ubuntuusers.de

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.

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

Was hast Du denn nun realisiert bzw. wo lässt sich was nicht starten.

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.

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

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

Dann poste mal die jetzige /boot/grub/grub.cfg vom Master (Codeblock!)

Nachtrag: Die Skripte sind, bis auf die Zuordnung der UUID, richtig.

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.

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:

Generating grub.cfg ... ln: failed to create symbolic link /boot/vmlinuz' -> ': No such file or directory

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"

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

• Laufwerksverwaltung

• GParted

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

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:

Überprüfe jetzt noch mal das Skript, das mit -f 2

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:

Fehler: file not found.

Fehler: you neet to load kernel first.

Beliebige Taste drücken, um fortzusetzen

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.

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:

Erst mal "grub-common_1.99~rc1-13ubuntu3_i386.deb" - das hab ich sogar installieren können. Aber da ging noch nix von wegen "update-grub" und so, das braucht noch "grub-pc_1.99~rc1-13ubuntu3_i386.deb", und das wiederum "grub-gfxpayload-lists_0.2_i386.deb". Und beide letzteren meckerten hier gegenseitig aneinander 'rum: "Fehler: Abhängigkeit nicht erfüllbar: grub-gfxpayload-lists" und "Fehler: Abhängigkeit nicht erfüllbar: grub-pc (>= 1.99~20101210-1ubuntu2)". Aber so geht's: Alle drei in ein Verzeichnis kopieren und in diesem Verzeichnis ausführen: dpkg -i *.deb

Normalerweise müßte doch der Grub von "Ubuntu 11.10 ext4", nach einem "update-grub" den Kernel von "Ubuntu 11.10 btrfs" auf der log. Partition /dev/sda10 finden. Das tut er aber nicht.

Du versuchst, von einer logischen Partition zu booten - das ist der Fehler, der den ganzen Rattenschwanz nach sich zieht, schätze ich.

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?

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

7 November 2011 Kein Kommentar Autor: Jürgen (jdo)

Es gab am gestrigen Sonntag eine Pull-Anfrage für das Btrfs-Dateisystem in den Linux-Kernel 3.2. Das wurde vom Chef-Entwickler Chris Mason (Oracle) veranlasst und wird spürbare Veränderungen mit sich bringen.

Die Entwickler haben laut eigener Aussage deutlich mit dem Code aufgeräumt und das Dateisystem soll schneller geworden sein. Ebenso gibt es verbesserte Unterstützung für Wiederherstellung. Die Log-Verbesserungen wurden zurückgehalten und kommen wahrscheinlich erst mit Linux-Kernel 3.3.

Insgesamt sind über 113 Commits und über 6.000 Zeilen Code eingeflossen. Zu den Vorteilen von Btrfs gehören Unterstützung für LZO- und Zlib-Komprimierung. Ebenso sind Schnappschüsse und Rollbacks möglich.

Es könnte sein, dass Btrfs das Standard-Dateisystem in Fedora 17 “Beefy Miracle” wird. Da Fedora immer als einer der Vorreiter in Sachen neuer Technologie gilt, wird es dann nicht lange dauern, bis die anderen großen Distributionen nachziehen. Die meisten Linux-Distributionen bieten Btrfs schon als Installations-Option an. Linux-Kernel 3.2 soll irgendwann Anfang 2012 erscheinen.

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

Ubuntu 12.04 Precise Pangolin alpha 1 is Released

Kate Stewart has announced the availability of the first alpha release of Ubuntu 12.04, code name "Precise Pangolin": "We are pleased to bring you the first set of developer images that capture the current fleeting reality of our Precise Pangolin (Ubuntu 12.04 alpha 1) as it starts to emerge. Alpha 1 includes the 3.2.0-2.5 Ubuntu kernel which is based on the latest mainline 3.2-rc3 Linux kernel. This is an update from the 3.0 kernel in Oneiric. Another noticeable change is the consolidation of the amd64 server flavor into the generic flavor. This will help minimize the maintenance burden over the life of this LTS release. The alpha 1 kernel also adds support for additional ALPS touchpads, contains an updated seccomp patch set, and numerous configuration changes.

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

Software::Distributionen::Fedora Btrfs nicht Standard-Dateisystem in Fedora 16

Das Dateisystem Btrfs wird nicht als Standard in Fedora 16 erscheinen, sondern lediglich wie bisher schon als Option. Die technische Leitung sah die vor zwei Monaten aufgestellten Kriterien für Btrfs als Standard-Dateisystem nicht erfüllt. Von Hans-Joachim Baader

fedoraproject.org

Fedora-Logo Im Juni hatte die technische Leitung von Fedora beschlossen, was zuvor schon länger in der Diskussion war: Der Ersatz von ext4 durch Btrfs als Standard-Dateisystem in der Linux-Distribution. Dabei legte das Team aber Kriterien fest, die zwingend notwendig waren, um den Beschluss umzusetzen. Zu diesen Bedingungen gehörte, dass möglichst keine Funktionalität gegenüber ext4 verloren gehen soll, so die Verschlüsselung, auch von Swap-Dateien, und Quotas. Auch der Bootloader GRUB musste aktualisiert werden, um von Btrfs booten zu können. Als kritisch wurde auch angesehen, dass das Werkzeug btrfsck für Dateisystemreparaturen bis zum Herbst ausgereift sein muss. Das unter Mitwirkung von Fedora entwickelte btrfsck unterlag in der vor zwei Monaten aktuellen Version noch einigen Einschränkungen.

Wie jetzt Josef Bacik bekannt gab, stellte die technische Leitung in ihrer jüngsten Sitzung fest, dass die aufgestellten Kriterien nicht erfüllt wurden. Die Frist, die das Team gesetzt hatte, war die Alphaversion von Fedora 16, die in einer Woche erscheinen soll. Auch wenn Fortschritte erzielt wurden, muss der Plan nun auf Fedora 17 verschoben werden, das im Mai 2012 erscheinen soll. Bis dahin wird Btrfs allen Interessenten weiter als Option sowohl bei der Einrichtung als auch im Betrieb zur Verfügung stehen. Das Standard-Dateisystem wird vorerst ext4 bleiben.

btrfs bietet gegenüber traditionelleren Dateisystemen zusätzliche Möglichkeiten wie Unterstützung von Untervolumes, Schnappschüsse, Kompression und RAID. Btrfs gilt als eines der Dateisysteme der Zukunft und will ZFS von Oracle in allen Belangen mindestens ebenbürtig sein. Pikanterweise arbeitet Chris Mason, der Initiator von Btrfs, ebenfalls bei Oracle. Aktuell arbeiten mindestens zehn Entwickler weltweit mehr oder minder aktiv an Btrfs.

Naja, ich nutze btrfs jetzt 9 Monate, nur gute Erfahrungen damit gemacht.