Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[crunchip]

@liv-in-sky ok, das du kein Proxmox image benutzt hast weiss ich ja.
mit dem bash script...start 6.30 ist mir dann auch aufgefallen,
ich blätter mal weiter durch, vllt finde ich noch was brauchbares/seltsames

[Chaot]

@liv-in-sky Du hast ja jetzt schon mehrere Stunden mit dem anderen Netzteil.
Ist der mittlerweile nochmal ausgefallen?

@Thomas-Braun Ist es denkbar das die Festplatte so aussieht weil sie ständig "hart" abgeschaltet wurde?

[liv-in-sky]

@Thomas-Braun das ganze ist über ein image installiert worden.

der server lief auf einer anderen hardware und wurde von mir in die neue hardware geklont - zusätzlich auf eine größere m2 ssd. - da wird das wahrscheinlich herkommen

ich war damals eh erstaunt, dass ich das system von einem beelink mit intel processor direkt in den nuc klonen konnte - ein paar einstellungen gemacht und es lief. das debian system hat viele einstellungen und es wäre viel arbeit, dass alles wieder bei einer neuinstallation so einzustellen.

im moment ist halt doof, weil ich nicht weiß, ob die hardware einen fehler hat. ansonsten könnte ich ein proxmox iso nehmen und alles neu installieren - aber die arbeit könnte auch umsonst sein, bei einem hardware fehler. außerdem bräuchte ich dann eine andere lösung für den mpd server, denn die audiokarte wird dafür genutzt und die müßt dann in proxmox durchgereicht werden - im moment ist der proxmox selbst der mpd server und die hardware kann direkt angesprochen werden.

@Thomas-Braun sagte in Proxmox crashed:

Hängst du beim abendlichen Herunterfahren die Dateisysteme auf der externen Festplatte nicht vorher aus? Das könnte nämlich die Hilferufe bzgl. der Inodes erklären.

nein - der service ist nur ein

/sbin/shutdown -h 6

es wird nur iobroker container runtergefahren, der vorher aber dem service mitteilt, dass er aktiviert ist- dann prüft der service ob der iobroker container noch läuft und wenn der nicht aktiv ist, wird der shutdownausgeführt

[liv-in-sky]

@crunchip danke dir, bin um jede hilfe dankbar

@Chaot bis jetzt läuft es. aber das war die letzen 3 tage auch so. es kann innerhalb einer stunde passieren, direkt nach dem neustart noch bevor der erste container läuft oder auch bis nachmittag dauern, bis er ade sagt.

erst wenn es einen tag durchgelaufen ist, glaube ich an eine besserung

[Thomas Braun]

@Chaot sagte in Proxmox crashed:

@Thomas-Braun Ist es denkbar das die Festplatte so aussieht weil sie ständig "hart" abgeschaltet wurde?

Logisch. Das hat kein Dateisystem gerne. Wenn da noch Vorgänge 'in der Luft hängen' und dann wird das Medium da weggerissen kommt es auch zu den beobachteten Meldungen. Deswegen sollte man ja auch USB-Sticks immer per Software 'entfernen' und nicht einfach herausrupfen. Ich weiß, das machen die wenigsten...

[liv-in-sky]

@Thomas-Braun normalerweise wird ja ein shutdown ausgeführt - da sollte es keine probleme geben (und das nut system mit usv soll ja auch verhindern helfen) . aber dieses ausschalten hier ist definitiv eine gefährliche sache. nur eine frage der zeit, bis das dateisystem größere macken haben wird.

[Chaot]

@liv-in-sky Hattest du den NUC eigentlich schon mal offen seit er das macht?
Mein NUC6CAYH sah nach 6 Monaten aus als wären da 5 Leichen zu Staub zerfallen.

[liv-in-sky]

ach ja, warum ich das proxmox-iso ungern installieren würde:

der beelink war durch die hardware nicht fähig, grup richtig zu installieren. die hardware war zu neu für debian. dadurch mußte ich den "refind boot manager" installieren. dieser ist auch noch auf dem nuc aktiv und hat den vorteil, dass ich ein mult-boot system habe, auf dem ein punkt zum booten clonezilla (ohne usb-stick) ist. dadurch kann ich schnell ein backup von der proxmox partition machen und auf eine usb-harddisk speichern. der restore wäre dann über einen usb-stick möglich. dachte - das ist eine gute diesaster-recovery-startegy

[liv-in-sky]

@Chaot da ich ein alugehäuse - ohne lüfter - habe, gib es da keinen staub mehr. habe aber trotzdem mal geöffnet, um nach den kabeln zu sehen. das alugehäuse bringt die temp gut nach unten. was mir aber aufgefallen ist: die m2 ssd , die drin steckt, ist halt ungekühlt

die temp - weiter oben - von @crunchip erwähnt ist aber die externe platte (sdb) - die ssd ist sda.

[liv-in-sky]

temp ssd:

hddtemp /dev/sda
/dev/sda: TS240GMTS420S: 48°C

[liv-in-sky]

@crunchip

die temp der externen platte kann mit hdtemp nicht gelesen werden - vielleicht kommt daher ein falscher wert

4TB HD

hddtemp /dev/sdb
/dev/sdb: WD Elements 25A3: S.M.A.R.T. nicht verfügbar

2TB HD

hddtemp /dev/sdc
/dev/sdc: ASMT 2105:  Laufwerk unterstützt, aber es hat keinen Temperatur-Sensor.

[liv-in-sky]

habe mir zur sicherheit mal die ssd temp als datenpunkt zum kontrolllieren eingerichtet - 48°C sollte ok sein

[crunchip]

@liv-in-sky sagte in Proxmox crashed:

dass ich ein mult-boot system habe

daher kommt wahrscheinlich auch die Meldung aus deinem log, was google ausspuckt,

Received SIGRTMIN+20 from PID 265 (plymouthd).

@liv-in-sky sagte in Proxmox crashed:

die temp der externen platte kann mit hdtemp nicht gelesen werden

ich weiss/wusste doch gar nicht, ob du ne externe Platte dran hängen hast:grin: bin nur nach deinem log gegangen

Dec 26 00:17:33 beelink smartd[724]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 117 to 116
Dec 26 00:17:34 beelink smartd[724]: Device: /dev/sdc [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 66 to 63
Dec 26 00:17:34 beelink smartd[724]: Device: /dev/sdc [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 34 to 37

[Chaot]

@liv-in-sky Ja, mein Gedanke war eigentlich eher die Temperatur die du nicht auslesen kannst. Also die Spannungsregler auf dem Board usw.
Wenn die zugestaubt sind dann geht deren Temperatur auch nach oben bis sie einknicken.
Was auch gerne vergessen wird ist, dass Wärmeleitpaste altert. Ist das Chassis alt genug gibt es oft Probleme mit der Wärmeableitung.

[Thomas Braun]

@liv-in-sky Warum läuft da überhaupt plymouthd? Entbehrlicher Blingbling-Kram.

[liv-in-sky]

@Thomas-Braun bin gerade dabei herauszufinden, was das ist - kann ich das abschalten ?

[Thomas Braun]

@liv-in-sky Das ist ein bootsplash. Der überdeckt die Meldungen beim booten mit einer hübschen Grafik.

[Ein ehemaliger Benutzer]

Läuft evt. conbee-Stick mit deconz auf einer VM?
Bei mir hat sich zwar nur die iob-vm verabschiedet und nicht proxmox komplett. Conbee + deconz auf ne extra vm und dann war Ruhe.
Vielleicht hilft das...

[liv-in-sky]

@Thomas-Braun

der plymouth ist jetzt disabled - hatte wieder crash

[Thomas Braun]

@liv-in-sky Das dürfte auch nicht die Ursache gewesen sein. Trotzdem braucht der plymouthd ja nicht laufen, auf einem Serversystem.