Hide Forgot
Description of problem: Boot process hangs when swap partition is missing Version-Release number of selected component (if applicable): systemd-20-1.fc15.x86_64 How reproducible: Each time before fstab got corrected Steps to Reproduce: I attempted to set up a Hackintosh today (yeah, that's indeed NOT the point) and thus needed a primary partition large enough so I resized my swap partition and installed Mac on it. When I tried to boot Fedora afterwards, the boot process sits still at "Random Seed" step (sorry but the dmesg was washed up by a bug...) instead of continuing to boot. Expected results: Ignore the error and continue to boot without manual editing of /etc/fstab, like my side-by-side Ubuntu installation does.
How do you reference the swap partition in /etc/fstab? By name? By UUID? Does it timeout and continue after 3 minutes?
by UUID. I will try but it should have been bypassed without any trouble. ps.It seems that China(PR) is attempting to hinder all SSL connections to the United States by randomly intendedly dropping packets on port 443 so I have trouble connecting to RHBZ.
Since you mentioned that Ubuntu does not wait in this case, I tried it in a VM. It turns out that in Ubuntu the swapon operation is fully asynchronous. It is running in a special hack "mountall" process and nothing ever waits on the swapons to finish. And when the swap given by the UUID cannot be found, the "mountall" process simply hangs around forever. The rest of the system simply does not care. I do not think that is the desired behaviour. Though in most cases it is fine to boot the system without waiting for the swap to come up, it is conceivable that in some configurations starting the services before that swap is ready could trigger an OOM situation.
We generally try to avoid using tmpfs too much before the swap is on. That means we need to wait for swap at boot, since quite a number of tmpfs are nowadays used in our system by default. We definitely should not change this. Normally systemd should timeout after 3min and go on booting without the swap. Also, there is "nofail" in fstab option to activate a swap only if its backing device happens to be around. Hence I think I can close this bug, right? If there's something left to fix, please reopen.