Benutzer-Werkzeuge

Webseiten-Werkzeuge


projekte:raspberry_pi

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
projekte:raspberry_pi [2026-08-07 21:29] paulprojekte:raspberry_pi [2026-08-14 22:16] (aktuell) – Snapper installieren paul
Zeile 122: Zeile 122:
 Spätestens nach 2 Neustarts müssten mit ''%%journalctl --list-boots%%'' 2 oder mehr Einträge aufgelistet werden. Es müssten ausserdem Logdaten unter ''/var/log/journal'' zu finden sein. Spätestens nach 2 Neustarts müssten mit ''%%journalctl --list-boots%%'' 2 oder mehr Einträge aufgelistet werden. Es müssten ausserdem Logdaten unter ''/var/log/journal'' zu finden sein.
  
-===== Home in eigenes Subvolume =====+===== Home in ein eigenes Subvolume verlagern =====
  
-Btrfs nutzt Snapshots um einen den Zustand der Files festzuhalten. Diese lassen sich schnell und Platzsparend anlegen. Und das im laufenden Betrieb.+Btrfs nutzt Snapshots um einen den Zustand der Files festzuhalten. Diese lassen sich schnell und Platzsparend anlegen. Und das alles im laufenden Betrieb.
  
-Snapshots sind auch gleichzeitig eigenständige Subvolumes. Bei vielen Linux-Betriebsystemen (wie z.B. bei CachyOS) werden zwei Subvolumes verwendet: Eines für Root und eines für Home. Hier eine Anleitung, wie ein System, welches Btrfs mit einem Root-Subvolume umkonvertiert:+Snapshots sind auch gleichzeitig eigenständige Subvolumes. Bei vielen Linux-Betriebssystemen (wie z.B. bei CachyOS) werden per Default zwei Subvolumes verwendet: Eines für Root und eines für Home. Hier eine Anleitung, wie ein System, welches Btrfs mit nur einem Root-Subvolume, um konvertiert:
  
 <code> <code>
Zeile 134: Zeile 134:
 sudo btrfs subvolume snapshot /mnt/@ /mnt/@new_root sudo btrfs subvolume snapshot /mnt/@ /mnt/@new_root
 sudo btrfs subvolume snapshot /mnt/@ /mnt/@home sudo btrfs subvolume snapshot /mnt/@ /mnt/@home
-```+</code>
  
-Hier logge ich mich ein und mounte das Root-Device nochmals auf `/mnt`. Ziel ist es zwei neue Subvolumes zu erstellen: Eines für das zukünftige Root und eines für home.+Hier logge ich mich ein und mounte das Root-Device nochmals auf ''/mnt''. Ziel ist es zwei neue Subvolumes zu erstellen: Eines für das zukünftige Root und eines für home.
  
 <code> <code>
Zeile 151: Zeile 151:
 sudo rm -rf home sudo rm -rf home
 </code> </code>
-Hier schaue ich in die gemounteten Subvolumes 'rein und lösche was jeweils zuviel ist.+Hier schaue ich in die gemounteten Subvolumes 'rein und lösche was jeweils zu viel ist.
  
 <code> <code>
Zeile 160: Zeile 160:
  
 cd /mnt cd /mnt
-findmnt+findmnt | grep btrfs
 sudo mv @ @old_root sudo mv @ @old_root
-findmnt+findmnt | grep btrfs
 sudo mv @new_root @ sudo mv @new_root @
 </code> </code>
  
-`UUID=d1c58f64-016a-4c8d-91a2-43de1298c4eeist hier nur Beispielhaft. Man soll das UUID verwenden welches der Partition entspricht. Hier wird die Zeile verdoppelt und das Subvolume `@homefür den nächsten Reboot vorbereitet, dass dies als `/homeverwendet wird.+''UUID=d1c58f64-016a-4c8d-91a2-43de1298c4ee'' ist hier nur Beispielhaft. Man soll das UUID verwenden welches der Partition entspricht. Hier wird die Zeile verdoppelt und das Subvolume ''@home'' für den nächsten Reboot vorbereitet so, dass dieses als ''/home'' verwendet wird.
  
 <code> <code>
Zeile 178: Zeile 178:
 </code> </code>
  
-Hier wird das alte Subvolume `@` als `old_rootund `@new_rootzu `@`. Mit `findmntsieht man, dass der Kernel kein Problem hat das alles live mit zu verfolgen. Das System arbeitet ohne Problem einfach weiter.+Hier wird das alte Subvolume ''@'' zu ''old_root'' und ''@new_root'' zu ''@'' umbenannt. Mit ''findmnt'' sieht man, dass der Kernel kein Problem hat, dies nachzuverfolten und das System stabil weiterlaufen zu lassen.
  
-Mit einem Reboot kommt `/etc/fstabzum Zug und stellt das System auf ein Subvolume für Root und eines für Home.+Mit einem Reboot kommt ''/etc/fstab'' zum Zug und mounted das System auf ein Subvolume für Root und eines für Home um.
  
 <code> <code>
Zeile 189: Zeile 189:
 </code> </code>
  
-Hier nochmal, wie man Snapshots erstellt. Ein Befehl wie man diese auflistet. Und einen um ein Snapshot zu löschen.+Hier nochmal, wie man Snapshots erstellt. Ein Befehl wie man diese auflistet. Und eines um ein Snapshot zu löschen. 
 + 
 +==== Snapper einrichten ==== 
 + 
 +Prüfen ob snapper installiert ist. Snapper installieren. 
 + 
 +<code> 
 +dpkg -l | grep -e snapper 
 +sudo apt install snapper 
 +</code> 
 + 
 +==== Einrichten und testen ==== 
 + 
 +Konfiguration mit Namen "root" einrichten. "snapper-timeline.timer" war nach der Installation bereits aktiv. Mit "create" lässt sich manuell ein Snapshot erstellen und "list" zeigt alle snapshots an. 
 + 
 +<code> 
 +sudo snapper -c root create-config / 
 +sudo systemctl status snapper-timeline.timer 
 +sudo snapper -c root create -d "Manueller snapshot test" 
 +sudo snapper -c root list 
 +</code> 
 + 
 +==== Links ==== 
 + 
 +Weitere Kommandos finden sich hier. Sortiert von kurzen nach ausführlicheren Artikeln: 
 + 
 +  *  https://www.dbi-services.com/blog/working-with-btrfs-snapper/ 
 +  *  https://en.opensuse.org/openSUSE:Snapper_Tutorial 
 +  *  https://manual.siduction.org/sys-admin-btrfs-snapper_de.html 
 + 
  
projekte/raspberry_pi.1786130990.txt.gz · Zuletzt geändert: von paul