linux-kernel - Re: 2.6.20*: PATA DMA timeout, hangs (2)

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: Windows password security audit tool. GUI, reports in PDF.

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

Date:	Mon, 19 Mar 2007 17:22:14 +0900
From:	Tejun Heo <htejun@...il.com>
To:	Alistair John Strachan <s0348365@....ed.ac.uk>
CC:	Frank van Maarseveen <frankvm@...nkvm.com>,
	linux-kernel@...r.kernel.org
Subject: Re: 2.6.20*: PATA DMA timeout, hangs (2)

Alistair John Strachan wrote:
> On Monday 12 March 2007 13:25, Frank van Maarseveen wrote:
> [snip]
>> So, are /dev/hd* going to disappear in a few years? iow, does it make
>> sense to _slowly_ start to migrate to /dev/sd*?
> 
> How would you propose doing this? I'm sure modern distros with an 
> initrd/initramfs probably already do some sort of root detection. Doesn't fix 
> the fstab issue, but I suppose this could be auto-generated too.
> 
>> The problem is there's no plan B in case of any troubles except rename
>> everything back again to boot an old kernel.
> 
> I doubt this matters for distributors, as they'll simply switch over when you 
> upgrade the distro, and the earliest supported kernel will be the one that 
> shipped with the newer version.
> 
> I accept that it's a bit of a drag, but it's better to have a standard naming 
> convention for all disks, isn't it?

The solution is quite simple.  Use the LABEL= trick or other methods to 
uniquely identify the partition regardless how it's connected.  Most 
modern distributions are already doing this.

-- 
tejun
-
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/