Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[UncleSam]

@Urs Ich glaube nicht, dass es ein Fehler mit dem NAS (FB) ist, der Fehler scheint beim erstellen des Mounts aufzutreten.

Kannst du mal folgende Befehle im Container eingeben und die Ausgaben hier posten?

ls -la /opt/iobroker
traceroute -d 192.168.1.4
ping -n 4 192.168.1.4

(Ich habe die Befehle aus dem Kopf hier hin geschrieben, eventuell hat es noch Fehler)

[UncleSam]

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Was auch noch komisch ist, ich kann auch mit Putty über port 22 nicht auf diesen Container zugreifen, auf den Pihole aber schon.

Nebenbei: der Container hast keinen SSH Server. Das ist ganz normal (mit Docker installiert man immer das absolute Minimum im Image). Wenn du auf die Konsole kommen willst, musst du das über Portainer machen.

[Urs]

Ok, das mit Konsole wusste ich nicht und da sie im Pihole ja funktioniert...aber egal wenn es nur über Portainer geht, damit kann ich leben.

Hier die Antworten auf die Befehle:

root@Iobroker_live:~# ls -la /opt/iobroker
insgesamt 352
drwxrwxr-x 1 iobroker iobroker   4096 Dez  9 23:31 .
drwxr-xr-x 1 root     root       4096 Dez  9 21:48 ..
drwxr-xr-x 2 iobroker iobroker   4096 Dez 10 02:00 backups
-rw-rwxr-- 1 iobroker iobroker   1049 Nov 30 13:43 CHANGELOG_FIXER_LINUX.md
-rw-rwxr-- 1 iobroker iobroker   3556 Nov 30 13:43 CHANGELOG_INSTALLER_LINUX.md
drwx------ 3 iobroker iobroker   4096 Dez  9 21:50 .config
-rw-rwxr-- 1 iobroker iobroker  23988 Nov 30 13:43 fix_installation.sh
drwxrwxr-x 1 iobroker iobroker   4096 Nov 30 13:43 install
-rwxrwxrwx 1 iobroker iobroker    149 Nov 30 13:44 INSTALLER_INFO.txt
lrwxrwxrwx 1 iobroker iobroker     22 Nov 30 13:44 iob -> /opt/iobroker/iobroker
-rwxr-xr-x 1 iobroker iobroker    178 Dez  9 21:48 iobroker
-rwxrwxr-x 1 iobroker iobroker    184 Nov 30 13:44 iobroker.bak
drwxrwxr-x 1 iobroker iobroker   4096 Dez  9 21:48 iobroker-data
drwxrwxr-x 1 iobroker iobroker   4096 Nov 30 13:43 lib
-rw-rwxr-- 1 iobroker iobroker   1137 Nov 30 13:43 LICENSE
drwxrwxr-x 1 iobroker iobroker   4096 Dez 10 00:21 log
drwxrwxr-x 1 iobroker iobroker  20480 Dez  9 23:31 node_modules
drwxr-xr-x 4 iobroker iobroker   4096 Dez  9 23:31 .npm
-rw-rwxr-- 1 iobroker iobroker     91 Nov 30 13:43 .npmrc
-rw-rwxr-- 1 iobroker iobroker    809 Dez  9 23:31 package.json
-rw-rwxr-- 1 iobroker iobroker 203407 Dez  9 23:31 package-lock.json
-rw-rwxr-- 1 iobroker iobroker   6101 Nov 30 13:43 README.md
-rw-rwxr-- 1 iobroker iobroker   5728 Nov 30 13:44 reinstall.js

traceroute musste ich zuerst installieren, dann gibt er:

root@Iobroker_live:~# traceroute -d 192.168.1.4
traceroute to 192.168.1.4 (192.168.1.4), 30 hops max, 60 byte packets
setsockopt SO_DEBUG: Keine Berechtigung

root@Iobroker_live:~# ping -n 4 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(124) bytes of data.
^C
--- 192.168.1.4 ping statistics ---
26 packets transmitted, 0 received, 100% packet loss, time 588ms

Nach der ersten Zeile passierte nichts mehr, dann mit Ctrl+C gestoppt.
Ein normaler ping ohne -n 4 zeigt folgendes:

root@Iobroker_live:~# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data.
64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.351 ms
64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.524 ms
64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.593 ms
64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=0.555 ms
64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=0.597 ms
^C
--- 192.168.1.4 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 103ms
rtt min/avg/max/mdev = 0.351/0.524/0.597/0.090 ms

Danke und Gruss
Urs

[Urs]

@UncleSam Laut Hilfe gibt es bei mir keine -n Option. Was hättest Du da gerne? Zur Auswahl hab ich:

root@Iobroker_live:~# ping -h
Usage: ping [-aAbBdDfhLnOqrRUvV64] [-c count] [-i interval] [-I interface]
            [-m mark] [-M pmtudisc_option] [-l preload] [-p pattern] [-Q tos]
            [-s packetsize] [-S sndbuf] [-t ttl] [-T timestamp_option]
            [-w deadline] [-W timeout] [hop1 ...] destination
Usage: ping -6 [-aAbBdDfhLnOqrRUvV] [-c count] [-i interval] [-I interface]
             [-l preload] [-m mark] [-M pmtudisc_option]
             [-N nodeinfo_option] [-p pattern] [-Q tclass] [-s packetsize]
             [-S sndbuf] [-t ttl] [-T timestamp_option] [-w deadline]
             [-W timeout] destination

Gruss
Urs

[UncleSam]

@Urs Sieht alles gut aus. Netzwerk geht. Berechtigungen sind OK.

Das einzige was mich verwirrt: willst du wirklich CIFS oder sollte es nicht eher SMB sein? Und: stimmt die URL?

[Urs]

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

willst du wirklich CIFS oder sollte es nicht eher SMB sein?
Gute Frage. Hängt das nicht irgendwie zusammen? Im Backitup kann ich ja auch nur NFS, CIFS oder Copy wählen. Wähle ich da CIFS kann ich dann noch SMB 1-3 auswählen.

Was ich möchte ist auf einer in der Fritzbox im Netzwerk freigegebenen Festplatte bzw. auf die Ordner darauf zugreifen. Das Funktioniert soweit unter Win und Android.

Und: stimmt die URL?
Weitere gute Frage. Unter Win sieht der Pfad so aus:

Was muss ich da genau im Backitup eingeben:
-IP-Adresse 192.168.1.4
und unter Pfad dann
-FritzNas/Backup/Iobroker/Live
-Backup/Iobroker/Live
-/FritzNas/Backup/Iobroker/Live
-/Backup/Iobroker/Live
oder was anderes?

Vielen Dank

[UncleSam]

@Urs Das ist SMB. CIFS ist ein Linux-Filesharing, das du unter Windows nicht einfach so einbinden kannst.

Zudem musst du wahrscheinlich konsequent \ verwenden anstatt /.

[Homoran]

@Urs Zum Thema Konfiguration des CIFS bei FritzBox gibt es hier schon einige Threads.
Anscheinend ist da die Bezeichnung des shares anders, als bei "echten" NAS!

[Thomas Braun]

@UncleSam Das ist deutlich komplexer.

https://de.wikipedia.org/wiki/Server_Message_Block

[fastfoot]

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Was ich möchte ist auf einer in der Fritzbox im Netzwerk freigegebenen Festplatte bzw. auf die Ordner darauf zugreifen. Das Funktioniert soweit unter Win und Android.

Hierzu benötigst du besondere Rechte für den Container. Ausserdem müssen die cifs-utils installiert sein

• Im Portainer unter Capabilities SYS_ADMIN und DAC_READ_SEARCH aktivieren
• Deploy Container damit die Änderungen gespeichert werden
• Nun auf die Konsole, von Portainer aus
• apt update && apt install -y cifs-utils installiert die cifs-utils
• mount -t cifs -o user=dein_username,password=dein_passwort,file_mode=0777,dir_mode=0777 //ip_der_fritzbox/fritz.nas/backup /opt/iobroker/backups mountet den Ordner backup der FritzBox auf den Backup-Ordner von iobroker

Die Schritte in dieser Reihenfolge ausführen. Nach einem evtl. Neustart des Containers muss der mount-Befehl noch einmal ausgeführt werden, einen Eintrag in die fstab habe ich nicht getestet

[UncleSam]

@fastfoot sagte in Backitup keine Verbindung zum CIFS-Share:

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Was ich möchte ist auf einer in der Fritzbox im Netzwerk freigegebenen Festplatte bzw. auf die Ordner darauf zugreifen. Das Funktioniert soweit unter Win und Android.

Hierzu benötigst du besondere Rechte für den Container. Ausserdem müssen die cifs-utils installiert sein

• Im Portainer unter Capabilities SYS_ADMIN und DAC_READ_SEARCH aktivieren
• Deploy Container damit die Änderungen gespeichert werden
• Nun auf die Konsole, von Portainer aus
• apt update && apt install -y cifs-utils installiert die cifs-utils
• mount -t cifs -o user=dein_username,password=dein_passwort,file_mode=0777,dir_mode=0777 //ip_der_fritzbox/fritz.nas/backup /opt/iobroker/backups mountet den Ordner backup der FritzBox auf den Backup-Ordner von iobroker

Die Schritte in dieser Reihenfolge ausführen. Nach einem evtl. Neustart des Containers muss der mount-Befehl noch einmal ausgeführt werden, einen Eintrag in die fstab habe ich nicht getestet

@ANDRE würde es Sinn machen, die CIFS Utils noch ins Image zu nehmen? Ist ja etwas, was wahrscheinlich häufiger vor kommt.

[UncleSam]

@Urs Eine andere Möglichkeit ist, dass du den Mount auf dem Host System (NUC) machst, dieses per Volumen den Container zur Verfügung stellst und dann das Backup ganz einfach in ein lokales Verzeichnis machst. Damit sparst du dir im Container Sachen installieren zu müssen.

[fastfoot]

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

@ANDRE würde es Sinn machen, die CIFS Utils noch ins Image zu nehmen? Ist ja etwas, was wahrscheinlich häufiger vor kommt.

Man kann doch bereits Pakete über ENV hinzufügen, es bleibt aber das 'Problem' dass man die Settings für die Capabilities des Containers auch kennen muss, wirklich einfacher wird es dadurch m.E. nicht

[Urs]

Danke für Eure Tips...

Hab wieder einmal x-Stunden an dem Scheiss verbracht, zig Forumseinträge gelesen, zig Wikis, Howto's und und und gelesen und ausprobiert...

...und bin keinen Schritt weiter!

Das kann's echt nicht sein! Da wird -gerade in der Linuxwelt- soviel von Sicherheit geschwafelt und am Schluss braucht man ein Doktortitel vom Linus Torvalt persönlich um ein beschissenes Backup im Netzwerk erstellen und zurückspielen zu können...sorry, aber das kann's jetzt echt nicht sein!

Werde jetzt was produktiveres machen...z.B. die Glotze anstellen...jede noch so beschissene Dauerwerbesendung ist weniger frustrierend...

Gruss
Urs

[andre]

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

@ANDRE würde es Sinn machen, die CIFS Utils noch ins Image zu nehmen? Ist ja etwas, was wahrscheinlich häufiger vor kommt.

Nein, wie schon gesagt gibt es dazu die ENV "PACKAGES". Ich nehme nur noch Pakete mit auf, die die Grundinstallation vom ioBroker benötigt. Das Image ist auch so schon genug aufgebläht. :)

@Urs Kopf hoch und nicht die Flinte ins Korn werfen. Das Einbinden von Dateifreigaben und deren Zugriffsrechte unter Linux habe ich bis heute nicht zu 100% verstanden. Ich versuche das immer zu umschiffen.
Im Container z.B. arbeite ich ausschließlich mit volumes oder mounts. Backups der gemounteten Verzeichnisse lasse ich dann durch den Host erstellen.
Aktuell arbeite ich gerade an einer neuen Backup Lösung unter Docker auf Basis von "duplicati". Das soll genau dieses Problem (und weitere) lösen und Backups von Docker-Dateiverzeichnissen für Jedermann zum Kinderspiel machen...

MfG,
André

[Thomas Braun]

@Urs

Ich habe hier keine Container oder sowas laufen sondern fahre das System (ohne verliehenen Doktor-Titel) nativ auf einem Raspberry OS 'Buster'.

Auf der FritzBox habe ich einen User namens 'iobroker' (der Einfachheit halber mit dem gleichen Kennwort wie mein Hauptuser 'pi' auf dem Raspberry) angelegt. Der user hat als einziges Recht diesen Punkt aktiv:

Zugang zu NAS-Inhalten
Benutzer mit dieser Berechtigung erhalten Zugang zu den an der FRITZ!Box verfügbaren Speichern: interner Speicher, angeschlossene USB-Speicher und Online-Speicher.
Wählen Sie die freigegebenen Verzeichnisse aus und vergeben Sie die zugehörigen Rechte.

Die Einstellungen im Adapter sehen dann so aus:

Adapter_backitup_settings-tab-cifs.pdf

Works here...

[UncleSam]

@Thomas-Braun sagte in Backitup keine Verbindung zum CIFS-Share:

Ich habe hier keine Container oder sowas laufen sondern fahre das System (ohne verliehenen Doktor-Titel) nativ auf einem Raspberry OS 'Buster'.

Das Problem ist scheinbar tatsächlich CIFS in einem Container zum laufen zu bringen.

Da der OP schreibt, er habe Docker eingerichtet und dann ein Backup zurück spielen wollen, gehe ich davon aus, dass es bei ihm zuvor funktionert hat.

Und ich gebe zu: Docker und Container sind schon etwas komplizierter als einfach eine VM aufzusetzen - oder ioBroker auf einem Raspi zum laufen zu bringen.

[Thomas Braun]

@UncleSam
Da bin ich voll bei dir. Und auch (u.a.) aus diesem Grund kein großer Fan von Containern (als Ersatz für eine native oder VM-Installation). Das ist aus meiner Sicht nämlich nicht der eigentliche Verwendungszweck von Containern.

Insbesondere nicht für user die mit allen Dingen (Linux als OS; Container; ioBroker; Netzwerkfreigaben per SMB) mehr oder weniger bei Null anfangen. Macht es halt nicht übersichtlicher da mit mehreren Baustellen zeitgleich herumzuhantieren.

Führt nämlich dann zu dieser frustierten Fehleinschätzung:

Da wird -gerade in der Linuxwelt- soviel von Sicherheit geschwafelt und am Schluss braucht man ein Doktortitel vom Linus Torvalt persönlich um ein beschissenes Backup im Netzwerk erstellen und zurückspielen zu können...sorry, aber das kann's jetzt echt nicht sein!

[Meister Mopper]

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Das kann's echt nicht sein! Da wird -gerade in der Linuxwelt- soviel von Sicherheit geschwafelt und am Schluss braucht man ein Doktortitel vom Linus Torvalt persönlich um ein beschissenes Backup im Netzwerk erstellen und zurückspielen zu können...sorry, aber das kann's jetzt echt nicht sein!

Tatsächlich verstehe ich solche Emotionsausbrüche nicht. Es ist halt nicht alles mundgerecht und alles muss erschaffen und auch erarbeitet werden.

Wieso ist alles schlecht, wenn wenige nicht mitkommen. Wenn die Mehrheit mitkommt ist es aus meiner Sicht systemisch korrekt.

[Urs]

So hab mich nochmal ein bisschen damit auseinandergesetzt...

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

Zudem musst du wahrscheinlich konsequent \ verwenden anstatt /.

Hmm, wenn ich in Backitup den Pfad mit \ eingebe ignoriert er die komplett und macht sowas wie FritzNasBackupIobrokerLive draus.

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

@Urs Eine andere Möglichkeit ist, dass du den Mount auf dem Host System (NUC) machst, dieses per Volumen den Container zur Verfügung stellst und dann das Backup ganz einfach in ein lokales Verzeichnis machst. Damit sparst du dir im Container Sachen installieren zu müssen.