Es können GRUB und GRUB 2 bis Maverick Meerkat nicht mit einem Btr-Filesystem umgehen. Deshalb sollten Dateisysteme mit einem im Basisverzeichnis integrierten /boot-Verzeichnis bzw. ein separates /boot-Verzeichnis nicht konvertiert werden.

Wie? Meinst du, dass man eine separate Boot-Partition anlegen sollte, wie an anderer Stelle im Wiki beschrieben?

Das Problem ist nicht BtrFS - sondern die alten Grub-Versionen. Solange Du eine Ubuntu-Version (oder Derivat) Maverick oder älter benutzt, klappt das nicht - es fehlen dort im Grub schlicht die entsprechenden Images (*.mod Dateien).

Und ein selektives Upgraden von Grub ist zwar möglich - bedarf aber gezielter Maßnahmen (also Expertenwissen).

Hi syscon-hh,

sieht sehr gut aus! Evtl. könnte "[ -d /mnt/h* ]" im Skript zu Problemen führen.

Gruss Lasall

Lasall schrieb:

Evtl. könnte "[ -d /mnt/h* ]" im Skript zu Problemen führen.

Solange das nur über das Skript läuft - nein - nun wochenlang und auf mehreren Maschinen getestet. Und händische Einträge, die zufällig so beginnen - na' dann Pech gehabt.

Nein diese Vorlagen sollen nur zum Denken anregen und Hinweise geben, wie man so etwas löst.Bei mir sieht das eine oder andere dann auch anders aus.

Hi syscon-hh,

sehr gut, ich hätte das auch nicht geändert und wollte nur deine Meinung dazu hören .

Dieser Artikel kann nun imho verschoben werden.

Gruss Lasall (der zum nächsten Artikel weiterzieht)

Verschoben mit Dank an den Autor syscon-hh noch nicht verlinkt, da Hauptartikel BtrFS-Dateisystem noch Baustelle und dort Erwähnung finden sollte.

Hi,

zurückverschoben, da Baustellenlinks im Artikel sind. Beim Review bin ich momentan bis hier gekommen und warte auf Rückmeldung. Anschließend reviewe ich den Artikel Baustelle/BtrFS-Mount Optionen und abschließend müssen wir nochmal über die Bezeichnung (Schreibweise von btrfs/BtrFS) diskutieren.

Gruss Lasall

Hi,

Artikel im Wiki, klasse Arbeit syscon-hh und vielen Dank!

Gruss Lasall

Aus dem Abschnitt Prozessorbelastung:

• nice -n 15 `btrfs filesystem balance /` & 

• cpulimit `btrfs filesystem balance /` -l 20 & 

Die eigentliche Btrfs-Befehlsequenz muss dabei in Akzentzeichen ( ` ) eingefasst werden, um eine eindeutige Zuweisung zu erhalten. Mit dem & -Zeichen kann man das als Hintergrundprozess starten.

Die Syntax der Befehle sieht aber anders aus.

nice-Manpgae (so auch schon öfters genutzt): nice [OPTION] [COMMAND [ARG]...]
Der Befehl müsste also lauten: nice -n 15 btrfs filesystem balance / & (ohne Akzentzeichen)

Zur cpulimit-Syntax siehe Wiki-Artikel (noch nie genutzt). Demnach müsste es so lauten ($! enthält die PID des letzten Hintergrundprozesses):

btrfs filesystem balance / & cpulimit -p $! -l 20 & 

Die Wirkung von

`Kommando` 

oder

$(Kommando) 

wird im Abschnitt "Command Substitution" der bash-Manpage beschrieben. Command Substitution ersetzt den Befehl durch seine Ausgabe. Beispiel:

$ uname -r
3.2.0-26-generic
$ ls /boot/*$(uname -r)*    # entspricht ls /boot/*3.2.0-26-generic*
/boot/abi-3.2.0-26-generic     /boot/initrd.img-3.2.0-26-generic  /boot/vmlinuz-3.2.0-26-generic
/boot/config-3.2.0-26-generic  /boot/System.map-3.2.0-26-generic

Das kann wohl kaum gemeint sein. Und einfache (') bzw. doppelte Anführungszeichen (") sind hier auch nicht nötig.

Den Hinweis "um eine eindeutige Zuweisung zu erhalten" verstehe ich nicht. Geht es um die Zuweisung der Argumente zu den Befehlen Die sollte bei nice sowieso funktionieren. Bei cpulimit wären vielleicht Anführungszeichen angebracht, wenn der Befehl eine ähnliche Syntax wie im Zitat angegeben hätte.

Abschnitt Backup und Replay:

Man sollte diese manuelle Methode zugunsten des automatischen Verfahrens vorziehen, welches man sich einrichtet mit dem Paket

• apt-btrfs-snapshot

Verwirrende Satzkonstruktion: "Manuelle Methode vorziehen <-> zugunsten des automatischen Verfahrens"

Besser wäre

Man sollte statt der manuellen Methode das automatische Verfahren vorziehen, welches man sich einrichtet mit dem Paket

• apt-btrfs-snapshot

Oder ist es andersherum gemeint?

Commander Data schrieb:

Fangen wir mit dem einfachsten an:

Abschnitt Backup und Replay:

....

Oder ist es andersherum gemeint?

1.: Ja man sollte auf dieses automatische Verfahren (also das mit dem Paket) verzichten. Langwierige Tests haben ergeben, dass das automatische Verfahren, weil es eben unkoordiniert zum Speichern ansetzt, zu starken Belastungen der CPU-Last führte und dann ein weiter arbeiten unmöglich machte, bis hin zum Einfrieren des Systemes. Das ist zumindest für die Versionen bis 12.04 öfter aufgetreten! Ab Quantal sieht es im Moment schon etwas besser aus. Jedoch halte ich ein ständiges Anlegen von Schnappschüssen, ohne das ich die Auswirkungen der vorangegangenen Paketinstallation überprüfen konnte, auch nicht gerade für vorteilhaft.

2.:

Aus dem Abschnitt Prozessorbelastung:

• nice -n 15 `btrfs filesystem balance /` & 

• cpulimit `btrfs filesystem balance /` -l 20 & 

und so weiter ...

bis hin zu ...

Den Hinweis "um eine eindeutige Zuweisung zu erhalten" verstehe ich nicht. Geht es um die Zuweisung der Argumente zu den Befehlen Die sollte bei nice sowieso funktionieren. Bei cpulimit wären vielleicht Anführungszeichen angebracht, wenn der Befehl eine ähnliche Syntax wie im Zitat angegeben hätte.

Es sind hier mehrere Ebenen und Anweisungen mit einander verknüpft worden - mal aufgebröselt:

• nice -n 15 -> der eigentliche Befehl

  • btrfs filesystem balance -> die eigentliche Anweisung für btrfs

    • / -> die Option für den btrfs-Befehl

• & -> ein neuer Befehl

Das Gleiche bei dem anderen Befehl - nur die Vorgabe der Optionen liegt dabei anders. Zumindest läuft das hier so wie es beschrieben wird. Und es wird nicht das Hochkomma (') sondern das (`) verwendet - hat dann auch eine andere Wertigkeit.

Zum Anderen, dieser Teil der Artikelserie ist ja auch anders zu verstehen - nicht als Anweisung, sondern als Sammlung von Erfahrungen - so wurde es ja auch im Header vorgestellt.

Ansonsten - es ist ein WIKI, jeder der fundierte und gesicherte (Er)Kenntnisse beitragen kann und will, darf das!

syscon-hh schrieb:

Commander Data schrieb:

Oder ist es andersherum gemeint?

1.: Ja man sollte auf dieses automatische Verfahren (also das mit dem Paket) verzichten. Langwierige Tests haben ergeben, dass das automatische Verfahren, weil es eben unkoordiniert zum Speichern ansetzt, zu starken Belastungen der CPU-Last führte und dann ein weiter arbeiten unmöglich machte, bis hin zum Einfrieren des Systemes.

OK, dann ist das aber nicht "zugunsten des automatischen Verfahrens" (eher "zuungunsten"). Ich ändere die Formulierung und ergänze noch knapp die Begründung.

2.:

Aus dem Abschnitt Prozessorbelastung:

• nice -n 15 `btrfs filesystem balance /` & 

• cpulimit `btrfs filesystem balance /` -l 20 & 

und so weiter ...

bis hin zu ...

Den Hinweis "um eine eindeutige Zuweisung zu erhalten" verstehe ich nicht. Geht es um die Zuweisung der Argumente zu den Befehlen Die sollte bei nice sowieso funktionieren. Bei cpulimit wären vielleicht Anführungszeichen angebracht, wenn der Befehl eine ähnliche Syntax wie im Zitat angegeben hätte.

Es sind hier mehrere Ebenen und Anweisungen mit einander verknüpft worden - mal aufgebröselt:

• nice -n 15 -> der eigentliche Befehl

  • btrfs filesystem balance -> die eigentliche Anweisung für btrfs

    • / -> die Option für den btrfs-Befehl

• & -> ein neuer Befehl

Das Gleiche bei dem anderen Befehl - nur die Vorgabe der Optionen liegt dabei anders. Zumindest läuft das hier so wie es beschrieben wird. Und es wird nicht das Hochkomma (') sondern das (`) verwendet - hat dann auch eine andere Wertigkeit.

Ich sehe, dass kein Hochkomma / Anführungszeichen verwendet wird, sondern `. Wie ich schon gesagt habe: `Kommando` entspricht $(Kommando). Die Befehle aus dem Artikel könnte man also auch so schreiben:

• nice -n 15 $(btrfs filesystem balance /) & 

• cpulimit $(btrfs filesystem balance /) -l 20 & 

Nur führt das nicht dazu, dass btrfs mit einem Nice-Wert von 15 bzw. mit einem CPU-Last-Maximum ausgeführt wird. Ich zeige das mal anhand von sleep statt btrfs. (btrfs nutze ich sowieso noch nicht.)

a@A:~$ nice -n 15 `sleep 10` &
[1] 4402
a@A:~$ ps -o nice,command -C sleep
 NI COMMAND
  0 sleep 10
a@A:~$ nice: Mit einer Priorität muss ein Befehl angegeben werden
„nice --help“ gibt weitere Informationen.

[1]+  Exit 125                nice -n 15 `sleep 10`

Folgendes ist passiert:

• sleep 10 wurde gestartet. Sein Nice-Wert lag bei 0 und nicht bei 15, wie ps gezeigt hat.

• Als der sleep-Prozess fertig war, wurde seine (nicht-existente) Ausgabe von der bash in die Befehlszeile eingefügt und nice gestartet: nice -n 15 AUSGABE_VON_SLEEP & (also, da sleep nichts ausgegeben hat: nice -n 15 &)

• nice hat sich über die falsche Aufruf-Syntax beschwert und effektiv nichts getan.

Jetzt das ganze ohne `:

a@A:~$ nice -n 15 sleep 10 &
[1] 4409
a@A:~$ ps -o nice,command -C sleep
 NI COMMAND
 15 sleep 10
a@A:~$ 
[1]+  Fertig                  nice -n 15 sleep 10

nice hat sleep mit einer Priorität von 15 gestartet.

Fazit: Bei nice müssen einfach nur die ` weggelassen werden, damit es so funktioniert, wie gewünscht. Bei cpulimit sind noch andere Anpassungen nötig, aber auch nichts gravierendes:

btrfs filesystem balance / & cpulimit -p $! -l 20 &  

Dadurch würde zuerst btrfs gestartet und dann sofort cpulimit mit der btrfs-PID aufgerufen (entsprechend der Manpage).

Zum Anderen, dieser Teil der Artikelserie ist ja auch anders zu verstehen - nicht als Anweisung, sondern als Sammlung von Erfahrungen - so wurde es ja auch im Header vorgestellt.

Dennoch scheint mir, dass die angegebenen Befehle nicht so funktionieren, wie angegeben. Vielleicht führst du selbst mal die Befehle aus dem Artikel aus, prüfst die nice-Werte bzw. CPU-Auslastung und postest hier die Terminal-Befehle und -Ausgaben. Das würde mich sehr überraschen, wenn die Befehle aus dem Wiki so funktionieren.

Ansonsten - es ist ein WIKI, jeder der fundierte und gesicherte (Er)Kenntnisse beitragen kann und will, darf das!

Weiß ich. Ich wollte nur nachfragen, um eventuelle Missverständnisse auszubügeln. Bei "Backup und Replay" habe ich mich ja tatsächlich bzgl. der Intention geirrt. Was "Prozessorbelastung" angeht: Wir werden sehen.

Hallo Commander Data, hier die Ergebnisse der heutigen Teste:

Terminal 1 :

laura@PRECISE-G64:~$ sudo -s
[sudo] password for laura: 
root@PRECISE-G64:~# btrfs fi sh
failed to read /dev/sr0
Label: 'PRECISE_DATA'  uuid: 13708e1c-e8eb-4cff-8ad9-54c89bd59d73
	Total devices 1 FS bytes used 105.84GB
	devid    1 size 351.76GB used 144.04GB path /dev/sdb6

Label: 'LINUX_ROOT'  uuid: 28fb0ae0-9cd2-4808-a81c-6cd43123018f
	Total devices 1 FS bytes used 3.55GB
	devid    1 size 46.74GB used 5.27GB path /dev/sda5

Btrfs Btrfs v0.19

root@PRECISE-G64:~# nice -n 15 `btrfs filesystem balance /` &
[1] 2685

root@PRECISE-G64:~# nice: Mit einer Priorität muss ein Befehl angegeben werden
„nice --help“ gibt weitere Informationen.

[1]+  Exit 125                nice -n 15 `btrfs filesystem balance /`

root@PRECISE-G64:~# 

Der btrfs-Befehl wurde aber richtig abgearbeitet - frag' nicht wieso!

Terminal 2 :

Auszug während Terminal 1 arbeitet:

laura@PRECISE-G64:~$ top

 
 2686 root      20   0  8716  408  308 D   24  0.0   0:12.85 btrfs              
 2690 root      20   0     0    0    0 S   21  0.0   0:03.79 btrfs-endio-3      
 2486 root      20   0     0    0    0 R    9  0.0   0:01.35 btrfs-endio-wri    
 2789 root      20   0     0    0    0 S    8  0.0   0:00.24 btrfs-endio-4      
 2689 root      20   0     0    0    0 S    8  0.0   0:00.41 btrfs-endio-2      
 2500 root      20   0     0    0    0 S    6  0.0   0:04.32 btrfs-endio-3      
 1594 root      20   0     0    0    0 S    5  0.0   0:01.75 flush-btrfs-1      
 2691 root      20   0     0    0    0 S    4  0.0   0:00.94 btrfs-endio-wri    
 2510 root      20   0     0    0    0 S    3  0.0   0:00.41 btrfs-worker-4     
 2509 root      20   0     0    0    0 S    3  0.0   0:00.42 btrfs-worker-3     
 2688 root      20   0     0    0    0 S    2  0.0   0:00.80 btrfs-endio-wri    
 2287 root      20   0     0    0    0 R    2  0.0   0:01.60 btrfs-endio-wri    
  303 root      20   0     0    0    0 S    1  0.0   0:00.92 btrfs-worker-1     
 1597 root      20   0     0    0    0 S    1  0.0   0:02.65 btrfs-delalloc-    
 2474 root      20   0     0    0    0 S    1  0.0   0:00.31 btrfs-worker-2     
  305 root      20   0     0    0    0 S    1  0.0   0:00.43 btrfs-submit-1 

Terminal 1 :

Das Gleiche mal ohne die ( ` ):

root@PRECISE-G64:~# nice -n 15 btrfs filesystem balance / &
[1] 3045
root@PRECISE-G64:~#

[1]   Fertig                  nice -n 15 btrfs filesystem balance /
root@PRECISE-G64:~#

Der Auszug während Terminal 1 arbeitet, ist vom Inhalt mit dem Obigen vergleichbar.

Terminal 1 :

Den Auftrag nun mit cpulimit und in der varierten Fassung:

root@PRECISE-G64:~# btrfs filesystem balance / & cpulimit -p $! -l 20 &
[1] 3389
[2] 3390
root@PRECISE-G64:~# Process 3389 detected

root@PRECISE-G64:~# Process 3389 dead!

[1]-  Fertig                  btrfs filesystem balance /
[2]+  Exit 2                  cpulimit -p $! -l 20
root@PRECISE-G64:~# 

Wenn die Zeile mit dead kommt, wird angezeigt, dass der Auftrag abgearbeitet wurde und muss mit ⏎ bestätigt werden, was dann die letzten Info's auspuckt.

Der Auszug während Terminal 1 arbeitet, ist vom Inhalt mit dem Obigen vergleichbar.

Mit diesen Daten habe ich diesen Abschnitt im WIKI korrigiert - ich hoffe es findet Deine Zustimmung.

syscon-hh schrieb:

Der btrfs-Befehl wurde aber richtig abgearbeitet - frag' nicht wieso!

Das überrascht mich nicht. Der btrfs-Befehl wird ja (bei der Variante mit `) direkt von der Shell gestartet. Das ist das gleiche wie wenn man einfach nur

btrfs filesystem balance /

aufruft. Nur die Ausgabe dieses Befehls wird mit den ` besonders behandelt. Danach wurde also nice -n 15 & aufgerufen. Nur dieser Befehl hatte dann einen Fehler, den es nicht behandeln konnte, nämlich, dass ein aufzurufendes Kommando fehlte. Besser sichtbar wird das vielleicht, wenn man den Befehl etwas aufdröselt:

btrfs_ausgabe=`btrfs filesystem balance /`
nice -n 15 $btrfs_ausgabe &

Beschrieben wird das auch unter Shell/Bash-Skripting-Guide für Anfänger.

Auszug während Terminal 1 arbeitet:

laura@PRECISE-G64:~$ top

 
 2686 root      20   0  8716  408  308 D   24  0.0   0:12.85 btrfs              

Nice-Wert 0 (Standard) statt 15.

Das Gleiche mal ohne die ( ` ):

root@PRECISE-G64:~# nice -n 15 btrfs filesystem balance / &
[1] 3045
root@PRECISE-G64:~#

[1]   Fertig                  nice -n 15 btrfs filesystem balance /
root@PRECISE-G64:~#

Der Auszug während Terminal 1 arbeitet, ist vom Inhalt mit dem Obigen vergleichbar.

top müsste eigentlich einen nice-Wert von 15 anzeigen. Das kann ich so natürlich nicht überprüfen, aber ich denke, das sollte geklappt haben (gerade noch mal mit sleep statt btrfs überprüft).

Mit diesen Daten habe ich diesen Abschnitt im WIKI korrigiert - ich hoffe es findet Deine Zustimmung.

In Ordnung. Ich passe noch ein paar Kleinigkeiten an die Wiki-Gepflogenheiten an, aber das sieht schon gut aus.

Grüße, Data