Start Job Running During Boot - 1m30s Timeout

Hello Everyone,
I performed an in place upgrade from Leap 42.3 to 15. I have a dual boot system, with Windows 10 on separate physical drive. When booting into Leap, the boot process pauses, with the following message:

****] A start job is running for dev-sda2.device (1m /1m30s)

After a 1m30s count pause, the following is displayed:

Depend Dependency failed for resume of hibernation using device dev/sda2

The system then proceeds with the booting process.

sda is my Windows drive, but when I go into the YaST partitioner I don’t see dev/sda2 listed, only dev/sda1.

Anyone have any insight and or suggestions about this?

Thanks,
Don

Post:

cat /etc/fstab

as root:

fdisk -l

I have read here in several threads that Windows will not shutdown propperly by default, but will do a sort of hibernate and thus leave disks in a unusable state for other OSs in a multi-boot environment. To prevent thus fast boot must be switched off.

Can you also provide the output from:

grep resume /etc/default/grub

How can I paste the output of the commands so they don’t wrap?

Password: DESKTOP-H0THTTI:~ # cat /etc/fstab UUID=e9018ea8-f358-4981-9eec-b16cb1140cd1 swap swap defaults 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 / btrfs defaults 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /boot/grub2/i386-pc btrfs subvol=@/boot/grub2/i386-pc 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /boot/grub2/x86_64-efi btrfs subvol=@/boot/grub2/x86_64-efi 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /opt btrfs subvol=@/opt 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /srv btrfs subvol=@/srv 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /tmp btrfs subvol=@/tmp 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /usr/local btrfs subvol=@/usr/local 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/cache btrfs subvol=@/var/cache 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/crash btrfs subvol=@/var/crash 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/libvirt/images btrfs subvol=@/var/lib/libvirt/images 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/machines btrfs subvol=@/var/lib/machines 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/mailman btrfs subvol=@/var/lib/mailman 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/mariadb btrfs subvol=@/var/lib/mariadb 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/mysql btrfs subvol=@/var/lib/mysql 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/named btrfs subvol=@/var/lib/named 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/lib/pgsql btrfs subvol=@/var/lib/pgsql 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/log btrfs subvol=@/var/log 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/opt btrfs subvol=@/var/opt 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/spool btrfs subvol=@/var/spool 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /var/tmp btrfs subvol=@/var/tmp 0 0 UUID=81e610b7-8125-4fac-a274-f56d612574e9 /.snapshots btrfs subvol=@/.snapshots 0 0 UUID=F604-2228 /boot/efi vfat umask=0002,utf8=true 0 0 UUID=7f61179e-fff2-4412-96cb-5b4ca6d2bb81 /home xfs defaults 1 2 DESKTOP-H0THTTI:~ #

DESKTOP-H0THTTI:~ # fdisk -l
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: A850EE05-3F56-411F-AD7C-F56FC5EC7C06

Device Start End Sectors Size Type
/dev/sda1 2048 1953523711 1953521664 931.5G Microsoft basic data

Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 6243C2B7-9A59-4CCE-9941-268EF9A18E79

Device Start End Sectors Size Type
/dev/sdb1 2048 208895 206848 101M EFI System
/dev/sdb2 208896 37961727 37752832 18G Microsoft basic data
/dev/sdb3 37961728 289619967 251658240 120G Microsoft basic data
/dev/sdb4 289619968 1953523711 1663903744 793.4G Microsoft basic data

Disk /dev/sdc: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 080D9B2F-14A0-4086-9547-FD535343607E

Device Start End Sectors Size Type
/dev/sdc1 2048 923647 921600 450M Windows recovery environment
/dev/sdc2 923648 1128447 204800 100M EFI System
/dev/sdc3 1128448 1161215 32768 16M Microsoft reserved
/dev/sdc4 1161216 1953523711 1952362496 931G Microsoft basic data

Disk /dev/sde: 3.7 TiB, 4000755572736 bytes, 7813975728 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E1519134-9CF3-4047-9017-57BAC0D7ABB8

Device Start End Sectors Size Type
/dev/sde1 1024 7813975039 7813974016 3.7T Microsoft basic data
DESKTOP-H0THTTI:~ #

DESKTOP-H0THTTI:~ # grep resume /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT=“resume=/dev/sda2 splash=silent quiet showopts resume=/dev/sda2 splash=silent quiet showopts”
DESKTOP-H0THTTI:~ #

OK, I went into UEFI utility and checked my boot options. fastboot was already disabled. While I was in there I disabled secure boot, but made no difference.

That’s all very hard to read. Best to use CODE tags for posting terminal output.

Fire up Yast bootloader. Or, in more detail:
Yast → System → Boot Loader

Click on the “Kernel Parameters” tab.

Look there for the string “resume=/dev/sda2”

Replace that with the string: “resume=UUID=e9018ea8-f358-4981-9eec-b16cb1140cd1”

Save the changes. Reboot, and see if that solves your problem.

This worked nrickert, thank you! Also thanks everyone for the advice about using code tags for terminal output.
Don

A little more explanation.

The “resume=” parameter is the hibernation image. Normally, this is the same as the swap partition.

The problem with using “/dev/sda2”, is that the device name can change depending on what hardware is plugged in. So referencing the swap partition by UUID is safer.

I got that UUID from your listing of “/etc/fstab”, though it was hard to read (seems to have been all wrapped into one long line).

I’m glad to hear that this solved your problem.

Both the UEFI and the Windows fast boot must be off. WIndows goes int some semi-hibernate mode which stops any mounting by other OS