ext4 volume op LVM wil niet mounten na partitie tabel aanpassing

Hallo allemaal,

Situatie: Linux VM (XenServer) met een losse data schijf met daarop een LVM volume.

Het volgende stappenplan volg ik altijd wanneer ik een Linux partitie al dan niet in een LVM groter wil maken.

1. Virtuele schijf groter maken op de host (XenServer)
2. Reboot
3. Partitie tabel aanpassen conform grotere schijf
4. Reboot
5. pvresize, lvresize, resize2fs

Dit gaat altijd goed, kan wellicht beter/efficiënter/sneller maar dit is nu eenmaal hoe ik het mezelf aangeleerd heb. Nu liep ik vandaag na de partitie tabel aanpassing tegen het probleem aan dat de VM niet meer wilde booten vanwege "bad magic number in super-block" error.

De suggestie is dan om een fsck te draaien, wat me met geen mogelijkheid lukt. Iemand hier suggesties?

Heb je de partitie verwijderd en opnieuw aangemaakt? Met fdisk?

Oorspronkelijk geplaatst door dennis0162

Heb je de partitie verwijderd en opnieuw aangemaakt? Met fdisk?

Klopt, enige wat feitelijk veranderd is is het laatste block i.v.m. aantal sectoren om dus extra ruimte te krijgen.

Had je meerdere partities op die disk? Het kan zijn dat je tweede partitie bij sector 1 begint. Dit is soms een bug in fdisk waarbij je de nieuwe partitie op 1 begint terwijl daar al een andere partitie opstaat.

Volgens mij niet, dit is hoe het eruit zag:

fdisk -l /dev/xvdb

Disk /dev/xvdb: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00044045

Device Boot Start End Blocks Id System
/dev/xvdb1 1 6528 52427776 8e Linux LVM

pvdisplay

--- Physical volume ---
PV Name /dev/xvdb1
VG Name vg02
PV Size 50.00 GiB / not usable 3.00 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 12799
Free PE 0
Allocated PE 12799
PV UUID 144cr1-T1WQ-xPCv-FdHM-ssEO-8hex-jnVw6t

lvdisplay

--- Logical volume ---
LV Path /dev/vg02/LogVol02
LV Name LogVol02
VG Name vg02
LV UUID NT83dd-Xomt-ckjS-xaYn-8klv-Sb9b-D1R8oA
LV Write Access read/write
LV Creation host, time concorp8, 2013-01-09 12:55:15 +0100
LV Status available
# open 1
LV Size 50.00 GiB
Current LE 12799
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 253:1

Dit is de "originele" output van parted, van voor de resize nog

parted /dev/xvdb
GNU Parted 2.1
Using /dev/xvdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: Xen Virtual Block Device (xvd)
Disk /dev/xvdb: 53.7GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
1 1049kB 53.7GB 53.7GB primary lvm

Hoe ziet de partitie informatie er nu uit? Deze voorbeelden laten allemaal dezelfde disk size zien.

Heb je al een fsck geprobeerd gebruikmakende van een van de alternatieve superblocks?
De melding kan er op wijzen dat je de start van de partitie verkeerd hebt gekozen.

Dat was het volgens mij, fdisk liet slechts 1 als start zien. Ik heb in de backup met parted gekeken en zag daar als start 1049kB. Na dit gecorrigeerd te hebben en de nodige checks/reboots te hebben gedaan werkt het weer.

Misschien een tip voor een manier die mijn eigen voorkeur heeft op xenserver. Nou ja... CentOS eigenlijk... omdat ik dan niet hoef te rebooten en nooit aan partities hoef te komen. Ook fijn dat het live kan.

https://www.techotopia.com/index.php...Logical_Volume

Oorspronkelijk geplaatst door systemdeveloper

Misschien een tip voor een manier die mijn eigen voorkeur heeft op xenserver. Nou ja... CentOS eigenlijk... omdat ik dan niet hoef te rebooten en nooit aan partities hoef te komen. Ook fijn dat het live kan.

https://www.techotopia.com/index.php...Logical_Volume

Het nadeel dat je dan op een gegeven moment zoveel extra disks krijgt. Als je hem een paar keer moet vergroten.
Zelf doe ik dat met cloud-init-growpart (yum install cloud-init-growpart)

Dan krijg je zoiets bijvoorbeeld (wel eerst even de disk vergroten in xen/Kvm/esxi):

growpart /dev/sda 2
pvresize /dev/sda2
lvextend -r -l +100%FREE /dev/vg/root

Zonder reboot een grotere disk

Thnx voor de tips! Overigens staat mijn XenServer me niet toe van een running VM de disk size aan te passen

Afgaand op basis van de error die je krijgt is je start block niet hetzelfde als wat het was. Ik doel dan op:

Device Boot Start End Blocks Id System
/dev/xvdb1 1 6528 52427776 8e Linux LVM

Op het getal 6528. Als dat ook maar 1 getalletje naar boven of beneden is veranderd dan klopt de partitietabel niet meer en kun je niets meer. Dit is met name een issue op sommige Ubuntu dozen die een vreemde start waarde gebruikt die fdisk niet snapt.

Ik hanteer dezelfde werkwijze als die jij geeft, en ik maak altijd een screenshotje van de waarde voordat ik partitietabellen ga aanpassen, zodat je bij een fout het kunt herstellen. Je kunt ook de partitietabel opslaan / backuppen.