Não é possível montar um disco rígido LVM após a atualização

Question

Eu imagino que esta é uma pegadinha básica ... mas eu não consigo ver. Eu tenho um sistema com 2 discos rígidos (físicos).

O sistema de inicialização (/ dev / sda) estava executando 10.04 & amp; a segunda unidade (/ dev / sdb) era apenas um sistema de arquivos montado.

Eu fiz uma carga limpa do Ubuntu 12.04 sobrescrevendo / dev / sda (não é uma atualização) & amp; agora não pode montar a segunda unidade. então eu não sei o que entrar no fstab ... Eu esperava usar:

  

/ dev / sdb / tera padrões do ext4 0 2

Mas mesmo a montagem manual falha  (Eu também tentei várias opções "-t" na chance!)

  

sudo mount -t ext4 / dev / sdb1 / tera

     

mount: tipo fs errado, opção ruim   superbloco ruim em / dev / sdb1,          falta de página de código ou programa auxiliar ou outro erro          Em alguns casos, informações úteis são encontradas no syslog - tente          dmesg | cauda ou assim

A saída de consultas de disco indica que é um Linux LVM & amp; um disco saudável ainda.

  

sudo lshw -C disco

   *-disk:0
   description: ATA Disk
   product: WDC WD5000AACS-0
   vendor: Western Digital
   physical id: 0
   bus info: scsi@2:0.0.0
   logical name: /dev/sda
   version: 01.0
   serial: WD-WCASU1401098
   size: 465GiB (500GB)
   capabilities: partitioned partitioned:dos
   configuration: ansiversion=5 signature=00015a55
   *-disk:1
   description: ATA Disk
   product: WDC WD10EADS-00L
   vendor: Western Digital
   physical id: 1
   bus info: scsi@3:0.0.0
   logical name: /dev/sdb
   version: 01.0
   serial: WD-WCAU47836304
   size: 931GiB (1TB)
   capabilities: partitioned partitioned:dos
   configuration: ansiversion=5

     

sudo fdisk -l

     

Disco / dev / sda: 500,1 GB, 500106780160 bytes 255 cabeças, 63   setores / faixa, 60801 cilindros, total 976771055 setores Unidades =   setores de 1 * 512 = 512 bytes Tamanho do setor (lógico / físico): 512   bytes / 512 bytes Tamanho de E / S (mínimo / ótimo): 512 bytes / 512 bytes   Identificador de disco: 0x00015a55

     

Sistema de identificação de blocos de fim de inicialização de dispositivos   / dev / sda1 * 2048 972580863 486289408 83 Linux   / dev / sda2 972582910 976769023 2093057 5 Extended   / dev / sda5 972582912 976769023 2093056 82 Troca de Linux /   Solaris

     

Disco / dev / sdb: 1000,2 GB, 1000204886016 bytes 255 cabeças, 63   setores / faixa, 121601 cilindros, total 1953525168 setores Unidades =   setores de 1 * 512 = 512 bytes Tamanho do setor (lógico / físico): 512   bytes / 512 bytes Tamanho de E / S (mínimo / ótimo): 512 bytes / 512 bytes   Identificador de disco: 0x00000000

     

    

Sistema de identificação de blocos de fim de inicialização de dispositivos

         

/ dev / sdb1 1 1953525167 976762583+ 8e Linux LVM

  

O LVM não parece ser uma opção para o mount ou o fstab.

... e aqui está uma captura de tela de dados inteligente do Utilitário de Disco.

    

Answer 1

Solução descoberta horas depois!

Este é um problema de a configuração do LVM não ser preservada durante a nova instalação, e a instalação não tem interesse em outros discos no sistema ( sigh ).

A pista para isso veio de: link

(Este mini-editor faz uma bagunça na saída de texto!)

• pvscan
• vgscan
• lvscan
• vgchange -a y

  

root @ argentine: / home / bruce # pvscan

 PV /dev/sdb1   VG tera01   lvm2 [931.00 GiB / 0    free]
Total: 1 [931.00 GiB] / in use: 1 [931.00 GiB] / in no VG: 0 [0   ]

     

root @ argentine: / home / bruce # vgscan

Reading all physical volumes.  This may take a while...
Found volume group "tera01" using metadata type lvm2

     

root @ argentine: / home / bruce # lvscan

inactive          '/dev/tera01/teravol00' [931.00 GiB] inherit

     

root @ argentine: / home / bruce # vgchange -a y

1 logical volume(s) in volume group "tera01" now active

     

root @ argentine: / home / bruce # lvscan

ACTIVE            '/dev/tera01/teravol00' [931.00 GiB] inherit

     

root @ argentine: / home / bruce # mount -t ext3 / dev / sdb1 / tera

mount: /dev/sdb1 already mounted or /tera busy

     

root @ argentine: / home / bruce # mount -t ext3 / dev / tera01 / teravol00 / tera

     

root @ argentine: / home / bruce # ls -l / tera

total 32
drwxr-xr-x. 3 root root  4096 Jun  2  2008 export
drwxrwxrwx. 5 root root  4096 Nov 15  2009 kept
drwx------  2 root root 16384 May 16  2009 lost+found

     

root @ argentine: / home / bruce #

Bingo !!! (Eu realmente não queria tirá-los dos backups!)

Eu então tentei adicionar o seguinte ao / etc / fstab (para reinicializar)

  

/ dev / tera01 / teravol100 / tera padrões do ext3 0 2

mas isso não funcionou, então eu finalmente usei a GUI system-config-lvm para configurá-lo para montar na reinicialização. (Eu acho que ele fez algo em segundo plano para também ativar o LVM na reinicialização.)

• Espero que isso ajude alguém no futuro.

Answer 2

Eu tive um problema semelhante, mas foi porque o webmin com o Ubuntu 12.04 queria montar meu antigo volume lvm como um sistema de arquivos ext4, em vez de um sistema ext3. Quando mudei o comando fstab mount para ext3, montou corretamente.

Eu anotei em seus textos inicialmente seu comando referenciado ext4 e depois ext3. Seu problema pode não ter sido o mesmo que o meu?