Und noch eins solltet ihr bedenken:
ext4 ist nicht mehr uneingeschränkt rückwärts kompatibel mit ext3 Sobald man einmal die extents genutzt hat, kann man es nicht mehr als ext3 auslesen!
Happy 2009, Ingo
Anmeldungsdatum: Beiträge: 2145 Wohnort: wo der gute Riesling wächst |
Und noch eins solltet ihr bedenken: ext4 ist nicht mehr uneingeschränkt rückwärts kompatibel mit ext3 Sobald man einmal die extents genutzt hat, kann man es nicht mehr als ext3 auslesen! Happy 2009, Ingo |
Anmeldungsdatum: Beiträge: 4101 |
Ja, habs doch noch heute geschafft, und es funktioniert nicht. Ich habe alle Tipps auf dieser Seite beherzigt und leider hats nicht funktioniert. Ich warte dann mal auf Jaunty. Bis dann... 😀 |
Anmeldungsdatum: Beiträge: 10220 |
Ein nächster Schritt wurde heute eingespielt: grub_0.97-29ubuntu47 Diese Variante kann offiziell auch EXT4 lesen, so weit so gut, nur sehr viel weiter bootet er auch hiermit nicht. Dafür habe ich jetzt folgende Fehlermeldung, /dev/sdb3 ist die fragliche Partition, auf der auch die /boot-Partition sich befindet: (initramfs) pwd / (initramfs) mount /dev/sdb3 / [ 34.707137] EXT3-fs: sdb: couldn't mount because of unsupported optinal features (240). [ 34.733149] EXT4-fs: barriers enabled [ 34.746947] kjournald2 starting, Commit interval 5 seconds [ 34.747465] EXT4 FS on sdb3, internal journal on sdb3:8 [ 34.747524] EXT4-fs: delayed allocation enabled [ 34.747573] EXT4-fs: file extents enabled [ 34.748365] EXT4-fs: mballoc enabled [ 34.748763] EXT4-fs: mounted filesystem with ordered data mode. (initramfs) mount rootfs on / type rootfs (rw) none on /sys type sysfs (rw,nosuid,nodev,noexec) none on /proc type proc (rw,nosuid,nodev,noexec) udev on /dev type tmpfs (rw,mode=755) fusectl on sys/fs/fuse/connections type fusectl (rw) /dev/sdb3 / type ext4 (rw,barrier=1,data=ordered) (initramfs) Und was sagt uns das nun (vorallem dieses barrier=1?? gruß syscon-hh |
Anmeldungsdatum: Beiträge: Zähle... |
daß barrier standardmäßig aktiviert ist bei ext4. Is egal. da hats einer hingekriegt http://ubuntuforums.org/showpost.php?p=6512542&postcount=24 Vielleicht liegts am rootfstype=ext4 kernelparameter. |
Anmeldungsdatum: Beiträge: 10220 |
BINGO das war's 👍 Die Ergänzung rootfstype=ext4 in der Grub-Kernelzeile title Ubuntu jaunty (experimental EXT4), kernel 2.6.28-4-generic uuid ade08079-c5cd-4886-a141-050e17f75388 kernel /boot/vmlinuz-2.6.28-4-generic root=UUID=ade08079-c5cd-4886-a141-050e17f75388 ro rootfstype=ext4 splash locale=de_DE initrd /boot/initrd.img-2.6.28-4-generic savedefault bringt den Durchbruch - das System startet auf einem ext4-formatiertem Datenträger voll durch. Danke und nun empfehlenswert zum Testen, nachdem ja auch Grub dieses händeln kann (siehe oben). Bleibt jetzt nun nur noch zu klären, ob's schneller und vor allem stabil genug ist. gruß syscon-hh Noch ein Hinweis: Man kommt im Fehlerfall nur mit einem Live-System an die Daten, dass mindeststens auch Kernel 2.6.28 aufweist, z.B.: die aktuelle Jaunty Daily-Live. |
Anmeldungsdatum: Beiträge: 870 |
Seltsam, ich brauch keine weiteren Einträge in der menu.lst. Alternate-Installation mit verschlüsseltem Home-Verzeichnis auf EXT4 und keine Probleme. ☺ Dein Hinweis ist allerdings nicht ganz unwichtig! 😉 |
Anmeldungsdatum: Beiträge: 4101 |
Hallo, wollt nur sagen, dass Jaunty Alpha3 endlich raus ist und bei der Installation jetzt endlich ext4 angeboten wird |
Anmeldungsdatum: Beiträge: 12317 Wohnort: /home/flo |
TDeveloper schrieb:
Tun ja bis dato schon einige. Bis auf eine Warnung habe ich noch nichts Schlimmes zu ext4 vernommen. Auch Pro-Linux hat ext4 getestet:
Quelle: Das Dateisystem ext4 - Eigenschaften und Benchmarks Liebe Grüße, FLO |
Anmeldungsdatum: Beiträge: 1596 Wohnort: Unterfranken |
Wenn ich die Kommentare im Bug 317781 richtig deute, kann es wohl bei einem kompletten Systemabsturz passieren, dass Dateien veloren gehen bzw daraus 0 Byte Dateien werden. Sollte man im Auge behalten. |