Beiträge von avwasser

    Hallo Alero,

    vielen Dank für dir rasche Antwort – mit 5.16.5 zu arbeiten ist in der Tat kein Problem.

    Noch einzwei Nachfragen zum Löschen und sperren:

    Wenn ich im Software installieren/entfernen-Modul von Yast nach "Kernel" suchen lasse, wird mir der Default Kernel angezeigt (5.16.8). Den entferne ich und sperre ihn dann für eine Neuinstallation? Gibt es sonst etwas zu tun? Passt sich das Grub-Menü automatisch an oder hilft es os-prober auszuführen und dann die Einträge updaten zu lassen?

    Grüße

    Carsten

    Guten Tag,

    ich wünschte ja, ich könnte gelegentlich auch mal etwas erhellendes in diesem Forum beitragen... Stattdessen komme ich immer nur, wenn ich linuxtechnisch gerade selbst im Dunkeln tappe. So wie jetzt:


    Seit ein paar Tagen bootet opensuse Tumbleweed mit dem Kernel 5.16.8-1 nicht mehr, bzw. in einen Blackscreen. Auch der recovery mode für diesen Kernel (erweiterte Optionen der Suse-Installation) führt direkt nach der Auswahl im Grub-Menü zu einem schwarzen Bildschirm. Es hilft dann nur noch, den Rechner durch Gedrückt-Halten der Starttaste in die Knie zu zwingen. Wenn ich im Grub-Menü die erweiterten Optionen für opensuse auswähle und mit dem Kernel 5.16.5-1 starte, läuft alles wie erwünscht.


    Ein paar Angaben zu dem (laufenden) System:

    Betriebssystem: openSUSE Tumbleweed 20220212

    KDE-Plasma-Version: 5.24.0

    KDE-Frameworks-Version: 5.90.0

    Qt-Version: 5.15.2

    Kernel-Version: 5.16.5-1-default (64-bit)

    Grafik-Plattform: X11

    Prozessoren: 12 × AMD Ryzen 5 1600 Six-Core Processor

    Speicher: 15,5 GiB Arbeitsspeicher

    Grafikprozessor: AMD Radeon RX 5500 XT


    Hat vielleicht jemand ähnliche Probleme oder einen Tipp, worin die Schwierigkeiten begründet sein könnten?


    Danke & Gruß

    Carsten

    Guten Tag,

    ich habe neulich bei der Live-Ausprobiererei einer Openbox-Konfiguration den App-Launcher Rofi kennengelernt. Ich mag den irgendwie und habe ihn mir nun unter Tumbleweed installiert. Via Konsole lässt sich das Programm starten. Nun möchte ich Rofi gerne per Tastaturkürzel aktivieren. Das klappt aber nicht. Heißt: Es tut sich nuscht.


    Gibt es beim Programmaufruf via Hotkeys eine Beschränkung in Bezug auf Shellskripte? Das winzige Skript ist "ausführbar gemacht" und lässt sich durch Doppelklick starten. Wenn ich das Skript via Krunner starte, öffnet sich das Skript im Texteditor. Wahrscheinlich übersieht mein Linux-Dilettanten-Auge bloß eine Kleinigkeit, aber welche?

    Grüße
    Carsten

    Zitat

    Dann sollte unter /etc/mtab...

    /dev/sdb1 / btrfs ro,relatime,ssd,space_cache,subvolid=267,subvol=/@/.snapshots/1/snapshot 0 0

    ...nicht mehr vorhanden sein.

    Yes, is weg :)


    Und: Deinen vorgeschlagenen Weg über den Dateimanager im Super-User-Modus hatte ich vorher probiert. Da ich aber von einem read-only snapshot gestartet hatte, konnte ich die geänderte fstab-Datei nicht schreiben. Deshalb musste ich den Umweg über ein Live-System machen.


    ((Ich zypper duppe gerade wieder.... hach, es ist eine Freude ;))

    Hallo, liebe Leute :)


    Das System läuft wieder, die fstab sieht wieder gut aus, zypper dup wird in diesem Moment gerade ausgeführt. Puh.


    Allerdings habe ich es am Ende auf so eine Art "harte Tour" gemacht: Ich habe mir ein Live-System geladen, von dort die vergurkte fstab geöffnet und bearbeitet, dann neu gestartet und gehofft, dass es funktioniert. Zum Glück hat es.


    Vielen vielen Dank. Ohne euch wäre ich mutlos und aufgeschmissen gewesen.


    Bis dahin
    Carsten

    Code
    linux-ctqv:/home/ceos # btrfs filesystem show /
    Label: none  uuid: a2e79ec2-6ff7-4a5c-b6d0-ce339dae8f72
            Total devices 1 FS bytes used 22.85GiB
            devid    1 size 80.00GiB used 31.04GiB path /dev/sdb1
    
    linux-ctqv:/home/ceos # 

    Ist das die erwartete Ausgabe und kann ich dann den von dir empfohlenen Weg gehen?

    Guten Abend zusammen,


    sorry wegen der Verspätung... Aber ich habe zurzeit zu viel um die Ohren.


    ThomasS : Ich hoffe sehr, die Falsche Bier, die du nur meinetwegen aufgemacht hast, hat dir nicht die ganze Nacht verdreht :)


    Zurück zu meiner "Herausfgorderung"... ich habe eben ein rollback mit dem jüngsten Schnappschuss gemacht. Ohne Erfolg. Das System startet nach wie vor von einem Schnappschuss und die eigentliche Bootpartition ist nicht unter "/" eingehängt, sondern unter "/.snapshots".


    Ich habe daraufhin einen älteren Schnappschuss für ein reboot ausgewählt und diese, hoffentlich hilfreiche, "Entdeckung" gemacht: In diesem Schnappschuss gibt es eine "/" Partition, aber es ist meine Fritzbox! An ihr hängt der via nfs ein Mini-Homeserver (über einen odroid-Rechner und unter openmediavault). Die Konfiguration mit dem Homeserver läuft seit Jahren so, unverändert. Die nfs-Konfiguration habe ich über Yast eingerichtet. Ich habe keine Ahnung, wie die Fritzbox den Root-Mountpoint bekommen konnte. Ich liste hier die "aktuelle" (also Schnappschuss)-fstab:

    Reichte es vielleicht, die nfs-Konfiguration zu löschen, neu zu booten und zu "hoffen", die Boot-Partition wird wieder unter "/" eingehängt?

    ... hatte ThomasS tatsächlich falsch verstanden (resp. die Screens bei der Auswahl des Snapshots). Ich habe auf einem "alten" Laptop, der auch mit Tumbleweed läuft, herumprobiert und nun verstanden, wie man in/mit einen Snapshot bootet. Das muss ich dann jetzt mal probieren und sehen, ob alles ordnungsgemäß läuft, bevor ich zur Rolle rückwärts ansetze.


    Allerdings fürchte ich, für heute bin ich zu müde... Aber ich werde berichten, ob Vollzug oder Katastrophe :)


    Vielen Dank bis hierher liebe Leute!