Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Halmand]

@Thomas-Braun jo hab mit ner clear instalation gleiche problem auserdem besteht das problem auf debian noch immer hälfte der adapter gingen über nacht down

[Jan1]

@Thomas-Braun
wie schaff ich es denn wenn ich auf runlevel 3 bin, dass der BT Dienst am Laufen bleibt? Denn der wird sofort beendet und das ist doof, wenn man den BLE Adapter laufen hat. Manuell starten mit "sudo service bluetooth restart" haut da auch nicht hin.

[Thomas Braun]

@Halmand
Mit dem 'Frankenstein'-System wirst du nie was stabiles hinbekommen.
Von Grundauf neuinstallieren.

[Thomas Braun]

@Jan1
BT hängt nicht direkt mit dem Runlevel zusammen. Das 'onboard'-BT-Zeuch vom Raspberry 4 läuft bei mir natürlich auch in RL3. Da müsste man mal schauen, ob bei dir das Bluetooth-Geraffel mit RL5 verknüpft ist. Wäre zwar schräg, aber nicht ausgeschlossen. Aber am besten in einem eigenen Thread, @Jan1

[Halmand]

@Thomas-Braun hab ich und hab das selbe problem deswegen bleib ich bein frankenstein system da ja schon alle scripte drinn sind

[Jan1]

@Halmand
Deine Scripte werden mit Backitup mit gesichert und ne komplette Neuinstallation mit allem drum und ist auch schnell erledigt, wenn man das Backup von IOBroker hat.

[Halmand]

@Jan1 ich habe einen Neuinstallation parallel laufen dort sind die selben Probleme irgendwas mach ich falsch

[Thomas Braun]

@Halmand Dann wirst du keine sinnvolle Hilfe bekommen können.
Ein Debian, das nach yum schreit ist 'kaputt'. Jedenfalls wenn man nicht ganz genau weiß warum und wieso es das macht.

[Homoran]

@Halmand sagte in willkürliche abstürzte der Adapter seit node 10 update:

irgendwas mach ich falsch

welches Debian Image hast du verwendet?

[Halmand]

@Homoran das debian ist ca 3 jahre alt ka mehr das 2 clear system hab ich auf ubuntu 20.04

[Jan1]

@Halmand sagte in willkürliche abstürzte der Adapter seit node 10 update:

das debian ist ca 3 jahre alt

Das erklärt einiges.
Eigentlich läd man sich das CD Image immer aktuell runter und da auch am besten die netinstall Version, da erstens kleiner und zweitens noch aktueller, da das meiste bei der Installation erst vom Server geladen wird. Hatte ich gerade am WE gemacht und das geht selbst mit meiner 16k Leitung recht schnell.

[Homoran]

@Halmand sagte in willkürliche abstürzte der Adapter seit node 10 update:

das debian ist ca 3 jahre alt

es ging mehr darum ob es zu der Hardware passt, wobei 3 Jahre garantiert EOL ist und ist

@Halmand sagte in willkürliche abstürzte der Adapter seit node 10 update:

ubuntu 20.04

schon stable?

[Halmand]

@Jan1 das war vor 3 jahren die aktuelle netinstall sorry das ich iobroker schon so lange verwende ohne probleme bis jetzt

[Jan1]

@Halmand
na wenn Du schon ne Neuinstallation machst, dann sollte die auch aktuell sein und nicht uralt.
Die Frage von @Homoran zum passenden Debian zur HW, ist übrigens auch interessant.

[Thomas Braun]

In drei Jahren 'root-shell' kann halt viel Mist passieren .

[Halmand]

@Jan1 hardware ist 2x Xeon E5-2680v2 256GB ECC DDr3 RAM M2. Samsung 950pro 512GB 10Gbit Nic das alles wird Virtualisiert in Citrix Hypervisor Version 8

[Jan1]

@Halmand
Die Prozessor Architektur wäre interessant, 64, ARM oder was ist das für einer und hast das passende Debian dazu?

[Halmand]

@Jan1 https://ark.intel.com/content/www/de/de/ark/products/75277/intel-xeon-processor-e5-2680-v2-25m-cache-2-80-ghz.html

[Homoran]

@Halmand ooops,

mit Xeon gab es hier schon mal massive Probleme

und was bietet die Virtualisierung als CPU an?

[Halmand]

@Homoran ok das klint ja schon mal interesant debian und iobroker an sich macht nicht die Probleme die einzelnen adapter stürzen ab ab node 10 bzw 12 intersant bei node 8 gehts die Virtualisierung gibt sie als gleiche prozessoren weiter

info von iobroker