@Gräfin Klara
Nein, das ist ein Fakt. – Probiere es selber aus!
Partimage 0.6.9 zeigt folgenden Fehler beim ext4-fs, das mit den
e2fsprogs 1.47 erstellt wurde:
——— Error ———
"Can't read bitmap block 0 from image"
Schaue dir mal nur als Beispiel die Änderungsliste des xfs-Dateisystems an. Das ist natürlich älter als das ext4-Dateisystem,
aber du bekommst eine Vorstellung davon, welche Mengen an Erweiterungen in ext4-fs seit dem Jahr 2009 hinzugekommen sind.
xfsprogs: doc/CHANGES | Fossies
Lg, Christina
Es gibt für mich keinen Grund Partimage auszuprobieren.
Jede Änderung im fs, egal wieviele das auch sein mögen, verursachen keine Inkompatibilitäten.
Zumindest nicht, seit die inodes im superblock (ext4) sind. Das ist Jahre her,
Zum Problem: Partimage kann diesen superblock nicht interpretieren (block 0).
Das ist weder ein bug noch ein Mangel an Unterstützung des ext4.
Das ist ein grundsätzlicher, logistischer Programmierfehler im Programmaufbau.
Warum?
Das fs wird vom kernel unterstützt. Der liest den Superblock in eine struct und stellt den Applikationen die Leistung und Infos dieses fs zur Verfügung. Egal welche Version, egal welche Änderungen, es bleibt kompatibel. Was an Leistung da ist, wird zur Verfügung gestellt, wenn nicht, dann eben nicht. Die Grundfunktionen sind immer verfügbar. Das gehört zu den grundsätzlichen Funktionen eines fs, das es kompatibel bleibt zwischen alten kernels zu neuer fs Version und umgekehrt. Ist das nicht der Fall, dann ist das kein fs!!
Ich habe das jffs bei Axis für ETRAX und NAND flash programmiert, ich weiß worüber ich hier schreibe.
Partimage meint nun, Funktionen des kernels übernehmen zu müssen und liest direkt vom Medium. Das ist natürlich Blödsinn.
Selbst wenn Partimage aus dem fs ein image erstellt, ist trotzdem der kernel als Informationsquelle zu verwenden.
Tut Partimage das nicht, dann fällt das Programm natürlich bei jeder Änderung/Erweiterung des fs auf die Nase.
Du kannst deshalb nicht scheiben, dass Partimage einen Fehler in ext4 ausgibt oder das Partimage ext4 nicht unterstützt,
Die Wahrheit ist, Partimage darf ext4 nicht selbst untersuchen und muß ext4 nicht unterstützen. Wozu auch?
Selbst e2fsck untersucht ext4 nicht selbst auf Fehler, sondern lehnt sich an die Infos aus dem kernel, der es wiederum aus den Funktionen des fs bezieht.
Es gibt nur einen Fall, wo eine Applikation wie z.B. Partimage den Superblock des fs selbst untersuchen muß, also selbst feststellen muß, wo das fs beginnt, wo es endet, inode positionen, usw. Das wäre beim Erstellen eines images eines fs unter einem OS, wie Win., das ext4 nicht unterstützt. Nocheinmal: das Image eines filesystems, nicht partition. Das braucht niemand,
LG
):