Guten Tag, sehr geehrte
Es war Donnerstagabend, und einer unserer Administratoren sollte die GröĂe der Festplatte auf einer der KVM-VMs Ă€ndern. Es schien eine triviale Aufgabe zu sein, aber sie kann zu einem Datenverlust fĂŒhren... Und so... die ganze Geschichte ist bereits unter dem Cut.
Wie ich bereits sagte â am Donnerstagabend (es schien keinen Regen zu geben) entschied einer unserer Administratoren, eine schon lange geplante Aufgabe durchzufĂŒhren und die GröĂe des Dateisystems innerhalb der virtuellen Maschine zu erhöhen. KVM.
Vorab hatte ich die GröĂe der Festplatte von 14 GB auf 60 GB erhöht, und der Admin musste nur die GröĂe des Dateisystems innerhalb der virtuellen Maschine anpassen.
Um etwa 12 Uhr nachts schickte der Admin eine Nachricht und fragte, ob die Partition erweitet oder primÀr sein sollte... In meiner Antwort erklÀrte ich ihm, dass er es so machen sollte, wie es zuvor auf der virtuellen Maschine war.
Die Zeit verging⊠und der Admin meldete, dass er Fehler erhielt und die Partition nicht erweitern konnte⊠und sie sich nicht mehr einhĂ€ngen lieĂ⊠es war bereits 2 Uhr nachtsâŠ
Ich schrieb ihm, dass er nichts mehr machen und die virtuelle Maschine in Ruhe lassen sollte, wÀhrend ich ein Backup des VM-Festplattenimages erstellte und es vmname_bad nannte.
Alles wurde dadurch komplizierter, dass der Admin keinen Snapshot gemacht und die Partitionierung vor seinen Aktionen nicht kopiert hatte⊠Mit dieser Information hĂ€tte man zurĂŒcksetzen und es noch einmal versuchen können.
Am Morgen, mit frischen Gedanken, starte ich die virtuelle Maschine mit demselben Betriebssystem (Debian 9) und schlieĂe die Festplatte an. Ăber fdisk sehe ich, dass diese Festplatte bereits auf 60 GB erweitert und die Partition ein wenig beschĂ€digt ist.
Ich versuche, anhand der Screenshots, die der Admin bereitgestellt hat, die vorherige Partitionierung zu finden, aber leider vergeblich. Ich versuche, ĂŒber fdisk Werte zu finden, aber alle meine Versuche scheitern.
Da mir fdisk nicht helfen kann, rufe ich parted zur Hilfe. Wir starten parted â ich lösche die alte Partition rm 2 und, Kenntnisse ĂŒber die ungefĂ€hren Werte der Partitionierung, mache ein Rescue â ich gebe den Start- und Endwert an, wo die Partition sein könnte. Nach kurzer Wartezeit findet parted die Partition und schlĂ€gt vor, Informationen darĂŒber ins System aufzunehmen â ich habe zugestimmt und parted beendet.
Ich mounte die Partition â alles ist in Ordnung. Die Dateien sind an ihrem Platz, alles gut, aber die GröĂe betrĂ€gt noch 14 GB. Ich habe /dev/sdd1 unmounted und fĂŒhre resize2fs /dev/sdd1 aus, dann e2fsck /dev/sdd1 und mounte erneut, und sehe die bereits erweiterte Partition mit allen Dateien, die immer noch leben.
Alles endete gut, sowohl fĂŒr mich als auch fĂŒr den Admin.
Quelle: habr.com
