View previous topic :: View next topic |
Author |
Message |
drumgod n00b


Joined: 12 Dec 2003 Posts: 61
|
Posted: Thu Nov 14, 2019 7:36 pm Post subject: Predictable interface names reverted to old ethX... [SOLVED] |
|
|
Hi guys,
After some updates I rebooted and all my predictable network interface names reverted back to their old ethX names. linux-firmware (20191108::gentoo) was updated as well as udev (243-r2) and the kernel (5.3.11). Reverting these back does not effect the interface names. It seems there are issues with hwclock as well:
Code: | # hwclock --verbose
hwclock from util-linux 2.33.2
System Time: 1573756261.419790
Trying to open: /dev/rtc0
Trying to open: /dev/rtc
Trying to open: /dev/misc/rtc
No usable clock interface found.
hwclock: Cannot access the Hardware Clock via any known method. |
So a problem with udev not populating /dev correctly? I was able to catch this on startup:
Code: | * Creating list of static device nodes for the current kernel ...
kmod: error while loading shared libraries : libcrypto.so.1.1: cannot open shared object file: No such file or directory
* ERROR: kmod-static-nodes failed to start |
and shorly after:
Code: | udevadm: error while loading shared libraries : libcrypto.so.1.1: cannot open shared object file: No such file or directory
* ERROR: udev-trigger failed to start |
and on shutdown:
Code: | * Stopping udev ...
udevadm: error while loading shared libraries : libcrypto.so.1.1: cannot open shared object file: No such file or directory
* Failed to stop udev using udevadm
* Trying with start-stop-daemon ...
* start-stop-daemon: no matching processes found |
I'm assuming the libcrypto.so.1.1 errors are because I've got /usr on a separate partition but I'm not using an initrd... Is this the main source of my problem? I'm open to input on where to concentrate my efforts.
Thanks all.
Last edited by drumgod on Fri Nov 15, 2019 1:31 pm; edited 1 time in total |
|
Back to top |
|
 |
NeddySeagoon Administrator


Joined: 05 Jul 2003 Posts: 55015 Location: 56N 3W
|
Posted: Thu Nov 14, 2019 9:38 pm Post subject: |
|
|
drumgod,
udev isn't running to rename your interfaces.
That means it won't be managing permissions on /dev nodes either.
Try rebuilding dev-libs/openssl as thats the package that provides libcrypto.so.1.1
-- edit --
I missed your separate /usr without an initrd.
/usr/lib64/libcrypto.so.1.1 in indeed on /usr and udev normally starts before /usr is mounted.
There are two solutions, mount /usr sooner, with an initrd.
Start udev later, after /usr is mounted. The latter is not supported but its been made to work in the past.
The patches to openrc were rejected. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
 |
fugue88 n00b

Joined: 30 Mar 2005 Posts: 13
|
Posted: Thu Nov 14, 2019 11:54 pm Post subject: |
|
|
You can compile kmod with the ssl USE flag disabled.
I just spent hours debugging my system's failure-to-boot. Broken kmod meant my video driver and firmware didn't load, so no diagnostic output about what was wrong.
Cheers,
David |
|
Back to top |
|
 |
fugue88 n00b

Joined: 30 Mar 2005 Posts: 13
|
|
Back to top |
|
 |
drumgod n00b


Joined: 12 Dec 2003 Posts: 61
|
Posted: Fri Nov 15, 2019 1:29 pm Post subject: |
|
|
Yup, that was it. Disabled ssl in kmod last night and rebuilt a bunch of stuff. Rebooted with a freshly built kernel this morning and everything is gtg. Thanks guys! |
|
Back to top |
|
 |
|