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 ...
Beiträge von luigi
-
-
Eine einfache und sichere Möglichkeit ist von einem Live- bzw. rescue-System aus z.B. mit
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
einen Überblick über die vorhandenen Laufwerke, Partitionen und Filesysteme hier zu präsentieren ...
-
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:
-
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,
Codekwin_x11[2151]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 65397, resource id: 94371843, major code: 15 (QueryTree), minor code: 0weiß 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
-
man kann mit DVD natürlich auch upgraden. Habe das vor ein paar Tagen erfolgreich erledigt.
Mann muss allerdings gleich zu Beginn Upgrade anstatt Neuinstallation auswählen!
-
-
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:
Code
Alles anzeigenluigi@xyz:~> systemctl list-timers --all NEXT LEFT LAST PASSED UNIT ACTIVATES Mon 2021-06-28 19:00:00 CEST 30min left Mon 2021-06-28 18:00:24 CEST 29min ago snapper-timeline.timer snapper-timeline.service Tue 2021-06-29 16:43:32 CEST 22h left Mon 2021-06-28 16:43:32 CEST 1h 46min ago snapper-cleanup.timer snapper-cleanup.service Tue 2021-06-29 16:48:32 CEST 22h left Mon 2021-06-28 16:48:32 CEST 1h 41min ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service Sat 2021-07-03 00:00:00 CEST 4 days left Fri 2021-07-02 16:57:06 CEST 3 days left logrotate.timer logrotate.service Sat 2021-07-03 00:00:00 CEST 4 days left Fri 2021-07-02 16:57:06 CEST 3 days left mandb.timer mandb.service Sat 2021-07-03 00:00:00 CEST 4 days left Fri 2021-07-02 16:57:06 CEST 3 days left mlocate.timer mlocate.service Sat 2021-07-03 01:37:26 CEST 4 days left Fri 2021-07-02 16:57:06 CEST 3 days left check-battery.timer check-battery.service Sat 2021-07-03 01:43:46 CEST 4 days left Fri 2021-07-02 16:57:06 CEST 3 days left backup-sysconfig.timer backup-sysconfig.service Sat 2021-07-03 01:51:57 CEST 4 days left Fri 2021-07-02 16:57:06 CEST 3 days left backup-rpmdb.timer backup-rpmdb.service Mon 2021-07-05 00:00:00 CEST 6 days left Fri 2021-07-02 16:57:06 CEST 3 days left btrfs-balance.timer btrfs-balance.service Mon 2021-07-05 00:00:00 CEST 6 days left Fri 2021-07-02 16:57:06 CEST 3 days left fstrim.timer fstrim.service Sun 2021-08-01 00:00:00 CEST 1 months 2 days left Fri 2021-07-02 16:57:06 CEST 3 days left btrfs-scrub.timer btrfs-scrub.service 12 timers listed.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