linux-kernel - Re: Problem with ata layer in 2.6.24

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-id: <200801281905.35278.gene.heskett@gmail.com>
Date:	Mon, 28 Jan 2008 19:05:33 -0500
From:	Gene Heskett <gene.heskett@...il.com>
To:	Daniel Barkalow <barkalow@...ervon.org>
Cc:	Richard Heck <rgheck@...jweil.com>, Zan Lynx <zlynx@....org>,
	Calvin Walton <calvin.walton@...il.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Linux ide Mailing list <linux-ide@...r.kernel.org>
Subject: Re: Problem with ata layer in 2.6.24

On Monday 28 January 2008, Daniel Barkalow wrote:
>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.
>
Done.

>(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)

Or mine, which I've been using for years.

>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.

It mounts by LABEL=.  All of it.

>> 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).

Fedora is not the only people having trouble,  name a distro, its probably 
someplace in that 14,800 hit google returns.

>	-Daniel
>*This .sig left intentionally blank*

Thanks Daniel, try #1 is building now.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Those who do not understand Unix are condemned to reinvent it, poorly.
		-- Henry Spencer
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/