монтировать неизвестный тип файловой системы 'lvm2_member'

После обновления с 14.04 до 16.06 моя система перестала работать.

Я сделал новую установку на новый диск, но это тоже не удалось ...

Я выполнил еще одну установку, но теперь, когда пытаюсь смонтировать исходный диск со всеми моими файлами, я получаю следующее сообщение:

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

Я установил «lvm2» из репозитория и gparted видит диск Однако Наутилус не видит диск и, следовательно, не установлен.

Любой совет?

РЕДАКТИРОВАТЬ:

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/
fcroot
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
pst007x@Home-Server:~$ 
8
задан 1 May 2016 в 23:25

5 ответов

Вы использовали то же самое имя (человечность-vg) для Вашей новой группы объема как старая группа объема. Необходимо дать им уникальные имена. Можно переименовать одну из групп, использующих vgrename и его UUID.

Находят UUID с vgdisplay и затем переименовывают группу объема:

vgrename <VG UUID> new_name
4
ответ дан 2 May 2016 в 09:25
  • 1
    Так, я буду использовать склонный - получают установку, спасибо так или иначе. Я сохраню это как лучший ответ, потому что это было " right" один IMO. – Prasqui 6 October 2017 в 09:10

Я просто недавно установил Ubuntu 16.04 с помощью LVM. Я только что сделал это однажды , таким образом, я не буду утверждать, что был полномочиями на этом. Мой краткий обзор, Вы используете неправильный синтаксис. Ниже копия мой" fstab" файл. Отметьте синтаксис монтированием логического тома.

# /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

я также предложил бы получить" управление логическими томами " от Центра программного обеспечения Ubuntu" и изучить дисплей графического изображения. Используйте то изображение для установления точек монтирования с VLM. Можно также видеть расположение дисковода под LVM при помощи команды ниже:

sudo lvdisplay

я также записал короткое учебное руководство (на основе моего, и только испытайте), который может быть несколько полезным: Создают Логический "Домашний" Объем Когда Используя управление логическими томами (VLM)

пз: Если Вы делаете чистую установку Ubuntu, существует флажок для использования LVM (в моем случае), таким образом, нет никакой потребности на самом деле установить LVM, должен Вы видеть, что флажок и проверяет его.

6
ответ дан 2 May 2016 в 09:25
  • 1
    Для зависимостей необходимо установить-devel пакеты. – Panther 6 October 2017 в 09:18

Это не способ, которым смонтирован LV, Вы пропускаете некоторые важные части.

После создания Логического тома (LV), который принадлежит Группе объема (VG), это - часть одного или нескольких Физический том/s (PV), необходимо найти путь к объему.

Можно сделать это lvdisplay и Вы будете видеть что-то как

Путь LV/dev/books-vg/books_volume

Вы собираетесь скопировать этот путь и создать Файловую систему (потому что это еще не Файловая система, это - просто Раздел - и вот почему Вы не можете смонтировать его). Таким образом, необходимо отформатировать этот Раздел и создать Файловую систему:

mkfs.ext4 /dev/books-vg/books_volume

вывод посмотрит что-то как

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                

И теперь, наконец, можно смонтировать объем:

mount /dev/books-vg/books_volume /mnt
1
ответ дан 2 May 2016 в 09:25
  • 1
    То, что Вы говорите, является работой вокруг к более широкому вопросу " нет никакого способа просто установить всех их, в то время как конфигурация работает? " - посмотрите автосклонный – Panther 6 October 2017 в 07:21

Не умалять принятый ответ, но хотело предложить больше полного решения, которое еще не привело меня к сбою.

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

столкнуться mount: unknown filesystem type 'LVM2_member' сделайте команды ниже

sudo bash
vgdisplay
vgrename <VG UUID> new_name
modprobe dm-mod
vgchange -ay
lvscan
mount /dev/new_name/root /mnt/data/
6
ответ дан 23 November 2019 в 05:25

Вот решение, которое также работает для клонированных disks, в отличие от принятого ответа.

Я выполнил еще одну установку, но теперь при попытке смонтировать исходный диск… я получаю сообщение: mount: unknown filesystem type 'LVM2_member'

Это происходит потому, что и старая, и новая установка используют LVM, вероятно потому что вы включили шифрование жесткого диска. Ubuntu будет использовать ubuntu-vg в качестве имени группы томов (аналогично имени диска) для установки, и это вызывает проблему, поскольку LVM может получить доступ только к одной из групп томов, если две или более имеют такое же имя группы томов. В вашем случае один уже используется с момента загрузки системы, поэтому попытка доступа к другой установке не удалась.

Это очень похоже на проблему, когда вы хотите использовать LVM для доступа как к диску, так и к его клону. Система LVM предоставляет для этой цели команду vgimportclone. По сравнению с принятым в настоящее время ответом это имеет то преимущество, что позволяет переименовать недоступную группу томов, что невозможно с vgrename для случаев, когда вы не можете узнать VG UUID, для Например, потому что он такой же, как и существующий, как и в случае с клонированными дисками.

Инструкции:

  1. Если группа томов LVM находится в зашифрованном разделе, сначала откройте зашифрованный раздел, чтобы сделать его видимым для команд LVM:

    sudo cryptsetup luksOpen /dev/sdb5 sdb5_crypt
    
  2. Затем используйте vgimportclone, чтобы переименовать группу томов:

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

    В случае незашифрованной группы томов LVM используйте /dev/sdb5 вместо /dev/mapper/sdb5_crypt в качестве идентификатора устройства.

  3. Устройства в группе томов, которые теперь называются ubuntu-vg-old, теперь должны быть доступны для монтирования, если щелкнуть соответствующее устройство в файловом менеджере, или для монтирования вручную с помощью:

    sudo mkdir /media/имя пользователя/ubuntu-vg-old-root
    sudo mount /dev/mapper/sdb5_crypt /media/имя пользователя/ubuntu-vg-old-root
    
  4. Если монтирование еще не работает, возможно, вам придется отключить и снова подключить зашифрованный раздел, чтобы Ubuntu распознал измененное имя группы томов:

    sudo dmsetup remove /dev/mapper/sdb5_crypt
    sudo cryptsetup luksOpen /dev/sdb5 sdb5_crypt
    
1
ответ дан 28 September 2020 в 16:37

Другие вопросы по тегам:

Похожие вопросы: