Crash vom pi5
-
@jleg sagte in Crash vom pi5:
wenn das FS vorher nicht regulär ausgehängt wurde beim Runterfahren
das sollte über den Button beim pi5 aber passieren.
Hatte der Cubietruck schon vor 10 Jahren so.Nach Druck auf den Shutdown Button wurde ein ganz ordinärer shutdown ausgelöst.
Allerdings war hier vor dem Druck darauf die LED berrits aus, was immer das bedeutet hat.
-
@homoran sagte in Crash vom pi5:
das sollte über den Button beim pi5 aber passieren.
Shutdown Taster 5 sek gedrückt
Ja, 1. wenn man kurz drückt, und 2. das OS noch lebt
aus der RPi Doku: "To force a hard shutdown, press and hold the power button"
also im Prinzip wie ACPI bei den x86 Windowskisten... -
Hardware-Knöppe nutze ich, sofern es vermeidbar ist, gar nicht mehr, das mache ich auch bei TV, AVR und co. nicht mehr.
Ich habe die Erfahrung gemacht, dass die Geräte mit "Softbedienung" länger leben.
Also
sudo poweroff
-
-
@jleg sagte in Crash vom pi5:
aus der RPi Doku: "To force a hard shutdown, press and hold the power button"
also nicht kurz!
-
@meister-mopper sagte in Crash vom pi5:
Also sudo poweroff
nicht anderes macht der kurze Druck auf den Taster - intern wird einfach ein Systemprozess getriggert, der einen "Software Shutdown" ausführt. Geht aber "ssh" nicht mehr bzw. ist die Kiste tot, bleibt nur die Hardware-Variante (wozu der "Longpress" gehört).
-
@jleg ok, den short press hab ich leider vorher nicht versucht
-
@homoran sagte in Crash vom pi5:
@jleg ok, den short press hab ich leider vorher nicht versucht
...hätte auch fast garantiert nicht funktioniert - s.o., dafür muss das OS noch leben, und wenn es das getan hätte, wärst du mit hoher Wahrscheinlichkeit auch per ssh noch draufgekommen...
-
@homoran sagte in Crash vom pi5:
@meister-mopper sagte in Crash vom pi5:
Also sudo poweroff
ohne Zugriff
?Ok, jetzt wurde es mir klar
:Der lief ja 24/7 und tat es offenbar nicht mehr.
Bei Geräten, die regelmäßig ein- und ausgeschaltet werden, rate ich aber weiterhin, sie "soft" zu schalten.
-
@jleg irgendwas lebte da auch noch.
Die sonst üblichen Fehlermeldungen beim Versuch zu verbinden traten nicht auf, erst nach dem long press als die LED rot war. -
Ich hab nochmal mit
topnachgesehen, dabei ist mir aufgefallen dass immer wieder kurz Prozesse vom root in den obeten Rängen auftauchen.
Ich kann mich nicht erinnern dass das früher so wartop - 20:46:23 up 4:31, 1 user, load average: 0.47, 0.39, 0.35 Tasks: 182 total, 1 running, 181 sleeping, 0 stopped, 0 zombie %Cpu(s): 3.0 us, 0.8 sy, 0.0 ni, 96.1 id, 0.0 wa, 0.0 hi, 0.2 si, 0.0 st MiB Mem : 8052.3 total, 489.6 free, 3360.7 used, 4304.3 buff/cache MiB Swap: 200.0 total, 200.0 free, 0.0 used. 4691.6 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4026 iobroker 20 0 5521952 494944 41984 S 7.6 6.0 25:23.53 iobroker.js-con 4154 iobroker 20 0 5353504 279056 43520 S 1.3 3.4 8:11.24 io.javascript.1 5898 iobroker 20 0 5128176 164512 42496 S 1.3 2.0 1:58.08 io.zigbee.0 17864 root 20 0 0 0 0 I 1.3 0.0 0:00.36 kworker/3:0-events_freezable 4071 iobroker 20 0 799600 140304 36352 S 1.0 1.7 6:15.72 io.history.0 4128 iobroker 20 0 5067920 203328 37376 S 1.0 2.5 4:57.07 io.javascript.0 5745 iobroker 20 0 892800 89904 35328 S 0.7 1.1 1:29.26 io.modbus.0 6165 iobroker 20 0 955376 100528 36352 S 0.7 1.2 2:56.41 io.energiefluss 829 root 20 0 263504 18432 14336 S 0.3 0.2 0:01.65 NetworkManager 833 root 20 0 17616 9728 8192 D 0.3 0.1 0:00.65 wpa_supplicant 4772 iobroker 20 0 684960 79856 35328 S 0.3 1.0 0:06.14 io.fritzbox.0 5764 iobroker 20 0 696688 90976 35840 S 0.3 1.1 0:54.23 io.modbus.1 5830 iobroker 20 0 955248 89328 36352 S 0.3 1.1 1:35.86 io.smartmeter.0 5947 iobroker 20 0 695808 98304 35840 S 0.3 1.2 2:45.73 io.energiefluss 6013 iobroker 20 0 942400 75120 36352 S 0.3 0.9 0:06.63 io.sensebox.0 6150 iobroker 20 0 689504 82192 35328 S 0.3 1.0 0:09.95 io.wiffi-wz.0 17300 root 20 0 0 0 0 I 0.3 0.0 0:00.06 kworker/0:2-events 17908 pi 20 0 12000 5120 2560 R 0.3 0.1 0:00.06 top 1 root 20 0 170464 12192 7680 S 0.0 0.1 0:03.56 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pool_workqueue_release 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-rcu_g 5 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-rcu_p 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-slub_ 7 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-netns 11 root 20 0 0 0 0 I 0.0 0.0 0:00.00 kworker/u8:0-netns 12 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-mm_pe 13 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_kthread 14 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_rude_kthread 15 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_tasks_trace_kthread 16 root 20 0 0 0 0 S 0.0 0.0 0:00.38 ksoftirqd/0 17 root 20 0 0 0 0 I 0.0 0.0 0:04.71 rcu_preempt 18 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0 19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0 20 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1 21 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1 22 root 20 0 0 0 0 S 0.0 0.0 0:00.32 ksoftirqd/1 25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/2 26 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/2 27 root 20 0 0 0 0 S 0.0 0.0 0:00.33 ksoftirqd/2 30 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/3 31 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/3 32 root 20 0 0 0 0 S 0.0 0.0 0:00.30 ksoftirqd/3 39 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs 40 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/R-inet_ 42 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kauditd 44 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khungtaskd 45 root 20 0 0 0 0 S 0.0 0.0 0:00.00 oom_reaper -
-
@meister-mopper sagte in Crash vom pi5:
Das sind doch Systemprozesse, die laufen bei mir auch unter root.
klar, aber mir sind die nie mit so "hoher" Last aufgefallen, dass sie da oben auftauchten.
Als dann noch was von "freeze" stand, hab ich lieber nachgefragt.Danke!
