Beiträge von luigi

Heinz-Peter

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!

Bitte als root folgendes Kommando, damit man die auch bootbaren Partitionen sieht:

fdisk -l

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:

luigi@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

Vielen Dank an @Forentroll und @Heinz-Peter für die Hilfsangebote.

Habe aber gerade herausgefunden, dass mein oben beschriebenes touchpad-Problem weder am kernel-update noch an den anderen installierten Paketen lag, sondern vielmehr an einer klemmenden touchpad-Umschalttaste.

Wiedermals ein lehrreiches Beispiel für den essentiellen Unterschied zwischen kausalem Zusammenhang und Koinzidenz.

Viele Grüße,

luigi

Hallo Heinz-Peter,

es scheint eben nicht das gleiche Problem zu sein, da das touchpad mit dem vorherigen Kernel 5.3.18-lp152.60-default jetzt auch nicht mehr reagiert.

Gruß, luigi

Hallo,

nach dem heutigen Kernelupdate inkl. update weiterer Pakete mit Neustart, reagiert das touchpad nicht mehr. Navigation mit usb-mouse ist aber möglich.

Laptop Acer Aspire 3, Leap 12.5, SYNA7DB5:01 06CB:CD41 Touchpad

Kernel 5.3.18-lp152.63-default

Da das fehlerhafte Verhalten jetzt auch mit dem vorherigen Kernel auftritt, muss es vermutlich an einem der heute upgedateten Pakete liegen.

Wer hat ähnliches beobachtet oder kann zur Lösung des Problems beitragen?

Z.B. welches Paket fehlerhaft sein könnte.

Vielen Dank,

luigi

Hallo Petert,

hatte neulich so ein ähnliches Problem, welches ich durch Installation von kio_kamera lösen konnte.

Schau mal nach, ob dieses Paket bei dir schon aktviert ist.

Gruß,

luigi

Sauerland hat recht, bei mir werkelt grub2. Daher der Unterschied.

Danke für die Hilfestellung für Bildanhänge. Hoffentlich klappt es beim nächsten Mal.

luigi

Sorry, bei mir sieht das so aus: