Beiträge von luigi

    Ich dachte, dass das beim bitweise übertragen keine Rolle spielt, sondern nur bei cp -a bzw. beim Übertragen mit rsync und vorherigem Anlegen der Partitionen ...

    Eine einfache und sichere Möglichkeit ist von einem Live- bzw. rescue-System aus z.B. mit

    Code
    if=/dev/hda of=/dev/hdb bs=2048

    ein komplettes Abbild auf die neue SSD zu schreiben.


    Nach dem Einbau kann man dann je nach Filesystem Partitionen vergrößern oder neue Partitionen anlegen.


    Zunächst wäre es hilfreich als root mit

    Code
    fdisk -l

    einen Überblick über die vorhandenen Laufwerke, Partitionen und Filesysteme hier zu präsentieren ...

    rebell21

    Und daran denken, dass sich die UUIDs der Partitionen auf der neuen Platte vermutlich ändern werden.

    Sollte das der Fall sein, nach Einbau der SSD:

    1. von einem live- oder rescue-System aus mit blkid die neuen UUIDs der Partitonen auslesen und in der fstab anpassen.

    2. Ebenso in /boot/grub2/grub.cfg und in /etc/default/grub die UUID für den bootloader anpassen.

    3. Jetzt z.B. mit dem rescue-System starten und 'Boot from Linux' auswählen und die root-Partition angeben.

    4. Wenn alles läuft, Yast2 starten und die bootloader-Konfiguration prüfen/anpassen und neu schreiben


    Hoffe es hilft,

    luigi











    Habe heute morgen den von mir in meinem post #3 beschriebenen workaround im firefox rückgängig gemacht und nun läuft es wieder wie früher. Vielen Dank für die Hilfe, Thema von meiner Seite damit erledigt.

    luigi

    Vielen Dank Scytale für die vielen Hinweise und Möglichkeiten. Ich werde sie nach und nach ausprobieren.


    Mein Leap 15.3 läuft seit einigen Wochen sehr stabil und mit den automatischen updates gab es bisher keine Probleme (ja, ich kenne die Diskussionen und Vorteile von zypper up).

    Gestern Abend lief Firefox noch einwandfrei. Dann gab es ein update von libIlmImf-2_2-23, das vermutlich erst heute morgen beim booten wirksam wurden. Daher meine Vermutung ...


    Dank des Hinweises von Scytale habe ich im Internet folgenden workaround gefunden:


    Code
    about:config
    
    network.http.http3.enabled --> auf false setzen

    Nach dem Start von firefox 91.4.0esr (64-Bit) auf meinem Leap 15.3 notebook gibt es seit heute morgen ein seltsames Verhalten. Es lassen sich keine Webseiten mehr erreichen, so als würde die Internetverbindung nicht bestehen (was aber nicht der Fall ist). Nach dem Beenden von Firefox bleiben noch Prozesse am laufen, die mit kill beendet werden müssen. Es könnte mit einem automatischen update der letzten Tage zusammenhängen.


    Im journalctl habe ich mehrere Meldungen der Art gefunden,

    Code
    kwin_x11[2151]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 65397, resource id: 94371843, major code: 15 (QueryTree), minor code: 0

    weiß aber nicht, ob es damit zusammenhängt.


    Wer hat ähnliches beobachtet oder kann helfen. Welche Informationen kann ich noch bereit stellen?

    Mit Chromium gibt es keine Probleme ...


    Vielen Dank,

    luigi

    Danke an #sterun für die Hinweise. Das hatte ich mir bereits vor dem posten angesehen und keine Probleme entdeckt.


    Dafür bin ich heute morgen beim booten in den 'maintenance modus' gebeten worden, da es unauflösbare Probleme mit dem Filesystem gab. Ich konnte aber von einer älteren Installation aus booten und nach einem backup die beiden Partitionen des ursprünglichen Systems mit fsck.ext4 reparieren. Smartctl zeigte übrigens keine Auffälligkeiten.


    Bein fsck war im Gegensatz zur home-Partition die Systempartition eigentlich clean, nur der timestamp des superblocks lag in der Zukunft, welches mit dem Hinweis garniert wurde, dass womöglich die hardware-Uhr nicht funktioniert.


    Diese Uhr funktionierte aber und war richtig eingestellt! Nun fiel endlich der Groschen: Vor ein paar Wochen gab es nach 11 Jahren zum ersten Mal Problem mit der altersschwachen Biosbatterie und da es ein paar Tage dauerte, bis ich den passenden Typ ersetzen konnte, hatte der Rechner zeitweilig eine Standuhr. Das führte offenbar zu Inkonsistenzen nicht nur im Filesystem, sondern auch bei den timern.


    Auch wenn ich die Zusammenhänge noch nicht komplett verstehe, wollte ich meine Erfahrungen doch weitergeben.

    Inzwischen läufts wieder rund, auch mit den timern und ich hoffe, dass es so bleibt.


    luigi

    Hallo,

    seit ein paar Tagen scheint es auf meinem Laptop unter Leap 13.2 Probleme mit den timern zu geben. Z.B. werden das tägliche update der mlocate.db nicht mehr ausgeführt. Mit dem folgende Befehl erhalte ich eine seltsame Antwort:


    Während mir die ersten drei Einträge vernünftig erscheinen, sind die folgenden sehr seltsam. Normalerweise wird mlocate.timer jeden Tag ausgeführt. Die LAST-Aktion soll aber am Fri 2021-07-02 16:57:06 CEST, also demnächst, stattgefunden haben ???


    Wer hat eine Idee, wo ich suchen muss oder was die Ursache für dieses Verhalten sein könnte?


    Vielen Dank im voraus,

    luigi