Hi, I have a fc22 system that's been working fine and now for some reason kernel updates result in an unbootable system. It appears to be related to dracut failing to build a proper initramfs image. I have a default initramfs from 4.0.4-300 that works fine, but using dracut to build a new initramfs during a kernel update or building it manually fails. Rebooting the system only makes it to "Reached target Basic System" where it just stops. I really have no idea how to proceed, so I'd really appreciate any ideas for troubleshooting this further. Thanks, Alex -- users mailing list users(a)lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org

On Sep 9, 2015, at 8:39 AM, Heinz Diehl <htd+ml(a)fritha.org&gt; wrote: On 09.09.2015, Alex wrote: > I have a fc22 system that's been working fine and now for some reason > kernel updates result in an unbootable system. It appears to be > related to dracut failing to build a proper initramfs image. I've never used any distribution kernel, and on my F22, there is no such problem with either 4.1 or 4.2. So try with a bog standard kernel from kernel.org. -- users mailing list users(a)lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org

What is the exact error message(s) you are getting?? Where in the boot process is it failing?

> I have a fc22 system that's been working fine and now for some reason > kernel updates result in an unbootable system. It appears to be > related to dracut failing to build a proper initramfs image. > > I have a default initramfs from 4.0.4-300 that works fine, but using > dracut to build a new initramfs during a kernel update or building it > manually fails. Rebooting the system only makes it to "Reached target > Basic System" where it just stops. > > I really have no idea how to proceed, so I'd really appreciate any > ideas for troubleshooting this further. In the GRUB menu, press e to edit the default boot entry. Find the linux16 or linuxefi line, scroll to the end and remove rhgb quiet. Add systemd.log_level=debug rd.shell and then either control-x or F10 to boot. You should get a ton more debugging information, and when there's a failure you'll get a shell. There you can mount some volume like a USB stick somewhere like /mnt or if that doesn't exist then use /sysroot

>>> I have a fc22 system that's been working fine and now for some reason >>> kernel updates result in an unbootable system. It appears to be >>> related to dracut failing to build a proper initramfs image. >>> >>> I have a default initramfs from 4.0.4-300 that works fine, but using >>> dracut to build a new initramfs during a kernel update or building it >>> manually fails. Rebooting the system only makes it to "Reached target >>> Basic System" where it just stops. >>> >>> I really have no idea how to proceed, so I'd really appreciate any >>> ideas for troubleshooting this further. >> >> In the GRUB menu, press e to edit the default boot entry. Find the >> linux16 or linuxefi line, scroll to the end and remove rhgb quiet. Add >> systemd.log_level=debug rd.shell and then either control-x or F10 to >> boot. You should get a ton more debugging information, and when >> there's a failure you'll get a shell. There you can mount some volume >> like a USB stick somewhere like /mnt or if that doesn't exist then use >> /sysroot > > I'm at the point where I have a dracut shell and have inserted a USB > stick formatted with ext2. The device is detected, but apparently no > device has been assigned to it. > > Looking in /dev, only my hard disks are there among the block devices. > I believe USB drives show up as /dev/sda* mkdir /mnt/myusbdrive mount /dev/sda1 /mnt/myusbdrive

> Any idea how to mount a USB stick in dracut? Interestingly, I can't > find anything about this problem with Google. > Not sure if dracut has mount, but If you got to dracut than you should have been prompted for boot options, one if which is rescue mode (even if you did not you can use the install media to run in rescue mode). I suggest booting in that, which should give you an option to search for and load your system partition, and drop you into a suitable rescue mode in which you could issue the following commands: more /etc/fstab blkid lvdisplay If your /etc/fstab uses names vs. UUID for partitions I would change those the UUID of the partitions listed in the blkid output and reboot. At least verify that the names are the still the same used in in /etc/fstab I ran into this problem several times when I upgrading, and it’s recommended to use UUIDs, as names can change.

> The reason I need to mount the USB stick is to save the sosreport file > after an unsuccessful boot. Is there any difference in the way devices > are managed in a rescue mode versus just booting a kernel? It should be possible, I do it regularly. This is just regular MBR/GPT partitioned USB stick with ext234 format? No LVM? The blkid command should work in the dracut shell and tell you what is where.

-- Chris Murphy -- users mailing list users(a)lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org