I'm not sure what happened but I read about the bug report and udev-init-scripts.
So I upgraded to 17-r1 and rebooted:
Lots of errors which I can't show here since they weren't logged.
One I remember read something like start stop daemon:/usr/lib/sytemd/systemd-udev not existing.
And sure enough no keyboard,dead system.
Had to do a hard reset and chroot into my system to re-emerge the file from the overlay.
Seems to be running ok again.
What happened?
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

I'm not sure what happened but I read about the bug report and udev-init-scripts. So I upgraded to 17-r1 and rebooted: Lots of errors which I can't show here since they weren't logged. One I remember read something like start stop daemon:/usr/lib/sytemd/systemd-udev not existing.

gerard82 ... I think you installed udev-init-scripts-1.17-r1::gentoo ... hence the init was looking for 'systemd-udev' (and in the wrong location). I'd suggest the following:

Yes it does.
Already corrected package.keywords.
Thanks anyway.
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

I also noticed that the distfile I got is a lot smaller than udev-190 (both from overlay).
What could be wrong?
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

Now I get checksum failure.
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

khayyam,
If I hadn't synced I wouldn't have had the filesize error.
I deleted the whole overlay and then added it again.
Now it installs ok.
Also compared the distfile sizes of 190 and 195:They're now about equal in size.
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

gerard82 ... yes, but you didn't say you if you'd sync'ed or that you had the old tarball in distfiles. I'd assumed you had removed the old tarball and then emerged without having also updated the overlay (so having the new tarball but the old manifest).

gerard82 wrote:

I deleted the whole overlay and then added it again. Now it installs ok.

steveL ... I just wanted to say that, yes, I can see that it does add some worthwhile functionality, but I think the description needs to be made clearer and the var changed to something more desriptive (ie: "early-udev-mount" or something?).

I'm not sure how the description could be any clearer:

Code:

# UNSUPPORTED: Allow people with a separate /usr and /var to
# get away without an initramfs. The problem here is that
# udev helpers live in /usr and /var, so udev has to start
# after they have been mounted.
# To use udev, you MUST have CONFIG_DEVTMPFS set in kernel
# If you are not using an initramfs (and are *sure* that you
# don't need one or udev to mount /usr and /var) you can set
# this to "no" to make udev-mount provide dev for devfs and
# udev wait for localmount.
#initramfs="yes"
...more instructions about runlevels...

You're welcome to change whatever you want, of course. I can see the utility in prefixing it with udev_ though I thought that's how it's done anyway, if you configure via main rc.conf. When I started I didn't know what else might be affected by the change: at first I tried moving other things to sysinit, which quickly turned into a nightmare. Then just thinking about the simplest thing to fulfil the requirement (which means focussing only on the requirement: that partitions be mounted before udev starts) got me there.

I don't agree with any sort of "early-mount" because that simply is not what it does (that was another approach); rather it delays udev startup til after localmount. So perhaps udev_delay_startup?

The only reason to do that is because you are not using an initramfs, afaik, as if you were using one in the "official" configuration, then at least some mounting would have been done there, and udev started in sysinit. So for my setup, I named it after that: the purpose of the variable, not the mechanism.

After all, it could in the future require a completely different mechanism, but I still wouldn't be using an initramfs.

hullo,
i don't if you saw this bug #438932 that i opened a few days ago but you should take a look especially at comment #24 which resume the two main issues.

i'm using this fork since the beginning but, sorry, i did not have any moment to come here and report back.

i've just merged back openrc-0.11.2 the other day, without reading that comment, sorry i did not have the time too follow the whole bug posts, with updating udev{,-init-scripts}-9999 and got the same issue. i reponned the bug again and i'm going to test comment #24 fix and report backk when i have a moment.

thanks again for this fork!_________________home/:mkinitramfs-ll/:supervision(-scripts)/:e-gtk-theme/:(bar-)overlay/

hullo,
i don't if you saw this bug #438932 that i opened a few days ago but you should take a look especially at comment #24 which resume the two main issues.

i'm using this fork since the beginning but, sorry, i did not have any moment to come here and report back.

i've just merged back openrc-0.11.2 the other day, without reading that comment, sorry i did not have the time too follow the whole bug posts, with updating udev{,-init-scripts}-9999 and got the same issue. i reponned the bug again and i'm going to test comment #24 fix and report backk when i have a moment.

thanks again for this fork!

I believe I have read that before, but I didn't have a chance to run at that issue myself, so I cannot say anything for sure. My laptop is running udev-9999 and udev-init-scripts-17 from udev overlay, and everything seems fine so far.

Since installing this setup everything works ok with the exception of my dvd-rom drive.
Once you push the button to open the tray it refuses to close.
When you push the button to close it it closes and 1 second later it opens again no matter how often you try to close it.
Makes no diff whether there's a disk in it or not.
The dvd-rw is ok.
The rom drive is on /dev/sr1 the rw on /dev/sr0.

Code:

60-cdrom_id.rules
# do not edit this file, it will be overwritten on update

How can I fix this?
I browsed the Gentoo udev guide + the 2 links at the bottom but they're totally obsolete.
I've never written udev rules and am no coder.
Any help will be much appreciated.
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

I reinstalled udev-171-r8 and all is ok now.
Reading the rule above I wonder if this will only work on laptops since they have only one optical drive.
The sr0 drive works ok,it's the sr1 drive that doesn't.
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

@hcaulfield57,
Is this on a laptop or on a desktop with two optical drives?
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

Thanks for replying hcaulfield57.
The first optical disk is designated as /dev/sr0.
Any subsequent drives as /dev/sr1,2 ,3 and so on.
I have two drives,the rom and rw drive.
The rw drive is always installed on the first channel by the manufacturer.
This has (had) to do with burning software being picky (not anymore AFAIK).
So you won't have any problem like I have.

I've entered an "issue" ( ==bugreport) on braindamaged site.
He will check into it but he doesn't have a box with any optical drive nor do his buddies.
Higher up you'll find a post by me with a copy of the 60-cdrom-id.rules which I think should be changed.
Only I haven't got the knowledge how to accomplish that.
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

Oh okay, I see what your problem is. I would look into it if I had a computer with more than one drive, but unfortunately I only have one. Maybe someone here has more than one. Sorry I can't be more of a help.

Well hcaulfield57 I "fixed" it.
I removed the 60-cdrom_id.rules from /lib64/udev/rules.d.
I then copied the same rules file from udev-171-r8 to /etc/udev/rules.d and added 70-persistent-cd.rules from the same udev.
I did all this on a separate experimental Gentoo install.
Now everything on my box works.
When I load a music cd in the rom drive kde pops up a message what program I want to use to either play it or rip it.
So to me this proves the original rule is wrong.
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