I used gparted to repartition my 80Gb disk with several ext3 partitions (and one for the Mac), and gparted, fdisk, cfdisk and the Mac agreed on the new partition table.
Using cpio under Ubuntu Dapper / Linux 2.6.15, I then tried to copy the largest partition of my old disk (10Gb) on to it. This failed in the same way as before, but now after 3Gb. However, since I was now using the ext3 "journaling" filesystem, fsck now said that the disk was clean. But whereas it had originally been mounted as /dev/sda, it was remounted after the failure as /dev/sdb. Then I tried out Knoppix version 5.1.1 (www.knoppix.net), which is a year old; it includes the Linux kernel version 2.6.19. This successfully copied all of my smaller partitions. Since I had already spent time on the partial copy of the big partition, I didn't scrub it and start again, but copied the rest in bits by listing the missing files. Maybe I wasn't doing a big enough transfer to provoke it, but the previous failure DID NOT happen. So maybe this bug was fixed in Linux 2.6.19. However, it would be nice to hear from Chuck Short or anyone else with inside knowledge of the relevant code and its potential failure whether my report and the others pertain to something that is identifiable. -- Problem with USB Mass Storage https://bugs.launchpad.net/bugs/40561 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
