staging.inyokaproject.org

Hallo! Hat jemand von euch schon mal das "neue" ext4-Dateisystem ausprobiert? Denn mich würde auch reizen, ext4 mal auszuprobieren, ich weiß nur nicht, wie ich mein ext3-Dateisystem gefahrlos konvertieren kann.
Seit einiger Zeit nutze ich Jaunty produktiv (bevor sich wer beschwert: Wie soll man sonst ein System ausgiebig testen? Außerdem mache ich regelmäßig Backups und kann notfalls auf ein funktionierendes Hardy ausweichen.), und es wäre blöde, wenn ich nach einem Fehlschlag alles neu aufsetzen müsste. Reicht es die Anleitung zu befolgen, oder muss man noch etwas spezielles beachten? Brint ext4 wirklich mehr Geschwindigkeit?

Hat ein bisschen gedauert zu antworten.

Aber meine Versuche sind leider mehr als unerfreulich, was ext4 formatierte Partitionen angeht. Die Ausgabe im Terminal mit

sudo blkid /dev/sdb3

zeigt mir zwar an, dass die relevante Partition mit ext4 formatiert und auch so erkannt wird, nur der Einsatz dieser Partition gestaltet sich mehr als fragwürdig. Was habe ich gemacht?

Eine Partition mit

sudo mke2fs -T ext4 /dev/sdb3  bzw. mit
sudo mkfs.ext4 /dev/sdb3

formatiert und darauf ein Backup eines funktionierenden Jaunty-Systems aufgespielt und danach grub → menu.lst angepasst sowie die /etc/fstab entsprechend eingerichtet. So weit so gut, das System startet einwandfrei, solange in der /etc/fstab nicht ext4 als Formatierung für die Root-Partition ( / ) eingetragen ist - GParted sagt danach es sei ext2!!??

Danach habe ich mal zur Eingrenzung des Problems nur eine /tmp mit ext4 eingerichtet, und die wird nun total als nicht lesbar eingestuft (obwohl ich alle relevanten Daten vor den Reboot übertragen hatte). Es wird der Startvorgang nach dem Einloggen abgebrochen. Auch ein update-initramfs -u am Root-Prompt (Recovery-Mode) löst das nicht auf.

Also sei bitte vorsichtig -irgend etwas ist da noch nicht in Ordnung - oder ggf. auch bei mir im Kopf noch nicht.

gruß syscon-hh

Nachtrag: Irgend etwas mit der Rechte-Vergabe scheint mir nicht in Ordnung - das ist jetzt meine Richtung der weiteren Untersuchungen. Oder erkennst da jemand irgend welche Ungereimtheiten in der angehängten Tabelle??

Ja, die Rechtevergabe scheint wirklich nicht zu funktionieren. Ich lasse es erstmal, meine "echten" Platten mit ext4 zu formatieren, der Test in der VirtualBox hat ähnliche Ergebnisse erbracht, wie du schon geschrieben hast.
Nutzt du Grub2? Grub unterstützt ext4 nämlich nicht richtig. (Was das bedeutet, weiß ich nicht, ich habe das gelesen und daraufhin gleich Grub2 installiert)

Nein - diese Versuche wurden auf Testrechnern ausgeführt (wegen dem Adrinalin) und dieser hat z.B.: für alle Systeme eine gemeinsame /boot/Partition, noch in ext3 formatiert. Hier wird vom MBR hingeleitet und von dort werden in einer großen menu.lst alle Systeme angesprungen. Diese /boot-Partition ist nicht in die jeweiligen System eingebunden - ich mache es hier eben mal lieber von Hand, damit erreiche ich, dass ein kaputtes System keine Total-Ausfälle bewirkt.

Ja, also ich würd auch endlich gerne ext4 testen. Hab mir extra das Alpha von Jaunty gezogen, mit der Hoffnung, man könnte es gleich verwende, aber Fehlanzeige. Immer noch ext3. Weiß irgendjemand, wie man Intrepid in einer VM auf ein ext4 installieren könnte? Wäre sehr dankbar dafür ☺

Ist einfach relativ einfach :

Installiere Jaunty auf mit mindestens zwei Partitionen :

Einer Boot -und einer Root-Partition. Das Dateisystem ist auf beiden Ext3. Nach der Installation änderst du einfach in der Datei "/etc/fstab" den Eintrag der Root-Partition von "ext3" auf "ext4". Die Bootpartition bleibt unangetastet. Danach startest du Jaunty von einer LiveCD und führst folgende Kommandos in einer Konsole aus :

tune2fs -O extents,uninit_bg,dir_index /dev/yourfilesystem
fsck -pf /dev/yourfilesystem

Danach sollte das System ganz normal durchstarten. Einfacher geht es natürlich wenn du nur deine Home-Partition umwandeln willst. Dazu musst du diese nur unmounten und danach die oben genannten Kommandos ausführen.

Dank an "glasen", aber es gibt da ein kleines Problem: Der Partitionsmanager von Kubuntu 9.04 Alpha2 spinnt ein wenig, d.h. ich kann zwar eine /boot-Partition angeben, aber er macht daraus das /home-Verzeichnis. Und aus / wird /usr, und aus SWAP wird /

→ Habs jetzt einfach mal die ganze Platte verwendet (automatische Konfiguration), mal sehen, was passiert ☺

→ Ja, also jetzt hab ich beim ersten Befehl das Dateisystem einhängen müssen, beim zweiten wieder aus. Sonst gabs ne Fehlermeldung. Im Moment arbeitet er noch ☺

→ Jetzt ist er fertig. Schnell runtergefahren, wieder rauf und: "ext4" Hoffe, es ist wirklich ext4, aber tausenddank, bis jetzt klappt alles ☺

Melde mich morgen nochmal

Ja, es dauert eine Weile, dann hat man folgenden Bootscreen:

Boot from (hd0,0) ext4 c4bc7461-1287-4093-89ba-c6a7176aa9dd
Starting up
[2.20755] IO APIC resources could be not allocated
Loading, please wait
19+0 records in
19+0 records out
kinit: no resume image, doing normal boot...
mount: mounting /dev/disk/by-uuid/c4bc7461-1287-4093-89ba-c6a7176aa9dd on /root
failed: Invalid argument
mount: mounting /root/dev on /dev/.static/dev failed: No such file or directory
mount: mounting /sys on /root/sys failed: No such file or directory
mount: mounting /proc on /root/proc failed: No such file or directory
Target filesystem doesn't have /sbin/init
No init found. Try passing init= bootarg
BusyBox v1.10.2 (Ubuntu 1:1.10.2-ubuntu1) built-in shell (ash)
Enter help for a list of built-in commands
(initramfs) _

Kann es sein, dass es mit dieser Zahl (UUID?) zusammenhängt?

Nein, grad hab ich gelesen, dass es mit Grub zu tun hat. Ich brauche Grub2, sonst läuft da gar nichts mit ext4, sagt jedenfalls das Howto
Aber warum fängt dann Jaunty an zu booten? Angezeigt wird nämlich, dass ich Grub 1.5 besitze

@glasen Deine Vorschläge in Ehren - aber genau das hatte ich oben ja schon vor Dir als nicht funktionierenden Ansatz beschrieben.

Das Problem liegt tatsächlich in Grub, der mit den ext4-Partitionen nicht klar kommt.

@TDeveloper - Die Anzeige bedeutet nicht Grub Version 1.5 sondern ist nur die jeweilige Stufe der Ausführung von Grub 0.9x. Und genau an der Stufe, wo er mit dem initramfs-Prompt sich meldet, sollte eigentlich die /boot-Partition an das Root-System eingehängt werden. Und das ist genau nicht durchführbar, da das Initramfs-Tool noch auf ext3 basiert.

Es sind also noch mehrere Schritte zur Anpassung erforderlich.

Hat ggf. das schon jemand mal mit LiLo versucht, der wird ja wie Sauerbier unter Jaunty angeboten????

gruß syscon-hh

Hi,

Nachträglich noch allen ein gutes neues.

Auf eigene gefahr

install grub2

sudo update-grub2

Code:

sudo upgrade-from-grub-legacy

Code:

sudo update-grub

Code:

sudo apt-get install os-prober

Rebooted and Grub2 works!

mfg piller

Erst mal Danke für die Hinweise

Ich werd einfach alles formatieren (ist ja ein virtueller PC) und dann Jaunty mit ext4 einfach neu installieren. Das Ergebnis werde ich euch dann frühestens morgen sagen.

Bis dann und nochmals danke für die Hinweise 😀

syscon-hh schrieb:

@glasen Deine Vorschläge in Ehren - aber genau das hatte ich oben ja schon vor Dir als nicht funktionierenden Ansatz beschrieben.

Das Problem liegt tatsächlich in Grub, der mit den ext4-Partitionen nicht klar kommt.

Da aber GRUB nicht auf einer ext4-Partition liegt, spielt das keine Rolle. Die Boot-Partition bleibt ja ext2 bzw. ext3. Und solange der zu bootende Kernel und die Initrd-Datei von Grub gefunden werden, funktioniert die Sache auch. Ist eigentlich nichts anderes als damals als GRUB noch nicht mit XFS oder ReiserFS umgehen konnte. Da musste man auch den Umweg über eine Boot-Partition mit ext2 machen.

Hat ggf. das schon jemand mal mit LiLo versucht, der wird ja wie Sauerbier unter Jaunty angeboten????

LILO sollte eigentlich funktionieren, nur sollte man damit sehr vorsichtig sein, da die kleinste Änderung an der Platzierung des Kernel auf der Festplatte (z.B. ausgelöst durch eine Defragmentierung) den Bootmanager von LILO zerschießt, da dieser das Kernel-Image nicht mehr finden kann. Das ist auch der Hauptgrund warum heutzutage von kaum jemand noch LILO verwendet wird.

Ja, ich hab jetzt alles gemacht, zuerst neu formatiert, die Partitionierung hat wieder gesponnen, deshalb habe ich die ganze Platte verwenden müssen, dann updates gemacht, grub 2 installiert, wie es ein paar Beiträge oberhalb steht und anschließend /etc/fstab geändert, dann LiveCD gebootet, dann die Befehle ausgeführt:

tune2fs -O extents,uninit_bg,dir_index /dev/sda1 fsck -pf /dev/sda1

wieder gebootet, dann hat man Grub2 gesehen, sieht ein wenig bunter aus wie Grub und dann ist der Ladebalken erschienen und dann wieder dieselben Fehlermeldungen.

Tja Leute, ich wart einfach bis Jaunty endlich drausen ist, so im April 😀 und werde dann mein System neu aufsetzen.

Außer ich finde heraus, wie ich eine extra Boot-Partition einrichten kann, aber dazu habe ich im Augenblick weder Zeit noch Lust

Bis dann und tschüss

TDeveloper schrieb:

mount: mounting /dev/disk/by-uuid/c4bc7461-1287-4093-89ba-c6a7176aa9dd on /root failed: Invalid argument BusyBox v1.10.2 (Ubuntu 1:1.10.2-ubuntu1) built-in shell (ash) Kann es sein, dass es mit dieser Zahl (UUID?) zusammenhängt?

Nein, grad hab ich gelesen, dass es mit Grub zu tun hat. Ich brauche Grub2, sonst läuft da gar nichts mit ext4, sagt jedenfalls das Howto Aber warum fängt dann Jaunty an zu booten? Angezeigt wird nämlich, dass ich Grub 1.5 besitze

ist das ext4 modul in der initrd ramdisk drin? kannst du testen mit modprobe oder "cat /proc/modules" in der build-in shell. Falls nicht, einbauen mit

in /etc/initramfs-tools/modules: ext4 reinschreiben damit das Modul kopiert wird.

initrd updaten mit: update-initramfs -u -k $(uname -r)

wenns mit uuids nicht geht kannst du auch root=/dev/sda1 oä. als kernelparameter und in fstab verwenden. Allerdings werden die Laufwerksbezeichnungen bei IDE Einstellung im Bios öfters verwürfelt. Mit AHCI gehts aber.

antiram schrieb:

ist das ext4 modul in der initrd ramdisk drin? kannst du testen mit modprobe oder "cat /proc/modules" in der build-in shell. Falls nicht, einbauen mit

in /etc/initramfs-tools/modules: ext4 reinschreiben damit das Modul kopiert wird.

initrd updaten mit: update-initramfs -u -k $(uname -r)

wenns mit uuids nicht geht kannst du auch root=/dev/sda1 oä. als kernelparameter und in fstab verwenden. Allerdings werden die Laufwerksbezeichnungen bei IDE Einstellung im Bios öfters verwürfelt. Mit AHCI gehts aber.

Wollt eigentlich bis Jaunty auf ext4 warten, werd aber deinen Tipp beherzigen und mal sehen, obs geht.

→ Das Module ext3 hab ich gefunden, ext4 nicht.

Ergebnis obs dann geklappt hat, gibts frühestens Mittwoch

Bis dann 😉