Compaq R3240, Ubuntu Edgy amd64 I started with Ubuntu Hoary, then Breezy, then Dapper, and now have Edgy, all 64-bit. I have had a problem since the beginning making backups to an external USB disk. Whether I use tar, dar or rsync the computer will lock up somewhere in the middle of the backup. It will also sometimes lock up when doing a lot of file deletions on the USB disk, e.g., to delete an old backup set.
I have two different external hard disks, both 60 GB. One is a Datastor Pocketec and the other is the original 60 GB hard disk that was in the computer when I purchased it. I replaced the original disk with an 80 GB 7200 rpm disk, then bought a USB 2.0 enclosure for the old disk to use it as an external. The lockups happen regardless of which disk I use. I usually just back up ~/, which has about 9.8 GB. The lockups seem to happen most often when it is working on a large file. Sometimes only the backup utility will lock up and I can kill it and continue to use the computer. However, the other day something different happened that made me wonder if the problem is with USB. I use a Logitech external USB optical wireless mouse instead of the touchpad, and it has always functioned flawlessly. I was using rsync to back up ~/ to the Pocketec drive when rsync locked up. I killed it and continued working, but I noticed that I was unable to umount the Pocketec drive. Fifteen minutes later the Logitech mouse stopped working. In other words, something bad happened to the USB bus. So I rebooted, then did dmesg | less looking for references to USB. I found the following: [ 13.243077] PCI: Bus #03 (-#06) is hidden behind bridge #02 (-#02) (try 'pci=assign-busses') [ 13.243083] Please report the result to linux-kernel to fix this permanently [ 13.243142] PCI: Bus #07 (-#0a) is hidden behind bridge #02 (-#02) (try 'pci=assign-busses') [ 13.243149] Please report the result to linux-kernel to fix this permanently later [ 13.378924] PCI: Using ACPI for IRQ routing [ 13.378930] PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report later [ 18.119887] usbcore: registered new driver usbfs [ 18.119925] usbcore: registered new driver hub later [ 18.465892] usb usb1: configuration #1 chosen from 1 choice [ 18.466107] hub 1-0:1.0: USB hub found [ 18.466126] hub 1-0:1.0: 3 ports detected later [ 18.570786] usb usb2: configuration #1 chosen from 1 choice [ 18.571009] hub 2-0:1.0: USB hub found [ 18.571024] hub 2-0:1.0: 6 ports detected later [ 19.006683] usb usb3: configuration #1 chosen from 1 choice [ 19.006725] hub 3-0:1.0: USB hub found [ 19.006740] hub 3-0:1.0: 3 ports detected [ 19.500499] usb 1-1: new low speed USB device using ohci_hcd and address 2 later [ 19.715407] usb 1-1: configuration #1 chosen from 1 choice [ 19.733837] usbcore: registered new driver hiddev [ 19.743624] input: Logitech USB Receiver as /class/input/input1 [ 19.743830] input: USB HID v1.10 Mouse [Logitech USB Receiver] on usb-0000:00:02.0-1 [ 19.743850] usbcore: registered new driver usbhid [ 19.743857] drivers/usb/input/hid-core.c: v2.6:USB HID core driver later [ 42.278295] usbcore: registered new driver ndiswrapper So it appears that there may be a problem with ACPI. I am wondering if the USB driver uses an IRQ that is being shared with something else. I haven't tried pci=assign-busses or pci=routeirq yet because I thought I'd ask here first if anyone else has encountered similar problems. Any suggestions welcome. _______________________________________________ LinuxR3000 mailing list [email protected] http://lists.pcxperience.com/cgi-bin/mailman/listinfo/linuxr3000 Wiki at http://prinsig.se/weekee/
