ganz einfach - da hab' ich einen Fehler gemacht:
sudo mount -o bind /dev /mnt/dev
kann mal passieren - bitte bei allen drei Befehlen ersetzen. Die andere Schreibweise musst Du mal in den man-pages schauen.
Anmeldungsdatum: Beiträge: 10220 |
ganz einfach - da hab' ich einen Fehler gemacht: sudo mount -o bind /dev /mnt/dev kann mal passieren - bitte bei allen drei Befehlen ersetzen. Die andere Schreibweise musst Du mal in den man-pages schauen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Hallo syscon-hh, es sieht gut aus. Zu booten ist das btrfs System leider noch nicht. Kann es sein, das die UUID noch angepaßt werden müssen? Die Subvolumes haben alle eine eigene UUID, auch eine neue Erkenntnis für mich. blkid sagt: sudo blkid /dev/sda10: UUID="cd0155ea-80fd-45fd-a302-a59f957fb19e" UUID_SUB="e433dc2d-2316-443e-9011-b80ebc82c9aa" TYPE="btrfs" Ich lande immer, wenn ich die btrfs Version wähle im Basissystem. Fehlermeldung: Fehler: noch such devive: e433dc2d-2316-443e-9011-b80ebc82c9aa Fehler: File not found Fehler: you neet to load Kernel first Beliebige Taste drücken um fortzusetzen |
Anmeldungsdatum: Beiträge: 10220 |
Was hast Du denn nun realisiert bzw. wo lässt sich was nicht starten.
Startet denn das Btrfs aus dem Grub vom Mastersystem oder bricht es irgendwo ab. Das zweite Skript sollte eigentlich die UUID's richtig in den Bootloader vom Master übertragen. Also kontrolliere doch den Eintrag. Nachtrag: scheinbar kommt bei Dir mit sudo blkid ein anderes Ergebnis. Dann musst Du mal im Skript bei UUID_EINTRAG=$( blkid ${DEVICE} | cut -d "=" -f 3 ) bei dem -f 2 setzen. Try and Error - ich sitze leider nicht davor - es wird die erste UUID gebraucht!!! |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Hallo sycon-hh, im Grub-Auswahlmenü kann zweimal etwas wählen, das war vorher nie der Fall. In den einem Menü habe ich die UUID vom Mastersystem gefunden. Nun weiß ich nicht nicht ob ich da einen Fehler gemacht habe oder dein Script einen Fehler hat. Kannst Du das Script bitte nochmals überprüfen, wenn Du es als richig geprüft hast, würde ich es alles nochmals von Anfang an ausprobieren. MfG undine |
Anmeldungsdatum: Beiträge: 10220 |
Dann poste mal die jetzige /boot/grub/grub.cfg vom Master (Codeblock!) Nachtrag: Die Skripte sind, bis auf die Zuordnung der UUID, richtig. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Hallo syscon, ich bin einen Schritt weiter, von Grub-Master komme ich in den zweite Grub "Grub-btrfs". Dann habe ich zwei Auswahloptionen. Wähle ich Option 1 bleibt das system bei intrid oder so hängen. Der Server hier lahmt oder mein Internet ist zu langsam, ich kann kaum posten. Auf jeden Fall melde ich mich. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Hallo sysnon-hh, jetzt habe alles nochmals durchgeführt. 1. Schritt sudo mkfs.btrfs -A 16m /dev/sda10 2. Schritt Installation von Ubuntu 12.04 auf /sda10 ohne zu formatieren, ein Dummy-USB-Stick für Grub installation wurde verwendet. ***berichtigt sda5 zu sda10 3. Schritt sudo mount -o subvol=@ /dev/sda10 /mnt 4. Schritt Datei 09_akt-Kernel anglegt (copy paste nach syscon-hh) sudo mv 09_akt-Kernel /mnt/etc/grub.d/ sudo chmod +x /mnt/etc/grub.d/09_akt-Kernel 5. Schritt sudo mount -o bind /dev /mnt/dev sudo mount -o bind /proc /mnt/proc sudo mount -o bind /sys /mnt/sys sudo chroot /mnt sudo update-grub Jetzt habe ich folgende Meldung erhalten:
Woran könnte das liegen? 6. Schritt --Mastersystem sudo gedit /etc/grub.d/11_btrfs-precise mit copy paste nach syscon-hh erstellt chmod +x /etc/grub.d/11_btrfs-precise sudo update-grub Danach sieht der wichtige Teil aus der /boot/grub/grub.cfg wie folgt aus: ### BEGIN /etc/grub.d/11_btrfs-precise ### menuentry "Ubuntu Precise - (Entwickler-Version auf BTRFS)" --class gnu-linux --class gnu --class os { recordfail insmod gzio insmod part_msdos insmod btrfs search --no-floppy --fs-uuid --set=root c1d56faa-56d3-4dea-8765-122d7605bbdd linux /@/boot/vmlinuz root=UUID=c1d56faa-56d3-4dea-8765-122d7605bbdd ro rootflags=subvol=@ quiet splash vt.handoff=7 initrd /@/boot/initrd.img } ### END /etc/grub.d/11_btrfs-precise ### blkid sagt: /dev/sda10: UUID="c6320cba-8b0d-4893-b8ce-8fdd3d259366" UUID_SUB="c1d56faa-56d3-4dea-8765-122d7605bbdd" TYPE="btrfs" |
Anmeldungsdatum: Beiträge: 10220 |
Einer von uns beiden ist jetzt von der Rolle?!? Wir schrieben bisher von /dev/sda10 → wieso Installation auf /dev/sda5 ? Wo ist denn nun das fragliche System? Beim Befehl zum Formatieren kannst Du alles weg lassen, da es sich nicht um die erste Partition handelt. Einfach: ssudo mkfs.btrfs /dev/sda10 Siehe zu weiteren Optionen den Link zum WIKI oder mache es mit
Auf der anderen Hand, hast Du jetzt ja schon Einiges gelernt, dass Du eigentlich alleine zurecht kommen müsstest, um die (Aus)-Wirkungen beurteilen zu können. Überprüfe jetzt noch mal das Skript, das mit -f 2, er holt sich die falsche UUID (siehe oben) Wenn alle Stricke und Nerven reissen - dann installiere normal (ext4) und benutze dieses hier. gruß syscon-hh |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Oh, ein Schreibfehler, ich habe auf Ubuntu auf sda10 installiert. Da sehe ich es auch. das berichtige ich gleich, Ein Konvertierung von ext4 nach brtfs finde ich nicht sehr schön. Das finde ich unsauber. Es kommt mir auf die direkte Installation an. Du scheibst:
Das weiß ich ja nun gar nichts mit anzufagen. Den erweiterten Befehl sudo mkfs.btrfs -A 16m /dev/sda10 habe ich genommen, weil ich Grub komplett in /dev/sda10 haben möchte. wenn es denn möglich sein sollte. Änder ich händisch die /boot/grub/grub.cfg wie folgt: ### BEGIN /etc/grub.d/11_btrfs-precise ### menuentry "Ubuntu Precise - (Entwickler-Version auf BTRFS)" --class gnu-linux --class gnu --class os { recordfail insmod gzio insmod part_msdos insmod btrfs search --no-floppy --fs-uuid --set=root c6320cba-8b0d-4893-b8ce-8fdd3d259366 linux /@/boot/vmlinuz root=UUID=c6320cba-8b0d-4893-b8ce-8fdd3d259366 ro rootflags=subvol=@ quiet splash vt.handoff=7 initrd /@/boot/initrd.img } ### END /etc/grub.d/11_btrfs-precise ### Auch hier ist booten nicht von /dev/sda10 nicht möglich. Es erfolgt eine Fehlermeldung, so in der Art: you must load kernel first. Das prüfe ich gleich nochmals. Genaue Fehlermeldung:
Mit @ subvolume, die sagen mir noch gar nichts, wie die zu händeln sind. Davon habe ich zwei auf sda10, @ und @home und beide haben auch eine eigene uuid. Also, alleine komme ich nicht weiter, mir fällt gerade nichts mehr ein. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Hallo, ich habe den Verdacht als wenn hier schon der Fehler zu suchen ist: Als chroot in sda10: '''update-grub Generating grub.cfg ... ln: failed to create symbolic link `/boot/vmlinuz' -> `': No such file or directory ''' Wie geht man so etwas ran? MfG undine Oder hier: http://forum.ubuntuusers.de/topic/btrfs-in-maverik/6/#post-3083617 Wodim: Japp, ab 1.99 kann der auch von btrfs booten. Ich hab dazu aber drei Debian-Pakete gebraucht:
|
Anmeldungsdatum: Beiträge: 235 Wohnort: Gilching |
Du versuchst, von einer logischen Partition zu booten - das ist der Fehler, der den ganzen Rattenschwanz nach sich zieht, schätze ich. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Hallo syscon-hh und alle, durch das Skript wurde der /boot/grub/grub.cfg folgender Eintrag hinzugefügt: ### BEGIN /etc/grub.d/11_btrfs-precise ### menuentry "Ubuntu Precise - (Entwickler-Version auf BTRFS)" --class gnu-linux --class gnu --class os { recordfail insmod gzio insmod part_msdos insmod btrfs search --no-floppy --fs-uuid --set=root c6320cba-8b0d-4893-b8ce-8fdd3d259366 linux /@/boot/vmlinuz root=UUID=c6320cba-8b0d-4893-b8ce-8fdd3d259366 ro rootflags=subvol=@ quiet splash vt.handoff=7 initrd /@/boot/initrd.img } ### END /etc/grub.d/11_btrfs-precise ### Das Ubuntu Oneiric Mastersystersystem fügt nach "sudp update-grub für Kubuntu Oneiric folgenden Eintrag hinzu: menuentry "Ubuntu, mit Linux 3.0.0-14-generic (on /dev/sda6)" --class gnu-linux --class gnu --class os { insmod part_msdos insmod ext2 set root='(hd0,msdos6)' search --no-floppy --fs-uuid --set=root 8162ebe2-ceac-44b2-b756-a6b3bfa79ccd linux /boot/vmlinuz-3.0.0-14-generic root=UUID=8162ebe2-ceac-44b2-b756-a6b3bfa79ccd ro quiet splash i915.i915_enable_rc6=1 vt.handoff=7 initrd /boot/initrd.img-3.0.0-14-generic } Ubuntu Precise (sda10) und Kubuntu Oneiric (sda6)liegen beide auf einer logischen Partition. Fehlt evtl. bei Ubuntu Precise (sda10) ein: set root='(hd0,msdos10)' Weiterhin habe noch einen Versuch mit einer Debian Testing Netinstall-CD geamcht, das erstellte System wurde ohne Subvolumes erstellt. Auf der Partition ist nirgendwo ein "@" zu finden. Was hat hat das mit dem "@" zu bedeuten? Sind "@", als Subvolumen ein zustätzliches Feature von Unbutu? Weiterhin habe ich festgestellt, nach der Installation fehlt "vmlinuz" in Generating grub.cfg ... ln: failed to create symbolic link /boot/vmlinuz' → ': No such file or directory. deswegen erfolgte die Fehlerausgabe "Generating grub.cfg ... ln: failed to create symbolic link /boot/vmlinuz' → ': No such file or directory". Das habe ich inzwischen durch Kopieren von "vmlinuz" aus einer gestarteten Precise Live CD und Einfügen in das Verzeichnis von sda10 in das Subvolume /@/boot/ lösen können. Vermutlich sollte ich ein Testsystem für btrfs mit Ubuntu 11.10 realisieren. Mit Ubuntu Precies teste ich zweimal, da reproduzierbare Verhältnisse zu schaffen ist vermutlich gar nicht möglich. MfG undine Klicks: 713 Klicks in drei Tagen und niemand kennt eine Lösung. Gibt es zu jetzigen Zeitpunkt eine Lösung? Wer nutzt Btrfs von euch? |
(Themenstarter)
Anmeldungsdatum: Beiträge: 3400 |
Stand der Technik http://www.bitblokes.de/2011/11/btrfs-mit-grosen-veranderungen-in-linux-kernel-3-2/ B> trfs mit großen Veränderungen in Linux-Kernel 3.2
Das bedeutet eigentlich Ubuntu Precise zu verwenden, weil Kernel 3.2.xxxx http://www.noobslab.com/2011/12/ubuntu-1204-precise-pangolin-alpha-1-is.html
Die Zeit scheint doch noch nicht reif: http://www.pro-linux.de/news/1/17356/btrfs-nicht-standard-dateisystem-in-fedora-16.html Mo, 8. August 2011, 17:41
|
Anmeldungsdatum: Beiträge: 235 Wohnort: Gilching |
Naja, ich nutze btrfs jetzt 9 Monate, nur gute Erfahrungen damit gemacht. |