[Bug 874774] Re: could not mount /dev/mapper/cryptswap1

Steve Langasek steve.langasek at canonical.com
Sat Jun 23 22:53:12 UTC 2012


On Sat, Jun 23, 2012 at 09:43:31PM -0000, grosso wrote:
> Sorry, I'm afraid I'm not experienced enough and maybe I'm
> missinterpretating my problem.  I will ask in a more apropiated place
> before open a new bug, but please, give me a hint because i can't see
> where is the difference.

> I come to this bug because gparted shows /dev/sda7, where is my swap, as
> unmounted.

Yes, that has absolutely nothing to do with this bug report.  This bug
report is about a message *at boot time* informing users that the encrypted
swap device could not be mounted.

gparted is correct when it tells you that /dev/sda7 in not mounted.  It's
*not* mounted - /dev/mapper/cryptswap1 is mounted, and gparted has no idea
of the mapping between /dev/mapper/cryptswap1 and /dev/sda7.

But this information is available in /sys, so gparted could learn to parse
that.  You should file a wishlist bug against gparted for this, if you would
like to see this implemented.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to cryptsetup in Ubuntu.
https://bugs.launchpad.net/bugs/874774

Title:
  could not mount /dev/mapper/cryptswap1

Status in “cryptsetup” package in Ubuntu:
  Fix Released
Status in “cryptsetup” source package in Oneiric:
  Triaged
Status in “cryptsetup” source package in Precise:
  Fix Released

Bug description:
  On multiple fresh installs since beta release 2 i have been experiencing this issue:
  during boot up, i receive the message "could not mount /dev/mapper/cryptswap1 M for manual S for skip"
  obviously I'm expecting no message to show up at all and it should boot perfectly fine. I do however believe that i have found where the problem lies, it is in /etc/fstab
  This is how the original file looked:

  # /etc/fstab: static file system information.
  #
  # Use 'blkid' to print the universally unique identifier for a
  # device; this may be used with UUID= as a more robust way to name devices
  # that works even if disks are added and removed. See fstab(5).
  #
  # <file system> <mount point>   <type>  <options>       <dump>  <pass>
  proc            /proc           proc    nodev,noexec,nosuid 0       0
  # / was on /dev/sda7 during installation
  UUID=482c5b33-9ce8-4575-b787-cddeb1e93a5e /               ext4    errors=remount-ro 0       1
  # swap was on /dev/sda8 during installation
  #UUID=eb23dadc-8e08-4769-8fc5-0b1216b67e5b none            swap    sw              0       0
  /dev/mapper/cryptswap1 none swap sw 0 0

  
  i believe the problem is that the following line of:
  #UUID=eb23dadc-8e08-4769-8fc5-0b1216b67e5b none            swap    sw              0       0

  is not supposed to be commented out, i believe this happens somewhere
  in install. The ghetto fix for this is simply to remove the comment on
  it, but it definitely should not be happening...

  i have also found a eerily similar problem from Ubuntu 9.10 Bug
  #490760  which is a "duplicate" of another bug that is why i
  classified this as cryptsetup, because that bug was.

  Here is more information:

  Description:	Ubuntu 11.10
  Release:	11.10

  cryptsetup:
    Installed: 2:1.1.3-4ubuntu2
    Candidate: 2:1.1.3-4ubuntu2
    Version table:
   *** 2:1.1.3-4ubuntu2 0
          500 http://us.archive.ubuntu.com/ubuntu/ oneiric/main amd64 Packages
          100 /var/lib/dpkg/status

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/874774/+subscriptions




More information about the foundations-bugs mailing list