Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[Kernel 3.5.7] /sbin/udevd missing following updates
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Mon Nov 12, 2012 3:11 am    Post subject: [Kernel 3.5.7] /sbin/udevd missing following updates Reply with quote

I have a Gentoo Linux installation on a dual-booting Intel i7 quad core system (running amd64 mode) which I had sadly neglected for some time, which had been running kernel 3.0.6 and GNOME 2.3 IIRC. I had recently decided to update both the kernel and the version of Gnome to 3.5.7 and 3.2, respectively. After solving numerous conflicts through manual updates and revdep-rebuild, repeatedly reconfiguring and rebuilding the kernel, and adding an initramfs file to /boot, I was able to get most of the issues resolved.

Unfortunately, one issue remains: on boot-up, udevd is missing, and in fact the only udev* file in /sbin is udevadm. I have repeatedly emerged udev, and run both repdev-rebuild and dispatch-conf afterwards. I have rebooted into a liveDVD, and after chrooting back into the system, have done the same there, but to no change.

I do have multiple different partitions, including a separate /usr partition (hence the initramfs setup), but /sbin is in my root partition. I am currently mixing stable and development files in order to get Gnome to install. The version of udev in question is 195.

Any constructive advice on this matter would be appreciated. Please let me know if there is any further information that would be useful.
Back to top
View user's profile Send private message
BillWho
Veteran
Veteran


Joined: 03 Mar 2012
Posts: 1600
Location: US

PostPosted: Mon Nov 12, 2012 3:47 am    Post subject: Reply with quote

Schol-R-LEA,

Start with making sure these are set:

Code:
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y

_________________
Good luck :wink:

Since installing gentoo, my life has become one long emerge :)
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Mon Nov 12, 2012 5:21 am    Post subject: Reply with quote

OK, I checked those, and they are set correctly. I even rebuilt the kernel again to make sure I didn't overlook any steps before, but there is no change.
Back to top
View user's profile Send private message
The Doctor
Veteran
Veteran


Joined: 27 Jul 2010
Posts: 1393

PostPosted: Mon Nov 12, 2012 5:40 am    Post subject: Re: [Kernel 3.5.7] /sbin/udevd missing following updates Reply with quote

Schol-R-LEA wrote:
....adding an initramfs file to /boot,....


How? Did you roll your own or use a tool? If there is improper cleanup, that will kill the init process.
_________________
First things first, but not necessarily in that order.
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Mon Nov 12, 2012 5:44 am    Post subject: Reply with quote

I rolled my own, but for the boot script from an example in the tutorial on the subject which I had been reading (with sitable changes to the device references).
Back to top
View user's profile Send private message
The Doctor
Veteran
Veteran


Joined: 27 Jul 2010
Posts: 1393

PostPosted: Mon Nov 12, 2012 5:51 am    Post subject: Reply with quote

Can you post it? It would be nice to at least eliminate it as the source of your problem.

I also rolled my own and found that the documentation I was following was lacking in a few key details.
_________________
First things first, but not necessarily in that order.
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Mon Nov 12, 2012 12:38 pm    Post subject: Reply with quote

Certainly. The wiki page I got it from was http://en.gentoo-wiki.com/wiki/Initramfs, if that helps any.

Code:
#!/bin/busybox sh

# Mount the /proc and /sys filesystems.
mount -t proc none /proc
mount -t sysfs none /sys

# Do your stuff here.
echo "This script mounts rootfs and boots it up, nothing more!"

# Mount the root filesystem.
mount -o ro /dev/sda8 /mnt/root

# Clean up.
umount /proc
umount /sys

# Boot the real thing.
exec switch_root /mnt/root /sbin/init


In retrospect, it is clear that this set of directions was inadequate. I have found another tutorial, which seems to cover the matter in greater detail, but I am hesitant to restart the process with it.
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Mon Nov 12, 2012 5:43 pm    Post subject: Reply with quote

As an update, I did eventually break down and start applying the other tutorial, but while it does seem to be an imporivement in some senses, it is failling outright at the part where it is supposed to run the file system check.
Back to top
View user's profile Send private message
The Doctor
Veteran
Veteran


Joined: 27 Jul 2010
Posts: 1393

PostPosted: Mon Nov 12, 2012 6:28 pm    Post subject: Reply with quote

OK, I see the problem. You have a separate /usr, but that script only mounts /. You need to add the line
Code:
mount -o ro /dev/<usr> /mnt/root/usr
after you mount root but before you clean up. Basically, your initramfs currently does nothing the kernel would not do on its own.

The script you posted is fine. It will do what you want, you just need to tell it to do it. You don't need to go crazy in the script unless you want to.

EDIT: if you don't want to bother with an initramfs, sys-apps/busybox has an option that will take care of mounting /usr before udev starts. You just need to set the -sep-usr flag and it should do the trick.
_________________
First things first, but not necessarily in that order.
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Mon Nov 12, 2012 10:00 pm    Post subject: Reply with quote

I have what now seems to be a working initramfs script, but the problem with udevd persists. I no longer think this is a boot issue, but an portage issue. The file for the daemon simply isn't getting generated, for some reason.
Back to top
View user's profile Send private message
The Doctor
Veteran
Veteran


Joined: 27 Jul 2010
Posts: 1393

PostPosted: Mon Nov 12, 2012 11:02 pm    Post subject: Reply with quote

I suppose this is a silly question, but you are running comparable versions of udev-init-scripts, kmod, and udev right? that is to say, all three come from the unstable branch?
_________________
First things first, but not necessarily in that order.
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Tue Nov 13, 2012 1:49 am    Post subject: Reply with quote

They all should be, yes. I'll re-emerge kmod to make certain.
Back to top
View user's profile Send private message
gerard82
Advocate
Advocate


Joined: 04 Jan 2004
Posts: 2215
Location: Netherlands

PostPosted: Tue Nov 13, 2012 8:20 pm    Post subject: Reply with quote

Install udev-171-r8 and mask anything higher.
You then won't need an initram.
Gerard.
_________________
To install Gentoo I use sysrescuecd.Based on Gentoo,has firefox to browse Gentoo docs and mc to browse (and edit) files.
The same disk can be used for 32 and 64 bit installs.
You can follow the Handbook verbatim.
http://www.sysresccd.org/Download
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Wed Nov 14, 2012 2:48 am    Post subject: Reply with quote

Yes, well initramfs is definitely working now, yet the udev problem persists. I ended up going in the other direction - compiling almost everything, including the kernel, from the Unstable branch - but the problem hasn't changed. I'm seriously tempted to do a clean reinstall - wipe everything except my /home partition - but I am certain I'll learn a lot more if I can manage to fix the problem in situ, as it were.

EDIT: I ran across a this post that claimed that udevd is no longer in /sbin, but instead in /lib/udev, and that revdep-rebuild should have updated any references to it (assuming the updates all exist). I've checked /lib/udev, and udevd isn't there. Does anyone know anything about this?
Back to top
View user's profile Send private message
The Doctor
Veteran
Veteran


Joined: 27 Jul 2010
Posts: 1393

PostPosted: Wed Nov 14, 2012 3:31 am    Post subject: Reply with quote

Before you do anything too radical, I would recommend that you go completely unstable. Mixing stable and unstable is generally a bad idea, and if you are mostly on the unstable branch then you system should be more stable by completely switching. If you are lucky, this is just a problem with mixing branches and will go away, if you are lucky.

Unfortunately, I don't have anything more relevant to suggest. I will say this: in the the past month I have had the only issue I have ever had on unstable, and all it required was a minor downgrade as the OS was still bootable. I have been running on the unstable branch for over a year.
_________________
First things first, but not necessarily in that order.
Back to top
View user's profile Send private message
Schol-R-LEA
n00b
n00b


Joined: 12 Nov 2012
Posts: 9

PostPosted: Thu Nov 15, 2012 5:16 pm    Post subject: Reply with quote

Alas, I fear it is too late for any other solution; after upgrading the whole system, I ran emerge --depclean, and after that somehow GCC started failing. I don't see much choice other than to re-install at this stage.
Back to top
View user's profile Send private message
cach0rr0
Moderator
Moderator


Joined: 13 Nov 2008
Posts: 4121
Location: Houston, Republic of Texas

PostPosted: Fri Nov 16, 2012 5:06 am    Post subject: Reply with quote

Schol-R-LEA wrote:
Alas, I fear it is too late for any other solution; after upgrading the whole system, I ran emerge --depclean, and after that somehow GCC started failing. I don't see much choice other than to re-install at this stage.


balancing act. there's always a way to rebuild, even if it means having to fish things out of the tinderbox
tinderbox should be able to fulfill the role of fixing your toolchain; --depclean can be a bitch sometimes, I *always* pretend it, then unmerge items one by one.

there's also the option of scrapping udev altogether in favor of mdev from busybox. The viability of which is entirely dependent upon your setup - the nuking of udev can be easy, but as time goes on i keep finding piddly things that need it (my reaction is always, "screw you, im not using udev, you just got unmerged!"). There's also the udev fork that may fit the bill.

Food for thought, may well still be quicker/easier to just reinstall.
_________________
Lost configuring your system?
dump lspci -n here | see Pappy's guide | Link Stash
Back to top
View user's profile Send private message
Wallsandfences
Apprentice
Apprentice


Joined: 29 Mar 2010
Posts: 163

PostPosted: Tue Nov 20, 2012 7:56 am    Post subject: Reply with quote

I have exactly the same problem (/sbin/udevd does not exist and udev can't start) with the funky exception that it *is* a fresh, (but unstable) install.

Did you sort your issue out?

Did it work to downgrad udev?

Rüdiger
Back to top
View user's profile Send private message
Wallsandfences
Apprentice
Apprentice


Joined: 29 Mar 2010
Posts: 163

PostPosted: Tue Nov 20, 2012 8:02 am    Post subject: Reply with quote

udev-init-scripts17-r1 is blocking the downgrade, can I safely unmerge and re-emerge it?
Back to top
View user's profile Send private message
cach0rr0
Moderator
Moderator


Joined: 13 Nov 2008
Posts: 4121
Location: Houston, Republic of Texas

PostPosted: Tue Nov 20, 2012 8:19 am    Post subject: Reply with quote

Wallsandfences wrote:
udev-init-scripts17-r1 is blocking the downgrade, can I safely unmerge and re-emerge it?


yes, but, dont reboot.
if you do, youll be having a bit of fun with your livecd and chrooting.
_________________
Lost configuring your system?
dump lspci -n here | see Pappy's guide | Link Stash
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum