Closing
]]>Cheers
]]>The key point is that after reformatting my /dev/sda2 disk, its UUID changed. However, the fstab file still use its former UUID, which caused the problem.
Way to do: use `lsblk -f` to view the new UUID and modify them to be correct ones in the fstab file.
Bingo!O(∩_∩)O~~
I know my hard disk is /dev/sda. So I ask parted to show me the swap partition:
# sudo parted /dev/sda print free | grep swap
2 xxx xxx xxx xxx linux-swap(v1)
This means my swap partition is /dev/sda2. I check its UUID:
# ls -l /dev/disk/by-uuid | grep sda2
..... xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx -> ../../sda2
So that is my correct swap partition UUID. I changed that in /etc/fstab. It seems to be generated wrongly during the Arch Linux installation (generated using "genfstab -U -p /mnt >> /mnt/etc/fstab"). Maybe someone could file a bug report after digging a bit more. Now it works, and no more boot delay, and "swapon -s" reports the swap space.
]]>I hope udiskie does the trick for you.
]]>(Occasionally I use Thunar or ranger. If you have further questions, feel free to use the "Email" link to ask. I'm looking into udiskie right now, thanks a lot for the hint!)
]]>I like gvfs because it will detect the volume and list it in some file managers, but it won't mount the volume until it you click it.
What file manager do you use?
]]>At least we know that the problem can occur with swap and data partitions regardless whether they are mounted by label or by UUID.
]]>UUID=<UUID> /media/usb ext4 rw,relatime,data=ordered,user,nofail 0 2
Adding a "noauto" "fixes" it.
Does anyone know what that "A start job" is?
]]>UUID=7db28ed4-aa17-4ec0-9619-853e11510ecf none swap defaults 0 0
to
/swapfile none swap defaults 0 0
fixed it.
]]>