farco

Ich hab jetzt mal weiter damit rumgespielt und meine Bluetooth devices werden nicht erkannt. Daher lasse Ich das ganze Zeit einfach. Ich danke euch auf jeden Fall für euer Hilfe und Ich habe auf jeden Fall wieder viel über Linux gelernt heute 😊.

Wie gesagt mit bluez geht es jetzt muss ich nur noch rausfinden wie Ich das quasi bei jedem Start von Unraid automatisch laden kann.

edit hab jetzt bluez Installiert und gestartet. Jetzt geht es. Kann man das irgendwie so machen das dies Automatisch beim neustart auch passiert?

Das ist ja mein Problem. Das BT Device bekommt kein ID (zumindest nach meinem Verständnis). Das Texas Instrument Device ist mein Zigbee Stick diese gebe Ich auch genauso an einen anderen Docker Container weiter mit /dev/ttyACM0 das Funktioniert auch. Allerdings gibt mir ls -l /dev/serial/by-id nur den ZigbeeStick aus nicht den BT total 0 lrwxrwxrwx 1 root root 13 Feb 7 15:49 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CD403E1-if00 -> ../../ttyACM0 daher ist die Frage was hat der BT Stick für eine ID und wo bekomme Ich die her 😂?

Moin, Ich möchte einen Bluetooth Stick diesen (per USB an mein Unraid angeschlossen) an einen Docker Container (Home Assistant) weitergeben. Irgendwie bekomme Ich für den BT Stick aber keine Device in /dev Ich habe am selben Unraid noch ein Zigbee Stick der bekommt immer /dev/ttyACM0 Wenn Ich den Stick in den Server Stecke finde Ich im Unraid log: Feb 9 15:33:58 Server kernel: usb 1-3: USB disconnect, device number 6 Feb 9 15:34:00 Server kernel: usb 1-3: new full-speed USB device number 7 using xhci_hcd Feb 9 15:34:00 Server kernel: Bluetooth: hci0: RTL: examining hci_ver=0a hci_rev=000b lmp_ver=0a lmp_subver=8761 Feb 9 15:34:00 Server kernel: Bluetooth: hci0: RTL: rom_version status=0 version=1 Feb 9 15:34:00 Server kernel: Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_fw.bin Feb 9 15:34:00 Server kernel: Bluetooth: hci0: RTL: loading rtl_bt/rtl8761bu_config.bin Feb 9 15:34:00 Server kernel: Bluetooth: hci0: RTL: cfg_sz 6, total sz 27814 Feb 9 15:34:01 Server kernel: Bluetooth: hci0: RTL: fw version 0x09a98a6b hier die Ausgabe von lsusb: root@SchackSchack:/dev/serial/by-path# lsusb -t /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/7p, 5000M /: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/9p, 480M |__ Port 3: Dev 6, If 0, Class=Wireless, Driver=btusb, 12M |__ Port 3: Dev 6, If 1, Class=Wireless, Driver=btusb, 12M |__ Port 4: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 480M |__ Port 6: Dev 3, If 0, Class=Communications, Driver=cdc_acm, 12M |__ Port 6: Dev 3, If 1, Class=CDC Data, Driver=cdc_acm, 12M root@SchackSchack:/dev/serial/by-path# lsusb Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 0451:16a8 Texas Instruments, Inc. CC2531 ZigBee Bus 001 Device 002: ID 0781:5571 SanDisk Corp. Cruzer Fit Bus 001 Device 006: ID 0bda:8771 Realtek Semiconductor Corp. Bluetooth 5.1 Radio Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub und hier "serial by Id" (hier ist ja nur der Zigbee Stick zu sehen) root@SchackSchack:/dev/serial/by-path# ls -l /dev/serial/by-id total 0 lrwxrwxrwx 1 root root 13 Feb 7 15:49 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001CD403E1-if00 -> ../../ttyACM0 Kann mir jemand vielleicht helfen. Ich bin gerade etwas Ratlos und meine Linux Kenntnisse sind auch nicht die "besten".

Danke für eure Infos. Ich werde die Tage mal testen. Ich dachte es "gäbe einen schnellen/einfachen weg". Ich war mir garnicht bewusst das btrfs bei vielen eine wohl eine "HassLiebe" ist. Denn Ich gebe ehrlich zu habe Ich mich damit noch nicht wirklich beschäftigt.

Ja da kann viel stehen 😉. Da müsste Ich doch die Platten irgendwo "sehen" im File System wenn ja wo und beide müssten ja exakt gleich viel Belegte Daten haben? Dann steht ja z.b. im 2 Screenshot steht z.b. Data Total 35GB Used 31,77GB Dazu noch eine Frage was bedeutet der BTRFS Balance Status?

Moin, ich habe gestern meine Cache SSD gegen zwei neue 512 GB SDDs ausgetauscht und diese mit btrfs (verschlüsselt) formatiert. Läuft auch alles Problemlos. Wie kann Ich denn überprüfen ob das ganze wirklich im Raid1 läuft? Es geht mir hier einfach um "ein wenig Ausfallsicherheit". Ich habe mal zwei Bilder angehangen vielleicht helfen die ja schon weiter.

Der neustart vom Docker Dienst hat das Problem gelöst 😊. Danke für den Tipp btw. Host access to custom networks: war enabled.

Ich sag mal jain 😂. Ich habe letztlich Host to Custom Access eingeschaltet und war der Meinung das es dann auch Funktioniert hat. Jetzt scheint es aber nicht mehr zu klappen(Ich musste gestern aber auch den Server neustarten und seit dem ist das Problem) , daher mein Gedanke das Ich etwa falsch verstehe. Ich habe gerade Festgestellt das Ich den Container 2 auch nicht anpingen kann wenn Ich mich per SSH auf den Unraid logge und dann versuche den Container anzupingen. Irgendwie ist das Komisch.

Moin, Ich habe "ein Problem" mit dem Zugrifft von Docker Containern im Netzwerk. Folgendes Setup: - Unraid Server 192.168.1.3 - Docker Container 1 läuft auf der Unraid IP (bridge und Host getestet) und will zugriff auf Docker Container 2 der läuft auf 192.168.1.5 (br0). Wenn Ich versuche im Container 1 den Container 2 anzupingen geht der Ping nicht durch. Ich kann aber alle anderen Ips aus meinen Netzwerk anpingen aus dem Container 1 diese Antworten auch. Den Container 2 kann Ich auch von meinen Laptop z.b. Problemlos anpingen. Es scheint für mich ein Problem mit dem Netzwerk "zwischen den Containern". Ich bin mir sicher Ich habe da wahrscheinlich ein Verständnisproblem irgendwo. Vielleicht kann mir jemand helfen.

Das habe Ich auch gerade Festgestellt, wie komme Ich denn jetzt an mein geliebtes Powertop?

Wie gesagt nach der Änderung in Powertop funktioniert es ja jetzt.

Hier das Ergebnis, Ich habe nur 1 Netzwerkkarte

Ich hab gerade mal per powertop "das markierte" auf "Bad" gestellt das scheint wohl die Lösung zu sein.

Im Slot steck leider schon https://www.amazon.de/gp/product/B07NSVNS1T/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&th=1 daher nix frei. Wie gesagt an alle anderen Geräte funktionieren das Problem hat nur der Server. Ich möchte nicht zusätzlich einen Switch installieren. Ich könnte mal zu testzwecken eine USB Netzwerkkarte besorgen.

Jup tritt an allen Ports auf, mir ist auch aufgefallen am Router fangen die LEDs wieder an zu blinken wenn Ich das Kabel wieder in den Server stecke. Ich muss halt ab und zu mal meinen Router starten und daher ist das eben blöd mit der Netzwerkverbindung.

Okay, und kann ich flow control irgendwie ausschalten? Mit dem ethtool klappt es nicht.

So, heute hatte ich etwas Zeit. Das Problem tritt wie gesagt auf wenn man das Lankabel entfernt aus dem Server und länger als 5 Sekunden wartet (oder wenn ich meinen Router neustarte), dann gehen die LEDs am RJ45 Port an nicht mehr. Dann hilft nur ein neustart des Servers. ASPM ist deaktiviert im Bios. Kabel habe Ich nochmals getauscht bracht auch nix. Ich hänge Diagnostic.zip an vielleicht findet ja jemand da etwas. server-diagnostics-20220131-1659.zip

Board: ASRock J5040-ITX NIC onBoard: Realtek RTL8111H Sleep sollte doch egal sein der Server ist "always on" ? Kabel getauscht keine Besserung Router ist ein Xiaomi Mi Router 3G mit OpenWRT An allen anderen mit Lan Kabel verbundenen Geräten tritt das Problem nicht auf

Moin, mir ist aufgefallen das mein Unraid die Netzwerkverbindung nicht wiederherstellt wenn diese einmal unterbrochen wurde. Konkret bedeutet das z.b. : - Lan Kabel vom Server entfernt und wieder eingesteckt - Router reboot Die LEDs am Netzwerkport leuchten dann auch nicht mehr. Auch wenn das Kabel wieder eingesteckt ist oder der Router wie da ist. In diesen beiden fällen hilft nur ein neustart des Servers, dann ist das Netzwerk sofort wieder da. Hat jemand vielleicht eine Idee woran da liegen könnte?

Thanks for your help, and yeah I need to learn a lot about Docker

Hey, i installed OpenHab (Thanks for the Unraid Container )in custom: br0 and gave the container the Ip: 192.168.1.6/24 i can reach the container thats no problem. Then i installed mosquitto as docker and used the normal Bridge mode. When i want to connect the mosquitto container (which has the IP of my Unraid 192.168.1.3) i get this error io.netty.channel.AbstractChannel$AnnotatedNoRouteToHostException: No route to host: /192.168.1.3:1883 so anyone have an Idea? Its the same Network but it seems openhab "have no route"?. Openhab can connect to my IoT devices in my Network this works. Sorry i am relative new "to docker".

Moin, sorry das Ich mich erst so spät wieder zurückmelde. Ich will aber noch "meine Lösung schreiben". Es lag wohl wie @mgutt vermutet hatte an den Rechten. Wenn die Datei aus dem OneDrive geladen wurde fehlten die Leserechte. Ich habe diese dann angepasst und jetzt "stimmen" diese auch nach jedem Reboot und das Array wird gestartet. Danke nochmals für den Hinweis.

Funktioniert nicht richtig, ab Version gibt es die Keyfile Datei nicht mehr, also hab ich eine selbstgemacht und diese auf one drive gepackt und diese wird mit wget downgeloadet und nach /root/keyfile kopiert . Nach einem Neustart liegt die Datei auch in root/keyfile aber das array wird nicht gestartet "der key ist wohl falsch" wenn ich mir aber mit Nano diese Datei anschaue steht da exakt nur mein Key drin, wenn ich dann händisch unter main die Datei angebe und genau die Datei aus meinem One Drive nehme klappt es. Hat vielleicht jemand eine Idee? So jetzt der "funny" part. Ich hab die Datei aus meinem Onedrive genommen auf den Stick vom Unraid kopiert und dann per go file in den /root/keyfile kopiert. Dann klappt es aber die Datei mit Nano schaut genauso aus. hier noch der log (wenn es per wget geholt wird): Apr 11 22:30:16 SchackSchack emhttpd: shcmd (22): /usr/sbin/cryptsetup luksOpen /dev/md1 md1 --allow-discards --key-file=/root/keyfile Apr 11 22:30:16 SchackSchack kernel: device-mapper: ioctl: 4.43.0-ioctl (2020-10-01) initialised: [email protected] Apr 11 22:30:18 SchackSchack root: No key available with this passphrase. Apr 11 22:30:18 SchackSchack emhttpd: shcmd (22): exit status: 2 Apr 11 22:30:18 SchackSchack emhttpd: shcmd (24): /usr/sbin/cryptsetup luksOpen /dev/md2 md2 --allow-discards --key-file=/root/keyfile Apr 11 22:30:20 SchackSchack root: No key available with this passphrase. Apr 11 22:30:20 SchackSchack emhttpd: shcmd (24): exit status: 2 Apr 11 22:30:20 SchackSchack emhttpd: shcmd (26): /usr/sbin/cryptsetup luksOpen /dev/md3 md3 --allow-discards --key-file=/root/keyfile Apr 11 22:30:22 SchackSchack root: No key available with this passphrase. Apr 11 22:30:22 SchackSchack emhttpd: shcmd (26): exit status: 2 Apr 11 22:30:22 SchackSchack emhttpd: shcmd (28): /usr/sbin/cryptsetup luksOpen /dev/nvme0n1p1 nvme0n1p1 --allow-discards --key-file=/root/keyfile Apr 11 22:30:23 SchackSchack root: No key available with this passphrase. Apr 11 22:30:23 SchackSchack emhttpd: shcmd (28): exit status: 2 Apr 11 22:30:23 SchackSchack emhttpd: Wrong encryption key