[Solved] Init scripts not finding devfs or udev

[solarium_rider]

I've searched the forums and docs for the last 4-5 hours and can't find anything, so I'm resorting to posting.

I'm transitioning to udev from devfsd and running into some issues. The first init scripts say that I do not have support for devfs or udev, and tell me to look at the gentoo handbook for more information. I have emerged udev, set the kernel settings according to the migration to 2.6 guide and the udev guide (I have just removed devfs completely from the kernel.) I'm using the latest gentoo-sources-2.6.12-r4 kernel. I have unmerged devfs and set no_device_tarball option in the conf.d/rc. I have tried booting with gentoo=nodevfs gentoo=udev (and combinations of those). The only error I get during bootup is that hdparm tries to operate on disc4 which doesn't exist. As a side effect, I cannot use xterm or konsole. They don't do anything. To access a console i have to switch to ctrl-alt-1.

There are 3 . files in my /dev directory:

[fangorn]

I use the device tarball, but this should not make a big difference.

When I went pure udev I just moved /dev to /dev_save and did mkdir /dev

At the next boot udev complained about /dev/console not there, but it created it and the system worked. Because I am using the tarball I never got this message again. Probably you will get it every time.

[solszew]

Hi there--

Have you had a look at the udev primer here:

http://webpages.charter.net/decibelshelp/LinuxHelp_UDEVPrimer.html

It is very detailed, and very good. If you have not read it yet, make a beeline.

Also, have you emerged the most recent baselayout and coldplug ebuild? Evidently, until recently, baselayout would try to load devfs no matter what setting you had in your /etc/conf.d/rc file. And, if you emerge baselayout-1.8.6.13-r1 or newer, you will only have to edit your /etc/conf.d/rc file, rather than both /etc/init.d/halt.sh and /sbin/rc, before having a workable system.

Regarding your console / xterm issues, if you create /dev/null and /dev/console statically with the commands, below, you will avoid some, if not all, of your boot errors.

[solarium_rider]

I followed fangorn's advice and renamed /dev and did a mkdir /dev. That seemed to fix my problems. There was a just a problem that occured that the init script told me to fix (basically mount bind / /mnt/fixit; cp /dev/* /mnt/fixit/dev/) and that seemed to fix all the issues on the next boot. I'm using baselayout 1.11.12-r4 and had coldplug installed. Seems like recreated the /dev was necessary?

Thanks

[mikers456]

Hello,

I realize this is solved, but the above solution didn't work for me ... They _almost_ worked. This issue to me screams bug/corner-case. It seems to occur when you are upgrading from an older kernel (in my case 2.6.9) to 2.6.12 and adding udev, removing devfs at the same time. The system can't make the jump to udev directly without some in-between state (both devfsd and udev around during boottime).

I had a very similar problem... My brand new shiny 2.6.12-r4 kernel when booting would refuse to use udev and insisted on devfs NO MATTER WHAT. I didn't even have devfs in the kernel, and the conf.d/rc file had udev options and dev_tarball set to no. When booting, my init scripts (prior to mounting / ) would always say "Activating devfs..." and then complain that they could not find .devfsd or /dev and that my /dev/hda5 was not a valid block device... blah blah blah

Versions of stuff:
* Genkernel 3.2.5
* Kernel 2.6.12-r4, gentoo-sources
* baselayout 1.11.12-r4 (most recent at the time)
* udev 058
* coldplug 20040920
* hotplug 20040923
* hotplug base 20040401

The following things didn't help/did nothing:
- "udev" in the kernel line in the grub.conf didn't help
- specifying --udev at genkernel didn't help (it is a default option with genkernel 3.2.5).
- "gentoo=nodevfs" at kernel line didn't help
- moving the /dev/ directory to something else in my root and mkdir /dev a brand new one (then rebooting) didn't help
- Removing the /dev/.devfsd didn't help
- My filesystem (reiserfs) for my root was already compiled (by default) into the kernel, not as a module.
- Adding coldplug to boot rc-update
- Adding hotplug to boot rc-update

I was changing so many things trying to get something to work... But what seemed to do it was to have both udev and devfs at the SAME TIME in the kernel (so using the default genkernel kernel config for 2.6.12-r4):

File Systems-> Pseudo Filesystems -> [*] /dev file system support (OBSELETE)

and my grub options were: