On Mon, 28 Jan 2008, Richard Heck wrote: > Daniel Barkalow wrote: > > Can you switch back to old IDE to get your work done (and to make sure it's > > not a hardware issue that's developed recently)? > I think it'd be really, REALLY helpful to a lot of people if you, or someone, > could explain in moderate detail how this might be done. I tried doing it > myself, but I'm not sufficiently expert at configuring kernels that I was ever > able to figure out how to do it. As far as configuring the kernel, I can help: Go to Device Drivers, ATA/ATAPI/MFM/RLL support, and turn on anything that looks relevant; go to Device Drivers, Serial ATA and Parallel ATA drivers, and turn off anything that's PATA and looks relevant. (Whether a device uses IDE or PATA depends on which driver that supports the device is present and find it first, not on any sort of global configuration, which is probably what tripped you up) Building this and installing it along with the appropriate initrd (which might be handled by Fedora's install scripts) will either get you back to old IDE or will make your kernel panic on boot, depending on whether you got it right (so make sure you can still boot the kernel you're sure of or something from a boot disk). This will also cause your hard drives to show up as different device nodes, so if your boot process doesn't mount by disk uuid but by some other feature (and I don't know what Fedora does), you'll also need to change it to something either stable across access methods or which works for the one you're now using. > Obviously, the short version is: switch back to Fedora 6. But this kind of > problem with libata---and yes, you're almost surely right that it's not one > problem but lots---is sufficiently widespread that a Mini HOWTO, say, would be > really welcome and, I'm guessing, widely used. Fedora really ought to provide documentation, because there's some distro-specific stuff (like how you deal with the kernel's device node for the root partition changing), and they're using code by default that's at least somewhat documented as experimental (although it doesn't seem to be actually marked as experimental in all cases). -Daniel *This .sig left intentionally blank* - 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