Danke für die Analyse! Ich habe in /etc/cron.daily 3 Skripte, davon 1 mit Punkt im Namen. Evtl. hat das dazu geführt, dass auch die anderen dann nicht ausgeführt wurden. Habe jetzt alle Skripte ohne Punkt und probiere es damit noch mal.
Beiträge von Oceanwaves
-
-
Update: mit dem alten Eintrag funktioniert es wieder, die Skripte in /etc/cron.daily werden ausgeführt.
Vermutlich bis zum nächsten Update, wenn die Datei ohne Rückfrage/Hinweis einfach überschrieben wird.
-
Moin,
ich habe am 6.9. abends Updates für cron/cronie eingespielt:
- cron-4.2-84.4 -> cron-4.2-85.1
- cronie-1.5.5-84.4 -> cronie-1.5.7-85.1
Seitdem werden meine Skripte in /etc/cron.daily nicht mehr ausgeführt:
Code~ # ls -l /var/spool/cron/lastrun total 0 -rw-r--r-- 1 root root 0 Sep 6 04:15 cron.dailyAnhand meiner Sicherung vom 6.9. morgens konnte ich feststellen, dass sich die Syntax der /etc/crontab geändert hat.
/etc/crontab vor Update:
Code
Alles anzeigenSHELL=/bin/sh PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin MAILTO=root # # check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly # Example of job definition: # .---------------- minute (0 - 59) # | .------------- hour (0 - 23) # | | .---------- day of month (1 - 31) # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... # | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * user-name command to be executed -*/15 * * * * root test -x /usr/libexec/cron/run-crons && /usr/libexec/cron/run-crons >/dev/null 2>&1/etc/crontab nach Update:
Code
Alles anzeigenSHELL=/bin/sh PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin MAILTO=root # # check scripts in cron.hourly, cron.daily, cron.weekly, and cron.monthly # Example of job definition: # .---------------- minute (0 - 59) # | .------------- hour (0 - 23) # | | .---------- day of month (1 - 31) # | | | .------- month (1 - 12) OR jan,feb,mar,apr ... # | | | | .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu,fri,sat # | | | | | # * * * * * user-name command to be executed @hourly root run-parts /etc/cron.hourly @daily root run-parts /etc/cron.daily @weekly root run-parts /etc/cron.weekly @monthly root run-parts /etc/cron.monthlyDas Skript /usr/libexec/cron/run-crons existiert noch, ich könnte daher wohl die alte Syntax wieder herstellen. Aber eigentlich sollten die Aufrufe ja so funktionieren, wie sie beim Update eingerichtet wurden. Das nächste Update wird mir die /etc/crontab ja vermutlich auch wieder umschreiben.
Daher die Frage: hat jemand eine Idee, warum die durch das Update eingerichtete /etc/crontab nicht funktioniert?
- cron-4.2-84.4 -> cron-4.2-85.1
-
Mal getestet?
Ja, die folgenden 3 Dienste gestoppt und deaktiviert. Bislang konnte ich keine negativen Auswirkungen feststellen.
Codesystemctl disable lvm2-lvmpolld.socket systemctl disable lvm2-monitor.service systemctl disable lvm2-lvmpolld.serviceZitatZeig uns doch mal:Codesystemctl list-unit-files --state enabled | grep lvUnd:
Codezypper se -si lvmCode
Alles anzeigen~ # systemctl list-unit-files --state enabled | grep lv ~ # zypper se -si lvm Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+----------------+---------+-------------+--------+---------------------------------- i+ | libLLVM10 | package | 10.0.1-8.1 | x86_64 | Haupt-Repository (OSS) (20210807) i+ | libLLVM11 | package | 11.0.1-5.1 | x86_64 | Haupt-Repository (OSS) (20210807) i+ | libLLVM12 | package | 12.0.1-1.1 | x86_64 | Haupt-Repository (OSS) (20210807) i+ | libLLVM9 | package | 9.0.1-19.7 | x86_64 | Haupt-Repository (OSS) (20210807) i | liblvm2cmd2_03 | package | 2.03.12-2.1 | x86_64 | Haupt-Repository (OSS) (20210807) i | lvm2 | package | 2.03.12-2.1 | x86_64 | Haupt-Repository (OSS) (20210807) -
Hallo,
ich habe vor 3 Tagen QEMU/KVM installiert, um die häufigen Probleme mit VIrtualBox bei Kernel-Updates in Zukunft zu vermeiden. Installiert habe ich mit
Codezypper install -t pattern kvm_server kvm_toolsDabei wurde auch lvm2 mit installiert, den ich bislang eigentlich nicht brauchte, weil das gesamte System auf einer NVMe-SSD mit btrfs läuft.
Seit der Installation von lvm2 habe ich jetzt täglich beim Booten Fehlermeldungen in /var/log/messages:
Code
Alles anzeigen--------------------- LVM Begin ------------------------ **Unmatched Entries** /dev/nvme0n1: Failed to get external handle [udev].: 2 Time(s) /dev/nvme0n1p1: Failed to get external handle [udev].: 2 Time(s) /dev/nvme0n1p2: Failed to get external handle [udev].: 2 Time(s) /dev/sda1: Failed to get external handle [udev].: 2 Time(s) /dev/sda2: Failed to get external handle [udev].: 2 Time(s) /dev/sda3: Failed to get external handle [udev].: 2 Time(s) /dev/sda4: Failed to get external handle [udev].: 2 Time(s) /dev/sda: Failed to get external handle [udev].: 2 Time(s) /dev/sdb1: Failed to get external handle [udev].: 2 Time(s) /dev/sdb: Failed to get external handle [udev].: 2 Time(s) Udev database has incomplete information about device /dev/nvme0n1.: 2 Time(s) Udev database has incomplete information about device /dev/nvme0n1p1.: 2 Time(s) Udev database has incomplete information about device /dev/nvme0n1p2.: 2 Time(s) Udev database has incomplete information about device /dev/sda.: 2 Time(s) Udev database has incomplete information about device /dev/sda1.: 2 Time(s) Udev database has incomplete information about device /dev/sda2.: 2 Time(s) Udev database has incomplete information about device /dev/sda3.: 2 Time(s) Udev database has incomplete information about device /dev/sda4.: 2 Time(s) Udev database has incomplete information about device /dev/sdb.: 2 Time(s) Udev database has incomplete information about device /dev/sdb1.: 2 Time(s) ---------------------- LVM End -------------------------sda ist eine SATA-SSD mit Windows10, sdb eine SATA-HD (ext4), auf der nur Daten archiviert sind.
Deinstallieren kann ich lvm2 nicht, da dann auch der größte Teil von QEMU/KVM mit entfernt würde. Wofür benötige ich lvm2 aber? Kann ich die lvm2-Dienste deaktivieren, ohne dass dies QEMU/KVM beeinträchtigt?
Code
Alles anzeigen~ # systemctl status lvm2-lvmpolld.socket ● lvm2-lvmpolld.socket - LVM2 poll daemon socket Loaded: loaded (/usr/lib/systemd/system/lvm2-lvmpolld.socket; enabled; vendor preset: enabled) Active: active (listening) since Thu 2021-07-15 06:36:06 CEST; 37min ago Triggers: ● lvm2-lvmpolld.service Docs: man:lvmpolld(8) Listen: /run/lvm/lvmpolld.socket (Stream) Tasks: 0 (limit: 4915) CPU: 0 CGroup: /system.slice/lvm2-lvmpolld.socket ~ # systemctl status lvm2-monitor.service ● lvm2-monitor.service - Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling Loaded: loaded (/usr/lib/systemd/system/lvm2-monitor.service; enabled; vendor preset: enabled) Active: active (exited) since Thu 2021-07-15 06:36:06 CEST; 38min ago Docs: man:dmeventd(8) man:lvcreate(8) man:lvchange(8) man:vgchange(8) Main PID: 684 (code=exited, status=0/SUCCESS) Tasks: 0 (limit: 4915) CPU: 0 CGroup: /system.slice/lvm2-monitor.service Jul 15 06:36:06 frodo lvm[684]: /dev/sda2: Failed to get external handle [udev]. Jul 15 06:36:06 frodo lvm[684]: Udev database has incomplete information about device /dev/sda3. Jul 15 06:36:06 frodo lvm[684]: /dev/sda3: Failed to get external handle [udev]. Jul 15 06:36:06 frodo lvm[684]: Udev database has incomplete information about device /dev/sda4. Jul 15 06:36:06 frodo lvm[684]: /dev/sda4: Failed to get external handle [udev]. Jul 15 06:36:06 frodo lvm[684]: Udev database has incomplete information about device /dev/sdb. Jul 15 06:36:06 frodo lvm[684]: /dev/sdb: Failed to get external handle [udev]. Jul 15 06:36:06 frodo lvm[684]: Udev database has incomplete information about device /dev/sdb1. Jul 15 06:36:06 frodo lvm[684]: /dev/sdb1: Failed to get external handle [udev]. Jul 15 06:36:06 frodo systemd[1]: Finished Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling. -
Ist eigentlich recht einfach. Ohne jetzt ein größeres Schreiben zu verfassen (man findet ja alles im Net) lies mal hier bissel herum. Dann wird das verständlicher ...
Den Artikel kenne ich schon. Hat mir aber nicht geholfen. Das Highspeed-Kabel von Samsung macht ja 60 Hz mit 3840x2160 unter Windows, aber unter Linux habe ich Bildstörungen.
Das Highspeed-Kabel von Asus macht auch unter Linux 60 Hz ohne Probleme bei der gleichen Auflösung. Unter Windows habe ich es nicht getestet, wird vermutlich auch funktionieren.
Mein "Verstehe wer will" bezog sich auf die Tatsache, dass das Highspeed-Kabel von Samsung eine Auflösung von 3840x2160 unter Windows ohne Probleme mit 60 Hz macht, unter Linux aber Probleme hat. Der von dir zitierte Artikel geht aber nur auf unterschiedliche Kabeltypen ein, da steht nichts von Betriebssystemen.
Und die Lösung war auch nicht, das Highspeed-Kabel durch ein "Premium Highspeed-Kabel" zu ersetzen, sondern Highspeed Samsung durch Highspeed Asus.
-
So, da bislang niemand eine Idee hatte, habe ich noch mal etwas experimentiert und... es lag doch am Kabel!
Das von Samsung zum Monitor mitgelieferte Highspeed-HDMI-Kabel hat (unter Linux) Probleme bei 60 Hz. Unter Win10 allerdings funktioniert es ohne Probleme. Verstehe wer will...
Aber Asus hatte der Grafikkarte auch ein (Highspeed) HDMI-Kabel beigelegt. Das mal angeschlossen und siehe da, auch unter Linux keine Probleme am HDMI2 mit 60 Hz.
-
Hallo,
ich habe eine Asus-Grafikkarte Radeon EX-RX 570 an einem Samsung LU28E590. Die Auflösung beträgt 3840x2160, als Treiber wird "amdgpu v19.1.0" verwendet, OS ist ein aktuelles SuSE Linux Tumbleweed.
Der Monitor verfügt über 2 HDMI-Eingänge:
- HDMI1 mit 30 Hz
- HDMI2 mit 60 Hz
Zusätzlich hat der Monitor einen Display-Port-Anschluss.
Problem: Nur der Anschluss an HDMI1 funktioniert ohne Probleme, allerdings halt nur mit 30 Hz
Wenn ich die Grafikkarte an HDMI2 anschließe, habe ich die 3840x2160 zwar mit 60 Hz, das Bild zuckt aber immer mal wieder und ca. alle 10 Sekunden wird das Bild für 1-2 Sekunden schwarz. Zum Arbeiten also absolut ungeeignet.
Am DisplayPort funktionieren die 3840x2160 zwar ohne Probleme mit 60 Hz, allerdings funktioniert am DisplayPort der Standby-Modus nicht. Der Bildschirm geht zwar nach einiger Zeit in den Standby, wacht aber nach wenigen Sekunden wieder auf. Das wiederholt sich dann ständig. An HDMI1 funktioniert der Standby-Modus ohne Probleme so wie er soll.
HDMI- und DisplayPort-Kabel wurden mit dem Monitor geliefert. Das HDMI-Kabel trägt die Aufschrift "Highspeed (with Ethernet)".
Bevor jemand dem Kabel die Schuld gibt: wenn ich den Rechner mit Win10 boote, läuft die gleiche Auflösung mit 60 Hz am HDMI2 ohne Probleme. Und auch der Standby-Modus am DisplayPort funktioniert unter Windows ohne Probleme.
Mir würde es ja schon reichen, wenn ich die 60 Hz am HDMI2 ohne ständige Bildaussetzer nutzen könnte.
Und ein paar Informationen vom System:
Code
Alles anzeigen~ # hwinfo --gfxcard 11: PCI 900.0: 0300 VGA compatible controller (VGA) [Created at pci.386] Unique ID: x1VA.35_601qWa85 Parent ID: w+J7.0TU4LKoL980 SysFS ID: /devices/pci0000:00/0000:00:03.1/0000:09:00.0 SysFS BusID: 0000:09:00.0 Hardware Class: graphics card Model: "ATI Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]" SubVendor: pci 0x1043 "ASUSTeK Computer Inc." SubDevice: pci 0x051d Revision: 0xef Driver: "amdgpu" Driver Modules: "amdgpu" Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable) Memory Range: 0xf0000000-0xf01fffff (ro,non-prefetchable) I/O Ports: 0xd000-0xdfff (rw) Memory Range: 0xfce00000-0xfce3ffff (rw,non-prefetchable) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 107 (1463541 events) Module Alias: "pci:v00001002d000067DFsv00001043sd0000051Dbc03sc00i00" Driver Info #0: Driver Status: amdgpu is active Driver Activation Cmd: "modprobe amdgpu" Config Status: cfg=no, avail=yes, need=no, active=unknown Attached to: #8 (PCI bridge) Primary display adapter: #11Code~ # lspci -nnk | grep -A3 VGA 09:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] [1002:67df] (rev ef) Subsystem: ASUSTeK Computer Inc. Device [1043:051d] Kernel driver in use: amdgpu Kernel modules: amdgpuxrandr an HDMI1:
Code
Alles anzeigen~ # xrandr Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384 DisplayPort-0 disconnected (normal left inverted right x axis y axis) HDMI-A-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 608mm x 345mm 3840x2160 30.00*+ 25.00 24.00 29.97 23.98 2560x1440 59.95 1920x1200 30.00 1920x1080 60.00 50.00 59.94 30.00 24.00 29.97 23.98 1600x1200 30.00 1680x1050 59.88 1600x900 60.00 1280x1024 75.02 60.02 1440x900 59.90 1280x800 59.91 1152x864 75.00 1280x720 60.00 50.00 59.94 1024x768 75.03 70.07 60.00 832x624 74.55 800x600 72.19 75.00 60.32 56.25 720x576 50.00 720x480 60.00 59.94 640x480 75.00 72.81 66.67 60.00 59.94 720x400 70.08 DVI-D-0 disconnected (normal left inverted right x axis y axis)xrandr an HDMI2:
Code
Alles anzeigen~ # xrandr Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384 DisplayPort-0 disconnected (normal left inverted right x axis y axis) HDMI-A-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 608mm x 345mm 3840x2160 60.00*+ 50.00 59.94 30.00 25.00 24.00 29.97 23.98 2560x1440 59.95 1920x1200 60.00 1920x1080 60.00 50.00 59.94 30.00 24.00 29.97 23.98 1600x1200 60.00 1680x1050 59.88 1600x900 60.00 1280x1024 75.02 60.02 1440x900 59.90 1280x800 59.91 1152x864 75.00 1280x720 60.00 50.00 59.94 1024x768 75.03 70.07 60.00 832x624 74.55 800x600 72.19 75.00 60.32 56.25 720x576 50.00 720x480 60.00 59.94 640x480 75.00 72.81 66.67 60.00 59.94 720x400 70.08 DVI-D-0 disconnected (normal left inverted right x axis y axis)xrandr am DisplayPort:
Code
Alles anzeigen~ # xrandr Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384 DisplayPort-0 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 607mm x 345mm 3840x2160 60.00*+ 30.00 29.97 2560x1440 59.95 1920x1200 60.00 1920x1080 60.00 59.94 1600x1200 60.00 1680x1050 59.95 1600x900 60.00 1280x1024 75.02 60.02 1440x900 59.89 1280x800 59.81 1152x864 75.00 1280x720 60.00 59.94 1024x768 75.03 70.07 60.00 832x624 74.55 800x600 72.19 75.00 60.32 56.25 640x480 75.00 72.81 66.67 60.00 59.94 720x400 70.08 HDMI-A-0 disconnected (normal left inverted right x axis y axis) DVI-D-0 disconnected (normal left inverted right x axis y axis) -
Evtl. wurden die Verzeichnisse (noch) nicht gelöscht, weil Dateien unterhalb der Verzeichnisse gelöscht wurden. Bei der Dolphin-Datei kann ich es nicht mehr sagen, weil ich sie mir heute mal angeschaut habe und dadurch natürlich die Access Time auf heute Vormittag gesetzt wurde. Ich beobachte es weiter, aber immerhin sind die meisten alten Dateien jetzt weg. Ich denke, das Problem ist behoben...
-
Irgendetwas ist passiert. Ich hatte gestern den Wert in /etc/tmpfiles.d/fs-tmp.conf von 10d auf 3d reduziert. Und auch ein Update auf
openSUSE-release-20201125 installiert. Heute morgen waren dann 20 GB Daten in /tmp weg... Seltsamerweise sind noch 3 Verzeichnisse aus Oktober sowie eine von Dolphin am 11.11. erzeugte Datei dort, aber es wurde definitiv einiges gelöscht.
Und journalctl meldet jetzt auch, dass die tmp-Verzeichnisse aufgeräumt wurden. Nur /usr/lib/tmpfiles.d/net-snmp.conf muss ich wohl noch mal kopieren und fixen:
Code# journalctl -u systemd-tmpfiles-clean -- Logs begin at Sun 2020-11-29 09:20:15 CET, end at Sun 2020-11-29 10:10:52 CET. -- Nov 29 09:35:29 frodo systemd[1]: Starting Cleanup of Temporary Directories... Nov 29 09:35:29 frodo systemd-tmpfiles[6788]: /usr/lib/tmpfiles.d/net-snmp.conf:1: Line references path below legacy directory /var/run/, updat> Nov 29 09:35:29 frodo systemd[1]: systemd-tmpfiles-clean.service: Succeeded. Nov 29 09:35:29 frodo systemd[1]: Finished Cleanup of Temporary Directories.
