Beiträge von Pinguin

    stimme voll und ganz zu, Nobara und Fedora habe ich selber probiert, das kommt schon mal vor das ein Game bei der einen Distro 3-5 Frames mehr hat, dafür war es bei einem anderen umgekehrt, gut jetzt bin ich bestimmt kein Gamer, aber für mich ist das reine Werbung!

    Ich verstehe sowieso nicht was ein fürs Gaming optimierter Kernel ist?

    aber Gut, laut meiner letzten mail die ich bekam, habe ich eh keine Ahnung von nix

    ähm.... ist das für alle Kernel gültig? ist ja nicht gerade aussagekräftig;

    • CVE-2026-23020 9.8 (Kritisch) Unspezifizierter Kernel-Fehler: In Sicherheitsdatenbanken als kritisch für diverse Linux-Distributionen (Debian, Ubuntu) markiert

    die Ubuntu LTS hat den Kernel 6.14 und Debian 6.12 wenn ich mich nicht irre, also 2 völlig unterschiedliche,

    deshalb denke ich das jeder Kernel die hat - keine Ahnung!

    ok, dann weiter: Aber Achtung!! es ist durchaus möglich das dein System nicht mehr startet!!!! also alles ohne jeglicher Haftungsansprüche!

    (ich werde immer Überschriften machen, damit ich später das auch so in den Installer einbaue)

    Zuerst müssen wir herausfinden, welche ID dein @-Subvolume hat:

    Code
    sudo btrfs subvolume list / | grep '@' | grep -v '@home'

    (Die ID steht meist ganz am Anfang, z.B. ID 256).

    Dieses Subvolume als Btrfs-Standard setzen

    Ersetze [ID] durch die Nummer, die du gerade gefunden hast:

    Code
    sudo btrfs subvolume set-default [ID] /

    die /etc/fstab anpassen

    Jetzt müssen wir dem System sagen, dass es beim Booten nicht mehr fest nach @ suchen soll, sondern das nimmt, was wir gerade als "Default" gesetzt haben.

    öffne die Datei /etc/fstab mit dem Texteditor deiner Wahl

    Suche die Zeile für / (den Mountpoint der Wurzel). Sie sieht wahrscheinlich so aus:
    UUID=... / btrfs defaults,subvol=@,compress=zstd ...

    Entferne dort das subvol=@, aber lass die restlichen Optionen (wie compress=zstd,noatime) stehen. Es sollte danach so aussehen:
    UUID=... / btrfs defaults,compress=zstd ...

    Damit GRUB weiß, dass sich die Boot-Parameter geändert haben:

    Code
    sudo grub-mkconfig -o /boot/grub/grub.cfg

    Starte dein System einmal neu. (jetzt beten) Wenn es normal hochfährt, sollte es funktionieren - wenn nicht werde ich vermutlich .........

    Nach dem Neustart kannst du das Rollback erneut versuchen:

    Code
    sudo snapper rollback

    ohjeh, dann lösen wir das mit einem script,

    zuerst wieder:

    Code
    sudo umount /.snapshots
    Code
    sudo btrfs subvolume delete /.snapshots || sudo rm -rf /.snapshots
    Code
    sudo mkdir -p /etc/snapper/configs
    Code
    sudo mkdir -p /etc/default
    sudo tee /etc/default/snapper <<EOF
    SNAPPER_CONFIGS="root"
    EOF
    Code
    sudo btrfs subvolume create /.snapshots
    Code
    sudo chmod 750 /.snapshots
    Code
    sudo chown :wheel /.snapshots

    Falls du eine separate Partition in der fstab dafür hast, hänge sie jetzt ein:

    Code
    sudo mount /.snapshots
    Code
    snapper list-configs

    Liste die Snapshots auf (sollte leer sein, aber funktionieren)

    Code
    snapper list

    Erstelle testweise einen Snapshot

    Code
    sudo snapper create --description "Manueller Test nach Fix"

    vorsichtshalber nochmal den Dienst starten

    Code
    sudo ln -s /etc/sv/grub-btrfs /var/service/

    ok,

    mirolPirol systemctl gibt es bei Void nicht (nur unter Systemen mit Systemd)

    mit: now snapper-timeline.timer und deinem 2. Befehl erstellst du snapshots und löscht alte, das macht snapper automatisch (zumindest sollte das so sein)

    Sysform IT root ist nicht vorhanden, ist bei mir auch so, die Subvolumes müssen aber in der /etc/fstab stehen, hier mal meine:


    aber Sysform IT du hast völlig recht, da stimmt etwas nicht, bitte probiere mal folgende Schritte aus (wenn das funktioniert ändere ich den Installer entsprechend ab)

    # 1. Aushängen, falls es gemountet ist

    Code
    sudo umount /.snapshots

    # 2. Das vorhandene Verzeichnis löschen (da es noch leer ist)

    # Falls es ein Btrfs-Subvolume ist:

    Code
    sudo btrfs subvolume delete /.snapshots

    # Falls es nur ein Ordner ist:

    Code
    sudo rm -rf /.snapshots

    # 3. Jetzt die Snapper-Konfiguration erstellen

    Code
    sudo snapper -c root create-config /

    # 4. Snapper hat jetzt ein eigenes Subvolume .snapshots erstellt.

    # Wenn du aber dein eigenes (@snapshots aus der fstab) nutzen willst:

    Code
    sudo btrfs subvolume delete /.snapshots
    Code
    sudo mkdir /.snapshots
    Code
    sudo mount /.snapshots
    Code
    Nun sollte snapper list funktionieren.

    und vielen Dank!!!!!!!!!

    das ist wieder so ein schwieriges Thema wo ich nichts dazu sagen kann, bei läuft der Rechner manchmal 24 Stunden - je nachdem wenn ich ein Paket baue, das kann dauern, dann starte ich das Morgens, gehe arbeiten und hoffe das es dann Abends fertig ist, aber wenn ich dann Abends wieder etwas mache habe ich so ein Problem nicht:

    bitte gebe nochmal genau deine Hardware - vielleicht finde ich etwas