(gelöst) GAU: mit gparted die zu sichernde Platte „geleert“

Alles rund um sicherheitsrelevante Fragen und Probleme.
fischig
Beiträge: 3640
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von fischig » 29.10.2021 13:08:59

GregorS hat geschrieben:Ist das denn wirklich erforderlich?
Scheint so.
GregorS hat geschrieben:Wenn ich die Sache richtig verstehe, müsste es doch genügen, /etc/fstab passend zu ändern und dann lilo neu zu installieren.
Ich hab's so probiert: Per grml in die Linux-Partiton gechrootet dann fstab und lilo.conf angepasst und lilo ausgeführt. Hat nicht funktioniert. Lilo hat was gemeldet, dass irgendwas mit map auf unterschiedlichen „disks“ sei, und das finale Booten des Systems endete in kernel-panic. Das auch noch hinbiegen zu wollen überforderte meine derzeitigen Kenntnisse.

Neuinstallation von lilo hatte ich auch überlegt, aber damit hätte ich dann wohl endgültig das originale System verändert - wollte ich nicht. Außerdem hatte ich dem grml keine Netzwerkkonfiguration (für lilo-Installation) verpasst.

Ich hab's jetzt laufend bekommen, indem ich eine 240GB SSD gekauft habe, dort die drei Partitionen (primär swap, Rest 1x extended und 1x logisch mit ext4) drauf getan habe. (identität der Größen ist offensichtlich unwichtig [vorausgesetzt, das zu kopierende System passt noch auf die vorgesehene Partition]). Dann habe ich via rsync das auf der problematischen Platte wiederhergestellte System in die logische Partition kopiert, gechrootet, lilo und fstab angepasst, lilo ausgeführt, keine Fehlermeldungen.
System läuft jetzt erst mal auf dem Rechner meiner Frau. Jetzt kann ich in Ruhe am Image und seiner Kopie mal ausprobieren, ob man's besser machen kann.

Nebenbei: das Erstellen der Image-Kopie (die ich bisher gar nicht benutzt habe, wie auch, denn:), es entartete zur Katastrophe: Dauer unter grml und mc über acht Stunden. Dagegen war die Erstellung des Images und sein „Ausrollen“ auf der Platte ein Klacks.

fischig
Beiträge: 3640
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von fischig » 29.10.2021 15:30:51

Mein Fehler bei der Anwendung von testdisk auf das auf der kleinen Platte „ausgerollte“ Image war wohl, dass ich nicht realisiert hatte, dass man den vorgeschlagenen Partitionstyp ändern kann. Hätte ich aus der (vorgeschlagenen) primaren ext4-Partition eine logische gemacht, hätte Testdisk die automatisch in eine gleich große erweiterte Partition gesteckt, wie mir mein jetziges Vorgehen auf der Image-Kopie zeigt.

Ich habe jetzt cfdisk losgelassen auf das image der originalen Platte (mit gelöschter Partitionstabelle) und auf die (offenbar zu kleine) Platte, auf der ich dieses Image wiederhergestellt hatte.
Offenbar hat letztere 4 Sektoren weniger als das Original (bzw. die Imagedatei):
Image: 625142448
kleine Platte: 625142444

Kann man die Imagedatei/deren Kopie gefahrlos um ein paar Sektoren kleiner machen, um das Image dann mit via testdisk korrigierter Partitionstabelle neu auf die Platte zu schreiben?
Der real von Daten belegte Platz beträgt knapp ein Drittel der Kapaziät ca. (90Gb von 320GB).

Die erheblich einfachere Variante wäre, die originale Partitionstabelle mit testdisk auf der Originalplatte wiederherzustellen (wannes Option), aber dann ist deren aktueller Status (unbrauchbar) endgültig hin, ohne das ich sicher bin, dass die Aktion das gewünschte Ergebnis zeitigt - richtig?

Benutzeravatar
MSfree
Beiträge: 10776
Registriert: 25.09.2007 19:59:30

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von MSfree » 29.10.2021 15:40:55

fischig hat geschrieben: ↑ zum Beitrag ↑
29.10.2021 15:30:51
Kann man die Imagedatei gefahrlos um ein paar Sektoren kleiner machen, um das Image dann mit via testdisk korrigierter Partitionstabelle neu auf die Platte zu schreiben?
Kann man machen völlig gefahrlos ist es aber nicht.
Der real von Daten belegte Platz beträgt knapp ein Drittel der Kapaziät ca. (90Gb von 320GB).
Dateisysteme werden nicht von vorne nach hinten gefüllt. Selbst, wenn nur ein Megabyte genutzt wäre, gibt es keine Garantie, daß dieses eine MB nicht ganz hinten auf dem Dateisystem liegt.
Die erheblich einfachere Variante wäre, die originale Partitionstabelle mit testdisk auf der Originalplatte wiederherzustellen (wannes Option)
Du kannst auch die originale Partitionstabelle mit testdisk auf der Imagedatei wiederherstellen. Dann würdest du die ursprüngliche Platte nicht anfassen müssen.

Vor allem aber, warum willst du die originale Platte unbedingt wieder bootfähig machen? Reicht es dir nicht, die Partitionstabelle auf der Imagedatei zu rekonstruieren, diese Imagedatei zu mounten und dann die Daten zu sichern? Wie gesagt, das geht alles völlig ohne die originale Platte und ohen die Platte, auf die du das Image kopiert hast.

fischig
Beiträge: 3640
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von fischig » 29.10.2021 16:04:04

Du kannst auch die originale Partitionstabelle mit testdisk auf der Imagedatei wiederherstellen. Dann würdest du die ursprüngliche Platte nicht anfassen müssen.
Kleiner Fehlschluss. Das habe ich ja zuletzt gemacht: die originale Tabelle auf dem Image wiederhergestellt. Aber sie muss ja dann letztendlich irgendwohin „ausgerollt“ werden, die Image-Datei, und das wäre dann die Platte, die etwas zu knapp gestrickt ist. :P

Es sei denn du spendierst mir eine passende. :P

fischig
Beiträge: 3640
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von fischig » 29.10.2021 16:08:27

MSfree hat geschrieben:diese Imagedatei zu mounten und dann die Daten zu sichern?
Darüber muss ich nachdenken.

Meine Frau fährt z.Z. ein System, von dem wir beide annehmen, dass es nicht wirklich sauber ist.

Benutzeravatar
GregorS
Beiträge: 2620
Registriert: 05.06.2008 09:36:37
Wohnort: Freiburg
Kontaktdaten:

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von GregorS » 29.10.2021 16:27:22

fischig hat geschrieben: ↑ zum Beitrag ↑
29.10.2021 15:30:51
... aber dann ist deren aktueller Status (unbrauchbar) endgültig hin, ohne das ich sicher bin, dass die Aktion das gewünschte Ergebnis zeitigt - richtig?
Das sehe ich auch so. Aber schlimmer als „unbrauchbar“ kann's doch eh nicht werden.

Zu „verschenktem“ Plattenplatz: Speichergrößen und -preise sind doch schon lange kein Problem mehr. Viel schwerer wiegt IMO ein unbenutzbares System.

Ich würde so vorgehen:
1. Herstellen eines Zustandes, der zuverlässig und stabil läuft.
2. Erstellen eines Backups und Notieren aller nötigen Informationen, um dieses im Katastrophenfall wiederherstellen zu können.
3. Glücklich und geschafft ins WE gehen.

Was verschenkten Speicherplatz und Geld angeht: Was ist Dir wichtiger: Eine Angetraute, die wieder arbeiten kann und Dich als ihren Retter anhimmelt oder ein paar „gesparte“ GB bzw. Euros? Ich würde mich fürs Angehimmeltwerden entscheiden :-)))

Ach ja: Wenn Panik und Ratlosigkeit am größten waren, haben mir eine Dusche und ein Spaziergang immer sehr geholfen.

Gruß

Gregor
Wenn man keine Probleme hat, kann man sich welche machen. ("Großes Lötauge", Medizinmann der M3-Hopi [und sog. Maker])

Benutzeravatar
MSfree
Beiträge: 10776
Registriert: 25.09.2007 19:59:30

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von MSfree » 29.10.2021 16:28:46

fischig hat geschrieben: ↑ zum Beitrag ↑
29.10.2021 16:04:04
die originale Tabelle auf dem Image wiederhergestellt. Aber sie muss ja dann letztendlich irgendwohin „ausgerollt“ werden
Die Imagedatei kann man sozusagen direkt als virtuelle Festplatte nutzen, kopieren auf eine weitere Festplatte ist also nicht nötig. Nut booten wirst du das nicht können, aber mounten sollte doch reichen. Dazu muß man dem System halt mitteilen, daß deine Datei nun eine Festplatte simulieren soll, und das geht mit dem Befehl losetup.

fischig
Beiträge: 3640
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von fischig » 29.10.2021 16:47:06

MSfree hat geschrieben:aber mounten sollte doch reichen.
Jou!

Ich mach' die „kleine“ 320er platt und verpasse ihr eine Partitonstabelle analog der originalen (wobei dann die tatsächlichen Partitionsgrößen von den originalen abweichen können). Dann mounte ich mein rekonstruiertes image und kopiere die „realen“ Daten via rsync in die entsprechende Partition. Anschließend chrooten und bootfähig machen. Platte in weiblichen Rechner einbauen. Einwände?
Speichergrößen und -preise sind doch schon lange kein Problem mehr.
Kommt drauf an für wen. Antwort Goethe:

„Was ihr den Geist der Zeiten heißt, das ist im Grund der Herren eigner Geist, in dem die Zeiten sich bespiegeln“ ¹ :P

¹ https://www.projekt-gutenberg.org/goeth ... ap004.html

fischig
Beiträge: 3640
Registriert: 24.12.2019 12:25:08
Lizenz eigener Beiträge: MIT Lizenz

Re: (gelöst) GAU: mit gparted die zu sichernde Platte „geleert“

Beitrag von fischig » 30.10.2021 16:21:15

MEINE finale Lösung findet sich in diesem Thread: viewtopic.php?t=182516

Antworten