This is a long-lingering issue, probably affecting Ubuntu 23.04, surely Ubuntu 23.10 and now surely Ubuntu 24.04.
Due to other Priorities I kept having my PC on Standby/Sleep instead of turning it off all the time, since I would incur in 5 Minutes (300 Seconds) Boot being frozen.
A possible workaround would be to manually edit /usr/share/initramfs-tools/scripts/functions
Changing this:
`for ROUNDTTT in 30 60 90 120; do`
To this:
`for ROUNDTTT in 15 15 15 15; do`
However it's really a last resort Workaround.
Any hope of a proper Fix ?
Possible mentions based on the logs output:
```
enp0s25: ignoring offer of 192.168.3.61 from 192.168.1.8
enp0s25: probing address 192.168.3.61/20
```
This might be due to High-Availability Configured in my OPNSense Router. There is a Master (192.168.1.7) and a Slave (192.168.1.8).
VLAN should be ENABLED, but right now ALL traffic flows on VLAN 1 / default VLAN (untagged), so this shouldn't be an issue IMHO. Didn't have time to setup VLANs yet.
Why does dhcpcd exit like this? What is the Error ?
```
script_status: /usr/lib/dhcpcd/dhcpcd-run-hooks: WEXITSTATUS 1
```
This is a long-lingering issue, probably affecting Ubuntu 23.04, surely Ubuntu 23.10 and now surely Ubuntu 24.04.
Due to other Priorities I kept having my PC on Standby/Sleep instead of turning it off all the time, since I would incur in 5 Minutes (300 Seconds) Boot being frozen.
I also thought it was due to Clevis LUKS Autounlock at first: /github. com/latchset/ clevis/ issues/ 289#issuecommen t-1322633750
https:/
But according to the messages I see on the Screen during boot (if I see them !), it seems this is purely a dhcpcd Issue.
On one workstation the Screen is completely frozen, but boot Process continues normally after 5 Minutes have elapsed.
This BUG Report is based on the Machine that shows *some* Output while being Stuck.
Looks Similar to this one, but I do NOT have aoetools installed /bugs.launchpad .net/ubuntu/ +source/ initramfs- tools/+ bug/2062501
https:/
List of Initramfs Scripts Installed in the system:
/usr/share/ initramfs- tools/scripts/ init-bottom/ udev initramfs- tools/scripts/ init-bottom/ lvm2 initramfs- tools/scripts/ init-bottom/ plymouth initramfs- tools/scripts/ panic/console_ setup initramfs- tools/scripts/ panic/plymouth initramfs- tools/scripts/ nfs initramfs- tools/scripts/ functions initramfs- tools/scripts/ zfs initramfs- tools/scripts/ init-premount/ brltty initramfs- tools/scripts/ init-premount/ plymouth initramfs- tools/scripts/ local-bottom/ cryptgnupg- sc initramfs- tools/scripts/ local-bottom/ ntfs_3g initramfs- tools/scripts/ local-bottom/ clevis initramfs- tools/scripts/ local-bottom/ cryptroot initramfs- tools/scripts/ local-bottom/ cryptopensc initramfs- tools/scripts/ local-premount/ fixrtc initramfs- tools/scripts/ local-premount/ resume initramfs- tools/scripts/ local-premount/ ntfs_3g initramfs- tools/scripts/ local initramfs- tools/scripts/ local-block/ cryptroot initramfs- tools/scripts/ local-top/ cryptopensc initramfs- tools/scripts/ local-top/ clevis initramfs- tools/scripts/ local-top/ cryptroot initramfs- tools/scripts/ local-top/ zfs initramfs- tools/scripts/ init-top/ all_generic_ ide initramfs- tools/scripts/ init-top/ brltty initramfs- tools/scripts/ init-top/ udev initramfs- tools/scripts/ init-top/ framebuffer initramfs- tools/scripts/ init-top/ console_ setup initramfs- tools/scripts/ init-top/ blacklist
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
A possible workaround would be to manually edit /usr/share/ initramfs- tools/scripts/ functions
Changing this:
`for ROUNDTTT in 30 60 90 120; do`
To this:
`for ROUNDTTT in 15 15 15 15; do`
However it's really a last resort Workaround.
Any hope of a proper Fix ?
Possible mentions based on the logs output:
```
enp0s25: ignoring offer of 192.168.3.61 from 192.168.1.8
enp0s25: probing address 192.168.3.61/20
```
This might be due to High-Availability Configured in my OPNSense Router. There is a Master (192.168.1.7) and a Slave (192.168.1.8).
VLAN should be ENABLED, but right now ALL traffic flows on VLAN 1 / default VLAN (untagged), so this shouldn't be an issue IMHO. Didn't have time to setup VLANs yet.
Why does dhcpcd exit like this? What is the Error ? dhcpcd/ dhcpcd- run-hooks: WEXITSTATUS 1
```
script_status: /usr/lib/
```