staging.inyokaproject.org

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

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... 😀

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

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.

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.

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! 😉

Hallo, wollt nur sagen, dass Jaunty Alpha3 endlich raus ist und bei der Installation jetzt endlich ext4 angeboten wird
Falls jemandem langweilig ist bitte mal ausprobieren ☺

TDeveloper schrieb:

Falls jemandem langweilig ist bitte mal ausprobieren ☺

Tun ja bis dato schon einige. Bis auf eine Warnung habe ich noch nichts Schlimmes zu ext4 vernommen.

Auch Pro-Linux hat ext4 getestet:

Mit ext4 ist es den Entwicklern gelungen, das Dateisystem ext3 ins nächste Jahrzehnt zu befördern. Bei leicht gesteigerter Geschwindigkeit der normalen Dateioperationen bringt ext4 das Ende der meisten relevanten Größenbeschränkungen, beschleunigte Dateisystemprüfung, eine effizientere Verwaltung und andere Verbesserungen. Dabei werden keine grundlegend neuen Konzepte eingeführt, sondern auf Bewährtes aufgebaut, das bereits aus anderen Dateisystemen bekannt war.

Quelle: Das Dateisystem ext4 - Eigenschaften und Benchmarks

Liebe Grüße,

FLO

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.