Goedendag, dames en heren
Het was donderdagavond en een van onze beheerders moest de schijfgrootte aanpassen op een van de KVM-virtual machines. Het leek een volkomen triviale taak, maar het kan leiden tot verlies van gegevens... En zo... het hele verhaal staat onder de kat
Zoals ik al zei, donderdagavond (het leek geen regen te zijn) besloot een van onze beheerders om een langverwachte taak uit te voeren en de FS-grootte binnen de virtuele machine te vergroten. KVM.
Ik had de schijfgrootte alvast vergroot van 14 GB naar 60 GB en de admin hoefde alleen de FS-grootte binnen de virtuele machine aan te passen.
Rond middernacht stuurde de admin een bericht met de vraag of de partitie extended of primary moest zijn... In antwoord zei ik hem dat het moest worden gedaan zoals het eerder in de virtuele machine was.
De tijd verstreek... en de admin stuurt dat hij fouten krijgt dat het uitbreiden van de partitie niet lukt... en hij kan hem niet meer mounten... het was al 2 uur 's nachts.
Ik schreef hem dat hij niets meer moest doen en de virtuele machine met rust moest laten en zelf een kopie van de schijfafbeelding VM moest maken — genaamd vmname_bad.
Het werd nog ingewikkelder omdat de admin geen snapshot maakte en de indeling niet had gekopieerd voordat hij zijn acties ondernam... Met deze informatie hadden we terug kunnen gaan en het opnieuw kunnen proberen.
In de ochtend, met frisse gedachten, start ik de virtuele machine met hetzelfde besturingssysteem (Debian 9) en sluit de schijf aan. Via fdisk zie ik dat deze schijf al is vergroot tot 60 GB en de partitie... die eigenlijk een beetje beschadigd is.
Ik probeer op basis van de screenshots die de admin heeft gegeven de vorige indeling te vinden, maar helaas tevergeefs. Ik probeer via fdisk waarden te vinden, maar helaas alle pogingen zijn mislukt.
Omdat fdisk me niet kan helpen... roep ik parted te hulp. Ik start parted — ik verwijder de oude partitie rm 2 en met de geschatte indelingswaarden doe ik rescue — ik geef het begin- en eindwaarde op, waar de partitie kan zijn. Na een minuut wachten vindt parted de partitie en biedt aan om informatie naar het systeem toe te voegen — ik stem in en verlaat parted.
Ik mount de partitie — alles is OK. De bestanden zijn op hun plaats en alles is goed, maar de grootte is nog steeds de oude 14 GB. Ik unmount /dev/sdd1 en voer resize2fs /dev/sdd1 uit, gevolgd door e2fsck /dev/sdd1, en mount opnieuw en zie de vergrote partitie met alle bestanden en helemaal levend.
Alles eindigde goed voor zowel mij als de admin.
Bron: habr.com
