Patty92

Ich habe jetzt aus Neugier nochmal nachgesehen / gesucht und habe unter /boot/config/disk.cfg in meinem Fall den Wert diskSpindownDelay.1="1" gefunden. Wäre es möglich, über Script den Wert auf "0" zu setzen für "Nie" und später dann zurück auf "1" für "1 Stunde" ? Danke euch im Voraus. Grüße Patty

Das sieht eher nach "dem Zwang" des Microsoft Kontos aus. Bitte hier mal die letzen Post's durchlesen.

Du hast die Kerne 12/40 .. 20/48 und 21/49 VM's zugewiesen aber diese nicht mit in der Isolation aktiviert. Ich würde behaupten diese müssen noch mit ausgewählt werden: Siehe auch ("Sollte man für eine VM die CPU Kerne isolieren?"): @mgutt ich weiß gar nicht.. ist es dann auch zwingend erforderlich für die Docker eine Zuweisung vorzunehmen?

Also die "unschöne" Variante zum Weiterkommen ist: Tabtaste - zum richtigen Bereich springen "Pfeil runter" Taste (ein paar Mal am besten) - um auf "Nein" zu gelangen Enter Taste - Eintrag auswählen Enter Taste - um zum nächsten Fenster zu gelangen Ist nicht das gelbe vom Ei, aber so kannst du dir erstmal helfen um weiter zu kommen.

Sorry, das ist ja schon ein paar Tage her, ich habe mittlerweile schon die 2.15.. gleiche Ausschrift. Gleiche Hinweise im Vorfeld: root@HOMESERVER:~# powertop --calibrate powertop: /lib64/libncursesw.so.6: no version information available (required by powertop) powertop: /lib64/libtinfo.so.6: no version information available (required by powertop) modprobe cpufreq_stats failed Loaded 0 prior measurements Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only RAPL device for cpu 0 RAPL device for cpu 0 Devfreq not enabled glob returned GLOB_ABORTED Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only Starting PowerTOP power estimate calibration Calibrating idle sh: line 1: /usr/bin/xset: No such file or directory sh: line 1: /usr/bin/xset: No such file or directory Calibrating: disk usage Calibrating backlight Calibrating idle sh: line 1: /usr/bin/xset: No such file or directory sh: line 1: /usr/bin/xset: No such file or directory Calibrating: CPU usage on 1 threads Calibrating: CPU usage on 4 threads Calibrating: CPU wakeup power consumption Calibrating: CPU wakeup power consumption Calibrating: CPU wakeup power consumption Calibrating USB devices .... device /sys/bus/usb/devices/usb1/power/control .... device /sys/bus/usb/devices/1-3/power/control .... device /sys/bus/usb/devices/1-13/power/control .... device /sys/bus/usb/devices/usb2/power/control .... device /sys/bus/usb/devices/1-11/power/control Calibrating radio devices Finishing PowerTOP power estimate calibration Parameters after calibration: Parameter state ---------------------------------- Value Name 0.00 backlight (4) 0.00 backlight-boost-100 (8) 0.00 backlight-boost-40 (6) 0.00 backlight-boost-80 (7) 0.00 backlight-power (5) 4.84 base power (120) 0.00 br-06f2a649d1fc-link-100 (40) 0.00 br-06f2a649d1fc-link-1000 (41) 0.00 br-06f2a649d1fc-link-high (42) 0.00 br-06f2a649d1fc-packets (43) 0.00 br-06f2a649d1fc-powerunsave (39) 0.00 br-06f2a649d1fc-up (38) 0.00 br-b58a59e2094d-link-100 (22) 0.00 br-b58a59e2094d-link-1000 (23) 0.00 br-b58a59e2094d-link-high (24) 0.00 br-b58a59e2094d-packets (25) 0.00 br-b58a59e2094d-powerunsave (21) 0.00 br-b58a59e2094d-up (20) 0.00 br0-link-100 (52) 0.00 br0-link-1000 (53) 0.00 br0-link-high (54) 0.00 br0-packets (55) 0.00 br0-powerunsave (51) 0.00 br0-up (50) 1.56 cpu-consumption (3) 39.50 cpu-wakeups (2) 0.00 disk-operations (123) 0.20 disk-operations-hard (122) 0.00 docker0-link-100 (34) 0.00 docker0-link-1000 (35) 0.00 docker0-link-high (36) 0.00 docker0-packets (37) 0.00 docker0-powerunsave (33) 0.00 docker0-up (32) 0.00 eth0-link-100 (16) 0.00 eth0-link-1000 (17) 0.00 eth0-link-high (18) 0.00 eth0-packets (19) 0.00 eth0-powerunsave (15) 0.00 eth0-up (14) 0.56 gpu-operations (121) 0.00 runtime-0-0050 (114) 0.00 runtime-0000:00:00.0 (85) 0.00 runtime-0000:00:02.0 (90) 0.00 runtime-0000:00:12.0 (86) 0.00 runtime-0000:00:14.0 (91) 0.00 runtime-0000:00:14.2 (88) 0.00 runtime-0000:00:16.0 (82) 0.00 runtime-0000:00:17.0 (80) 0.00 runtime-0000:00:1d.0 (87) 0.00 runtime-0000:00:1f.0 (81) 0.00 runtime-0000:00:1f.4 (92) 0.00 runtime-0000:00:1f.5 (84) 0.00 runtime-0000:00:1f.6 (89) 0.00 runtime-0000:01:00.0 (83) 0.00 runtime-ACPI000C:00 (102) 0.00 runtime-ACPI000E:00 (107) 0.00 runtime-Fixed MDIO bus.0 (100) 0.00 runtime-INT33A1:00 (96) 0.00 runtime-PNP0103:00 (108) 0.00 runtime-PNP0C04:00 (109) 0.00 runtime-PNP0C0C:00 (101) 0.00 runtime-PNP0C0E:00 (106) 0.00 runtime-PNP0C14:00 (93) 0.00 runtime-PNP0C14:01 (104) 0.00 runtime-alarmtimer.0.auto (94) 0.00 runtime-coretemp.0 (105) 0.00 runtime-efivars.0 (110) 0.00 runtime-i2c-0 (118) 0.00 runtime-i2c-1 (115) 0.00 runtime-i2c-2 (117) 0.00 runtime-i2c-3 (113) 0.00 runtime-i2c-4 (116) 0.00 runtime-i2c-5 (119) 0.00 runtime-iTCO_wdt (95) 0.00 runtime-microcode (98) 0.00 runtime-nct6775.656 (99) 0.00 runtime-pcspkr (112) 0.00 runtime-rtc-efi.0 (103) 0.00 runtime-rtc_cmos (97) 0.00 runtime-serial8250 (111) 0.00 tunl0-link-100 (64) 0.00 tunl0-link-1000 (65) 0.00 tunl0-link-high (66) 0.00 tunl0-packets (67) 0.00 tunl0-powerunsave (63) 0.00 tunl0-up (62) 0.10 usb-device-058f-6387 (13) 0.10 usb-device-1b1f-c020 (10) 0.10 usb-device-1d6b-0002 (9) 0.10 usb-device-1d6b-0003 (12) 0.10 usb-device-26ce-01a2 (11) 0.00 veth10dbaa9-link-100 (58) 0.00 veth10dbaa9-link-1000 (59) 0.00 veth10dbaa9-link-high (60) 0.00 veth10dbaa9-packets (61) 0.00 veth10dbaa9-powerunsave (57) 0.00 veth10dbaa9-up (56) 0.00 veth13636fc-link-100 (76) 0.00 veth13636fc-link-1000 (77) 0.00 veth13636fc-link-high (78) 0.00 veth13636fc-packets (79) 0.00 veth13636fc-powerunsave (75) 0.00 veth13636fc-up (74) 0.00 veth2f3b450-link-100 (28) 0.00 veth2f3b450-link-1000 (29) 0.00 veth2f3b450-link-high (30) 0.00 veth2f3b450-packets (31) 0.00 veth2f3b450-powerunsave (27) 0.00 veth2f3b450-up (26) 0.00 veth3a7623b-link-100 (70) 0.00 veth3a7623b-link-1000 (71) 0.00 veth3a7623b-link-high (72) 0.00 veth3a7623b-packets (73) 0.00 veth3a7623b-powerunsave (69) 0.00 veth3a7623b-up (68) 0.00 veth88cf9ec-link-100 (46) 0.00 veth88cf9ec-link-1000 (47) 0.00 veth88cf9ec-link-high (48) 0.00 veth88cf9ec-packets (49) 0.00 veth88cf9ec-powerunsave (45) 0.00 veth88cf9ec-up (44) 0.10 xwakes (124) Score: 0.0 ( 0.0) Guess: 4.8 Actual: 0.0 ---------------------------------- Leaving PowerTOP Muss dieser Befehl auch nach jedem Server-Start / Neustart ausgeführt werden?

Das hatte ich mich schon öfters gefragt, gibt es einen Grund, das du auf das 32GB Model verweist? Unterscheidet sich dieser zu den 8GB / 16GB Stick? Ansonsten könnten man ja auch diese nehmen oder?

Das war das, was wir auch aufgefallen ist bzw. mich gewundert hat. An sich scheint es aber zu laufen, danke für das Feedback, auch an dich @grisu122

Hey @EricM ich habe seit dem letzten Update vom swag auch Probleme, hatte aber noch keine Zeit das ganze zu prüfen. Auf der Seite gibt es auch ein Hinweis zu dem neuen Update: “05.10.22: - Use certbot file hooks instead of command line hooks“ https://docs.linuxserver.io/images/docker-swag

Hey, mit dem "autotune" an sich hat das noch gar nichts zutun. Selbst wenn man "powertop" nur aufruft und das ganze anschließend wieder verlässt, tauchen diese Fehler schon auf. root@HOMESERVER:~# powertop powertop: /lib64/libncursesw.so.6: no version information available (required by powertop) powertop: /lib64/libtinfo.so.6: no version information available (required by powertop) modprobe cpufreq_stats failed Cannot load from file /var/cache/powertop/saved_results.powertop Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only RAPL device for cpu 0 RAPL device for cpu 0 Devfreq not enabled glob returned GLOB_ABORTED Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only Leaving PowerTOP

Hey @ich777 ich habe mir einen HDMI-Dummy besorgt und diesen angeschlossen. Leider bekomme ich immer noch die Warnungen: HOMESERVER kernel: i915 0000:00:02.0: [drm] failed to retrieve link info, disabling eDP HOMESERVER kernel: i915 0000:00:02.0: Direct firmware load for i915/gvt/vid_0x8086_did_0x9bc8_rid_0x03.golden_hw_state failed with error -2 Folgendes habe ich probiert: ohne Dummy mit HDMI-Dummy mit DP-Dummy mit HDMI-Dummy & DP-Dummy mit Monitor per HDMI Bei allen Konstellationen und einem anschließenden Neustart treten diese Warnhinweise jedoch wieder auf. Hast du noch eine Idee? Ansonsten würde ich das ganze einfach ignorieren. Grüße

Ich muss den Beitrag nochmal aufgreifen. Ich lasse powertop über die extras installieren: Nun bekomme ich folgende Ausschriften beim ausführen von "powertop --auto-tune": powertop: /lib64/libncursesw.so.6: no version information available (required by powertop) powertop: /lib64/libtinfo.so.6: no version information available (required by powertop) modprobe cpufreq_stats failedLoaded 0 prior measurements Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only RAPL device for cpu 0 RAPL device for cpu 0 Devfreq not enabled glob returned GLOB_ABORTED Cannot load from file /var/cache/powertop/saved_parameters.powertop File will be loaded after taking minimum number of measurement(s) with battery only Leaving PowerTOP Dazu ergänzend noch ein Screenshot.. Ich würde mal behaupten, da passt etwas nicht. Leider kann ich mit diesen Ausschriften 0 anfangen. Grüße Patty

Werde ich mal tun, danke für den Hinweis. ☺️ Kein Problem. Zumindest ist es alles nichts dramatisches und ich habe es mal "checken" lassen 🙂

Folgende Ausgabe: root@HOMESERVER:~# ls /dev/dri by-path/ card0 renderD128 Ich gehe davon aus, dass das so in Ordnung ist. Das ist derzeit nicht der Fall, nein. Klingt sehr gut. 😊 Ich danke dir schon mal riesig für die schnelle Hilfe / Information.

Gut, mit dem floppy dachte ich mir schon 😁 .. aber das andere hat mir nichts gesagt Ich habe weder einen Monitor noch einen Dummy angeschlossen, das ist richtig. Aus folgenden Beitrag übernommen: Punkt 2 bzw. 3 .. "Wir ändern über die Go-Datei den Unraid Code" Probleme an sich nicht, nein. .. hier muss ich leider passen, wofür ist "/dev/dri" verantwortlich / wie kann ich das prüfen?

Hey, ich habe folgende Warnungen nach dem Systemstart: Sep 1 14:01:06 HOMESERVER kernel: ACPI: Early table checksum verification disabled Sep 1 14:01:06 HOMESERVER kernel: Spectre V2 : WARNING: Unprivileged eBPF is enabled with eIBRS on, data leaks possible via Spectre v2 BHB attacks! Sep 1 14:01:06 HOMESERVER kernel: floppy0: no floppy controllers found Sep 1 14:01:06 HOMESERVER mcelog: failed to prefill DIMM database from DMI data Sep 1 14:01:13 HOMESERVER kernel: i915 0000:00:02.0: [drm] failed to retrieve link info, disabling eDP Sep 1 14:01:14 HOMESERVER kernel: i915 0000:00:02.0: Direct firmware load for i915/gvt/vid_0x8086_did_0x9bc8_rid_0x03.golden_hw_state failed with error -2 Sep 1 14:05:05 HOMESERVER kernel: gvt: failed to create intel vgpu: -28 Sep 1 14:05:05 HOMESERVER kernel: intel_vgpu_mdev: probe of fa107869-de9a-4c91-b0fe-f11f2950f4c0 failed with error -28 Kann mir hierzu jemand etwas sagen. Kann man das ignorieren / sollte man hier auf Suche gehen? Danke euch im Voraus. Grüße Patty homeserver-diagnostics-20220901-1410.zip

Den von linuxserver habe ich auch. Guck mal bitte bei dem Container in die Konfiguration, da gibt es unter anderem: Path: /data* Appdata:* Den Pfad, den du bei "Path: /data*" angeben hast, ist auch das Verzeichnis indem die log zu finden ist. Dort werden auch die Verzeichnisse für die Benutzer angelegt und deren Uploads.

Welchen Container verwendest du? Guck mal bitte in das data-Verzeichnis von nextcloud. z.B. "\appdata\nextcloud\data\nextcloud.log"

.. auch hier kam es wieder zum Standby.

Hey, danke für den Hinweis. 🙂 Der Befehl hat als solches funktioniert, aber leider das gleiche Ergebnis. 1x funktioniert es, danach nicht mehr.

Bei diesem Befehl kommt es leider zum Fehler: "dd: failed to open '/dev/null': Invalid argument"

Nachtrag: @mgutt hat mein Post gerade ergänzt. Bei seinem angepassten Befehl wird der RAM umgangen. Ich probiere das ganze morgen mal aus und kann dir dann gern mein „Amateur Script“ und passenden CronJob zur Verfügung stellen.

Sehr geil, Riesen Dank @mgutt werde ich morgen mal testen.

Hey, wie von @DataCollector schon richtig erwähnt und verlinkt, habe ich das Thema auch vor kurzem schon angesprochen. Verschiedene Wege zum aufwecken gibt es, aber beim „wach halten“ scheitert es. Ich nehme mal an das „Problem“ liegt am RAM. Ich gehe davon aus, wie in meinen einen Beispiel, bei dem ich nach einer Datei suche, das diese Geschichte im RAM gecached wird und bei der 2. suche die Info nur aus dem RAM geladen wird und dadurch der Counter beim 2. Suchverlauf nicht zurück gesetzt wird. Hatte leider bisher noch keine richtige Idee wo ich noch ansetzen kann.

Ich beziehe mich mal kurz und knapp auf den 1. Post. 😁 - perl (für Dynamix System Temperature) - powertop Grüße Patty

Ich habe mal eine "kleine / alte" Platte zum probieren per UD angeschlossen. dd if=/dev/sdd of=/dev/null bs=512 count=1 Weckt zwar die Platte auf, setzt aber nicht den Countdown zurück und die Platte geht wieder in den Spindown. In einem anderen Beitrag habe ich doch noch eine ähnliche Konstellation gefunden und es wurde folgender Vorschlag erwähnt: smartctl -a /dev/sdd > /dev/null Leider hier das gleiche, ist die Platte im Standby wird diese durch den Befehl zwar geweckt und ist aktiv, führe ich den Befehl dann aber ein paar Minuten später erneut aus setzt das nicht den Countdown zurück. Ich dachte mir noch, man könnte ja versuchen eine Datei zu lesen: cat "/mnt/disks/xxxxxxxx/Dokumente/Beispiel.txt" ..leider brachte das aber auch nicht den gewünschten Erfolg. Hier noch kurz eine Zusammenfassung, wie das ganze ungefähr aussah: # Standard Datentäger Ruhezustandsverzögerung: 15 Minuten # Beispiel 1 14.45 : SpinUp HDD (sdd) - manuell 14:51 : dd if=/dev/sdd of=/dev/null bs=512 count=1 15.00 : SpinDown HDD (sdd) # Beispiel 2 15.03 : SpinUp HDD (sdd) - manuell 15:07 : smartctl -a /dev/sdd > /dev/null 15.18 : SpinDown HDD (sdd) # Beispiel 3 15.25 : SpinUp HDD (sdd) - manuell 15:29 : cat "/mnt/disks/xxxxxxxx/Dokumente/Beispiel.txt" 15.40 : SpinDown HDD (sdd) # Beispiel 4 15.45 : SpinUp HDD (sdd) - mit Befehl (dd if=/dev/sdd of=/dev/null bs=512 count=1) 15:49 : dd if=/dev/sdd of=/dev/null bs=512 count=1 16.00 : SpinDown HDD (sdd) # Beispiel 5 16.05 : SpinUp HDD (sdd) - mit Befehl (smartctl -a /dev/sdd > /dev/null) 16:07 : smartctl -a /dev/sdd > /dev/null 16.20 : SpinDown HDD (sdd) Vielleicht ist es noch von Relevanz, das sich der Read / Write Zähler nicht verändert hat und die Werte bei bei allen 3 Befehlen nicht "hochgezählt" haben.