Beiträge von rebell21

    ja habe ich. Leider fallen alle Lösungen mit clonezilla aus. Clonezilla bricht auf meiner root Platte auch beim Sichern schon beim Lesen mit einer Fehlermeldung ab.


    Ich hatte eine Lösung gefunden


    How to Migrate the Root Filesystem to a New Disk | Support | SUSE


    Aber das ist mörderisch kompliziert (mit chroot habe ich noch nie gearbeitet). Sie nutzen am Ende chroot, um aus dem Livesystem auf das echte root filesystem zu kommen und um die Grub2 Konfiguration neu zu schreiben.

    Ich plane, eine neue SSD zu kaufen. Meine aktuelle SSD ist eine 230 GByte Platte (Samsung 860). Von dieser SSD boote ich alternativ OpenSUse Leap 15.3 oder Windows 10 per Dual Boot mit Grub. Diese SSD wird mir nun langsam zu klein. Ich plane den Kauf einer neuen SSD (512 GByte). Mein OpenSuse System ist sehr schön konfiguriert. Ich möchte OpenSuse Leap 15.3 daher in keinem Fall neu installieren. Ich habe einige VMs in KVM und jede Menge Software installiert. Ich möchte daher mein OpenSuse Leap 15.3 und die Boot-Konfiguration für Grub so komplett 1:1 auf die neue SSD umziehen. Wie muss ich da vorgehen ?

    Nach einem Rechtsklick auf eine Datei in Dolphin erscheint kein Kontext Menü mehr. Wenn ich als normal angemeldeter User in einem beliebigen Verzeichnis mit der rechten Maustaste auf eine Datei klicke, hängt sich zunächst Dolphin ein bisschen auf (reagiert nicht mehr, aktuelisiert auch Fenseter nicht mehr). Nach einer einigen Minuten erscheint das Kontextmenü und Dolphin arbeitet auch wieder normal und aktualisiert das Fenster. Das hat sich aber seit einiger Zeit langsam angekündigt. Ich musste in den letzten Tagen immer häufiger mit rechts klicken, um das Kontextmenü zu erhalten. Nun kommt es zunächst überhaupt nicht mehr.


    Das ist aber Userabhängig. Wenn ich als User Root den Dolphin öffne, funktioniert das Kontext Menü perfekt und schnell. Kann das irgendwie mit einem Index auf die Datei zu tun haben. Es gab mal einen sog. Balooindex, der alle Dateien zur Suche in KDE Plasma indizierte. Ich weiß nicht, ob das unter OpenSuse Leap 15.3 noch existiert.


    Gibt es einen alternativen Filebrowser für OpenSuse Leap 15.3

    OpenSuse Leap15.4

    KDE Plasma

    für Leap 15.2 gibt es keine Updates und Patches mehr. Deine 15.2 Installation wird sehr schnell altern und bald nicht mehr gut laufen. Ich habe mal den Fehler gemacht, zu lange zu warten beim Upgrade von 42.3. Dann war überhaupt kein Upgrade mehr möglich und ich musste 15.1 komplett neu installieren. Daher empfehle ich den Upgrade zeitnah zu machen, auch wenn die akt. 15.2 noch gut läuft. Die Anleitung von sterun ist gut und das funktioniert.



    Ich habe drei Rechner (Server, notebook, Desktop Workstation) von 15.2 auf 15.3 upgradet und es gab nur kleine Probleme (zu löschende alte Kernels wurden nicht gefunden, Tastaturlayout nach Upgrade immer US wegen ibus). Dabei habe ich auf der Workstation mit der NVIDIA Quadro eine sensible, kritische Konfiguration im Einsatz und da ist der Upgrade auch immer wackelig. Aber hat problemlos geklappt. Wichtig ist ein Backup des /home Verzeichnisses und meiner Ansicht nach btrfs für root. Dann kannst Du nämlich problemlos auf das noch laufende System zurückfallen durch Boot der letzten laufenden 15.2 Version, wenn dann tatsächlich was schief geht


    Ich würde jetzt bald upgraden

    natürlich kann man Leap 15.3 mit einem Legacy Bios booten. Ich habe einen Rechner (HP Workstation Z840), der überhaupt kein UEFI Bios hat und dieser bootet ohne Probleme 15.3.


    Es kommt darauf an, wie der Rechner vor der Installation des OS initial gestartet wurde. Wenn er nach einem Legacy BIOS Start installiert wurde, wird die Linux Dateistruktur auf Legacy Boot eingestellt. Wenn er nach einem UEFI BIOS Start installiert wurde, wird die Dateisystemstruktur mit UEFI Verzeichnissen eingerichtet. Der Boot Modus wird nicht während der Installation von Linux eingestellt, sondern wird daraus abgeleitet, wie der Rechnerstart aktuell im Bios eingestellt ist.


    Die ganze Dateisystemstruktur unterhalb von /boot/... ist völlig unterschiedlich bei UEFI Boot und Legacy Boot


    Hier die Dateisystemstruktur bei UEFI


    /boot/efi/EFI/boot

    /boot/grub2/x86_64-efi


    Eine Umstellung des Boot Modes im Bios nach der Installation von Linux führt dazu, dass der Rechner nicht mehr bootet.


    Die Umstellung ist nicht trivial. Ist hier ganz gut beschrieben



    Ich würde auch die Daten aus /home sichern und das OS komplett neu installieren. Tabula rasa für die Systempartition

    Stell den Rechner im BIOS auf einen definierten Startmodus ein (UEFI ist sinnvoller als Legacy). Und dann "Neuinstallation" mit neuer Systempartition. Kein "Update" !


    Noch eine Frage.


    hast Du einen zweiten Rechner, von dem Du Dich via SSH auf dem eingefrorenen Notebook anmelden könntest. Da kannst Du erkennen, ob das nur das X11 einfriert oder ab das gesamte System steht ? Wenn Du dich via SSH von remote anmelden kannst, dann ist eher das X11 faul.

    ich hatte das beim upgrade auf Leap 15.3 auch. Ich habe es akzeptiert und neue Profile für Firefox angelegt. Hatte aber vorher ein Backup der Favoriten in der Version unter 15.2 gemacht. Habe das Backup der Favoriten in "Favoriten verwalten->Wiederherstellen" wieder eingelesen und dann war der Firefox fast wieder up 2 date. Ich habe lediglich alle Plugins und alle Passwörter der Web-Sites verloren. Aber die gebe ich nun nach und nach wieder ein. Und die drei fehlenden Plugins habe ich aus dem Kopf wieder installiert.


    Allerdings hatte ich es nicht bei Thunderbird sondern nur bei Firefox. Thunderbird ist bei mir nach dem Upgrade ohne Probleme und Fehlermeldungen gestartet.