Einen schönen Nachmittag, Liebling
Es war Donnerstagabend und einer unserer Administratoren musste die Größe der Festplatte auf einer der virtuellen KVM-Maschinen ändern. Es scheint eine völlig triviale Aufgabe zu sein, aber sie kann insgesamt zu Datenverlust führen ... Und so ... ist die ganze Geschichte bereits unter Verschluss
Wie ich bereits sagte, beschloss einer unserer Administratoren am Donnerstagabend (es schien nicht zu regnen), eine seit langem bestehende Aufgabe zu erledigen und die Dateigröße in der virtuellen KVM-Maschine zu erhöhen.
Zuvor hatte ich bereits die Größe der Festplatte selbst von 14 GB auf 60 GB erhöht und der Administrator musste nur noch die Größe des Dateisystems innerhalb der virtuellen Maschine erhöhen.
Gegen 12 Uhr nachts sendet der Administrator eine Nachricht mit der Frage, ob es einen erweiterten oder einen primären Abschnitt geben soll... Als Antwort schrieb ich ihm, dass er es auf der virtuellen Maschine selbst so machen muss, wie es vorher war.
Die Zeit verging ... und der Administrator sagte, dass er Fehlermeldungen erhielt, dass er die Partition nicht erweitern konnte ... und sie nicht mehr gemountet wurde ... es war bereits 2 Uhr morgens ...
Ich habe ihm geschrieben, er solle nichts mehr tun, die virtuelle Maschine in Ruhe lassen und selbst eine Kopie des VM-Disk-Images erstellen – mit dem Namen vmname_bad
Alles wurde dadurch noch komplizierter, dass der Administrator vor seinen Aktionen keinen Snapshot gemacht und das Markup nicht kopiert hatte ... Mit diesen Informationen könnte man einen Rollback durchführen und es erneut versuchen.
Am Morgen richtete ich mit neuen Gedanken eine virtuelle Maschine mit demselben Betriebssystem (Debian 9) ein und schloss die Festplatte an. Über fdisk sehe ich, dass diese Festplatte bereits auf 60 GB erweitert wurde und die Partition ... die tatsächlich etwas kaputt ist.
Anhand der vom Administrator bereitgestellten Screenshots versuche ich, das vorherige Markup zu finden, aber leider vergeblich. Ich versuche, die Werte mit fdisk zu finden, aber leider sind alle Versuche fehlgeschlagen.
Da fdisk mir nicht helfen kann, rufe ich parted um Hilfe an. Lassen Sie uns einen Teil laden - ich lösche die alte Partition RM 2 und da ich die ungefähren Partitionswerte kenne, rette ich sie - ich gebe den Anfangswert und den Endwert an, wo sich die Partition befinden kann. Eine Minute warten und getrennt findet die Partition und bietet an, Informationen darüber in das System einzugeben – ich stimmte zu und ging getrennt.
Ich mounte die Partition – alles ist in Ordnung. Die Dateien sind vorhanden, alles ist in Ordnung, aber die Größe beträgt immer noch alte 14 GB. Ich habe /dev/sdd1 ausgehängt und resize2fs /dev/sdd1, dann e2fsck /dev/sdd1 durchgeführt und es erneut gemountet und sah die bereits erweiterte Partition mit allen Dateien und ziemlich lebendig.
Für mich und den Administrator endete alles gut.
Source: habr.com