linux-kernel - RE: could not find filesystem /dev/root

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] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 7 Nov 2006 10:17:14 +0100 (MET)
From:	Jan Engelhardt <jengelh@...ux01.gwdg.de>
To:	Paul Rolland <rol@...917.net>
cc:	"'Marc Perkel'" <marc@...kel.com>,
	"'Chris Lalancette'" <clalance@...hat.com>,
	"'Rafael J. Wysocki'" <rjw@...k.pl>, linux-kernel@...r.kernel.org
Subject: RE: could not find filesystem /dev/root


>I also had nearly the same problem when moving from FC5 kernel to a
>stock vanilla kernel : FC5 is heavily relying on modules, and my vanilla
>kernel was compiled with everything built-in and no modules. 
>This is definitely changing the order in which drivers and disks are
>discovered

The order in which disks are discovered, is basically
(1) what module (let's take the "core kernel" as a module too) is loaded 
    first (core kernel always comes first)
(2) running order of the __init functions in a specific module;
    running order mostly defined by linking order

>and resulted in drives changing devices :
>FC5               Vanilla
>/dev/sda   <--->  /dev/sdb
>/dev/sdb   <--->  /dev/sdc
>/dev/sdc   <--->  /dev/sda
>
>This is a real pain, though people will tell you that udev is supposed
>to take care of this... My problem was just that I _don't_ want udev
>on my machine...

If you don't want udev, make an initramfs, build your disk driver as 
modules, and load them in the order you want your disks numbered.

udev or initramfs, you ought to choose at least one.

>So, check also this point...

	-`J'
-- 
-
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/