Copying is clear enough: "I was copying an NTFS partition image using dd from an external USB hard-drive to /dev/sda2 (after replacing the laptop's internal hard- disk)."
E.g. dd if=/media/mobile120/vista.img of=/dev/sda2 The file being copied was 29GB. I mentioned it simply because it might be related, but the actual issue was mount.ntfs processing /dev/sda1 (which contains a Windows Recovery NTFS file-system). There is/was no hardware problem. Somehow mount.ntfs and the fuse daemon got stuck in a deadlock. I wish I knew how to reproduce it but it isn't clear what triggered the mount in the first place. I 'assume' it was some part of the nautilus auto-mount triggering but as the drive is internal that doesn't quite make sense. Possibly the large ongoing data transfer to /dev/sda2 caused a problem/delay that fuse daemon couldn't handle when it was asked to mount /dev/sda1, and it got stuck spinning on I/O. -- mount.ntfs causes 100% CPU (iowait) https://bugs.launchpad.net/bugs/328352 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
