Boot hangs until I insert a USB stick...
I use to boot from a USB stick, but today I moved back to the MBR on my primary drive.
I copied all the files from the old /boot to the new /boot, and ran sudo grub2-mkconfig -o /boot/grub2/grub.cfg (along with grub2-install).
Now, I can boot fine, with one bizare exception. After entering the luks encryption password my boot log hangs until I insert the old USB stick. Mind you, its obviously booting fine from the new boot partition, but something (systemd related I suspect) is hanging until it finds the usb stick.
Here is an annotated boot.log
# START of log
[ OK ] Found device Samsung_SSD_840_Series 1. # this is a secondary SSD I have
Starting Cryptography Setup for luk...0-f58d-4254-ac97-4dfa19877af0...
[ OK ] Found device /dev/mapper/luks-fe8a3170-f58d-4254-ac97-4dfa19877af0.
[ OK ] Started Cryptography Setup for luks-fe8a3170-f58d-4254-ac97-4dfa19877af0.
[ OK ] Reached target Encrypted Volumes.
[ OK ] Reached target System Initialization.
[ OK ] Reached target Basic System.
[ OK ] Found device /dev/mapper/fedora-swap.
[ OK ] Found device /dev/mapper/fedora-root.
Starting File System Check on /dev/mapper/fedora-root...
[ 8.037212] systemd-fsck[546]: root: clean, 691224/3262224 files, 11116146/13043712 blocks
[ OK ] Started File System Check on /dev/mapper/fedora-root.
# At this point it hangs indefinitely.
# When I insert the USB stick, it continues on...
[ OK ] Found device Cruzer_Fit 1. # this is the old usb stick I used to boot from
# ... boot continues...
Full boot log: http://fpaste.org/215102/14298682/
fstab
/dev/mapper/fedora-root / ext4 defaults,x-systemd.device-timeout=0 1 0
UUID=47a883b5-1bfe-40bb-a9a7-f8791a6d122a /boot ext2 defaults 0 0
/dev/mapper/fedora-home /home ext4 defaults,x-systemd.device-timeout=0,exec 1 2
/dev/mapper/fedora-swap swap swap defaults,x-systemd.device-timeout=0 0 0
UUID=595AA800301BA2C7 /run/media/ramblurr/Seagate ntfs-3g noauto,user,noatime,nofail,exec,uid=1000,gid=1000 0 2
990d80e7-f998-4696-b2db-42145a013d9a is the UUID of the old usb disk 's /boot partition
47a883b5-1bfe-40bb-a9a7-f8791a6d122a is the UUID of the new /boot partition at /dev/sda4
At this point, during boot I insert my usb stick then remove it a second later to workaround this problem. What's the deal though? Is there some vestigial remnant in systemd expecting that disk? Where would I find that?
Any advice would be well appreciated.
You are obviously using LVM - is a partition on the USB disk part of a Volume Group? or still registered as a Physical Volume?
Ah, good question. I don't think so but I'm not 100% sure, here's the output of lvdisplay and pvdisplay: http://fpaste.org/215474/97934214/
You only have the one PV - which would be the primary disk, which means that is unlikely to be the problem.
Looking at your fstab file (which I missed earlier), you have an entry:
Which disk is this?The mount point and fs-type suggest that it could be a removeable disk. Leave it alone if you know what it is, otherwise If you are unsure what it is, then try commenting it out -- insert # in front of the UUID, and then issue
sudo mount -ato check for errors, followed by a reboot.That's an external USB hard drive, another disk entirely. It isn't the old boot stick. I've tried as you suggest, but that disk seems to have no effect. I am having the same hanging boot with or without that external disk plugged in or defined or commented in fstab.