← Back to team overview

touch-packages team mailing list archive

[Bug 1516225] Re: Swapon does not respect fstab priorities order

 

The "0 0" fields are defunct and have no meaning anymore... even when
they did, they defaulted to 0 if omitted.  The /dev/mapper stuff is
because I use LVM ( which was handy when I wanted to temporarily create
a second swap partition to test this ) and shouldn't matter.  This also
shouldn't matter, but the other difference I notice is that you are
using UUIDs.  Maybe you could try changing it to the device path?

Another thing that might be worth checking is manually activating the
swap with the swapon command and see if it respects the priority
argument.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to util-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1516225

Title:
  Swapon does not respect fstab priorities order

Status in util-linux package in Ubuntu:
  Invalid

Bug description:
  uname -a
  Linux msi-ge60-ubuntu 4.2.0-18-generic #22-Ubuntu SMP Fri Nov 6 18:25:50 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

  
  sudo swapon --summary
  Filename				        Type		Size	                Used	Priority
  /dev/sdc2                              	partition	50331644	0	        -1
  /dev/sda6                              	partition	50331644	0	        -2

  However, in /etc/fstab:
  # swap was on /dev/sda6 during installation
  UUID=4870beef-bb2c-40c1-91da-f1444f90c51b none            				swap    sw,nofail,pri=-1  0       0

  # swap on SSD Samsung  /dev/sdc2
  UUID=fa2b8ce4-6ce7-4fb2-ac12-475264bed20f none            				swap    sw,nofail,pri=-2  0       0

  Does the fact that sdc2 is a SSD makes swapon override the fstab priorities? 
  It is suspicious that swapon prints sdc2 first in the summary. despite the following facts:
  - sdc2 priority is -2 in fstab
  - sdc2 is declared after sda2 in fstab
  - sdc2 is after sda2 in alphabetical order

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/1516225/+subscriptions


References