NEWS
Zigbee Adapter startet plötzlich nicht mehr [Gelöst]
-
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Besser ist die Situation für mich hier gerade nicht ;-(
Warum? Hast du die funktionierende Version nicht installiert?
Siehe auch meine aktuellen Anmerkungen in dem Thread.Ich gebe ja zu, dass die Behebung des Problems ungewöhnlich lange dauert, eine gepatchte Version liegt aber in den proposed-updates bereit.
Gemeinhin sind bei Debian updates aber eine sehr sichere Sache, weil die in der Regel gut getestet werden. Hier handelt es sich um die berühmte Ausnahme von der Regel.
Das hat dank meiner Unwissenheit mal wieder nicht geklappt. Soll nicht heißen das ich es wieder versuche aber nun habe ich erst mal mit Backups gearbeitet um nicht noch mehr Datenaufzeichnungen zu verlieren (Die vermutlich kein Mensch mehr brauchen wird)
Trotzdem vielen Dank für deine Mühe und viele Grüße.
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Das hat dank meiner Unwissenheit mal wieder nicht geklappt. Soll nicht heißen das ich es wieder versuche aber nun habe ich erst mal mit Backups gearbeitet um nicht noch mehr Datenaufzeichnungen zu verlieren (Die vermutlich kein Mensch mehr brauchen wird)
Trotzdem vielen Dank für deine Mühe und viele Grüße.
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Das hat dank meiner Unwissenheit mal wieder nicht geklappt.
Was denn nicht? @mickym hat doch echt jeden i-Punkt aufgeschrieben. Musste nur noch per copy&paste in dein Terminal kippen.
Auch wenn ich statt der backports heute die proposed-backups nehmen würde.
-
Das hat dank meiner Unwissenheit mal wieder nicht geklappt. Soll nicht heißen das ich es wieder versuche aber nun habe ich erst mal mit Backups gearbeitet um nicht noch mehr Datenaufzeichnungen zu verlieren (Die vermutlich kein Mensch mehr brauchen wird)
Trotzdem vielen Dank für deine Mühe und viele Grüße.
Wenn du jetzt einen alten Stand per Backup reingenudelt hast kannste das Paket 'udev' ja auch auf hold setzen. Hat @mickym ja auch erklärt was das ist und wie das geht.
-
Leider klappt das backup auch nicht
Ich bekomme die daten der letzten wochen für influxdb nicht zurück.
Na ja, ist halt so fange ich halt wieder von vorne an aber wenigstens geht der zigbee wieder und ich sitze heute abend nicht im dunklen.Aber eine Frage habe ich dennoch warum wird so ein Update nicht zurückgenommen wenn dort ein Fehler bekannt ist, weisst du das?
Gruß Duffy
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Leider klappt das backup auch nicht
Ich bekomme die daten der letzten wochen für influxdb nicht zurück.
Na ja, ist halt so fange ich halt wieder von vorne an aber wenigstens geht der zigbee wieder und ich sitze heute abend nicht im dunklen.Aber eine Frage habe ich dennoch warum wird so ein Update nicht zurückgenommen wenn dort ein Fehler bekannt ist, weisst du das?
Gruß Duffy
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Ich hätte an deiner Stelle ja auch kein Backup eingespielt sondern eine funktionierende Version...
Aber eine Frage habe ich dennoch warum wird so ein Update nicht zurückgenommen wenn dort ein Fehler bekannt ist, weisst du das?
Frag die Debian-Maintainer:
https://packages.debian.org/bullseye/udev
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=udev;dist=stable
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094Ich vermute allerdings, dass von dem Bug gar nicht sooooo viele betroffen sind und man bei dem recht 'heiklen' Paket udev nicht noch mehr Baustellen aufmachen wollte und das ganze länger auf die Testschleife gesetzt hat. Da ist es ja jetzt immer noch.
Und dann steht in den nächsten Wochen ein neues Debian-Release ins Haus, das dürfte auch Ressourcen binden. -
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Ich hätte an deiner Stelle ja auch kein Backup eingespielt sondern eine funktionierende Version...
Aber eine Frage habe ich dennoch warum wird so ein Update nicht zurückgenommen wenn dort ein Fehler bekannt ist, weisst du das?
Frag die Debian-Maintainer:
https://packages.debian.org/bullseye/udev
https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=udev;dist=stable
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094Ich vermute allerdings, dass von dem Bug gar nicht sooooo viele betroffen sind und man bei dem recht 'heiklen' Paket udev nicht noch mehr Baustellen aufmachen wollte und das ganze länger auf die Testschleife gesetzt hat. Da ist es ja jetzt immer noch.
Und dann steht in den nächsten Wochen ein neues Debian-Release ins Haus, das dürfte auch Ressourcen binden.Hi,
ich habe jetzt die SSD mit dem fehlerhaften Zigbee, also die SSD wo ich Depp das Update gemacht hatte ohne vorher ein Image zu erstellen und versuche nach der Beschreibung von deinem Link vorzugehen.
Die Influx Daten bekomme ich ohnehin nicht mehr zurück mit meine Restoreversuch dann kann ich ja wenigstens versuchen die Fehlerhafte SSD zu retten. Aber auch das gelingt mir nicht.
Ich schicke hier mal die Screenshots, wohlgemerkt ich habe vorher schon mein Glück mit der Beschreibung von Matthias versucht.pi@raspberrypi:~ $ apt policy udev udev: Installed: 247.3-7+deb11u2 Candidate: 247.3-7+deb11u2 Version table: 252.5-2~bpo11+1 100 100 http://deb.debian.org/debian bullseye-backports/main arm64 Packages *** 247.3-7+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status pi@raspberrypi:~ $pi@raspberrypi:~ $ cd /etc/apt/sources.list.d pi@raspberrypi:/etc/apt/sources.list.d $sudo nano bullseye-backports.list
Nach dem Enter passiert aber nichts :-(Oder muss ich was anderes drücken?
Wenn ich die weiteren Befehle eingebe passiert auch nichts mehr
Was mache ich falsch wäre echt glücklich wenn ich das Ding wieder zum laufen bringen würde.
VG
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Hi,
ich habe jetzt die SSD mit dem fehlerhaften Zigbee, also die SSD wo ich Depp das Update gemacht hatte ohne vorher ein Image zu erstellen und versuche nach der Beschreibung von deinem Link vorzugehen.
Die Influx Daten bekomme ich ohnehin nicht mehr zurück mit meine Restoreversuch dann kann ich ja wenigstens versuchen die Fehlerhafte SSD zu retten. Aber auch das gelingt mir nicht.
Ich schicke hier mal die Screenshots, wohlgemerkt ich habe vorher schon mein Glück mit der Beschreibung von Matthias versucht.pi@raspberrypi:~ $ apt policy udev udev: Installed: 247.3-7+deb11u2 Candidate: 247.3-7+deb11u2 Version table: 252.5-2~bpo11+1 100 100 http://deb.debian.org/debian bullseye-backports/main arm64 Packages *** 247.3-7+deb11u2 500 500 http://deb.debian.org/debian bullseye/main arm64 Packages 100 /var/lib/dpkg/status pi@raspberrypi:~ $pi@raspberrypi:~ $ cd /etc/apt/sources.list.d pi@raspberrypi:/etc/apt/sources.list.d $sudo nano bullseye-backports.list
Nach dem Enter passiert aber nichts :-(Oder muss ich was anderes drücken?
Wenn ich die weiteren Befehle eingebe passiert auch nichts mehr
Was mache ich falsch wäre echt glücklich wenn ich das Ding wieder zum laufen bringen würde.
VG
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
fehlerhaften SSD
Was für eine fehlerhafte SSD?
Und du solltest statt der backports die proposed-updates verwenden.
Speichern in nano geht mit
Strg-O, nano verlässt man mitStrg-X.Es gehört auch nur eine Zeile in die .list-Datei, nicht der Kram wie 'apt update' usw.
-
Mit fehlerhafter SSD meinte ich die wo ich das Update gemacht hatte. Also die die die SSD auf der mir mein Zigbee nicht mehr erkennt.
Habe es gerade noch mal mit der Beschreibung von Matthias (Hausautomatisierung) versucht und dann hat es wohl geklappt zumindest wird der Zigbee wieder erkannt.
Das Problem für mich waren nicht die Befehle an sich, die waren ja nur abzuschreiben, doch wenn es dann auf der Tonspur heisst "das speichern wir jetz mal schnell ab" war bei mir Feierabend.Erstelle jetzt auf jeden fall erst mal ein neues Image :-)
Ich hatte jetz noch nach der Reparatur folgendes eingegeben:
sudo apt-mark hold udevund
sudo apt-mark showholdund es kam folgendes dabei heraus:
Passt das so?
Hat das für die nächste Zeit so seine Richtigkeit?Danke für deinen Support und noch einen schönen Abend, meiner ist im letzten Moment gerettet :-)
Und was lerne ich daraus? Niemals ein udate/upgrade ohne zuvor erstelltes Backup :-)
VLG Duffy
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Mit fehlerhafter SSD meinte ich die wo ich das Update gemacht hatte. Also die die die SSD auf der mir mein Zigbee nicht mehr erkennt.
Habe es gerade noch mal mit der Beschreibung von Matthias (Hausautomatisierung) versucht und dann hat es wohl geklappt zumindest wird der Zigbee wieder erkannt.
Das Problem für mich waren nicht die Befehle an sich, die waren ja nur abzuschreiben, doch wenn es dann auf der Tonspur heisst "das speichern wir jetz mal schnell ab" war bei mir Feierabend.Erstelle jetzt auf jeden fall erst mal ein neues Image :-)
Ich hatte jetz noch nach der Reparatur folgendes eingegeben:
sudo apt-mark hold udevund
sudo apt-mark showholdund es kam folgendes dabei heraus:
Passt das so?
Hat das für die nächste Zeit so seine Richtigkeit?Danke für deinen Support und noch einen schönen Abend, meiner ist im letzten Moment gerettet :-)
Und was lerne ich daraus? Niemals ein udate/upgrade ohne zuvor erstelltes Backup :-)
VLG Duffy
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Passt das so?
Nein. Zuerst mal KEINE Screenshots von Text, weil man den nicht kopieren kann. Und weil ich das nicht kann nur: Da ist eine Datei falsch benannt. Sagt ja auch die Meldung.
Niemals ein udate/upgrade ohne zuvor erstelltes Backup
Ich hab auch ein Backup. Vom iobroker. Alles andere hab ich schnell wieder beisammen, da spar ich mir den Huddel mit einem stumpfen Full-Backup.
-
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Passt das so?
Nein. Zuerst mal KEINE Screenshots von Text, weil man den nicht kopieren kann. Und weil ich das nicht kann nur: Da ist eine Datei falsch benannt. Sagt ja auch die Meldung.
Niemals ein udate/upgrade ohne zuvor erstelltes Backup
Ich hab auch ein Backup. Vom iobroker. Alles andere hab ich schnell wieder beisammen, da spar ich mir den Huddel mit einem stumpfen Full-Backup.
Sorry wegen dem Screenshot aber dacht da muß man nichts raus kopieren.
Was muss ich da nun tun mit der fehlerhaften Datei?Zumindest funktioniert der zigbee jetzt mal, das sit für mich schon Grund zur Freude:
VG
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Sorry wegen dem Screenshot aber dacht da muß man nichts raus kopieren.
Was muss ich da nun tun mit der fehlerhaften Datei?Zumindest funktioniert der zigbee jetzt mal, das sit für mich schon Grund zur Freude:
VG
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Sorry wegen dem Screenshot aber dacht da muß man nichts raus kopieren.
Da muss man überhaupt nicht drüber nachdenken, weil ein Screenshot von Text immer Schwachsinn ist.
Was muss ich da nun tun mit der fehlerhaften Datei?
Wenn es nur doppelt ist: Löschen.
-
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
Sorry wegen dem Screenshot aber dacht da muß man nichts raus kopieren.
Da muss man überhaupt nicht drüber nachdenken, weil ein Screenshot von Text immer Schwachsinn ist.
Was muss ich da nun tun mit der fehlerhaften Datei?
Wenn es nur doppelt ist: Löschen.
"Wenn es nur doppelt ist: Löschen."
da ist wieder mein Problem. ich werde morgen mal google bemühen.
VG
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
"Wenn es nur doppelt ist: Löschen."
da ist wieder mein Problem. ich werde morgen mal google bemühen.
VG
Schau halt ob es eine Datei ohne .1 am Ende gibt.
Offenbar aber schon, weil sonst würde das hold auf udev nicht funktionieren.
Da hast du mit nano eine Sicherheitskopie angelegt beim Speichern.
Lösch die Datei einfach. -
Schau halt ob es eine Datei ohne .1 am Ende gibt.
Offenbar aber schon, weil sonst würde das hold auf udev nicht funktionieren.
Da hast du mit nano eine Sicherheitskopie angelegt beim Speichern.
Lösch die Datei einfach.pi@raspberrypi:/etc/apt $ ls -la total 48 drwxr-xr-x 8 root root 4096 May 11 15:13 . drwxr-xr-x 92 root root 4096 May 29 20:18 .. drwxr-xr-x 2 root root 4096 Apr 23 13:08 apt.conf.d drwxr-xr-x 2 root root 4096 Jun 10 2021 auth.conf.d -rw-r--r-- 1 root root 150 Feb 21 04:55 listchanges.conf drwxr-xr-x 2 root root 4096 Mar 28 2021 listchanges.conf.d drwxr-xr-x 2 root root 4096 Jun 10 2021 preferences.d -rw-r--r-- 1 root root 542 Feb 21 04:52 sources.list drwxr-xr-x 2 root root 4096 May 29 20:10 sources.list.d -rw-r--r-- 1 root root 2991 May 11 15:13 trusted.gpg -rw-r--r-- 1 root root 1189 Apr 23 14:28 trusted.gpg~ drwxr-xr-x 2 root root 4096 May 29 11:31 trusted.gpg.d pi@raspberrypi:/etc/apt $Welche muß ich da ggf löschen?
die von heute 20:10 Uhr?
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
pi@raspberrypi:/etc/apt $ ls -la total 48 drwxr-xr-x 8 root root 4096 May 11 15:13 . drwxr-xr-x 92 root root 4096 May 29 20:18 .. drwxr-xr-x 2 root root 4096 Apr 23 13:08 apt.conf.d drwxr-xr-x 2 root root 4096 Jun 10 2021 auth.conf.d -rw-r--r-- 1 root root 150 Feb 21 04:55 listchanges.conf drwxr-xr-x 2 root root 4096 Mar 28 2021 listchanges.conf.d drwxr-xr-x 2 root root 4096 Jun 10 2021 preferences.d -rw-r--r-- 1 root root 542 Feb 21 04:52 sources.list drwxr-xr-x 2 root root 4096 May 29 20:10 sources.list.d -rw-r--r-- 1 root root 2991 May 11 15:13 trusted.gpg -rw-r--r-- 1 root root 1189 Apr 23 14:28 trusted.gpg~ drwxr-xr-x 2 root root 4096 May 29 11:31 trusted.gpg.d pi@raspberrypi:/etc/apt $Welche muß ich da ggf löschen?
die von heute 20:10 Uhr?
In dem Verzeichnis gar keine.
sudo rm /etc/apt/sources.list.d/bullseye-backports.list.save.1Und ich würde immer noch empfehlen, nicht die Version aus den Backports sondern aus den proposed-updates zu nehmen.
-
pi@raspberrypi:/etc/apt $ ls -la total 48 drwxr-xr-x 8 root root 4096 May 11 15:13 . drwxr-xr-x 92 root root 4096 May 29 20:18 .. drwxr-xr-x 2 root root 4096 Apr 23 13:08 apt.conf.d drwxr-xr-x 2 root root 4096 Jun 10 2021 auth.conf.d -rw-r--r-- 1 root root 150 Feb 21 04:55 listchanges.conf drwxr-xr-x 2 root root 4096 Mar 28 2021 listchanges.conf.d drwxr-xr-x 2 root root 4096 Jun 10 2021 preferences.d -rw-r--r-- 1 root root 542 Feb 21 04:52 sources.list drwxr-xr-x 2 root root 4096 May 29 20:10 sources.list.d -rw-r--r-- 1 root root 2991 May 11 15:13 trusted.gpg -rw-r--r-- 1 root root 1189 Apr 23 14:28 trusted.gpg~ drwxr-xr-x 2 root root 4096 May 29 11:31 trusted.gpg.d pi@raspberrypi:/etc/apt $Welche muß ich da ggf löschen?
die von heute 20:10 Uhr?
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
die von heute 20:10 Uhr?
Das ist ein Verzeichnis und keine Datei. Wäre auch fatal das zu löschen.
-
@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
die von heute 20:10 Uhr?
Das ist ein Verzeichnis und keine Datei. Wäre auch fatal das zu löschen.
Hätte ich eine Beschreibung für das proposed-update würde ich das ja machen aber in der Not hält man sich auch an einem Strohhalm, abgesehen davon das ich gar keinen Unterschied kenne. Sorry ich tippe einfach nur die Sachen ein und bin froh wenn es läuft, anders wäre es mir auch lieber :-(
Habe es halt wie in dem Link beschreiben gemacht:
VG
Nix besonderes; iob auf Respberry pi 4 (8GB) mit 32 GB SSD
Node.js: v22.22.0
NPM: 10.9.4
js-controller 7.0.7
Linux: Trixie -
Hätte ich eine Beschreibung für das proposed-update würde ich das ja machen aber in der Not hält man sich auch an einem Strohhalm, abgesehen davon das ich gar keinen Unterschied kenne. Sorry ich tippe einfach nur die Sachen ein und bin froh wenn es läuft, anders wäre es mir auch lieber :-(
Habe es halt wie in dem Link beschreiben gemacht:
VG
Und warum nicht nach
https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev
gemacht? Youtube-Clips sind eigentlich in der Mehrzahl kaum zu gebrauchen. Die werden ja auch nie angepasst, korrigiert oder aktualisiert.
Von schriftlichen Anleitungen kannst du die Befehle meist sogar 1:1 rauskopieren.
In 7:11 Minuten haste die Anleitung dreimal rauf und runter gelesen.
-
Und warum nicht nach
https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev
gemacht? Youtube-Clips sind eigentlich in der Mehrzahl kaum zu gebrauchen. Die werden ja auch nie angepasst, korrigiert oder aktualisiert.
Von schriftlichen Anleitungen kannst du die Befehle meist sogar 1:1 rauskopieren.
In 7:11 Minuten haste die Anleitung dreimal rauf und runter gelesen.
-
aber der beschreibt es doch unter dem Link auch mit:
sudo nano bullseye-backports.list@duffy sagte in Zigbee Adapter startet plötzlich nicht mehr:
aber der beschreibt es doch unter dem Link auch mit:
Das ist ja auch richtig.
Du hast aber beim speichern mit nano eine Datei namens bullseye-backports.list.1 angelegt. Und der Dateiname ist nicht zulässig, die Dateien in dem Verzeichnis müssen auf .list enden.
Support us
260
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge