Dark Sylinc wrote: > Some people around the net is concerned about their > SATA drives. They're wondering if before kernel 2.6.22 > their SATA HDDs were making emergency shutdowns and > didn't realize that they weren't normal shutdowns. And > they may have been using Linux in their SATAs from a > long time ago, just to realize now (thanks to the new > K2.6.22 warning) that they were damaging their HDDs > since years. > In summary: the emergency shutdowns issue appeared in > K2.6.22, and using previous kernels fixes it, or the > emergenct shutdown happens in any kernel version?? > I can't answer that question by myself, because I've > just installed Linux in this HDD and upgraded > immediately. It depends on your distro. If the distro issues spin down on shutdown, things should have been fine beofre 2.6.22 but it it doesn't, disks attached via libata would do emergency unload on power off. Also small fraction of disks which spin up to do FLUSH_CACHE issued by kernel would do double spin down where the last one is emergency if the distro shutdown issues spin down. 2.6.22 fixes the problem completely for distros which don't issue spin down. For distros which do issue spin down, the situation isn't worse, the kernel behaves the same way as before 2.6.22. It just issues FLUSH_CACHE. The warning message is for small fraction of disks mentioned above which do double spin down and to accelerate transition to kernel-driven spin down. >> Sure way to tell is to look at emergency unload >> count int the output of >> 'smartctl -a'. Basically, it should identical to >> 'hdparm -y'. > > Thanks, but the idea that software can do such thing > gives me the creeps. Oh well, it can, apparently. :-) >> and yes you >> definitely need to issue FLUSH before spinning down >> the disk. > > Seems missing both in the official src and in the > patch provided... > May be I can submit a patch... > However the patch I'm using doesn't trigger FLUSH but > the problem is solved anyway. So, the patch isn't in the package yet? -- tejun - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
