Linux - DesktopThis forum is for the discussion of all Linux Software used in a desktop context.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Is it a Seagate external drive? The newer Seagate external drives are known to go to sleep and spin down. Linux doesn't wait long enough for them to spin back up.
If it is a Seagate drive then this has been addressed in other posts. Use the LQ search to find those posts or use Google. You should always search for the answer to a question before posting it. Most questions have been asked and answered numerous times.
Last edited by stress_junkie; 05-17-2009 at 11:00 PM.
I'm having the same problem with a Maxtor OneTouch 750G (USB). Intel Mac Mini running Ubuntu server 9.0.4 (2.6.28-14-server).
If I disable fsck, the system boots but the drive doesn't even get mounted. I need to have the drive properly fscked and mounted during boot to ensure it is ready to go before certain userland daemons are launched.
I tried the disabling STANDBY and although the drive accepts the change, it does not address the problem. The drive is already spun up well before fsck is attempted. I think the system is just not allowing enough time for USB drives to be recognized.
I suspect that just adding a 5 second delay at the right point in the boot sequence should do the trick. Trying to figure out how to do that...
Thanks, I think I'll probably just do that. But I think there is a general issue that the kernel needs a parameter to just give more time for USB drives to come online. If it's not a known issue, maybe I'll take a closer look under the hood.
Have you been able to discover any other solutions? It had occupied enough of my time attempting to fix it, but I have some time so I'm going to try and revisit it.
No, not for USB, but the same drive works OK on firewire. I remain convinced that this is a general bug in the kernel.
But... probably offtopic, as it happens, I have abandoned this computer because it seems to have other issues. If I use "stress" to simultaneously pound the CPU and internal HDD it eventually crashes in a few hours. I just got another unit to replace it so I'm about to find out if it was one-off bad hardware or not.