My system installed on iSCSI always hangs on "Killing remaining processes" or "Saving dependency cache" because iscsid gets killed and connection to root severed by the first one. This keeps causing metadata corruption with ext4 every few reboots, because the only way to get the system to reboot is Sysrq-B, Sysrq-O doesn't work for poweroff, have to actually hold down power button to do that. SysRq-S won't work since disk is disconnected Reproducible: Always Steps to Reproduce: 1. Installed on iSCSI, using dracut initramfs since genkernel acted "funny" last I tried with this setup 2. Boot into system 3. Attempt to shut down/reboot Actual Results: System hangs on "Killing remaining processes" or "Saving dependency cache" Expected Results: iSCSI should have been synced and reboot/shutdown should succeed This is about third time I get data loss from this now, leaving as normal priority, since it's a pretty uncommon setup, will attach emerge --info as soon as I get FS repaired enough to boot it again
Created attachment 293643 [details] emerge --info Forgot to mention, using multilib-portage on this, but I don't think it should be interfering with boot process. Don't have any other computers to test this on right now
As a workaround for now: If you're using DHCP, start e.g. dhcpcd with the -p option to *not* shutdown/reset the interface on shutdown/exit. Add "-o <pid of iSCSI>" to /etc/conf.d/killprocs to *omit* this pid. That should allow you to do a clean shutdown/reboot. Note: You can use sub-shells like in a shell script, to get the pid. The DHCP thingy above is important, as omitting it from killprocs doesn't help because (at least dhcpcd) has still files open for read/write thus the rootfs can't be umounted nor read-only remounted.
