After upgrading from 14.04 to 16.06 my system failed.

I have done a fresh install on a new drive, but that failed too...

I have done another install but now when trying to mount my original drive with all my files on I get this message:

pst007x@Home-Server:~$ sudo mount /dev/sdb5 /media/newhd
[sudo] password for pst007x: 
mount: unknown filesystem type 'LVM2_member'

I have installed 'lvm2' from the repos and gparted sees the drive, however Nautilus does not see the drive and therefore not mounted.

Any advise?


I tried this:

pst007x@Home-Server:~$ sudo apt-get install lvm2
Reading package lists... Done
Building dependency tree       
Reading state information... Done
lvm2 is already the newest version (2.02.133-1ubuntu10).
0 to upgrade, 0 to newly install, 0 to remove and 0 not to upgrade.
pst007x@Home-Server:~$ sudo vgs
  VG        #PV #LV #SN Attr   VSize   VFree 
  ubuntu-vg   1   2   0 wz--n- 465.28g     0 
  ubuntu-vg   1   2   0 wz--n- 465.52g 52.00m
pst007x@Home-Server:~$ sudo vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "ubuntu-vg" using metadata type lvm2
  Found volume group "ubuntu-vg" using metadata type lvm2
pst007x@Home-Server:~$ sudo lvs
  LV     VG        Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   ubuntu-vg -wi-ao---- 461.28g                                                    
  root   ubuntu-vg -wi------- 461.47g                                                    
  swap_1 ubuntu-vg -wi-------   4.00g                                                    
  swap_1 ubuntu-vg -wi-ao----   4.00g                                                    
pst007x@Home-Server:~$ sudo modprobe dm-mod
pst007x@Home-Server:~$ sudo vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "ubuntu-vg" using metadata type lvm2
  Found volume group "ubuntu-vg" using metadata type lvm2
pst007x@Home-Server:~$ sudo vgchange -ay ubuntu-vg
  device-mapper: create ioctl on ubuntu--vg-rootLVM-xhGIrhlZUAJeJA3fWJOOSvuTUO3vZOH9tqZgBj8dGOLHoYzCStcE02NcX8UGpglD failed: Device or resource busy
  1 logical volume(s) in volume group "ubuntu-vg" now active
pst007x@Home-Server:~$ ls /mnt/
pst007x@Home-Server:~$ ls /dev/mapper
control  ubuntu--vg-root  ubuntu--vg-swap_1
pst007x@Home-Server:~$ sudo vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "ubuntu-vg" using metadata type lvm2
  Found volume group "ubuntu-vg" using metadata type lvm2
pst007x@Home-Server:~$ sudo lvscan
  ACTIVE            '/dev/ubuntu-vg/root' [461.28 GiB] inherit
  inactive          '/dev/ubuntu-vg/swap_1' [4.00 GiB] inherit
  inactive          '/dev/ubuntu-vg/root' [461.47 GiB] inherit
  ACTIVE            '/dev/ubuntu-vg/swap_1' [4.00 GiB] inherit

You used the exact same name (ubuntu-vg) for your new volume group as the old volume group. You must give them unique names. You can rename one of the groups using vgrename and its UUID.

Find the UUID with vgdisplay and then rename the volume group:

vgrename <VG UUID> new_name
  • Thanks yes that seems to be the issue here. Between you and Steve R, the issue has been resolved.
    – pst007x
    May 2 '16 at 10:14
  • 1
    Can you provide more info on this ? Thanks.
    – DevilCode
    Nov 23 '16 at 23:45
  • @DevilCode, you will have to be more specific.
    – psusi
    Jan 16 '17 at 3:17
  • @DevilCode You can find some useful information on this answer.
    – John
    Sep 7 '17 at 16:05

Not to detract from the accepted answer, but wanted to offer a more complete solution that hasn't failed me yet.

udisksctl unlock -b /dev/sdb5
sudo mkdir /mnt/data
sudo mount /dev/dm-1 /mnt/data

run into mount: unknown filesystem type 'LVM2_member' do the commands below

sudo bash
vgrename <VG UUID> new_name
modprobe dm-mod
vgchange -ay
mount /dev/new_name/root /mnt/data/

I just recently installed Ubuntu 16.04 using LVM. I have just done this once, so I won't claim to be an authority on this. My quick take, you are using incorrect syntax. Below is a copy of my "fstab" file. Note the syntax for mounting a logical volume.

# /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>
/dev/mapper/ubuntu--vg-root /                     ext4         errors=remount-ro       0       1

# Logical volume for home
/dev/mapper/ubuntu--vg-newhome /home        ext4         errors=remount-ro       0       2

# /boot was on /dev/sda1 during installation
# Boot volume (partition) Not part of Logical Volume Management (LVM)
UUID=ed575497-3e49-43ae-aaf6-2f482b516a2b /boot   ext2         defaults                0       2

# Swap volume (partition)  Uses Logical Volume Management (LVM)
/dev/mapper/ubuntu--vg-swap_1 none                 swap        sw                      0       0

#Mount Western Digital Passport Drive On Router  - Not part of Logical Volume Management (LVM)
//rt-n56u/sda1 /media/My_Passport cifs file_mode=0777,dir_mode=0777,rw,guest,sec=ntlm,uid=1000,forceuid,gid=34,forcegid,nofail 0      0

I would also suggest obtaining "Logical Volume Management" from the Ubuntu Software Center" and studying the graphical image display. Use that image to ascertain your mount points with VLM. You can also see your disk drive layout under LVM by using the command below:

sudo lvdisplay

I also wrote a short tutorial (based on my one and only experience), which may be of some use: Create Logical "Home" Volume When Using Logical Volume Management (VLM)

PS: If you do a clean install of Ubuntu, there is a checkbox for using LVM (in my case), so there is no need to actually install LVM should you see that checkbox and check it.

  • Don't give-up so soon. Try a clean install using the "old" style partitions. So far Ubuntu 16.04 seems very good.
    – Steve R.
    May 2 '16 at 0:13
  • Thanks... I was just having a very frustrating time of it... the info you gave has helped, plus it seems because I was trying to access an old installation @psusi pointed out the volume groups had the same name.... Thanks again
    – pst007x
    May 2 '16 at 10:13

That's not the way LV's are mounted, you're missing some important parts.

After creating the Logical Volume (LV) that belongs to a Volume Group (VG) that's part of one or more Physical Volume/s (PV), you need to find the path to the volume.

You can do that by lvdisplay and you'll see something like

LV Path /dev/books-vg/books_volume

You're going to copy this path, and create a Filesystem (because it's not a Filesystem yet, it's just a Partition - and that's why you can't mount it). So you need to format this Partition and create the Filesystem:

mkfs.ext4 /dev/books-vg/books_volume

the output will look something like

mke2fs 1.42.13 (17-May-2015)                                                   
Creating filesystem with 13107200 4k blocks and 3276800 inodes                 
Filesystem UUID: f00a7051-6203-4c18-9d95-b589aae48606                          
Superblock backups stored on blocks:                                           
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424                                             

Allocating group tables: done                                                  
Writing inode tables: done                                                     
Creating journal (32768 blocks): done                                          
Writing superblocks and filesystem accounting information: done                

And now, finally, you can mount the volume:

mount /dev/books-vg/books_volume /mnt
  • 7
    Caution, formating may not be what you want if you are mounting an existing drive.
    – flurdy
    Jul 12 '17 at 13:54
  • 4
    You're not showing how to mount, but how to delete all data! Sep 29 '19 at 11:08

Here is a solution that also works for cloned disks, unlike the accepted answer.

I have done another install but now when trying to mount my original drive … I get this message: mount: unknown filesystem type 'LVM2_member'

This happens because both your old and new installation use LVM, probably because you enabled hard disk encryption. Ubuntu will use ubuntu-vg as the volume group name (similar to a disk name) for the installation, and this causes a problem because LVM can only access one of the volume groups in case two or more have the same volume group name. In your case, one is already in use since booting the system, so trying to access the other installation fails.

This is pretty identical to the issue when you want to use LVM to access both a disk and its clone. The LVM system provides the vgimportclone command for this purpose. Compared to the currently accepted answer, this has the advantage that it allows renaming the inaccessible volume group, which is not possible with vgrename for cases where you cannot find out the VG UUID, for example because it is the same as an existing one, as in cases of cloned disks.


  1. If the LVM volume group is on an encrypted partition, first open the encrypted partition to make it visible to LVM commands:

    sudo cryptsetup luksOpen /dev/sdb5 sdb5_crypt
  2. Then use vgimportclone to rename the volume group:

    sudo vgimportclone --basevgname ubuntu-vg-old /dev/mapper/sdb5_crypt

    In case of an unencrypted LVM volume group, use /dev/sdb5 in place of /dev/mapper/sdb5_crypt as the device identifier.

  3. The devices in the volume group now named ubuntu-vg-old should now be available for mounting by clicking on the corresponding device in a file manager, or for manual mounting with:

    sudo mkdir /media/username/ubuntu-vg-old-root
    sudo mount /dev/mapper/sdb5_crypt /media/username/ubuntu-vg-old-root
  4. If mounting does not yet work, you might have to disconnect and reconnect the encrypted partition to let Ubuntu recognize the changed volume group name:

    sudo dmsetup remove /dev/mapper/sdb5_crypt
    sudo cryptsetup luksOpen /dev/sdb5 sdb5_crypt

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.