Beiträge von Sysform IT

ich habe noch keinen Installer heruntergeladen.

Zunächst die erstelle IOS gestartet.

Installer werde ich mir noch herunterladen und dann void installieren

Zitat von pille

ich habe es nochmal probiert, vorher auch in var temp gelöscht. Kommt zum Schluss wieder der Fehler, übrigends bis 80% ca. 5min von 80% bis fertig 25min.

Das hängt bei der Kompression. Ist bei mir auch. Ich habe jetzt nochmal Voidlinux neu installiert. Man weiß nach nie und versuche es noch einmal.

So, ich habe jetzt ein komplett frisches Voidlinux installiert.

Und jetzt hat es komplett funktioniert.

Warum es bei der alten Installation nicht funktioniert hat, wer weiß es schon :-).

Ich habe anschließend den Rechner mit der neuen ISO installiert und mich mit meinen
Sysform Logindaten angemeldet und hatte direkt ein fertig eingerichtetes Voidlinux.

Halt also super geklappt.

Vielen Dank Armin für deine unermütlichen Bemühungen!!!

Komprimierung bleibt bei 80% im Verlauf stehen:

(KomprimiereDateisystem (SquashFS)...)

Terminalausgabe mit "python3 main.py"

[sysform@geekom void-live-creator]$ sudo python3 main.py
Passwort:
/usr/local/bin/void-live-creator/main.py:135: DeprecationWarning: Gtk.TreeView.append_column is deprecated
self.path_view.append_column(Gtk.TreeViewColumn("Pfade", Gtk.CellRendererText(), text=0))

(python3:19307): Gtk-WARNING **: 17:40:09.226: Failed to set text '<i>Hinweis: NetworkManager & D-Bus werden automatisch aktiviert.</i>' from markup due to error parsing markup: Fehler in Zeile 1: Entität endete nicht mit einem Semikolon; wahrscheinlich haben Sie ein &-Zeichen benutzt, ohne eine Entität beginnen zu wollen – umschreiben Sie das »&« als &amp;

(python3:19307): Gtk-WARNING **: 17:40:09.266: GtkGizmo 0x5587f1380400 (slider) reported min width -2, but sizes must be >= 0

(python3:19307): Gtk-WARNING **: 17:40:09.266: GtkGizmo 0x5587f184ec60 (slider) reported min height -2, but sizes must be >= 0

(python3:19307): Gtk-WARNING **: 17:40:09.285: GtkGizmo 0x5587f1d6ce80 (slider) reported min width -2, but sizes must be >= 0

(python3:19307): Gtk-WARNING **: 17:40:09.285: GtkGizmo 0x5587f1d69e30 (slider) reported min height -2, but sizes must be >= 0

Neue ZIP heruntergeladen und in Voidlinux installiert.

Funktioniert jetzt.

Dank!

Ich bekam währrend Installation folgende Meldungen:

Ich habe die zip entpackt und im Terminal über install.sh instaliert.

Ich kann nach Systemneustart keinen Eintrag im Anwendungsmenü finden.

Mache ich da einen Fehler?

Da bin ich mal gespannt.

Danke für die Anleitung.

Das Werkzeug ist ja cool. Ich kannte das bisher nur von Fedora.

Der btrfs-assitent ist im Voidlinux Repository nicht verfügbar. Die Installation kann zwar über git-clone vorgenommen werden, ist aber im Terminal eine ziemlich umfangreiche Angelegenheit. Hab ich noch nicht ausprobiert.

Ein 2. Efi ist dann sinnvoll, wenn die 1. Efi evtl. zu klein konfiguriert wurde.
Wenn jedes Betriebssystem eine eigene Efi hat, kann ich sofern beide
Betriebssystem wahlweise über das UEFI-Bootmenü auswählen, sofern
der Eintrag im Grub fehlerhaft ist und mit update auch nicht zu
beheben ist.

Bei meiner Voidlinux Installation gibt es nur 1 Efi, man kann hier auch bei
manueller Partitionierung keine 2. EFI installieren.

Zitat von Pinguin

Ich komme im Moment leider nicht dazu, ich werde vermutlich snapper wieder entfernen, und erst Mal den Installer so stabil machen das alles richtig funktioniert

Ich finde das es kein dringendes Problem darstellt.
Gut Ding braucht Weile.

Ich glaube ich mache mich langsam aber sicher unbeliebt.

Während bei einer Dualboot Installation mit ext4 der Grub-Bootloader
im letzten Schritt des Installationsablaufs, beide Installationen enthält,

wird nach meiner Meinung bei einer Dualboot Installation mit btrfs
der Grub-Bootloader nicht richtig konfiguriert.

Im Grub steht nur die letzte Installation eingetragen.

Lässt sich auch nicht mit "sudo update-grub" beheben.

Das ist die Ausgabe nach dem Rollback:

[sysform@geekom ~]$ sudo snapper --ambit classic rollback
Passwort:
Anwendungsbereich ist classic.
Nur-Lesen-Schnappschuss des Standard-Subvolumes erstellen. (Schnappschuss 16.)
Lesen-Schreiben-Schnappschuss des derzeit laufenden Subvolumes erstellen. (Schnappschuss 17.)
Einstellung des Standard-Subvolumes zu Schnappschuss 17.
[sysform@geekom ~]$

Das System ist danach immer noch im "read-only" Modus.

Es scheint so, als ob es jetzt bei mir auch mit "sudo snapper --ambit classic <ID> funktioniert hat.

Sehrwahrscheinlich ist nicht jeder Snapshot bei mir zum Rollback geeignet gewesen (komisch).
Ich habe mehrere Snapshots ausprobiert und jetzt scheint es zu funktionieren.

Wenn ich jetzt "sudo snapper rollback" eingebe, kommt auch keine Fehlermeldung mehr.

Auf jeden Fall hat er den über GRUB geladenen Snapshot, der "read only" war
an dem Rollback in "writetable" gesetzt.

Hat bei mir leider nicht funktioniert.

Habe ich jetzt gemacht. Vorher gebetet bzw. gerequezillert (Grub im "read only" Modus ändern ist schwierig :-))

Hat leider noch nicht funktioniert

So sieht das jetzt aus:

ID 256 gen 1332 top level 5 path @ (ich habe diese ID genommen)
ID 258 gen 133 top level 5 path @snapshots
ID 259 gen 1332 top level 5 path @var_log
ID 260 gen 1329 top level 5 path @var_cache
ID 261 gen 190 top level 5 path @var_tmp
ID 262 gen 1332 top level 5 path @tmp
ID 265 gen 54 top level 258 path @snapshots/1/snapshot
ID 266 gen 124 top level 258 path @snapshots/2/snapshot
ID 267 gen 130 top level 258 path @snapshots/3/snapshot
ID 268 gen 132 top level 258 path @snapshots/4/snapshot

So sieht es nach der Korrektur aus:
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e / btrfs defaults,noatime,compress=zstd 0 1
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e /home btrfs defaults,noatime,compress=zstd,subvol=@home 0 2
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e /.snapshots btrfs defaults,noatime,compress=zstd,subvol=@snapshots 0 2
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e /var/log btrfs defaults,noatime,compress=zstd,subvol=@var_log 0 2
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e /var/cache btrfs defaults,noatime,compress=zstd,subvol=@var_cache 0 2
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e /var/tmp btrfs defaults,noatime,compress=zstd,subvol=@var_tmp 0 2
UUID=61c10269-bf29-410a-99a5-7fd9f5bc8d5e /tmp btrfs defaults,noatime,compress=zstd,subvol=@tmp 0 2

++++++++++++++++++++++++++++++++++++

Nach dem Kommando. "sudo snapper rollback" kommt die Fehlermeldung:

[sysform@geekom ~]$ sudo snapper rollback
Passwort:
Anwendungsbereich kann nicht erkannt werden, weil das Standard-Subvolume unbekannt ist.
Das kann passieren, wenn das System nicht für Rollbacks eingerichtet wurde.
Der Anwendungsbereich kann manuell durch die Verwendung der Option --ambit angegeben werden.
[sysform@geekom ~]$

++++++++++++++++++++++++++++++++++++

Damit ich einen manuellen Snapshot nicht immer im Terminal machen muss,
habe ich mir ein kleines Script gemacht und als Verknüpfung auf den Desktop gelegt.

Im Terminal:
1. nano snapshot.sh (der Name kann beliebig benannt werden)
2. #!/bin/sh
sudo snapper create -d "Vor dem Update" (Bezeichnung zwischen "" kann beliebig gewählt werden)
   
Speichern mit Strg+O und Terminal schließen
+++++++++++++++++++++++++++++++++++++++++++++
Script ausführbar machen:
chmod +x Dateiname der .sh Datei (Name der Datei kann im Persönlichen Ordner nachgesehen werden)
+++++++++++++++++++++++++++++++++++++++++++++
Das Script kann im Terminal ausgeführt werden
1. ./Name der sh-Datei

oder die Datei auf dem Desktop als Verknüpfung anlegen
(Speicherort der Datei ist überlicherweise im Persönlichen Ordner)

Mache ich gerne. Macht Spaß rumzukonfigurieren.

Was jetzt noch nicht funktioniert ist das "rollback"

Nach dem booten über Grub und auswahl des Snapshots und alles in Ordnung ist

ich aber dann "sudo rollback" mache, kommt folgende Meldung:

Anwendungsbereich kann nicht erkannt werden, weil das Standard-Subvolume unbekannt ist:
Das kann passieren, wenn das System nicht für rollbacks eingerichtet wurde.

Tut mir leid, dass ich soviel Stress mache

Kommande "create-config /" wird als "unbekannte Befehl" ausgewiesen.

Zitat von Sysform IT

Ich habe es folgendermaßen gemacht:

sudo umount /.snapshots
sudo rm -rf /.snapshots
sudo snapper -c root create-config /

Datei "root" ist vorhanden und der manuelle Snapshot hat funktioniert.

Der angelegte Snapshot wird im Grub angezeigt und kann auch wieder hergestellt werden.

Super!

Vielen Dank für die Lösung!

Gruß

Hans-Josef

Ich habe mir die letzte Voidlinux-Version mit KDE-Plasma installiert.

(mal alle Subvolumes aktiviert gelassen)

Es fehlt meines Erachtens die Datei in /etc/snapper/confings/"root".

Daher kommt bei der Erstellung eines manuellen Snapshots auch die Fehlermeldung:

"Die Konfiguration "root" ist nicht vorhanden. Snapper ist wahrscheinlich nicht konfiguriert"

Gibt es da noch einen Tipp für mich?

In der Version "void-xfce-install-2026-2-1.iso" funktioniert der Druckerassistent nicht. (KDE Desktop)

system-config-printer (Kommando nicht gefunden)
keine Netzwerkdruckererkennung (kann auch nicht manuell per ipp eingebunden werden, da keine Netzwerkdrucker erkannt werden)
keine USB Druckererkennung.

Vielleicht nur am Rande:

Das deutsche Tastaturlayout muss manuell nachinstalliert werden.

Ich werde mal XFCE installieren, ob es dort funktioniert.

LG

Hans-Josef der sysformer

Ich muss alles zurücknehmen, ich Dödel :-((

Ich habe den Printer (Cups) nicht installiert.

Sorry!!!