Ich bin langjähriger Leser und schreibe hier zum ersten Mal etwas. Da ich neu bei Linux bin, habe ich vielleicht dummerweise (angesichts meines Fachwissens) die Installation mit dem ZFS-Dateisystem zugelassen. Das schien zunächst gut, da es erstaunlich einfach war, RAID-artiges Striping durchzuführen, indem man ein weiteres Laufwerk zum Root-Pool hinzufügte mit:
sudo zpool add rpool /dev/nvme1n1
Allerdings hat mir ZFS in den letzten zwei Wochen riesige Kopfschmerzen bereitet, während ich versucht habe, herauszufinden, wie ich es richtig sichern kann. In jedem Online-Beitrag, den ich zu ZFS-Snapshots und -Replikationen finde, klingen Backups sehr einfach, aber für mich sind sie nichts, wahrscheinlich weil ich die grundlegende Beziehung zwischen physischen Laufwerken, ZFS-Pools und Snapshots/Replikationen nicht verstehe – wenn ich nur mit physischen Laufwerken arbeiten würde, käme ich wahrscheinlich gut klar.
Nach umfangreichen Recherchen habe ich beschlossen, das Problem an Syncoid im Rahmen des Sanoid-Programms auszulagern (https://github.com/jimsalterjrs/sanoid/blob/master/README.md#syncoid). Das scheint ein großer Fehler gewesen zu sein. Ich habe zunächst einen Pool für die Backups eingerichtet, der nur etwa 20 GB Speicherplatz beanspruchen sollte. Um diese 20 GB Speicherplatz auf einem separaten Laufwerk mit der Bezeichnung „sda“ und 28 TB Speicherplatz zu speichern, habe ich zunächst Folgendes ausgeführt:
sudo zpool create hdd /dev/sda
Dann habe ich mit Syncoid versucht, die Root- und Boot-Pools auf den neuen "HDD"-Pool zu sichern mit
syncoid -r --sendoptions=“vPrF” --no-stream bpool hdd/bpoolbackup
syncoid -r --sendoptions=“vPrF” --no-stream rpool hdd/rpoolbackup
Dies hat jedoch 17 TB Speicherplatz auf dem Festplattenpool verbraucht, sodass auf der physischen 28-GB-Festplatte anscheinend nur noch 9 TB übrig waren. Also habe ich den Festplattenpool zerstört, um neu anzufangen, aber das hatte keine Wirkung! Wenn ich fdisk ausführe, zeigt der Bericht tatsächlich an, dass das SDA-Volume nur 9 TB Speicherplatz hat. Das hat mich umgehauen, da fdisk dem Problem, das das ZFS-Dateisystem verursacht, untergeordnet zu sein scheint.
Um dies zu beheben, habe ich nach dem Problem gesucht und diesen StackExchange-Beitrag gefundenWiederherstellen von durch ZFS verlorenem Speicherplatz nach dem Entfernen eines Image-Datei-Datasets, und ich habe dem Rat gefolgt und alle ZFS-Snapshots aufgelistet und alle gelöscht, die mit @syncoid verknüpft sind. Auch das hat keine Wirkung gezeigt. Also wollte ich das HDD-Laufwerk „sda“ aushängen und neu einhängen, weil ich dachte, das könnte helfen. Beim Auflisten der eingehängten Volumes wird das Laufwerk „sda“ jedoch nicht einmal angezeigt!
Kann mir bitte jemand helfen, das Laufwerk wieder in seinen ursprünglichen Zustand zu versetzen? Ich bin völlig ratlos und mir ist natürlich völlig klar, dass mein Mangel an Wissen der Grund dafür ist, aber ich fühle mich von ZFS irgendwie im Stich gelassen. Es wurde als einfach und benutzerfreundlich beschrieben, aber ohne eine klare Verbindung zu physischen Laufwerken und eine gewisse direkte Benutzerkontrolle darüber ist es für einen Anfänger ziemlich schwierig zu verwenden. Ich fühle mich, als wäre ich in der Matrix gefangen und hätte nichts Physisches, auf das ich mich beziehen könnte.
Zum Kontext: Ich mache nichts Besonderes, sondern betreibe nur eine Linux-Maschine für den persönlichen Gebrauch. Im Idealfall möchte ich eigentlich überhaupt keine Snapshots, sondern nur ein regelmäßiges Backup der Boot- und Root-Verzeichnisse, das mir die Wiederherstellung nach einem katastrophalen Absturz ermöglicht. Alles andere ist wirklich nur Platzverschwendung.
Vielen Dank für jede Hilfe, die Sie anbieten können!!
Neu bei Linux