BIOS-uri idioade vs LVM = timp pierdut, nervi și mulți morcovi….

Se pare că uneori, după ce reușesc să rezolv unele probleme, mintea mea izolează (șterge sau ce-o face ea) evenimentul… și din păcate (uneori) soluția găsită.

Pe tiparul acesta, zilele trecute când un coleg a venit cu un harddisk bușit am stat și am dat cu presupusul mai bine de o oră până când am găsit rezolvarea.

Problema era că acel hard fusese introdus într-o mașină (mai veche) al cărei BIOS a hotărât că SATA trebuie tratat ca RAID. Drept pentru care a bușit partiția. Cum discul era inițial era LVM, de aici start distracție.

Acum câteva luni am avut parte de o distracție similară, când unul din serverele unui client a cedat iar când a sosit serverul nou, discul vechi nu a mai putut fi folosit dar după cum ziceam, memoria mea se dovedește a fi scurtă, scurtă…

Dar, revenind la cazul acesta, după ce am reușit să refac sistemul de fișiere cu Testdisk, am obținut doar mesajul de oroare atunci când încercam să montez partiția cu pricina:

mount: unknown filesystem type 'LVM2_member'

Fdisk-ul afișa corect partițiile și sistemul însă de pomană.

După înjurături și căutări care în marea majoritate îmi întorceau răspunsuri de tipul “formatează și pune din backup” am (re)găsit soluția salvatoare… și mi s-au activat senzorii

Am instalat lvm2, apoi cu un lvmdiskscan am obținut lista partițiilor:

# lvmdiskscan
/dev/ram0 [ 62.50 MB]
/dev/ram1 [ 62.50 MB]
/dev/hda1 [ 101.94 MB]
/dev/sda1 [ 39.19 MB]
/dev/ram2 [ 62.50 MB]
/dev/hda2 [ 485.58 GB] LVM physical volume
/dev/sda2 [ 2.01 GB]
/dev/ram3 [ 62.50 MB]
/dev/sda3 [ 60.00 GB]
/dev/ram4 [ 62.50 MB]
/dev/sda4 [ 86.96 GB]
/dev/ram5 [ 62.50 MB]
/dev/ram6 [ 62.50 MB]
/dev/ram7 [ 62.50 MB]
/dev/ram8 [ 62.50 MB]
/dev/ram9 [ 62.50 MB]
/dev/ram10 [ 62.50 MB]
/dev/ram11 [ 62.50 MB]
/dev/ram12 [ 62.50 MB]
/dev/ram13 [ 62.50 MB]
/dev/ram14 [ 62.50 MB]
/dev/ram15 [ 62.50 MB]
0 disks
21 partitions
0 LVM physical volume whole disks
1 LVM physical volume

După care, cu lvmdisplay, am obținut numele volumului

# lvmdiskscan
lvdisplay
--- Logical volume ---
LV Name /dev/VolGroup00/LogVol00
VG Name VolGroup00
LV UUID xxxxxxxxx

și toate celelalte componente ale sale.

Cu toate astea și încercarea de a monta volumul folosind numele a fost un eșec.

# mount /dev/VolGroup00/LogVol00 /mnt/tempdisk/
mount: special device /dev/VolGroup00/LogVol00 does not exist

La scanare am văzut că statusul e inactiv:

# lvscan
inactive '/dev/VolGroup00/LogVol00' [485.58 GB] inherit
inactive '/dev/VolGroup00/LogVol01' [14.42 GB] inherit

Apoi, mulțumită unui “pățit”  am găsit soluția:

# modprobe dm-mod
# vgchange -ay
# lvscan
ACTIVE '/dev/VolGroup00/LogVol00' [485.58 GB] inherit
ACTIVE '/dev/VolGroup00/LogVol01' [14.42 GB] inherit
# mount /dev/VolGroup00/LogVol00 /mnt/tempdisk

Și am făcut un om fericit că-și poate accesa datele de pe discul cu pricina.


Posted

in

by

Comments

2 responses to “BIOS-uri idioade vs LVM = timp pierdut, nervi și mulți morcovi….”

  1. Smart Avatar

    Ca tot vorbim de Bios, am dat o problema care se pare ca alti nu au putut sa o rezolva, nu am reusit sa instalez ubuntu si windows 7 pe acelasi pc, deci am facut doua paritii, una cu spatiu nealocat pentru ubuntu si alta cu spatiu alocat pentru windows.
    Dupa ce instalez windows pare ca ubuntu nu recunoaste windows ai idee de ce?

    1. admin Avatar
      admin

      În majoritatea cazurilor când se întâmplă lucruri pe tiparul ăsta, buba e de la UEFI. Încearcă (dacă pornește în Ubuntu) să îți instalezi BootRepair și să folosești apoi instrucțiunile de aici https://help.ubuntu.com/community/Boot-Repair
      Sporuri.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

© Alex. Burlacu