[gentoo-user] repositiory browser - misc-functions
Hello, please, where do the file usr/lib/portage/bin/misc-functions.sh within a HTML repository browser, so that I can compare versions? Thank you -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context.
Re: [gentoo-user] Re: USB Disk failure - Buffer I/O error on device sda2, logical block 1289 lost page write due to I/O error on sda2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/10/2010 01:49 PM, walt wrote: On 10/10/2010 09:28 AM, Fatih Tümen wrote: That I was fearing but I cant understand how it can fail all of a sudden. I did not drop it or something. Just ran eix and boom... My favorite disk failure story: I made a backup copy of my boot sector with 'dd if=/dev/hda of=bootblock.bak bs=512 count=1'. That disk started giving hardware read/write errors immediately after that, and never again booted successfully. I was afraid to use dd for at least a year :/ I recently had a drive from a computer that I had picked up and was told that it probably had a virus slowing down Windoze. I started to back up the drive before cleaning it up and discovered bad blocks all over the drive. when scanning the surface with MHDD from sysresccd the drive looked like swiss cheese with about 300 Uncorrectable bad blocks and the bios on that machine would have warned if SMART wasn't turned off... Too bad I hadn't heard of ddrescue. I might have been able to pull off more data. :/ - -- No trees were harmed in the sending of this message. However, a large number of electrons were terribly inconvenienced. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMst4YAAoJEISPTA/exVD8ar4H/3YzX/5OitxNTIszUIXwolmy o9viGXLVH8KLbrzvk8nMq5YzjUPkKQ6h9WDGS0zuXhesIP2OqoWYeDHXHYVcou8z i6kXwBld+eOODZnSbHUgyji00uSYyy0YqhkN2QHzc1+FbSGs8x+JV/h0Hje+bX+H n0PhvnUCJeBNQZ6KvaZ0SRe50RqJ3rWJL/Qm8mCY0bS7g6bE1r7r6jxHordpXlOR Wm8oAi6TYR/do9IfYnGyqYROMh21hQ4Fj6YYDKqeIFsNNjY0J7ElO2TSLDjwrk2D nAWn+AhNhJnR40yqoECgbz3QE3PN/zmrZoaRWKT2qmg3+k46OjAwfPU7mp5pvtY= =PJoA -END PGP SIGNATURE-
Re: [gentoo-user] repositiory browser - misc-functions
On Monday 11 October 2010 10:18:34 Al wrote: where do the file usr/lib/portage/bin/misc-functions.sh within a HTML repository browser, so that I can compare versions? $ qfile misc-functions.sh sys-apps/portage (/usr/lib64/portage/bin/misc-functions.sh) I may have misunderstood you, but does that help? -- Rgds Peter. Linux Counter 5290, 1994-04-23.
Re: [gentoo-user] repositiory browser - misc-functions
2010/10/11 Al oss.el...@googlemail.com: please, where do the file usr/lib/portage/bin/misc-functions.sh within a HTML repository browser, so that I can compare versions? Here you can find all commits with changes to misc-functions.sh: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=history;f=bin/misc-functions.sh;h=b266764f9909e6877f963a5e556163cc8e9e7a09;hb=HEAD -- Daniel Pielmeier
Re: [gentoo-user] Re: USB Disk failure - Buffer I/O error on device sda2, logical block 1289 lost page write due to I/O error on sda2
On Mon, Oct 11, 2010 at 1:02 AM, Stroller strol...@stellar.eclipse.co.uk wrote: On 10 Oct 2010, at 17:21, Fatih Tümen wrote: There problem is I have two more partition with about 80GB of data. If you need to get data off this disk then we can advise (but search the archives for GNU dd_rescue, or just read its manual) but apart from that there's nothing we can do for this drive. I will that a look at dd_rescue, thanks. My previous spelling was wrong - the GNU version is without the underscore. You want ddrescue NOT dd_rescue. $ eix -I rescue [I] sys-fs/ddrescue Available versions: 1.9 1.11 ~1.12 Installed versions: 1.11(12:52:56 05/03/10) Homepage: http://www.gnu.org/software/ddrescue/ddrescue.html Description: Copies data from one file or block device to another with read-error recovery $ I have found it very useful. From my previous casual glance at your logs you have some hopes - you may not be able to read block 1289, but you may well be able to get blocks 1288 1290. My (limited) experience has been that even with a *really* badly failing hard-drive, over 99% of the blocks are recoverable. Confer with the manual http://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html#Examples and then do something like: ddrescue -f -n /dev/sda2 /mnt/volumes/my_disk/recovered.img recovery.log wait a day or two ddrescue -d -f -r3 /dev/sda2 /mnt/volumes/my_disk/recovered.img recovery.log (where /dev/sda2 is the partition containing the data you want to recover). Keep running `ddrescue -r X` (where X is a number) for as many passes as you can. If you get data off on one pass, then another one may get more, if you have the time for it. If you're really lucky then you'll find that only a block or two are unrecoverable, if you're unlucky then the unrecoverable blocks will be measured in megabytes. If you have multiple partitions then post back here (with their sizes and the total size of the disk). You'll need to have at least enough empty space (on a single usable partition) for the whole partition that you want to recover. Ideally you'll have twice that much space, or even three times - this is not the time to skimp on hard-drive capacity. Ideally what you want to do when the above commands have finished is make a copy of recovered.img, so that if one method of recovery doesn't work, you can try another. I'm not sure what will happen if you simply tried to loopback mount recovered.img - hopefully fsck would run on it automagically, but I suspect that would be too easy. You might have to use losetup to treat the .img as a block device, and then run fsck on /dev/loop0, or something like that. http://tinyurl.com/2bllb25 If the disk / partition image fscks without too many errors (and a page or two of them would probably be quite acceptable - expect one error per unrecoverable block) then you still need enough free disk space for all the files you intend to copy off. Keep posting your progress back here, so we can advise further. Stroller. Thank you very much for sharing your experience. ddrescue sounds quiet promising. The disk was of 160GB I think. Right now I wont have enough space for recovery until I will order a new disk. I will post the result here as soon as I am done. P.S. Would you recommend against 7200rpm usb 2.5 disks? -- Fatih
Re: [gentoo-user] repositiory browser - misc-functions
Thank you both. Al -- Caution crosser: Runnig Gentoo/Prefix on Cygwin/Vista. All stupid questions are related to that context.
Re: [gentoo-user] Re: USB Disk failure - Buffer I/O error on device sda2, logical block 1289 lost page write due to I/O error on sda2
On 11 Oct 2010, at 12:51, Fatih Tümen wrote: ... P.S. Would you recommend against 7200rpm usb 2.5 disks? I'm aware of no reason to do so. Typically usb 2.5 disks can be powered off the USB cable, which is much more portable than the PSU required by external USB 3.5 drives. I would guess that most drives are generally about as reliable as each other. They are inherently at risk from mechanical failure, but some succumb within weeks of purchase, others not after a decade - it's just a matter of pot luck (which is why backups are so important). Stroller.
Re: [gentoo-user] text in xterm
This is actually precisely how the artifacts appear on my screen. I will try a downgrade and report back the results. I wonder if there's a compiz bug out there to report this problem. -james On Sat, Oct 9, 2010 at 7:45 PM, Willie Wong ww...@math.princeton.edu wrote: On Sat, Oct 09, 2010 at 09:29:36PM +, James wrote: Using various different hardware configurations -- my laptop has a Intel 915GM. The same thing happens on my iMac which has an nVidia card. I tried to take a screenshot of the issue, but the artifacts do NOT appear in the screenshot. Hum, does http://www.nvnews.net/vbulletin/showthread.php?t=150390 help? (It suggests that it is a problem with Compiz 0.8.6 against nVidia and Intel drivers, and a work around is to downgrade to 0.8.4.) Cheers, W -- Willie W. Wong ww...@math.princeton.edu Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire et vice versa ~~~ I. Newton
[gentoo-user] anyone use 389ds?
Has anyone here successfully installed 389 Directory Server from the ebuilds in the portage tree? http://bugs.gentoo.org/104554 While trying to install I run into an issue like this: --8-- [ebuild N] app-admin/389-console-1.1.6 111 kB [ebuild N] www-apps/389-dsgw-1.1.5 USE=adminserver -debug 731 kB [blocks B ] =sys-devel/libtool-2*:1.5 (=sys-devel/libtool-2*:1.5 is blocking sys-devel/libtool-2.2.10) Total: 48 packages (43 new, 4 in new slots, 1 reinstall), Size of downloads: 101,668 kB Conflict: 1 block (1 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (sys-devel/libtool-2.2.10, installed) pulled in by =sys-devel/libtool-2.2.6b required by (dev-libs/apr-1.4.2, ebuild scheduled for merge) =sys-devel/libtool-2.2.6b required by (net-nds/389-admin-1.1.11_rc1, ebuild scheduled for merge) =sys-devel/libtool-2.2.6b required by (dev-libs/mozldap-6.0.6-r2, ebuild scheduled for merge) (and 7 more) (sys-devel/libtool-2.2.6b, ebuild scheduled for merge) pulled in by sys-devel/libtool:1.5 required by (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) =sys-devel/libtool-2.2.6b required by (net-nds/389-ds-base-1.2.6-r1, ebuild scheduled for merge) --8-- I'm uncertain which of these packages are actually necessary and if any of the 389ds packages conflict with each other. But it seems that some of the 389ds packages want a certain version of libtool, while other packages want a different version. Any thoughts / ideas would be helpful. -james
Re: [gentoo-user] Re: [OT] Problems with libvirt / qemu
On Sunday 10 October 2010 20.08:26 walt wrote: On 10/10/2010 07:05 AM, Dan Johansson wrote: I know this is of topic, but this is one of the few lists where you mostly get a competent answer. I have a small problem with libvirt / qemu. I have created a guest (also gentoo) on a gentoo hosts and when I start it from the command-line the guests starts OK, but when I start the guest through libvirt with virsh start I get Booting from Hard Disk... Boot failed: not a bootable disk No bootable device This is the command-line I use to start the guest (which works) cd /var/lib/kvm/Wilmer; /usr/bin/qemu-system-x86_64 --enable-kvm \ -net nic,vlan=1,model=rtl8139,macaddr=DE:ED:BE:EF:01:03 -net tap,vlan=1,ifname=qtap13,script=no,downscript=no \ -net nic,vlan=3,model=rtl8139,macaddr=DE:ED:BE:EF:03:03 -net tap,vlan=3,ifname=qtap33,script=no,downscript=no \ -m 2048 -k de-ch -vnc :3 -daemonize \ Wilmer.qcow2 The libvirt XML-file was created using virsh domxml-from-native qemu-argv and this is the result of that conversion: boot dev='hd'/ You obviously know more about libvirt than I do, but I'm wondering about that 'hd'. qemu knows enough to interpret Wilmer.qcow2 as the boot disk, but maybe libvirt isn't that smart. I'd maybe try using an explicit '-hda Wilmer.qcow2' in your original script so virsh doesn't need to assume anything while converting it. Good point - but that did not help, still the same. :-( -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] [OT] Problems with libvirt / qemu
On Sun, Oct 10, 2010 at 16:05, Dan Johansson dan.johans...@dmj.nu wrote: disk type='file' device='disk' source file='/var/lib/kvm/Wilmer/Wilmer.qcow2'/ target dev='hda' bus='ide'/ address type='drive' controller='0' bus='0' unit='0'/ /disk On my system, this section looks like: disk type='file' device='disk' driver name='qemu' type='qcow2'/ source file='image.qcow2'/ target dev='vda' bus='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x04' function='0x0'/ /disk Try adding driver name='qemu' type='qcow2'/ to yours? Ward
[gentoo-user] Suspend-to-disk stopped by xhci-module...
Hi, For my ASUS Crosshair IV Formula motherboard I use the (experimental) USB 3.0 driver xhci. When this driver is loaded as module I cannot send the PC to suspend-mode. After unloading that module, it works. Is it possible to rmmod this module and maybe sync and unmount any related USB-device automagically before entering any suspend mode? (Or is there any other nice trick to circumvent that problem?) Thank you very much in advance for any help! Best regards, mcc
Re: [gentoo-user] [OT] Problems with libvirt / qemu
On Monday 11 October 2010 19.02:10 Ward Poelmans wrote: On Sun, Oct 10, 2010 at 16:05, Dan Johansson dan.johans...@dmj.nu wrote: disk type='file' device='disk' source file='/var/lib/kvm/Wilmer/Wilmer.qcow2'/ target dev='hda' bus='ide'/ address type='drive' controller='0' bus='0' unit='0'/ /disk On my system, this section looks like: disk type='file' device='disk' driver name='qemu' type='qcow2'/ source file='image.qcow2'/ target dev='vda' bus='virtio'/ address type='pci' domain='0x' bus='0x00' slot='0x04' function='0x0'/ /disk Try adding driver name='qemu' type='qcow2'/ to yours? Thanks, that did the trick! Regards, -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] Suspend-to-disk stopped by xhci-module...
2010/10/11 meino.cra...@gmx.de: Hi, For my ASUS Crosshair IV Formula motherboard I use the (experimental) USB 3.0 driver xhci. When this driver is loaded as module I cannot send the PC to suspend-mode. After unloading that module, it works. Is it possible to rmmod this module and maybe sync and unmount any related USB-device automagically before entering any suspend mode? (Or is there any other nice trick to circumvent that problem?) What appears in dmesg when you try to suspend with the module loaded ? -- Maciej Grela
[gentoo-user] Illegal instruction error
Uh-oh. genlop started failing today with the mysterious error Illegal instruction, and it's consistent - every time. That's all the message, nothing else: $ genlop -t portage Illegal instruction Now emerge dbus-glib fails similarly: /bin/sh: line 21: 1084 Illegal instruction /usr/bin/gtkdoc-rebase -- relative --dest-dir=/var/tmp/portage/dev-libs/dbus-glib-0.88/image/ --html- dir=${installdir} I don't really know where to start looking. I just know Google is going to give me millions of useless hits with that search, but I'll hope over to b.g.o. meanwhile and poke around unless someone else has a better idea. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Illegal instruction error
On Mon, Oct 11, 2010 at 1:39 PM, Alan McKinnon alan.mckin...@gmail.com wrote: Uh-oh. genlop started failing today with the mysterious error Illegal instruction, and it's consistent - every time. That's all the message, nothing else: $ genlop -t portage Illegal instruction Now emerge dbus-glib fails similarly: /bin/sh: line 21: 1084 Illegal instruction /usr/bin/gtkdoc-rebase -- relative --dest-dir=/var/tmp/portage/dev-libs/dbus-glib-0.88/image/ --html- dir=${installdir} I don't really know where to start looking. I just know Google is going to give me millions of useless hits with that search, but I'll hope over to b.g.o. meanwhile and poke around unless someone else has a better idea. Alan, Consider (if possible - is this a desktop or some in service server?) powering down your machine, reseating your memory DIMMs, powering back up and if possible running memtest86 (assuming it's an x86 machine) and then seeing if the error goes away. I've run into this a couple of times when memory problems have appeared. Good luck and best wishes, Mark
Re: [gentoo-user] Illegal instruction error
Alan McKinnon schrieb am 11.10.2010 22:39: Uh-oh. genlop started failing today with the mysterious error Illegal instruction, and it's consistent - every time. That's all the message, nothing else: $ genlop -t portage Illegal instruction Now emerge dbus-glib fails similarly: /bin/sh: line 21: 1084 Illegal instruction /usr/bin/gtkdoc-rebase -- relative --dest-dir=/var/tmp/portage/dev-libs/dbus-glib-0.88/image/ --html- dir=${installdir} I don't really know where to start looking. I just know Google is going to give me millions of useless hits with that search, but I'll hope over to b.g.o. meanwhile and poke around unless someone else has a better idea. Google has something to say about this. Recently changed CFLAGS. Wrong CFLAGS. Compiler has problems with march native. Glibc corruption. -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Illegal instruction error
Apparently, though unproven, at 23:02 on Monday 11 October 2010, Mark Knecht did opine thusly: On Mon, Oct 11, 2010 at 1:39 PM, Alan McKinnon alan.mckin...@gmail.com wrote: Uh-oh. genlop started failing today with the mysterious error Illegal instruction, and it's consistent - every time. That's all the message, nothing else: $ genlop -t portage Illegal instruction Now emerge dbus-glib fails similarly: /bin/sh: line 21: 1084 Illegal instruction /usr/bin/gtkdoc-rebase -- relative --dest-dir=/var/tmp/portage/dev-libs/dbus-glib-0.88/image/ --html- dir=${installdir} I don't really know where to start looking. I just know Google is going to give me millions of useless hits with that search, but I'll hope over to b.g.o. meanwhile and poke around unless someone else has a better idea. Alan, Consider (if possible - is this a desktop or some in service server?) powering down your machine, reseating your memory DIMMs, powering back up and if possible running memtest86 (assuming it's an x86 machine) and then seeing if the error goes away. I've run into this a couple of times when memory problems have appeared. Yes, that was it - memtest failed almost immediately. It's my notebook, with 2 x 2G memory banks - either one in either position works fine. With both, memtest fails and always at the same place - step 48 of whatever. So I guess it's the motherboard and I'll be calling Dell Support in the morning. Am I glad the company insists we buy 3 year next-day on-site corporate support for all hardware right now? You betcha! -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Illegal instruction error
Apparently, though unproven, at 23:24 on Monday 11 October 2010, Daniel Pielmeier did opine thusly: Alan McKinnon schrieb am 11.10.2010 22:39: Uh-oh. genlop started failing today with the mysterious error Illegal instruction, and it's consistent - every time. That's all the message, nothing else: $ genlop -t portage Illegal instruction Now emerge dbus-glib fails similarly: /bin/sh: line 21: 1084 Illegal instruction /usr/bin/gtkdoc-rebase -- relative --dest-dir=/var/tmp/portage/dev-libs/dbus-glib-0.88/image/ --html- dir=${installdir} I don't really know where to start looking. I just know Google is going to give me millions of useless hits with that search, but I'll hope over to b.g.o. meanwhile and poke around unless someone else has a better idea. Google has something to say about this. Recently changed CFLAGS. Wrong CFLAGS. Compiler has problems with march native. Glibc corruption. It's none of those apparently. I checked CFLAGS set by the ebuild in the emerge log before posting and they looked fine. gcc was last updated a month ago and the machine gets updated almost daily. glibc seems possible but it's a moot point, especially as after investigating memory at Mark's suggestion, genlop runs fine now, world updates successfully and 2 ./configure errors about aclocal (that I didn't even mention before) have gone away. I should probably start treating this poor machine more like a notebook and less like a high performance machine - running flat out almost 24/7 is probably outside of it's design spec :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Illegal instruction error
Alan McKinnon schrieb am 12.10.2010 00:26: It's none of those apparently. I checked CFLAGS set by the ebuild in the emerge log before posting and they looked fine. gcc was last updated a month ago and the machine gets updated almost daily. glibc seems possible but it's a moot point, especially as after investigating memory at Mark's suggestion, genlop runs fine now, world updates successfully and 2 ./configure errors about aclocal (that I didn't even mention before) have gone away. I should probably start treating this poor machine more like a notebook and less like a high performance machine - running flat out almost 24/7 is probably outside of it's design spec :-) Glad the reason for your problem was found. Time make use of Dell's NBD support then :) -- Daniel Pielmeier signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Illegal instruction error
On Mon, Oct 11, 2010 at 3:21 PM, Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 23:02 on Monday 11 October 2010, Mark Knecht did opine thusly: On Mon, Oct 11, 2010 at 1:39 PM, Alan McKinnon alan.mckin...@gmail.com wrote: Uh-oh. genlop started failing today with the mysterious error Illegal instruction, and it's consistent - every time. That's all the message, nothing else: $ genlop -t portage Illegal instruction Now emerge dbus-glib fails similarly: /bin/sh: line 21: 1084 Illegal instruction /usr/bin/gtkdoc-rebase -- relative --dest-dir=/var/tmp/portage/dev-libs/dbus-glib-0.88/image/ --html- dir=${installdir} I don't really know where to start looking. I just know Google is going to give me millions of useless hits with that search, but I'll hope over to b.g.o. meanwhile and poke around unless someone else has a better idea. Alan, Consider (if possible - is this a desktop or some in service server?) powering down your machine, reseating your memory DIMMs, powering back up and if possible running memtest86 (assuming it's an x86 machine) and then seeing if the error goes away. I've run into this a couple of times when memory problems have appeared. Yes, that was it - memtest failed almost immediately. It's my notebook, with 2 x 2G memory banks - either one in either position works fine. With both, memtest fails and always at the same place - step 48 of whatever. So I guess it's the motherboard and I'll be calling Dell Support in the morning. Am I glad the company insists we buy 3 year next-day on-site corporate support for all hardware right now? You betcha! Not glad for the problem but glad I could help. Best wishes getting it fixed fast and back on your lap. Cheers, Mark
Re: [gentoo-user] Uploading Files to Windows CE
On Fri, 2010-10-08 at 05:30 -0400, dhk wrote: You know I have that installed. It looks like I tried it once, but didn't get far with it and then started exploring other options. Since I haven't found other options so I think I need to revisit this. version 0.15 is on the way, at the least try 0.14. You may not want the entire list of packages, probably just synce-hal, synce-sync-engine and synce-gvfs. gvfs will give you nautilus browsing of your device ;) -- Iain Buchanan iaindb at netspace dot net dot au The best cure for insomnia is to get a lot of sleep. -W.C. Fields
Re: [gentoo-user] Illegal instruction error
Apparently, though unproven, at 00:40 on Tuesday 12 October 2010, Daniel Pielmeier did opine thusly: Alan McKinnon schrieb am 12.10.2010 00:26: It's none of those apparently. I checked CFLAGS set by the ebuild in the emerge log before posting and they looked fine. gcc was last updated a month ago and the machine gets updated almost daily. glibc seems possible but it's a moot point, especially as after investigating memory at Mark's suggestion, genlop runs fine now, world updates successfully and 2 ./configure errors about aclocal (that I didn't even mention before) have gone away. I should probably start treating this poor machine more like a notebook and less like a high performance machine - running flat out almost 24/7 is probably outside of it's design spec :-) Glad the reason for your problem was found. Time make use of Dell's NBD support then :) :-) This is what happens with modern reliable hardware - I should have gone for the memory as the very very first step. It's been so long since I've had to deal with dodgy memory on anything, it just didn't occur to me I was ready to start looking for weird flags using weird cpu instructions. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Illegal instruction error
On Tue, 2010-10-12 at 00:26 +0200, Alan McKinnon wrote: glibc seems possible glibc is my cause of illegal instructions atm, although I haven't tried memtest... I should probably start treating this poor machine more like a notebook and less like a high performance machine - running flat out almost 24/7 is probably outside of it's design spec :-) naaah. Flog it. If it can't handle it, it's a design fault ;) -- Iain Buchanan iaindb at netspace dot net dot au It ain't over until it's over. -- Casey Stengel
Re: [gentoo-user] Illegal instruction error
Alan McKinnon wrote: Apparently, though unproven, at 00:40 on Tuesday 12 October 2010, Daniel Pielmeier did opine thusly: :-) This is what happens with modern reliable hardware - I should have gone for the memory as the very very first step. It's been so long since I've had to deal with dodgy memory on anything, it just didn't occur to me I was ready to start looking for weird flags using weird cpu instructions. Glad to know I am not the only one to miss the obvious from time to time. lol Dale :-) :-)
Re: [gentoo-user] Suspend-to-disk stopped by xhci-module...
On Mon, 11 Oct 2010 19:28:56 +0200, meino.cra...@gmx.de wrote: Is it possible to rmmod this module and maybe sync and unmount any related USB-device automagically before entering any suspend mode? (Or is there any other nice trick to circumvent that problem?) The hibernate scripts from tuxonice.org (sys-power/hibernate-script) have options top unload modules, stop programs etc. I have it shut down my wireless before suspending. AFAIK they can be used with the standard swsusp stuff, although I've only used it with a tuxonice-sources kernel. -- Neil Bothwick Irritable? Who the bloody hell are you calling irritable? signature.asc Description: PGP signature
Re: [gentoo-user] Illegal instruction error
Apparently, though unproven, at 01:08 on Tuesday 12 October 2010, Dale did opine thusly: Alan McKinnon wrote: Apparently, though unproven, at 00:40 on Tuesday 12 October 2010, Daniel Pielmeier did opine thusly: :-) This is what happens with modern reliable hardware - I should have gone for the memory as the very very first step. It's been so long since I've had to deal with dodgy memory on anything, it just didn't occur to me I was ready to start looking for weird flags using weird cpu instructions. Glad to know I am not the only one to miss the obvious from time to time. lol To top it off, I missed the obvious three other times today, all completely different. I blame it on the 'flu. OK, it's a head cold. Everyone in Joburg has a head cold all the time. Mine just got much worse for a few days -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: firefox-bin optimizations?
On Sat, Oct 09, 2010 at 06:53:04PM +0300, Arttu V. wrote There it is, --disable-pango. Unfortunately by now I have already forgotten why I was even removing pango in the first place, so I think I'll re-enable it. Pango is used for rendering non-Latin characters, e.g. Japanese and Chinese glyphs. It does slow things down somewhat and it's not necessary if you're only using Latin-type characters (i.e. US, Canada, and western Europe). At one time, there was a moznopango USE flag, but that seems to have disappeared. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] Suspend-to-disk stopped by xhci-module...
On Tue, 2010-10-12 at 00:38 +0100, Neil Bothwick wrote: AFAIK they can be used with the standard swsusp stuff, although I've only used it with a tuxonice-sources kernel. yup, hibernate script works with vanilla or tuxonice, both ram and disk :) -- Iain Buchanan iaindb at netspace dot net dot au It's no use crying over spilt milk -- it only makes it salty for the cat.
Re: [gentoo-user] Re: USB Disk failure - Buffer I/O error on device sda2, logical block 1289 lost page write due to I/O error on sda2
On Mon, Oct 11, 2010 at 3:33 PM, Stroller strol...@stellar.eclipse.co.uk wrote: On 11 Oct 2010, at 12:51, Fatih Tümen wrote: ... P.S. Would you recommend against 7200rpm usb 2.5 disks? I'm aware of no reason to do so. Typically usb 2.5 disks can be powered off the USB cable, which is much more portable than the PSU required by external USB 3.5 drives. Perhaps there a bit noisier and shortening battery life? I would guess that most drives are generally about as reliable as each other. They are inherently at risk from mechanical failure, but some succumb within weeks of purchase, others not after a decade - it's just a matter of pot luck (which is why backups are so important). I would love to see a decade. This one could not make it 5, but the other one I got is alive for 7 years. -- Fatih