NEWS
Umzug von Raspi auf Proxmox
-
@dp20eic sagte in Umzug von Raspi auf Proxmox:
Abwarten, ich lasse das gerade mal laufen.
Moin,
zitiere mich mal selbst.
So wenn ich das mittels Advance Mode installiere und mit
unpreviligeddurchlaufen lasse, dannroot@deconz:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 13:38 /dev/ttyACM0 crw-rw-rw- 1 root dialout 166, 1 Oct 7 12:55 /dev/ttyACM1Auf die Oberfläche komme ich auch, da ich die Hardware nicht habe, kann ich da nichts weiter testen.
So und so sieht es aus, wenn ich mittel
Priviligedinstalliereroot@deconz:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 13:53 /dev/ttyACM0 crw-rw-rw- 1 root dialout 166, 1 Oct 7 12:55 /dev/ttyACM1Bei mir wird es soweit identisch installiert, ob das dann auch funktioniert, kann ich mangels Hardware nicht testen.
Dann nochmals von vorn, wie sieht es auf dem Host (PVE) aus?
Schritt 1: das Device auf dem Host (PVE) identifizieren
root@pve:~# lsusbHier ist
Busu.Devicerelevant!root@pve:~# ls -la /dev/bus/usb/<bus>/<device>root@pve:~# ls -la /dev/serial/by-id/root@pve:~# ls -la /dev/ttyACM*VG
BerndSo sieht das bei mir auf dem Host aus:
root@proxmox:~# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 007: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@proxmox:~# ls -la /dev/bus/usb/001/007 crw-rw-r-- 1 root root 189, 6 Oct 22 14:12 /dev/bus/usb/001/007 root@proxmox:~# ls -la /dev/serial/by-id/ total 0 drwxr-xr-x 2 root root 60 Oct 22 14:12 . drwxr-xr-x 4 root root 80 Oct 22 14:12 .. lrwxrwxrwx 1 root root 13 Oct 22 14:12 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 -> ../../ttyACM0 root@proxmox:~# ls -la /dev/ttyACM* crw-rw---- 1 root dialout 166, 0 Oct 22 14:12 /dev/ttyACM0 root@proxmox:~# -
@dp20eic OK, danke für deine Hilfe und Bemühung!
Ich habe gleich noch eine Frage - ich würde zwischenzeitlich gern die ioBroker-Sicherungen in das neue ioBroker-Verzeichnis kopieren um sie von dort über den Backitup-Adapter wieder einzulesen. Ich bin aber einfach zu dämlich von meinem Mac die Dateien in das Backup-Verzeichnis des LXC-Containers zu kopieren. Vermutlich ist das wieder eine Frage der Berechtigungen...
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Vermutlich ist das wieder eine Frage der Berechtigungen...
Moin,
Du hast Dich mit Deinem User
mnpersftpangemeldet?
Ist der User auch in derGruppe->iobroker?# id mnWie sehen die rechte des Verzeichnisses aus?
# ls -la /opt/iobrokerVG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Vermutlich ist das wieder eine Frage der Berechtigungen...
Moin,
Du hast Dich mit Deinem User
mnpersftpangemeldet?
Ist der User auch in derGruppe->iobroker?# id mnWie sehen die rechte des Verzeichnisses aus?
# ls -la /opt/iobrokerVG
BerndVermutlich passt das nicht:
mn@iobroker:~$ id mn uid=1001(mn) gid=1001(mn) groups=1001(mn),27(sudo),100(users) mn@iobroker:~$ ls -la /opt/iobroker total 296 drwxrwxr-x+ 6 iobroker iobroker 4096 Oct 19 11:24 . drwxr-xr-x 3 root root 4096 Oct 19 11:22 .. -rw-rwxr--+ 1 iobroker iobroker 155 Oct 19 11:22 .npmrc -rwxrwxrwx+ 1 iobroker iobroker 133 Oct 19 11:24 INSTALLER_INFO.txt drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 22 02:40 backups lrwxrwxrwx 1 iobroker iobroker 22 Oct 19 11:24 iob -> /opt/iobroker/iobroker -rwxrwxr-x+ 1 iobroker iobroker 701 Oct 19 11:24 iobroker drwxrwxr-x+ 7 iobroker iobroker 4096 Oct 22 13:09 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 22 13:09 log drwxrwxr-x+ 469 iobroker iobroker 20480 Oct 20 14:06 node_modules -rw-rwxr--+ 1 iobroker iobroker 245343 Oct 20 14:06 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 400 Oct 20 14:06 package.json mn@iobroker:~$ -
Vermutlich passt das nicht:
mn@iobroker:~$ id mn uid=1001(mn) gid=1001(mn) groups=1001(mn),27(sudo),100(users) mn@iobroker:~$ ls -la /opt/iobroker total 296 drwxrwxr-x+ 6 iobroker iobroker 4096 Oct 19 11:24 . drwxr-xr-x 3 root root 4096 Oct 19 11:22 .. -rw-rwxr--+ 1 iobroker iobroker 155 Oct 19 11:22 .npmrc -rwxrwxrwx+ 1 iobroker iobroker 133 Oct 19 11:24 INSTALLER_INFO.txt drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 22 02:40 backups lrwxrwxrwx 1 iobroker iobroker 22 Oct 19 11:24 iob -> /opt/iobroker/iobroker -rwxrwxr-x+ 1 iobroker iobroker 701 Oct 19 11:24 iobroker drwxrwxr-x+ 7 iobroker iobroker 4096 Oct 22 13:09 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 22 13:09 log drwxrwxr-x+ 469 iobroker iobroker 20480 Oct 20 14:06 node_modules -rw-rwxr--+ 1 iobroker iobroker 245343 Oct 20 14:06 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 400 Oct 20 14:06 package.json mn@iobroker:~$sudo usermod -a -G iobroker,dialout mn -
So sieht das bei mir auf dem Host aus:
root@proxmox:~# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 007: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@proxmox:~# ls -la /dev/bus/usb/001/007 crw-rw-r-- 1 root root 189, 6 Oct 22 14:12 /dev/bus/usb/001/007 root@proxmox:~# ls -la /dev/serial/by-id/ total 0 drwxr-xr-x 2 root root 60 Oct 22 14:12 . drwxr-xr-x 4 root root 80 Oct 22 14:12 .. lrwxrwxrwx 1 root root 13 Oct 22 14:12 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 -> ../../ttyACM0 root@proxmox:~# ls -la /dev/ttyACM* crw-rw---- 1 root dialout 166, 0 Oct 22 14:12 /dev/ttyACM0 root@proxmox:~#@guitardoc sagte in Umzug von Raspi auf Proxmox:
So sieht das bei mir auf dem Host aus:
Moin,
ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der
udev rule->/usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigeneudev ruleschreiben, ich habe mir das damals recht einfach gemacht, indem ich unter/etc/udev/rules.d/meine eigene angelegt habe, die mit einer höheren Nummer als unter/usr/lib/udev/rules.danfängt, mit dem Inhalt, auf dem Host(PVE) erstellen# nano /etc/udev/rules.d/65-add-myusb.rulesKERNEL=="ttyUSB[0-9]*",MODE="0666" KERNEL=="ttyACM[0-9]*",MODE="0666"Damit werden die Rechte auf
crw-rw-rw-geändert.
Anschließend, mussudevneu eingelesen werden, das kannst Du mit einem kompletten Proxmoxrebootmachen, oder# udevadm control --reload-rules && udevadm triggerVG
Bernd -
sudo usermod -a -G iobroker,dialout mn@thomas-braun said in Umzug von Raspi auf Proxmox:
sudo usermod -a -G iobroker,dialout mnDas hat funktioniert, Danke!
-
Vermutlich passt das nicht:
mn@iobroker:~$ id mn uid=1001(mn) gid=1001(mn) groups=1001(mn),27(sudo),100(users) mn@iobroker:~$ ls -la /opt/iobroker total 296 drwxrwxr-x+ 6 iobroker iobroker 4096 Oct 19 11:24 . drwxr-xr-x 3 root root 4096 Oct 19 11:22 .. -rw-rwxr--+ 1 iobroker iobroker 155 Oct 19 11:22 .npmrc -rwxrwxrwx+ 1 iobroker iobroker 133 Oct 19 11:24 INSTALLER_INFO.txt drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 22 02:40 backups lrwxrwxrwx 1 iobroker iobroker 22 Oct 19 11:24 iob -> /opt/iobroker/iobroker -rwxrwxr-x+ 1 iobroker iobroker 701 Oct 19 11:24 iobroker drwxrwxr-x+ 7 iobroker iobroker 4096 Oct 22 13:09 iobroker-data drwxrwxr-x+ 2 iobroker iobroker 4096 Oct 22 13:09 log drwxrwxr-x+ 469 iobroker iobroker 20480 Oct 20 14:06 node_modules -rw-rwxr--+ 1 iobroker iobroker 245343 Oct 20 14:06 package-lock.json -rw-rwxr--+ 1 iobroker iobroker 400 Oct 20 14:06 package.json mn@iobroker:~$@guitardoc sagte in Umzug von Raspi auf Proxmox:
Vermutlich passt das nicht:
Moin,
doch die Rechte und
User,Gruppesind korrekt, aber Du solltest kontrollieren, ob Dumnin den richtigenGruppenbist, wie Dir gerade @Thomas-Braun geschrieben hat.
Ich würde da nochadmmit anhängen, denn die brauchst Du, wenn Du als User (mn) mal ein# iob diaglauf läst, dann kann das Skript in die Logs vom System schauen.VG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Vermutlich passt das nicht:
Moin,
doch die Rechte und
User,Gruppesind korrekt, aber Du solltest kontrollieren, ob Dumnin den richtigenGruppenbist, wie Dir gerade @Thomas-Braun geschrieben hat.
Ich würde da nochadmmit anhängen, denn die brauchst Du, wenn Du als User (mn) mal ein# iob diaglauf läst, dann kann das Skript in die Logs vom System schauen.VG
Bernd@dp20eic said in Umzug von Raspi auf Proxmox:
Ich würde da noch adm mit anhängen
Wie muss man das machen?
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Vermutlich passt das nicht:
Moin,
doch die Rechte und
User,Gruppesind korrekt, aber Du solltest kontrollieren, ob Dumnin den richtigenGruppenbist, wie Dir gerade @Thomas-Braun geschrieben hat.
Ich würde da nochadmmit anhängen, denn die brauchst Du, wenn Du als User (mn) mal ein# iob diaglauf läst, dann kann das Skript in die Logs vom System schauen.VG
Bernd@dp20eic sagte in Umzug von Raspi auf Proxmox:
Ich würde da noch adm mit anhängen
Stimmt, hatte ich vergessen.
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
So sieht das bei mir auf dem Host aus:
Moin,
ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der
udev rule->/usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigeneudev ruleschreiben, ich habe mir das damals recht einfach gemacht, indem ich unter/etc/udev/rules.d/meine eigene angelegt habe, die mit einer höheren Nummer als unter/usr/lib/udev/rules.danfängt, mit dem Inhalt, auf dem Host(PVE) erstellen# nano /etc/udev/rules.d/65-add-myusb.rulesKERNEL=="ttyUSB[0-9]*",MODE="0666" KERNEL=="ttyACM[0-9]*",MODE="0666"Damit werden die Rechte auf
crw-rw-rw-geändert.
Anschließend, mussudevneu eingelesen werden, das kannst Du mit einem kompletten Proxmoxrebootmachen, oder# udevadm control --reload-rules && udevadm triggerVG
Bernd@dp20eic said in Umzug von Raspi auf Proxmox:
@guitardoc sagte in Umzug von Raspi auf Proxmox:
So sieht das bei mir auf dem Host aus:
Moin,
ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der
udev rule->/usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigeneudev ruleschreiben, ich habe mir das damals recht einfach gemacht, indem ich unter/etc/udev/rules.d/meine eigene angelegt habe, die mit einer höheren Nummer als unter/usr/lib/udev/rules.danfängt, mit dem Inhalt, auf dem Host(PVE) erstellen# nano /etc/udev/rules.d/65-add-myusb.rulesKERNEL=="ttyUSB[0-9]*",MODE="0666" KERNEL=="ttyACM[0-9]*",MODE="0666"Damit werden die Rechte auf
crw-rw-rw-geändert.
Anschließend, mussudevneu eingelesen werden, das kannst Du mit einem kompletten Proxmoxrebootmachen, oder# udevadm control --reload-rules && udevadm triggerVG
BerndMache ich das auf dem LXC oder auf dem Host?
-
@dp20eic said in Umzug von Raspi auf Proxmox:
Ich würde da noch adm mit anhängen
Wie muss man das machen?
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Wie muss man das machen?
Moin,
Transferleistung :)
sudo usermod -a -G iobroker,dialout mnVG
Bernd -
@dp20eic said in Umzug von Raspi auf Proxmox:
Ich würde da noch adm mit anhängen
Wie muss man das machen?
sudo usermod -a -G adm mnDann den 'mn' aus- und wieder einloggen. Danach müssen die Gruppen auch bei
idauftauchen.
-
sudo usermod -a -G adm mnDann den 'mn' aus- und wieder einloggen. Danach müssen die Gruppen auch bei
idauftauchen.
-
@dp20eic said in Umzug von Raspi auf Proxmox:
@guitardoc sagte in Umzug von Raspi auf Proxmox:
So sieht das bei mir auf dem Host aus:
Moin,
ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der
udev rule->/usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigeneudev ruleschreiben, ich habe mir das damals recht einfach gemacht, indem ich unter/etc/udev/rules.d/meine eigene angelegt habe, die mit einer höheren Nummer als unter/usr/lib/udev/rules.danfängt, mit dem Inhalt, auf dem Host(PVE) erstellen# nano /etc/udev/rules.d/65-add-myusb.rulesKERNEL=="ttyUSB[0-9]*",MODE="0666" KERNEL=="ttyACM[0-9]*",MODE="0666"Damit werden die Rechte auf
crw-rw-rw-geändert.
Anschließend, mussudevneu eingelesen werden, das kannst Du mit einem kompletten Proxmoxrebootmachen, oder# udevadm control --reload-rules && udevadm triggerVG
BerndMache ich das auf dem LXC oder auf dem Host?
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Mache ich das auf dem LXC oder auf dem Host?
Moin,
wieso gibt es keine blinkende Schrift, dann könnte man das noch auffälliger manchen ;)
Ich zitiere mich mal :)
@dp20eic sagte in Umzug von Raspi auf Proxmox:
ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der udev rule -> /usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigene udev rule schreiben, ich habe mir das damals recht einfach gemacht, indem ich unter /etc/udev/rules.d/ meine eigene angelegt habe, die mit einer höheren Nummer als unter /usr/lib/udev/rules.d anfängt, mit dem Inhalt,
auf dem Host(PVE) erstellenJetzt?
VG
Bernd -
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Mache ich das auf dem LXC oder auf dem Host?
Moin,
wieso gibt es keine blinkende Schrift, dann könnte man das noch auffälliger manchen ;)
Ich zitiere mich mal :)
@dp20eic sagte in Umzug von Raspi auf Proxmox:
ich bin mir nicht mehr sicher, ist schon ~ 2 Jahre her, aber die Rechte stimmen nicht und die kommen standardmäßig von der udev rule -> /usr/lib/udev/rules.d/50-udev-default.rules, an der kann/darf man nichts verändern, denn die würde bei einem Update wieder überschrieben, Du musst Dir eine eigene udev rule schreiben, ich habe mir das damals recht einfach gemacht, indem ich unter /etc/udev/rules.d/ meine eigene angelegt habe, die mit einer höheren Nummer als unter /usr/lib/udev/rules.d anfängt, mit dem Inhalt,
auf dem Host(PVE) erstellenJetzt?
VG
Bernd@dp20eic Au verflixt, jaaaa du hast recht... Ich habe heute Tomaten auf den Augen... :-)
Die Rechte scheinen jetzt zu stimmen - aber ich kann immer noch kein Gerät finden...
root@proxmox:~# ls -la /dev/serial/by-id/ total 0 drwxr-xr-x 2 root root 60 Oct 22 14:43 . drwxr-xr-x 4 root root 80 Oct 22 14:12 .. lrwxrwxrwx 1 root root 13 Oct 22 14:43 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 -> ../../ttyACM0 root@proxmox:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 14:43 /dev/ttyACM0 root@proxmox:~# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 007: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@proxmox:~# -
@dp20eic Au verflixt, jaaaa du hast recht... Ich habe heute Tomaten auf den Augen... :-)
Die Rechte scheinen jetzt zu stimmen - aber ich kann immer noch kein Gerät finden...
root@proxmox:~# ls -la /dev/serial/by-id/ total 0 drwxr-xr-x 2 root root 60 Oct 22 14:43 . drwxr-xr-x 4 root root 80 Oct 22 14:12 .. lrwxrwxrwx 1 root root 13 Oct 22 14:43 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2285504-if00 -> ../../ttyACM0 root@proxmox:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 14:43 /dev/ttyACM0 root@proxmox:~# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 007: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II] Bus 001 Device 003: ID 8087:0026 Intel Corp. AX201 Bluetooth Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub root@proxmox:~#Ich habe noch mal ein bisschen rumprobiert - das Gateway wird zwar gefunden, aber nicht richtig verbunden. Ich denke, ich weiß woran es liegen könnte.
Auf dem Host sind die Rechte des Gateway zwar richtig installiert:
root@proxmox:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 15:12 /dev/ttyACM0 root@proxmox:~#Auf dem LXC aber nicht:
mn@deconz:~$ ls -l /dev/ttyACM* c--------- 0 root root 166, 0 Oct 22 13:09 /dev/ttyACM0 ---------- 1 root root 0 Oct 22 13:09 /dev/ttyACM1 mn@deconz:~$Kann das das Problem sein?
-
Ich habe noch mal ein bisschen rumprobiert - das Gateway wird zwar gefunden, aber nicht richtig verbunden. Ich denke, ich weiß woran es liegen könnte.
Auf dem Host sind die Rechte des Gateway zwar richtig installiert:
root@proxmox:~# ls -la /dev/ttyACM* crw-rw-rw- 1 root dialout 166, 0 Oct 22 15:12 /dev/ttyACM0 root@proxmox:~#Auf dem LXC aber nicht:
mn@deconz:~$ ls -l /dev/ttyACM* c--------- 0 root root 166, 0 Oct 22 13:09 /dev/ttyACM0 ---------- 1 root root 0 Oct 22 13:09 /dev/ttyACM1 mn@deconz:~$Kann das das Problem sein?
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Kann das das Problem sein?
Klar. Da darf halt keiner irgendwas mit dem Device anfangen.
-
@guitardoc sagte in Umzug von Raspi auf Proxmox:
Kann das das Problem sein?
Klar. Da darf halt keiner irgendwas mit dem Device anfangen.
-
@thomas-braun Wie kann ich das denn im LXC richtig einrichten?
@guitardoc Keine Ahnung. Mir sind die Dinger immer zu schwierig einzurichten. Deswegen hab ich keine VM oder LXC im Einsatz.
-
@guitardoc
Der Stick läuft bei mir, nutze aber zigbee2mqtt damit.@ticaki said in Umzug von Raspi auf Proxmox:
@guitardoc
Der Stick läuft bei mir, nutze aber zigbee2mqtt damit.Hast du den Stick auf einem LXC laufen? Und wenn ja, wie hast du den dort zum Laufen bekommen?
511
Online32.7k
Users82.3k
Topics1.3m
Posts