Re: [gentoo-user] Re: trackpoint *and* trackpad
Any other thoughts / ideas? Thanks! On Wed, Jan 5, 2011 at 22:40, James wrote: > Thanks for the responses folks. Neither suggestion made a difference; > I disabled the "AllowEmptyInput" option, ensured xf86-input-evdev, and > then removed all references to the trackpoint in the xorg.conf file. > > It's worth noting that if I configure the InputDevice (commented in > the email below) to "TrackPoint" it works without issues (but then the > trackpad doesn't work). > > Any other thoughts? > > -james > > On Wed, Jan 5, 2011 at 10:17, walt wrote: >> On 01/04/2011 08:42 PM, James wrote: >>> >>> All, >>> >>> Has anyone gotten both the trackpad and trackpoint on a t400 to work >>> simultaneously? I can't seem to get it to work. Here are the relevant >>> sections of my xorg.conf file. >>> >>> Section "ServerLayout" >>> Identifier "Layout0" >>> Screen 0 "Screen0" 0 0 >>> InputDevice "Keyboard0" "CoreKeyboard" >>> #InputDevice "TrackPoint" "CorePointer" >>> InputDevice "TouchPad" "CorePointer" >>> EndSection >>> >>> Section "InputDevice" >>> Identifier "TrackPoint" >>> Driver "mouse" >> >> If Mick's idea doesn't work, make sure you have xf86-input-evdev installed, >> and remove anything about the Trackpoint from xorg.conf. Evdev should find >> and configure the Trackpoint automatically (for sufficiently large values of >> should). >> >> >> >
Re: [gentoo-user] Latest unstable ntp not generating ntp.drift file.
Peter Humphrey wrote: On Friday 07 January 2011 22:48:27 Dale wrote: Any other ideas? You could still try chrony. Well, I tried ntp, openntp, the unstable ntp but I may give that a shot too. Heck, nothing else is working so couldn't hurt to try I guess. May wait until tomorrow tho. I'm tired. Thanks. I didn't know that even existed. Dale :-) :-)
Re: [gentoo-user] Latest unstable ntp not generating ntp.drift file.
On Friday 07 January 2011 22:48:27 Dale wrote: > Any other ideas? You could still try chrony. -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] Latest unstable ntp not generating ntp.drift file.
Dale wrote: I added the -g option but have no idea why that will change anything. According to the man page, it is for when the clock is more than 1000s off which makes it outside the range ntp will change. Mine is off only a few seconds and most of the time less than one second. So I fail to understand why this option is going to do any good here. Maybe you can explain it more? It ran all night and most of this morning. It's still resetting like it has in the past but not like on my old rig. Before I went to sleep I reset the drift-file to about half what it set it to. It set it back to 500 so it is changing. So, ntp can set the clock, it can change the drift file value but it can't adjust the clock cycles to speed it up or slow it down. I think I'm missing something in the kernel or something. I may compare my kernel config files later on when I get some time. Try to rule that out. Dale :-) :-) I added the -g option and it has been running all day. It's no different than it was. It's still syncing often and off by more than it should be as well. Any other ideas? Dale :-) :-)
Re: [gentoo-user] VPS has issues emerging everything
What do you have MAKEOPTS set to?
Re: [gentoo-user] VPS has issues emerging everything
On Fri, Jan 7, 2011 at 12:48 PM, Simon wrote: > Ok, was just doing a "fsck.ext3 -c -c -C 1 /dev/xvda" from within a > rescue OS provided by my VPS provider... and it froze at the middle > of it!!! > > So I guess Gentoo is not responsible after all... I've opened a > support ticket with them... I'll let you know how it turns out. > > Simon > Good move. Last thing that comes to mind for me. Are you on your own hard drive in this system, or just a partition? Anyway, if this was a 4K sector hard drive, like the newer WD green drives, then partitions that aren't set up right can have long times where the system appears to freeze or simple command can fail due to time-outs. I saw 'freezes' of 10-15 minutes sometimes on the WD10EARS 1TB drives I bought until others helped me figure that one out. Good luck, Mark
Re: [gentoo-user] VPS has issues emerging everything
Ok, was just doing a "fsck.ext3 -c -c -C 1 /dev/xvda" from within a rescue OS provided by my VPS provider... and it froze at the middle of it!!! So I guess Gentoo is not responsible after all... I've opened a support ticket with them... I'll let you know how it turns out. Simon On Fri, Jan 7, 2011 at 2:42 PM, Simon wrote: > Ok, it actually just "froze" again after the output below... > > / Emerging (42 of 151) sys-devel/autoconf-2.65-r1 > * autoconf-2.65.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok > ] > * Package: sys-devel/autoconf-2.65-r1 > * Repository: gentoo > * Maintainer: base-sys...@gentoo.org > * USE: elibc_glibc kernel_linux userland_GNU x86 Unpacking source... Unpacking autoconf-2.65.tar.bz2 to /mnt/tmp/portage/sys-devel/autoconf-2.65-r1/work > * Applying autoconf-2.65-AC_TYPE_INT_T.patch ... [ ok > ] Source unpacked in /mnt/tmp/portage/sys-devel/autoconf-2.65-r1/work Compiling source in /mnt/tmp/portage/sys-devel/autoconf-2.65-r1/work/autoconf-2.65 ... > * econf: updating autoconf-2.65/build-aux/config.guess with > /usr/share/gnuconfig/config.guess > * econf: updating autoconf-2.65/build-aux/config.sub with > /usr/share/gnuconfig/config.sub > ./configure --prefix=/usr --build=i686-pc-linux-gnu > --host=i686-pc-linux-gnu --mandir=/usr/share/man > --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc > --localstatedir=/var/lib --program-suffix=-2.65 > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking whether /bin/sh -n is known to work... yes > checking for characters that cannot appear in file names... none > checking whether directories can have trailing spaces... yes > checking for expr... /usr/bin/expr > checking for GNU M4 that supports accurate traces... /usr/bin/m4 > checking whether /usr/bin/m4 accepts --gnu... yes > checking how m4 supports trace files... --debugfile > checking for perl... /usr/bin/perl > checking whether /usr/bin/perl Fcntl::flock is implemented... yes > checking for emacs... no > checking for emacs... no > checking where .elc files should go... ${datadir}/emacs/site-lisp > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for a sed that does not truncate output... /bin/sed > checking whether make is case sensitive... yes > configure: creating ./config.status > config.status: creating tests/Makefile > config.status: creating tests/atlocal > config.status: creating man/Makefile > config.status: creating lib/emacs/Makefile > config.status: creating Makefile > config.status: creating doc/Makefile > config.status: creating lib/Makefile > config.status: creating lib/Autom4te/Makefile > config.status: creating lib/autoscan/Makefile > config.status: creating lib/m4sugar/Makefile > config.status: creating lib/autoconf/Makefile > config.status: creating lib/autotest/Makefile > // > > On Fri, Jan 7, 2011 at 2:40 PM, Simon wrote: >> Ok, the fsck reported nothing wrong... >> I still got the same bug again... while doing `emerge -e @system`... >> It got stuck right after the ">>> Installing" line below... >> >> Dale, I just checked my python version and it was already 2.6, i set >> it to 2.6 again, just in case, and continued my emerge (the ctrl-z + >> %% worked at this point). >> >> I'll reply here again with the next issue... >> >> Thanks, >> Simon >> >> > Emerging (35 of 151) sys-devel/binutils-config-1.9-r4 >> * Package: sys-devel/binutils-config-1.9-r4 >> * Repository: gentoo >> * Maintainer: toolch...@gentoo.org >> * USE: elibc_glibc kernel_linux userland_GNU x86 > Unpacking source... > Source unpacked in /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/work > Compiling source in > /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/work ... > Source compiled. > Test phase [not enabled]: sys-devel/binutils-config-1.9-r4 >> > Install binutils-config-1.9-r4 into > /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/image/ category > sys-devel > Completed installing binutils-config-1.9-r4 into > /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/image/ >> >> ecompressdir: bzip2 -9 /usr/share/man >> > Installing (35 of 151) sys-devel/binutils-config-1.9-r4 >> \ >> >> >> >> >> On Fri, Jan 7, 2011 at 1:22 PM, Dale wrote: >>> Simon wrote: Hi there, something went wrong during a previous update and now revdep-rebuild will kind-of freeze around 30%. When it freezes like that, the hosting company shows one of it's CPU core is used at 100% non-stop and
Re: [gentoo-user] Re: VPS has issues emerging everything
On Fri, Jan 7, 2011 at 18:10, Mark Knecht wrote: > On Fri, Jan 7, 2011 at 10:41 AM, Simon wrote: > > This issue happend after a 'emerge -uDN world' after I had not done > > any updates for a bit over 60 days. (I was just too busy) > > > > I already have: > > sys-apps/portage-2.1.9.25 > > > > and I don't have smartctl, what pkg is it in? I'm not sure it will > > give valid info though as this is a VPS and everything is XENified. > > My root device is /dev/xvda to give you an idea... > > > > But I did run an fsck, a pretty thorough one like fsck.ext3 -c -c -f > > or something like that... I also added another option that made it > > super verbose, so I don't know if anything was found, just that > > *filesystem was modified* by it... > > > > I just did the following emerge, these packages had not been > > recompiled by the emerge -e system that crashed. They all compiled > > top shape, but the problem doesn't happen on every package, so it's > > hard to tell... > > > > emerge app-shells/bash sys-apps/util-linux sys-fs/e2fsprogs > > dev-lang/python sys-apps/portage sys-apps/baselayout sys-fs/udev > > sys-apps/busybox > > > > I will redo a simple fsck.ext3 -c -c -f /dev/xvda and see what it says > > exactly (if it says anything). And then i will --sync and -e @system > > again... I'll reply to the list with my results... > > > > Thanks, > > Simon > > > > smartctl is in smartmontools. > > Possibly consider the ~ version of portage. I'm currently at > 2.2.0_alpha13. It works well for me. > > __Definitely__ check out Dale's suggestion that possibly python-3 got > selected. > I don't think the error is portage related, the steps that the OP mention where things freeze are config/compile. If it wasn't a virtual machine, I would suspect cpu throttling, overheating or even memory corruption. Those could apply to VMs, but the host running Xen would have general problems. Maybe trying a manual compile, just to exclude portage as a player... You could monitor IO and CPU and see exactly what process is resource hungry. -- Daniel da Veiga
Re: [gentoo-user] VPS has issues emerging everything
Simon wrote: Ok, it actually just "froze" again after the output below... / Well, we know it is using the right version of python at least. No other ideas at the moment. Dale :-) :-)
Re: [gentoo-user] Re: VPS has issues emerging everything
On Fri, Jan 7, 2011 at 10:41 AM, Simon wrote: > This issue happend after a 'emerge -uDN world' after I had not done > any updates for a bit over 60 days. (I was just too busy) > > I already have: > sys-apps/portage-2.1.9.25 > > and I don't have smartctl, what pkg is it in? I'm not sure it will > give valid info though as this is a VPS and everything is XENified. > My root device is /dev/xvda to give you an idea... > > But I did run an fsck, a pretty thorough one like fsck.ext3 -c -c -f > or something like that... I also added another option that made it > super verbose, so I don't know if anything was found, just that > *filesystem was modified* by it... > > I just did the following emerge, these packages had not been > recompiled by the emerge -e system that crashed. They all compiled > top shape, but the problem doesn't happen on every package, so it's > hard to tell... > > emerge app-shells/bash sys-apps/util-linux sys-fs/e2fsprogs > dev-lang/python sys-apps/portage sys-apps/baselayout sys-fs/udev > sys-apps/busybox > > I will redo a simple fsck.ext3 -c -c -f /dev/xvda and see what it says > exactly (if it says anything). And then i will --sync and -e @system > again... I'll reply to the list with my results... > > Thanks, > Simon > smartctl is in smartmontools. Possibly consider the ~ version of portage. I'm currently at 2.2.0_alpha13. It works well for me. __Definitely__ check out Dale's suggestion that possibly python-3 got selected. Good luck, Mark
Re: [gentoo-user] VPS has issues emerging everything
Ok, it actually just "froze" again after the output below... / >>> Emerging (42 of 151) sys-devel/autoconf-2.65-r1 * autoconf-2.65.tar.bz2 RMD160 SHA1 SHA256 size ;-) ... [ ok ] * Package:sys-devel/autoconf-2.65-r1 * Repository: gentoo * Maintainer: base-sys...@gentoo.org * USE: elibc_glibc kernel_linux userland_GNU x86 >>> Unpacking source... >>> Unpacking autoconf-2.65.tar.bz2 to >>> /mnt/tmp/portage/sys-devel/autoconf-2.65-r1/work * Applying autoconf-2.65-AC_TYPE_INT_T.patch ...[ ok ] >>> Source unpacked in /mnt/tmp/portage/sys-devel/autoconf-2.65-r1/work >>> Compiling source in >>> /mnt/tmp/portage/sys-devel/autoconf-2.65-r1/work/autoconf-2.65 ... * econf: updating autoconf-2.65/build-aux/config.guess with /usr/share/gnuconfig/config.guess * econf: updating autoconf-2.65/build-aux/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --program-suffix=-2.65 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether /bin/sh -n is known to work... yes checking for characters that cannot appear in file names... none checking whether directories can have trailing spaces... yes checking for expr... /usr/bin/expr checking for GNU M4 that supports accurate traces... /usr/bin/m4 checking whether /usr/bin/m4 accepts --gnu... yes checking how m4 supports trace files... --debugfile checking for perl... /usr/bin/perl checking whether /usr/bin/perl Fcntl::flock is implemented... yes checking for emacs... no checking for emacs... no checking where .elc files should go... ${datadir}/emacs/site-lisp checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for a sed that does not truncate output... /bin/sed checking whether make is case sensitive... yes configure: creating ./config.status config.status: creating tests/Makefile config.status: creating tests/atlocal config.status: creating man/Makefile config.status: creating lib/emacs/Makefile config.status: creating Makefile config.status: creating doc/Makefile config.status: creating lib/Makefile config.status: creating lib/Autom4te/Makefile config.status: creating lib/autoscan/Makefile config.status: creating lib/m4sugar/Makefile config.status: creating lib/autoconf/Makefile config.status: creating lib/autotest/Makefile // On Fri, Jan 7, 2011 at 2:40 PM, Simon wrote: > Ok, the fsck reported nothing wrong... > I still got the same bug again... while doing `emerge -e @system`... > It got stuck right after the ">>> Installing" line below... > > Dale, I just checked my python version and it was already 2.6, i set > it to 2.6 again, just in case, and continued my emerge (the ctrl-z + > %% worked at this point). > > I'll reply here again with the next issue... > > Thanks, > Simon > > Emerging (35 of 151) sys-devel/binutils-config-1.9-r4 > * Package: sys-devel/binutils-config-1.9-r4 > * Repository: gentoo > * Maintainer: toolch...@gentoo.org > * USE: elibc_glibc kernel_linux userland_GNU x86 Unpacking source... Source unpacked in /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/work Compiling source in /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/work ... Source compiled. Test phase [not enabled]: sys-devel/binutils-config-1.9-r4 > Install binutils-config-1.9-r4 into /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/image/ category sys-devel Completed installing binutils-config-1.9-r4 into /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/image/ > > ecompressdir: bzip2 -9 /usr/share/man > Installing (35 of 151) sys-devel/binutils-config-1.9-r4 > \ > > > > > On Fri, Jan 7, 2011 at 1:22 PM, Dale wrote: >> Simon wrote: >>> >>> Hi there, >>> something went wrong during a previous update and now revdep-rebuild >>> will kind-of freeze around 30%. When it freezes like that, the >>> hosting company shows one of it's CPU core is used at 100% non-stop >>> and the rest is idle. I have tried `emerge -e world` and with system, >>> they all fail similarly. >>> >>> I managed to reconfigure it to have a working console and started >>> the `emerge -e system` from the console. After a while it froze, but >>> typed a ctrl-z to suspend the process, then %% to resume it and it >>> "unlocked" it. It often hung like in between two phases of the emerge >>> process (like after unpacking source, or just before doing the >>> install, etc). I was able to resume the
Re: [gentoo-user] VPS has issues emerging everything
Ok, the fsck reported nothing wrong... I still got the same bug again... while doing `emerge -e @system`... It got stuck right after the ">>> Installing" line below... Dale, I just checked my python version and it was already 2.6, i set it to 2.6 again, just in case, and continued my emerge (the ctrl-z + %% worked at this point). I'll reply here again with the next issue... Thanks, Simon >>> Emerging (35 of 151) sys-devel/binutils-config-1.9-r4 * Package:sys-devel/binutils-config-1.9-r4 * Repository: gentoo * Maintainer: toolch...@gentoo.org * USE: elibc_glibc kernel_linux userland_GNU x86 >>> Unpacking source... >>> Source unpacked in /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/work >>> Compiling source in /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/work >>> ... >>> Source compiled. >>> Test phase [not enabled]: sys-devel/binutils-config-1.9-r4 >>> Install binutils-config-1.9-r4 into >>> /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/image/ category sys-devel >>> Completed installing binutils-config-1.9-r4 into >>> /mnt/tmp/portage/sys-devel/binutils-config-1.9-r4/image/ ecompressdir: bzip2 -9 /usr/share/man >>> Installing (35 of 151) sys-devel/binutils-config-1.9-r4 \ On Fri, Jan 7, 2011 at 1:22 PM, Dale wrote: > Simon wrote: >> >> Hi there, >> something went wrong during a previous update and now revdep-rebuild >> will kind-of freeze around 30%. When it freezes like that, the >> hosting company shows one of it's CPU core is used at 100% non-stop >> and the rest is idle. I have tried `emerge -e world` and with system, >> they all fail similarly. >> >> I managed to reconfigure it to have a working console and started >> the `emerge -e system` from the console. After a while it froze, but >> typed a ctrl-z to suspend the process, then %% to resume it and it >> "unlocked" it. It often hung like in between two phases of the emerge >> process (like after unpacking source, or just before doing the >> install, etc). I was able to resume the emerge like that a good dozen >> times until now, and now it's really locked, not responding at all... >> seems like all 4 cores are used at 100%. >> >> It hung while emerging perl and I've included the output on the >> console below so you can see exactly where it hung. I will now force >> a reboot on it and retry emerging just perl, I will reply to the list >> with my results of that. >> > > <> > > Have you enabled python3 by any chance? eselect python list should show 2.6 > as the active python. > > Just a thought. Someone else did this the other day and had troubles. > > Dale > > :-) :-) > >
Re: [gentoo-user] Re: VPS has issues emerging everything
This issue happend after a 'emerge -uDN world' after I had not done any updates for a bit over 60 days. (I was just too busy) I already have: sys-apps/portage-2.1.9.25 and I don't have smartctl, what pkg is it in? I'm not sure it will give valid info though as this is a VPS and everything is XENified. My root device is /dev/xvda to give you an idea... But I did run an fsck, a pretty thorough one like fsck.ext3 -c -c -f or something like that... I also added another option that made it super verbose, so I don't know if anything was found, just that *filesystem was modified* by it... I just did the following emerge, these packages had not been recompiled by the emerge -e system that crashed. They all compiled top shape, but the problem doesn't happen on every package, so it's hard to tell... emerge app-shells/bash sys-apps/util-linux sys-fs/e2fsprogs dev-lang/python sys-apps/portage sys-apps/baselayout sys-fs/udev sys-apps/busybox I will redo a simple fsck.ext3 -c -c -f /dev/xvda and see what it says exactly (if it says anything). And then i will --sync and -e @system again... I'll reply to the list with my results... Thanks, Simon On Fri, Jan 7, 2011 at 12:36 PM, Mark Knecht wrote: > On Fri, Jan 7, 2011 at 8:42 AM, Simon wrote: >> I re-emerged perl and it hung a few lines above my previous issue I >> copied in prev email. But I was able to ctrl-z+%% to unfreeze it. >> I'm not sure what to do now since the problem is still there... >> >> I'm not sure what critical package deal most with the ability to check >> for dependencies (revdep-rebuild was freezing, this one froze while >> finding dependencies)... if anyone has a guess, I'll try rebuilding >> that pkg and the winner gets a genuine 100$ of monopoly money. >> >> Simon >> > > emerge -e @system > > needs to be able to determine dependencies. I think it doesn't get > much more basic than that. > > What version of portage are you using? > > Portage itself gets emerged pretty late in the emerge -e @system > process on my machine. You might try: > > 1) emerge portage > 2) rm /usrportage/distfiles/* > 3) eix-sync (or emerge --sync I guess) > 4) emerge -fe @system > 5) emerge -e @system > > Also, smartctl -a /dev/sda > > your drive and see if there are errors getting reported. > > > - Mark > > c2stable ~ # emerge -pe @system > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] sys-libs/zlib-1.2.3-r1 > [ebuild R ] virtual/libintl-0 > [ebuild R ] dev-libs/expat-2.0.1-r3 > [ebuild R ] sys-devel/gnuconfig-20100924 > [ebuild R ] virtual/libiconv-0 > [ebuild R ] app-arch/bzip2-1.0.6 > [ebuild R ] app-misc/pax-utils-0.2.1 > [ebuild R ] dev-libs/gmp-4.3.2 > [ebuild R ] sys-devel/gcc-config-1.4.1 > [ebuild R ] app-misc/mime-types-8 > [ebuild R ] app-arch/cpio-2.11 > [ebuild R ] sys-devel/autoconf-wrapper-10-r1 > [ebuild R ] sys-libs/timezone-data-2010l > [ebuild R ] sys-apps/tcp-wrappers-7.6-r8 > [ebuild R ] sys-fs/sysfsutils-2.1.0 > [ebuild R ] sys-devel/automake-wrapper-4 > [ebuild R ] dev-libs/libffi-3.0.9 > [ebuild R ] sys-devel/patch-2.5.9 > [ebuild R ] sys-apps/which-2.20 > [ebuild R ] app-arch/xz-utils-4.999.9_beta > [ebuild R ] dev-util/gperf-3.0.4 > [ebuild R ] app-portage/portage-utils-0.3.1 > [ebuild R ] sys-kernel/linux-headers-2.6.30-r1 > [ebuild R ] sys-devel/m4-1.4.15 > [ebuild R ] sys-apps/sandbox-2.4 > [ebuild R ] virtual/libffi-0 > [ebuild R ] dev-libs/mpfr-2.4.2_p3 > [ebuild R ] sys-apps/pciutils-3.1.4 > [ebuild R ] app-arch/unzip-6.0-r1 > [ebuild R ] sys-apps/sysvinit-2.88-r1 > [ebuild R ] virtual/init-0 > [ebuild R ] sys-apps/debianutils-3.2.3 > [ebuild R ] sys-devel/libperl-5.10.1 > [ebuild R ] sys-auth/pambase-20101024 > [ebuild R ] virtual/acl-0 > [ebuild R ] app-admin/python-updater-0.8 > [ebuild R ] virtual/libusb-0 > [ebuild R ] virtual/perl-digest-base-1.16 > [ebuild R ] sys-devel/binutils-config-1.9-r4 > [ebuild R ] sys-apps/man-pages-posix-2003a > [ebuild R ] virtual/perl-Scalar-List-Utils-1.23 > [ebuild R ] virtual/perl-libnet-1.22 > [ebuild R ] virtual/perl-Digest-MD5-2.39 > [ebuild R ] app-text/docbook-xsl-stylesheets-1.75.2 > [ebuild R ] app-text/build-docbook-catalog-1.4 > [ebuild R ] virtual/perl-ExtUtils-CBuilder-0.27.03 > [ebuild R ] virtual/perl-Module-Build-0.36.07 > [ebuild R ] virtual/perl-Test-Harness-3.17 > [ebuild R ] virtual/perl-Archive-Tar-1.54 > [ebuild R ] virtual/perl-ExtUtils-ParseXS-2.22.05 > [ebuild R ] sys-devel/autoconf-2.65-r1 > [ebuild R ] sys-devel/automake-1.11.1 > [ebuild R ] sys-devel/libtool-2.2.10 > [ebuild R ] dev-libs/libusb-0.1.12-r5 > [ebuild R ] app-text/sgml-common-0.6.3-r5 > [ebuild R ] sys-devel/gettext-0.18.1.1-r1 > [ebuild R ] sys-apps/sed-4.2.1 > [ebuild R ] sys-apps/findutils-4.4.2 > [ebuild
Re: [gentoo-user] VPS has issues emerging everything
Simon wrote: Hi there, something went wrong during a previous update and now revdep-rebuild will kind-of freeze around 30%. When it freezes like that, the hosting company shows one of it's CPU core is used at 100% non-stop and the rest is idle. I have tried `emerge -e world` and with system, they all fail similarly. I managed to reconfigure it to have a working console and started the `emerge -e system` from the console. After a while it froze, but typed a ctrl-z to suspend the process, then %% to resume it and it "unlocked" it. It often hung like in between two phases of the emerge process (like after unpacking source, or just before doing the install, etc). I was able to resume the emerge like that a good dozen times until now, and now it's really locked, not responding at all... seems like all 4 cores are used at 100%. It hung while emerging perl and I've included the output on the console below so you can see exactly where it hung. I will now force a reboot on it and retry emerging just perl, I will reply to the list with my results of that. <> Have you enabled python3 by any chance? eselect python list should show 2.6 as the active python. Just a thought. Someone else did this the other day and had troubles. Dale :-) :-)
Re: [gentoo-user] Latest unstable ntp not generating ntp.drift file.
William Kenworthy wrote: Notice the difference in ntptrace between mine below and yours? The asterisk in your ntpq table indicates that is the chosen server - but not that it is actually locked to it - ntptrace is showing it is not locked. rattus ~ # ntptrace localhost: stratum 6, offset 0.001309, synch distance 0.160683 moriah: stratum 5, offset -0.004895, synch distance 0.155622 dns.iinet.net.au: stratum 4, offset 0.001463, synch distance 0.135967 ***Association ID 60244 unknown to server rattus ~ # Did you try the tinker panic 0 or -g arguments I suggested earlier? A third option is to increase the slew window rather than stepping - the default slew is less than what you are trying to force it to do so it fails and gives up. rattus ~ # ntptrace localhost: stratum 6, offset 0.001309, synch distance 0.160683 moriah: stratum 5, offset -0.004895, synch distance 0.155622 dns.iinet.net.au: stratum 4, offset 0.001463, synch distance 0.135967 ***Association ID 60244 unknown to server rattus ~ # I would suggest stopping ntpd and modifying the ntp.conf file as suggested, deleting /etc/adjtime and the drift file then rebooting. Run for a few hours and see if it still jumps time. ntpd will correct some extreem time issues but it needs to be properly configured. If it is actually jumping time rather than incorrect drift/slew/adjustime issues then you need to track down why - good luck with that! So far all I am seeing is a clock thats off too far to correct and isnt being allowed to correct by the config BillK I added the -g option but have no idea why that will change anything. According to the man page, it is for when the clock is more than 1000s off which makes it outside the range ntp will change. Mine is off only a few seconds and most of the time less than one second. So I fail to understand why this option is going to do any good here. Maybe you can explain it more? It ran all night and most of this morning. It's still resetting like it has in the past but not like on my old rig. Before I went to sleep I reset the drift-file to about half what it set it to. It set it back to 500 so it is changing. So, ntp can set the clock, it can change the drift file value but it can't adjust the clock cycles to speed it up or slow it down. I think I'm missing something in the kernel or something. I may compare my kernel config files later on when I get some time. Try to rule that out. Dale :-) :-)
Re: [gentoo-user] Re: VPS has issues emerging everything
On Fri, Jan 7, 2011 at 8:42 AM, Simon wrote: > I re-emerged perl and it hung a few lines above my previous issue I > copied in prev email. But I was able to ctrl-z+%% to unfreeze it. > I'm not sure what to do now since the problem is still there... > > I'm not sure what critical package deal most with the ability to check > for dependencies (revdep-rebuild was freezing, this one froze while > finding dependencies)... if anyone has a guess, I'll try rebuilding > that pkg and the winner gets a genuine 100$ of monopoly money. > > Simon > emerge -e @system needs to be able to determine dependencies. I think it doesn't get much more basic than that. What version of portage are you using? Portage itself gets emerged pretty late in the emerge -e @system process on my machine. You might try: 1) emerge portage 2) rm /usrportage/distfiles/* 3) eix-sync (or emerge --sync I guess) 4) emerge -fe @system 5) emerge -e @system Also, smartctl -a /dev/sda your drive and see if there are errors getting reported. - Mark c2stable ~ # emerge -pe @system These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] sys-libs/zlib-1.2.3-r1 [ebuild R ] virtual/libintl-0 [ebuild R ] dev-libs/expat-2.0.1-r3 [ebuild R ] sys-devel/gnuconfig-20100924 [ebuild R ] virtual/libiconv-0 [ebuild R ] app-arch/bzip2-1.0.6 [ebuild R ] app-misc/pax-utils-0.2.1 [ebuild R ] dev-libs/gmp-4.3.2 [ebuild R ] sys-devel/gcc-config-1.4.1 [ebuild R ] app-misc/mime-types-8 [ebuild R ] app-arch/cpio-2.11 [ebuild R ] sys-devel/autoconf-wrapper-10-r1 [ebuild R ] sys-libs/timezone-data-2010l [ebuild R ] sys-apps/tcp-wrappers-7.6-r8 [ebuild R ] sys-fs/sysfsutils-2.1.0 [ebuild R ] sys-devel/automake-wrapper-4 [ebuild R ] dev-libs/libffi-3.0.9 [ebuild R ] sys-devel/patch-2.5.9 [ebuild R ] sys-apps/which-2.20 [ebuild R ] app-arch/xz-utils-4.999.9_beta [ebuild R ] dev-util/gperf-3.0.4 [ebuild R ] app-portage/portage-utils-0.3.1 [ebuild R ] sys-kernel/linux-headers-2.6.30-r1 [ebuild R ] sys-devel/m4-1.4.15 [ebuild R ] sys-apps/sandbox-2.4 [ebuild R ] virtual/libffi-0 [ebuild R ] dev-libs/mpfr-2.4.2_p3 [ebuild R ] sys-apps/pciutils-3.1.4 [ebuild R ] app-arch/unzip-6.0-r1 [ebuild R ] sys-apps/sysvinit-2.88-r1 [ebuild R ] virtual/init-0 [ebuild R ] sys-apps/debianutils-3.2.3 [ebuild R ] sys-devel/libperl-5.10.1 [ebuild R ] sys-auth/pambase-20101024 [ebuild R ] virtual/acl-0 [ebuild R ] app-admin/python-updater-0.8 [ebuild R ] virtual/libusb-0 [ebuild R ] virtual/perl-digest-base-1.16 [ebuild R ] sys-devel/binutils-config-1.9-r4 [ebuild R ] sys-apps/man-pages-posix-2003a [ebuild R ] virtual/perl-Scalar-List-Utils-1.23 [ebuild R ] virtual/perl-libnet-1.22 [ebuild R ] virtual/perl-Digest-MD5-2.39 [ebuild R ] app-text/docbook-xsl-stylesheets-1.75.2 [ebuild R ] app-text/build-docbook-catalog-1.4 [ebuild R ] virtual/perl-ExtUtils-CBuilder-0.27.03 [ebuild R ] virtual/perl-Module-Build-0.36.07 [ebuild R ] virtual/perl-Test-Harness-3.17 [ebuild R ] virtual/perl-Archive-Tar-1.54 [ebuild R ] virtual/perl-ExtUtils-ParseXS-2.22.05 [ebuild R ] sys-devel/autoconf-2.65-r1 [ebuild R ] sys-devel/automake-1.11.1 [ebuild R ] sys-devel/libtool-2.2.10 [ebuild R ] dev-libs/libusb-0.1.12-r5 [ebuild R ] app-text/sgml-common-0.6.3-r5 [ebuild R ] sys-devel/gettext-0.18.1.1-r1 [ebuild R ] sys-apps/sed-4.2.1 [ebuild R ] sys-apps/findutils-4.4.2 [ebuild R ] sys-devel/flex-2.5.35 [ebuild R ] dev-libs/popt-1.16 [ebuild R ] sys-devel/bison-2.4.2 [ebuild R ] sys-apps/diffutils-2.8.7-r2 [ebuild R ] sys-apps/attr-2.4.44 [ebuild R ] app-arch/gzip-1.4 [ebuild R ] sys-apps/kbd-1.15 [ebuild R ] sys-apps/net-tools-1.60_p20090728014017-r1 [ebuild R ] sys-apps/gawk-3.1.6 [ebuild R ] app-arch/tar-1.23-r2 [ebuild R ] sys-devel/make-3.81-r2 [ebuild R ] dev-libs/libgpg-error-1.7 [ebuild R ] sys-devel/binutils-2.20.1-r1 [ebuild R ] sys-apps/acl-2.2.49 [ebuild R ] net-misc/rsync-3.0.7 [ebuild R ] dev-util/pkgconfig-0.25-r2 [ebuild R ] dev-libs/libgcrypt-1.4.6 [ebuild R ] x11-proto/xproto-7.0.19 [ebuild R ] sys-apps/coreutils-8.7 [ebuild R ] x11-proto/xextproto-7.1.2 [ebuild R ] sys-libs/db-4.8.30 [ebuild R ] x11-libs/xtrans-1.2.6 [ebuild R ] x11-proto/kbproto-1.0.5 [ebuild R ] sys-apps/usbutils-0.90 [ebuild R ] x11-proto/xf86bigfontproto-1.2.0 [ebuild R ] x11-proto/inputproto-2.0.1 [ebuild R ] dev-libs/libpthread-stubs-0.1 [ebuild R ] dev-libs/libpcre-8.02 [ebuild R ] sys-libs/db-4.7.25_p4 [ebuild R ] sys-libs/gdbm-1.8.3-r4 [ebuild R ] x11-libs/libICE-1.0.7 [ebuild R ] x11-libs/libXau-1.0.6 [ebuild R ] x11-libs/libXdmcp-1.1.0 [ebuild R ] sys-apps/grep-2.5.4-r1 [ebuild R ] dev-lang/perl-5.12.2-r4 [ebuil
Re: [gentoo-user] Re: Re: Re: Changing boot device with 2.6.36
J. Roeleveld wrote: Dale, juust out of curiosity here. Do you have your CD/DVD drive attached using a SATA-cable? Or using an "older" IDE-cable? I use AHCI in my BIOS and can boot from CD/DVD. But my DVD-drive is a SATA- drive. -- Joost My DVD drive is connected with a SATA cable. It was sort of odd that it did that and I plan to check into that more the next time I reboot. I made the changes so that I could boot from the DVD and when I was done booting from the DVD, I changed it back including the AHCI part. Dale :-) :-)
[gentoo-user] Re: VPS has issues emerging everything
I re-emerged perl and it hung a few lines above my previous issue I copied in prev email. But I was able to ctrl-z+%% to unfreeze it. I'm not sure what to do now since the problem is still there... I'm not sure what critical package deal most with the ability to check for dependencies (revdep-rebuild was freezing, this one froze while finding dependencies)... if anyone has a guess, I'll try rebuilding that pkg and the winner gets a genuine 100$ of monopoly money. Simon On Fri, Jan 7, 2011 at 10:56 AM, Simon wrote: > Hi there, > something went wrong during a previous update and now revdep-rebuild > will kind-of freeze around 30%. When it freezes like that, the > hosting company shows one of it's CPU core is used at 100% non-stop > and the rest is idle. I have tried `emerge -e world` and with system, > they all fail similarly. > > I managed to reconfigure it to have a working console and started > the `emerge -e system` from the console. After a while it froze, but > typed a ctrl-z to suspend the process, then %% to resume it and it > "unlocked" it. It often hung like in between two phases of the emerge > process (like after unpacking source, or just before doing the > install, etc). I was able to resume the emerge like that a good dozen > times until now, and now it's really locked, not responding at all... > seems like all 4 cores are used at 100%. > > It hung while emerging perl and I've included the output on the > console below so you can see exactly where it hung. I will now force > a reboot on it and retry emerging just perl, I will reply to the list > with my results of that. > > [...] > make[1]: Entering directory > `/mnt/tmp/portage/dev-lang/perl-5.12.2-r4/work/perl-5.12.2' > sh writemain DynaLoader.o > perlmain.c > rm -f opmini.c > cp op.c opmini.c > rm -f perlmini.c > cp perl.c perlmini.c > echo av.c scope.c op.c doop.c doio.c dump.c gv.c hv.c mg.c reentr.c > mro.c perl.c perly.c pp.c pp_hot.c pp_ctl.c pp_sys.c regcomp.c > regexec.c utf8.c sv.c taint.c toke.c util.c deb.c run.c universal.c > pad.c globals.c perlio.c perlapi.c numeric.c mathoms.c locale.c > pp_pack.c pp_sort.c miniperlmain.c perlmain.c opmini.c perlmini.c | > tr ' ' '\n' >.clist > make[1]: Leaving directory > `/mnt/tmp/portage/dev-lang/perl-5.12.2-r4/work/perl-5.12.2' > Finding dependencies for av.o. > Finding dependencies for scope.o. > Finding dependencies for op.o. > Finding dependencies for doop.o. > Finding dependencies for doio.o. > Finding dependencies for dump.o. > Finding dependencies for gv.o. > Finding dependencies for hv.o. > Finding dependencies for mg.o. > Finding dependencies for reentr.o. > Finding dependencies for mro.o. > Finding dependencies for perl.o. > Finding dependencies for perly.o. > Finding dependencies for pp.o. > Finding dependencies for pp_hot.o. > Finding dependencies for pp_ctl.o. > Finding dependencies for pp_sys.o. > Finding dependencies for regcomp.o. > Finding dependencies for regexec.o. > Finding dependencies for utf8.o. > Finding dependencies for sv.o. > Finding dependencies for taint.o. > Finding dependencies for toke.o. > Finding dependencies for util.o. > Finding dependencies for deb.o. > Finding dependencies for run.o. > Finding dependencies for universal.o. > Finding dependencies for pad.o. > Finding dependencies for globals.o. > Finding dependencies for perlio.o. > Finding dependencies for perlapi.o. > Finding dependencies for numeric.o. > Finding dependencies for mathoms.o. > Finding dependencies for locale.o. > Finding dependencies for pp_pack.o. > Finding dependencies for pp_sort.o. > Finding dependencies for miniperlmain.o. > Finding dependencies for perlmain.o. > Finding dependencies for opmini.o. > Finding dependencies for perlmini.o. >
Re: [gentoo-user] More locale oddness
On 7/1/2011, at 6:26am, Alan McKinnon wrote: >> ... >> Can anyone else reproduce this, please, or tell me what behaviour is >> expected? >> >> $ locale >> LANG=en_GB.UTF-8 >> LC_CTYPE="en_GB.UTF-8" >> LC_NUMERIC="en_GB.UTF-8" >> ... >> $ date +"%l:%M%P" >> 1:39 >> $ LC_TIME="POSIX" >> $ date +"%l:%M%P" >> 1:39am >> $ > > Your output looks fine, except for the last two commands. LC_TIME is an > envvar, you have set it without exporting it, then ran data again and got a > change. I don't understand how you managed that as LC_TIME would no longer be > POSIX at that stage: > > $ cat /etc/env.d/02locale > LANG="en_GB.utf8" > $ locale > LANG=en_GB.utf8 > LC_CTYPE="en_GB.utf8" > LC_NUMERIC="en_GB.utf8" > LC_TIME="en_GB.utf8" > ... > $ date +"%l:%M%P" > 8:16 > $ LC_TIME="POSIX" > $ date +"%l:%M%P" > 8:17 > $ LC_TIME="POSIX" date +"%l:%M%P" > 8:18am I've just tested on another machine. It seems like if I set it to match the first machine with both environments in the /etc/env.d/02locale: $ cat /etc/env.d/02locale LANG="en_GB.UTF-8" LC_TIME="POSIX" $ sudo env-update && source /etc/profile $ source ~/.bashrc Then I can reproduce switching LC_TIME without exporting or anything else: $ date +"%l:%M%P" 4:01pm $ LC_TIME="en_GB.utf8" $ date +"%l:%M%P" 4:02 $ LC_TIME="POSIX" $ date +"%l:%M%P" 4:02pm $ Removing either (& rebooting, because I don't really understand this stuff) removes the ability. I don't know whether this is supposed to be correct or not; with both environments in /etc/env.d/02locale: $ LC_TIME="POSIX" $ locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_TIME=POSIX LC_COLLATE="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= $ LC_TIME="en_GB.utf8" $ locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_TIME=en_GB.utf8 LC_COLLATE="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= $ The variable is lacking quotes in the `locale` output above; I have no idea whether or not this makes any difference. Stroller.
Re: [gentoo-user] VPS has issues emerging everything
On Fri, Jan 7, 2011 at 7:56 AM, Simon wrote: > Hi there, > something went wrong during a previous update and now revdep-rebuild > will kind-of freeze around 30%. When it freezes like that, the > hosting company shows one of it's CPU core is used at 100% non-stop > and the rest is idle. I have tried `emerge -e world` and with system, > they all fail similarly. > > I managed to reconfigure it to have a working console and started > the `emerge -e system` from the console. After a while it froze, but > typed a ctrl-z to suspend the process, then %% to resume it and it > "unlocked" it. It often hung like in between two phases of the emerge > process (like after unpacking source, or just before doing the > install, etc). I was able to resume the emerge like that a good dozen > times until now, and now it's really locked, not responding at all... > seems like all 4 cores are used at 100%. > > It hung while emerging perl and I've included the output on the > console below so you can see exactly where it hung. I will now force > a reboot on it and retry emerging just perl, I will reply to the list > with my results of that. Uhhgdoesn't sound good at all. If it's dieing on emerge -e system I'd be a little suspicious of a drive or file system failure of some type. Do you have access to smartctl to get to info on the drive? fsck possibly? Good luck, Mark
Re: [gentoo-user] Re: pdf -> txt
James [11-01-07 04:03]: > gmx.de> writes: > > > > I want to convert a couple of pdf-documents, which > > are of test and "ASCIIbased tables", to pure text > > (ASCII, vim-editable ;) ). > > app-text/pdftk > > http://www.pdflabs.com/tools/pdftk-the-pdf-toolkit/ > > > Is very cool for all things PDF on linux. > > > hth, > James > Hi James, I think I need an additional help... Can you give me a hint, how to create ASCII text from pdf files (as mentioned in my initial mail) with pdftk? Thank you very much in advance fro your help! Best regards, mcc
[gentoo-user] VPS has issues emerging everything
Hi there, something went wrong during a previous update and now revdep-rebuild will kind-of freeze around 30%. When it freezes like that, the hosting company shows one of it's CPU core is used at 100% non-stop and the rest is idle. I have tried `emerge -e world` and with system, they all fail similarly. I managed to reconfigure it to have a working console and started the `emerge -e system` from the console. After a while it froze, but typed a ctrl-z to suspend the process, then %% to resume it and it "unlocked" it. It often hung like in between two phases of the emerge process (like after unpacking source, or just before doing the install, etc). I was able to resume the emerge like that a good dozen times until now, and now it's really locked, not responding at all... seems like all 4 cores are used at 100%. It hung while emerging perl and I've included the output on the console below so you can see exactly where it hung. I will now force a reboot on it and retry emerging just perl, I will reply to the list with my results of that. [...] make[1]: Entering directory `/mnt/tmp/portage/dev-lang/perl-5.12.2-r4/work/perl-5.12.2' sh writemain DynaLoader.o > perlmain.c rm -f opmini.c cp op.c opmini.c rm -f perlmini.c cp perl.c perlmini.c echo av.c scope.c op.c doop.c doio.c dump.c gv.c hv.c mg.c reentr.c mro.c perl.c perly.c pp.c pp_hot.c pp_ctl.c pp_sys.c regcomp.c regexec.c utf8.c sv.c taint.c toke.c util.c deb.c run.c universal.c pad.c globals.c perlio.c perlapi.c numeric.c mathoms.c locale.c pp_pack.c pp_sort.c miniperlmain.c perlmain.c opmini.c perlmini.c | tr ' ' '\n' >.clist make[1]: Leaving directory `/mnt/tmp/portage/dev-lang/perl-5.12.2-r4/work/perl-5.12.2' Finding dependencies for av.o. Finding dependencies for scope.o. Finding dependencies for op.o. Finding dependencies for doop.o. Finding dependencies for doio.o. Finding dependencies for dump.o. Finding dependencies for gv.o. Finding dependencies for hv.o. Finding dependencies for mg.o. Finding dependencies for reentr.o. Finding dependencies for mro.o. Finding dependencies for perl.o. Finding dependencies for perly.o. Finding dependencies for pp.o. Finding dependencies for pp_hot.o. Finding dependencies for pp_ctl.o. Finding dependencies for pp_sys.o. Finding dependencies for regcomp.o. Finding dependencies for regexec.o. Finding dependencies for utf8.o. Finding dependencies for sv.o. Finding dependencies for taint.o. Finding dependencies for toke.o. Finding dependencies for util.o. Finding dependencies for deb.o. Finding dependencies for run.o. Finding dependencies for universal.o. Finding dependencies for pad.o. Finding dependencies for globals.o. Finding dependencies for perlio.o. Finding dependencies for perlapi.o. Finding dependencies for numeric.o. Finding dependencies for mathoms.o. Finding dependencies for locale.o. Finding dependencies for pp_pack.o. Finding dependencies for pp_sort.o. Finding dependencies for miniperlmain.o. Finding dependencies for perlmain.o. Finding dependencies for opmini.o. Finding dependencies for perlmini.o.
Re: [gentoo-user] Re: Re: Re: Changing boot device with 2.6.36
Had to boot this morning 5 times, since the root device switched arbitrarily between sde3 and sdg3 Try disabling CONFIG_SCSI_SCAN_ASYNC ("Asynchronous SCSI scanning" under SCSI options). While it is not a solution, this might somewhat reduce the randomness you are experiencing. andrea
Re: [gentoo-user] Re: Re: Re: Re: Changing boot device with 2.6.36
On Friday 07 January 2011 15:01:48 pk wrote: > On 2011-01-07 10:34, J. Roeleveld wrote: > > On Friday 07 January 2011 09:47:28 Jörg Schaible wrote: > > > > Another option would be to patch the kernel to either support Labels > > natively or to have it include a "scan harddisks in following > > order:" option which lists which harddisk-drivers (sata/ide/usb) are > > scanned and in which order. > > If I read this correctly[1], then a root file system via partition UUID > will be supported from 2.6.37... Haven't tried it myself yet. > > [1]: > http://kernelnewbies.org/LinuxChanges#head-6a19c715952abb48d54c44d3ca5d4c40 > 2f500bec (if the link doesn't work, check *core* changes, first line) The way I read it, it looks like UUID can be used as well. Which is a good step forward. I'd still prefer LABEL-support though. It's easier to understand for us mere mortals ;) -- Joost
Re: [gentoo-user] Re: Re: Re: Re: Changing boot device with 2.6.36
On 2011-01-07 10:34, J. Roeleveld wrote: > On Friday 07 January 2011 09:47:28 Jörg Schaible wrote: > Another option would be to patch the kernel to either support Labels natively > or to have it include a "scan harddisks in following order:" option which > lists which harddisk-drivers (sata/ide/usb) are scanned and in which order. If I read this correctly[1], then a root file system via partition UUID will be supported from 2.6.37... Haven't tried it myself yet. [1]: http://kernelnewbies.org/LinuxChanges#head-6a19c715952abb48d54c44d3ca5d4c402f500bec (if the link doesn't work, check *core* changes, first line) HTH Best regards Peter K
[gentoo-user] Re: Re: Re: Re: Re: Changing boot device with 2.6.36
Hi Neil, Neil Bothwick wrote: > On Fri, 07 Jan 2011 09:47:28 +0100, Jörg Schaible wrote: > >> What really annoys me is, that I had no problems with this in kernels >> before 2.6.35 :-/ > > Have you tried diffing the configs to look for a potential cause? Yes, but I could not detect anything related. It was a simple "make oldconfig" and the diff displays nothing unexpected. - Jörg
Re: [gentoo-user] Latest unstable ntp not generating ntp.drift file.
On Thu, 2011-01-06 at 21:31 -0600, Dale wrote: > William Kenworthy wrote: > > > > Dale, can you post (a sanitised) version of what 'ntpq -p' gives after > > ntpd has been running for some time, and the sanitised result of > > 'ntptrace. Also include your full (sanitised) ntp.conf > > and /etc/conf.d/ntpd. > > > > This might help us see more detail of what is happening. > > > > BillK > > > > * sanitised - obfuscate public IP's only. > > > > > > > I should have posted this a while back. Here we go: > > r...@fireball / # ntpq -p > remote refid st t when poll reach delay offset > jitter > == > +triangle.kansas 128.252.19.1 2 u4 64 127 56.270 673.749 > 238.194 > +B1-66ER.matrix. 192.43.244.182 u 14 64 377 75.505 672.846 > 165.087 > +kallisti.us 208.90.144.523 u 22 64 377 62.917 663.831 > 168.738 > *kazilik.haqr.ne 209.51.161.238 2 u 42 64 377 66.483 653.962 > 166.119 > r...@fireball / # ntptrace > localhost: stratum 16, offset 0.00, synch distance 0.000240 > r...@fireball / # > Notice the difference in ntptrace between mine below and yours? The asterisk in your ntpq table indicates that is the chosen server - but not that it is actually locked to it - ntptrace is showing it is not locked. rattus ~ # ntptrace localhost: stratum 6, offset 0.001309, synch distance 0.160683 moriah: stratum 5, offset -0.004895, synch distance 0.155622 dns.iinet.net.au: stratum 4, offset 0.001463, synch distance 0.135967 ***Association ID 60244 unknown to server rattus ~ # Did you try the tinker panic 0 or -g arguments I suggested earlier? A third option is to increase the slew window rather than stepping - the default slew is less than what you are trying to force it to do so it fails and gives up. rattus ~ # ntptrace localhost: stratum 6, offset 0.001309, synch distance 0.160683 moriah: stratum 5, offset -0.004895, synch distance 0.155622 dns.iinet.net.au: stratum 4, offset 0.001463, synch distance 0.135967 ***Association ID 60244 unknown to server rattus ~ # I would suggest stopping ntpd and modifying the ntp.conf file as suggested, deleting /etc/adjtime and the drift file then rebooting. Run for a few hours and see if it still jumps time. ntpd will correct some extreem time issues but it needs to be properly configured. If it is actually jumping time rather than incorrect drift/slew/adjustime issues then you need to track down why - good luck with that! So far all I am seeing is a clock thats off too far to correct and isnt being allowed to correct by the config BillK
Re: [gentoo-user] Re: Re: Re: Re: Changing boot device with 2.6.36
On Fri, 07 Jan 2011 09:47:28 +0100, Jörg Schaible wrote: > What really annoys me is, that I had no problems with this in kernels > before 2.6.35 :-/ Have you tried diffing the configs to look for a potential cause? -- Neil Bothwick Top Oxymorons Number 12: Plastic glasses signature.asc Description: PGP signature
Re: [gentoo-user] Re: Re: Re: Changing boot device with 2.6.36
On Wednesday 05 January 2011 13:35:28 Dale wrote: > Jörg Schaible wrote: > > that approves my tests ... :-/ > > > > Had to boot this morning 5 times, since the root device switched > > arbitrarily between sde3 and sdg3 and I've chosen by bad luck always the > > wrong one. It seems there is also some timing involved regarding the > > initialization of the available devices ... sigh. > > > > - Jörg > > I had to reboot last night and was in my BIOS looking for other things > but did notice this feature. I have a setting in my BIOS that tells it > what drive to look for to boot first. It's above the part where you > tell it to boot CDROM, hard drive, floppy, ZIP and other bootable > things. You may want to check and see if you have the same thing. Mine > is called "hard disk boot priority". I'm not sure this will help but it > couldn't hurt to check I guess. > > I also noticed something else that may not be related. I enabled AHCI a > while back and noticed it will not boot from a CD/DVD when in that > mode. I have to set it back to IDE for it to be able to boot from other > than the hard drive. Maybe if you set yours to AHCI, it will skip the > external stuff like USB? Dale, juust out of curiosity here. Do you have your CD/DVD drive attached using a SATA-cable? Or using an "older" IDE-cable? I use AHCI in my BIOS and can boot from CD/DVD. But my DVD-drive is a SATA- drive. -- Joost
Re: [gentoo-user] Re: Re: Re: Re: Changing boot device with 2.6.36
On Friday 07 January 2011 09:47:28 Jörg Schaible wrote: > Hi Dale, > > Dale wrote: > > Jörg Schaible wrote: > >> that approves my tests ... :-/ > >> > >> Had to boot this morning 5 times, since the root device switched > >> arbitrarily between sde3 and sdg3 and I've chosen by bad luck always the > >> wrong one. It seems there is also some timing involved regarding the > >> initialization of the available devices ... sigh. > >> > >> - Jörg > > > > I had to reboot last night and was in my BIOS looking for other things > > but did notice this feature. I have a setting in my BIOS that tells it > > what drive to look for to boot first. It's above the part where you > > tell it to boot CDROM, hard drive, floppy, ZIP and other bootable > > things. You may want to check and see if you have the same thing. Mine > > is called "hard disk boot priority". I'm not sure this will help but it > > couldn't hurt to check I guess. > > The first device to try is my HD and as alternative I can only select the > CD drive anyway (which is deactivated). At boot time I can still switch > into a boot menu of the BIOS to select something else. This will not affect the order the Linux kernel will identify and label the devices. It will only affect where the BIOS will look for boot-code. Simply put, the following happens when a PC boots: 1) BIOS goes through its self-check 2) BIOS looks for boot-code on the devices it found in the order configured in the BIOS (BIOS -Boot Order) 3) BIOS runs boot-code 4) boot-code starts the boot-loader (GRUB) 5) GRUB loads kernel into memory 6) starts kernel 7) kernel detects drives and assigns them names in order of finding them At this point, it goes wrong as the drivers are not always identified in the same order. From what it looks like, on the OPs system, the USB-subsystem is scanned before the SATA-controller. The easiest solution to this problem would be to ensure that the USB-subsystem is not scanned before the boot-device is identified by the kernels boot- process. This can be achieved by configuring the USB-mass-storage support as a module. Another option would be to patch the kernel to either support Labels natively or to have it include a "scan harddisks in following order:" option which lists which harddisk-drivers (sata/ide/usb) are scanned and in which order. -- Joost
[gentoo-user] Re: Re: Re: Re: Changing boot device with 2.6.36
Hi Dale, Dale wrote: > Jörg Schaible wrote: >> that approves my tests ... :-/ >> >> Had to boot this morning 5 times, since the root device switched >> arbitrarily between sde3 and sdg3 and I've chosen by bad luck always the >> wrong one. It seems there is also some timing involved regarding the >> initialization of the available devices ... sigh. >> >> - Jörg > > I had to reboot last night and was in my BIOS looking for other things > but did notice this feature. I have a setting in my BIOS that tells it > what drive to look for to boot first. It's above the part where you > tell it to boot CDROM, hard drive, floppy, ZIP and other bootable > things. You may want to check and see if you have the same thing. Mine > is called "hard disk boot priority". I'm not sure this will help but it > couldn't hurt to check I guess. The first device to try is my HD and as alternative I can only select the CD drive anyway (which is deactivated). At boot time I can still switch into a boot menu of the BIOS to select something else. > I also noticed something else that may not be related. I enabled AHCI a > while back and noticed it will not boot from a CD/DVD when in that > mode. I have to set it back to IDE for it to be able to boot from other > than the hard drive. Maybe if you set yours to AHCI, it will skip the > external stuff like USB? All of this is set to AHCI. And I rather not set this to IDE. > I'm seriously pulling it out my butt here. I hope one of these will > help. ;-) What really annoys me is, that I had no problems with this in kernels before 2.6.35 :-/ Anyway, thanks for your help, Jörg
Re: [gentoo-user] More locale oddness
Am 07.01.2011 02:49, schrieb Stroller: Hi there, Can anyone else reproduce this, please, or tell me what behaviour is expected? $ locale LANG=en_GB.UTF-8 LC_CTYPE="en_GB.UTF-8" LC_NUMERIC="en_GB.UTF-8" LC_TIME=en_GB.UTF-8 LC_COLLATE="en_GB.UTF-8" LC_MONETARY="en_GB.UTF-8" LC_MESSAGES="en_GB.UTF-8" LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= $ date +"%l:%M%P" 1:39 $ LC_TIME="POSIX" $ date +"%l:%M%P" 1:39am $ On my host it looks the same. It's based on the definitions in /usr/share/i18n/locales/*. If you are asking why just have a look on the files there and search for am_pm. Eg. for en_GB this is the decisive line: u...@host /usr/share/i18n/locales $ grep am_pm en_GB am_pm "";"" which means: write nothing. And for POSIX: u...@host /usr/share/i18n/locales $ grep am_pm POSIX am_pm "";"" which represents "AM;PM" in Unicode. I had a single line of only LANG="en_GB.UTF-8" in /etc/env.d/02locale; adding LC_TIME="POSIX" allows various scripts and stuff (I've written) to show the date properly, but I think I read somewhere that this is bad. Hm, it's up to you which locales matches your needs. Maybe a more portable(in sense of locales) timestamp format in your scripts could also be a way. Steffen