On 21/08/2019 12:33, Carlos E. R. wrote:
On 21/08/2019 12.09, gumb wrote:
On Leap 42.3 (shortly due to be updated to 15.1), in preparation I decided to change the partitioning. In view of my doubling the RAM, I created a new swap partition, /dev/sda2 on an nvme drive (I've set the swappiness=1 as it'll likely never be used, it's really just for very rare and unlikely hibernation as I have plenty of free space on this drive).
If it is unlikely to be ever used, then you don't need to do anything. The system will not use it unless it needs it; and if it needs it, don't make things harder for it by altering swapiness.
All the advice I've read thus far suggests not using an SSD for swap, but if you must and you have plenty of RAM, set the swappiness to this minimal value. In this case, I'm doubling the RAM to 16GB with a matching pair in order to marginally boost graphics performance with one app which is also resource-intensive. But the system otherwise never needs this much RAM, so it will rarely touch swap. I want to preserve the lifetime of the rather cheap nvme drive by not writing to it save for exceptional circumstances.
After a reboot I then deleted the original swap partition on /dev/sdb2. I did all this in YaST Partitioner.
Go back and set a label on it.
Urgh! I've used exclusively UUID for partitions on all my machines for a few years now. Why the need to return to this archaic practice? (I assume you mean on /dev/sda2, not /dev/sdb2, the partition I've deleted.)
Now each boot has a 1m30s delay. In boot.log there are hundreds of timed entries throughout this delay, i.e.: A start job is running for dev-sda2.device (1min 29s / 1min 30s) ending with Timed out waiting for device dev-sda2.device. Dependency failed for Resume from hibernation using device /dev/sda2.
In /boot/grub2/grub.cfg I see each boot entry is appended with: resume=/dev/sda2 splash=silent quiet showopts resume=/dev/sda2 splash=silent quiet showopts resume=/dev/sda2 splash=silent quiet showopts
So the string three times in succession.
How can I fix this? I just want to be sure there's no broader issue with putting swap on an nvme drive before I do a fresh install of 15.1.
Edit fstab, and make sure it refers to the current swap by label name.
Then edit /etc/default/grub, so that you have something like this:
GRUB_CMDLINE_LINUX_DEFAULT="showopts resume=/dev/disk/by-label/Swap splash=verbose"
(mutandis mutandi)
Then read the line at the start of the file that says
#If you change this file
and do what it says to do if you change that file, which you did.
Now you can reboot.
All this could be a workaround, though it doesn't explain why the new swap poses a problem when mounted by UUID. I'm about to reformat / to install 15.1, keeping /home intact. I suspect that whatever has caused this anomaly will be cleared up automatically by the new install. I just want to be sure the issue isn't caused by some conflict with swap on the nvme drive, since I'd prefer not to have to fiddle again with the partitioning post-install. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org