Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@noidea

Du bist root, der kann einem user auch ein Passwort zuweisen.

Schau in der /etc/passwd ob jemals ein user angelegt wurde:

awk -F':' '{ print $1}' /etc/passwd

Ist da ein user von dir dabei?

[Thomas Braun]

@noidea sagte in BackitUp NAS Error Speedport Smart 4:

Was genau macht der Befehl? Soll der den Speedport unter User registrieren?

Der Befehl zeigt dir die Freigaben auf dem Server. So z. B. bei meiner Fritzbox:

echad@chet:~ $ smbclient -L 192.168.178.1 -U iobroker
Enter WORKGROUP\iobroker's password:

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       IPC Service
        FRITZ.NAS       Disk      FRITZ!Box
SMB1 disabled -- no workgroup available

[noidea]

@thomas-braun

Also so sieht es bei mir aus:

root@iobroker:/# awk -F':' '{ print $1}' /etc/passwd
root
daemon
bin
sys
sync
games
man
lp
mail
news
uucp
proxy
www-data
backup
list
irc
gnats
nobody
messagebus
syslog
postfix
_apt
sshd
systemd-network
systemd-resolve
systemd-timesync
uuidd
tcpdump
iobroker
_rpc
statd
influxdb
root@iobroker:/# 

Demnach ist da kein user dabei. Heisst das, das ich dann jetzt einen User anlegen muss? Wenn ja, könntest du mir bitte dabei helfen?

Schon mal vielen Dank bis hierhin für deine Unterstützung :handshake:

[Thomas Braun]

@noidea

Das sind alles Systemuser.
Leg dir einen Standarduser an.

Steht in der Installationsanleitung des iobrokers auf Proxmox drin.

[Einstein67]

@noidea said in BackitUp NAS Error Speedport Smart 4:

IOBROKER läuft im Proxmox Container

In einem "privilegierten Container"?

Sonst gehts nicht ...

[noidea]

@einstein67

Ich weiß nicht genau, ob das die richtige Stelle ist, um das nachzugucken, aber hier steht, das es unprivilegiert ist.
Sollte dann so passen, oder?

[noidea]

@thomas-braun

Ok. Vielen Dank. Dann schau ich mir das mal an nd werde einen standard user anlegen und mich wieder melden.

[Einstein67]

@noidea Laut Screenshot "Unprivilegierter Container Ja"

So ein LXC darf auf keinen Netzwerkshare zugreifen, darum kann BackitUp nicht aufs NAS schreiben

[noidea]

@einstein67

Ich habe gerade in einer Anleitung gelesen, das CIFS im unprivilegierten Container nicht geht:

Dann geht es bei mir nicht, richtig?

[Einstein67]

@noidea said in BackitUp NAS Error Speedport Smart 4:

Ich habe gerade in einer Anleitung gelesen, das CIFS im unprivilegierten Container nicht geht:

Aber warum verwendest du dann keinen "privilegierten" Container?

Funktioniert bei mir problemlos.

Edit: Und du hast auch gar kein SMB/CIFS (Features) aktiviert ...

Ich hab den Haken nicht drinnen, weil ich NFS zum sichern verwende.

[noidea]

@einstein67
Kann man das denn noch abändern, also von unprivilegiert auf privilegiert? Bei mir ist der Bearbeiten Button ausgegraut. Auch wenn ich den Container stoppe.

IOBROKER läuft danach aber noch wie vorher, oder gibt es dann Probleme?

[Einstein67]

@noidea said in BackitUp NAS Error Speedport Smart 4:

Kann man das denn noch abändern

Die einzige Möglichkeit die ich kenne ist:

1. Backup des Containers (zB auf NAS)
2. Restore der Containers und diese CheckBox wählen.

Sonst kenne ich keine Möglichkeit.

[noidea]

@einstein67

Ja das hatte ich befürchtet. Ich hab irgendwie Sorge, das danach nicht wieder alles so läuft, wie es soll. Das ist bei mir immer so :white_frowning_face:

[Einstein67]

@noidea Was soll passieren? Das ist ein Container.

Du sicherst den CT
Stellst ihn unter einer anderen ID "als privilegiert" wieder her
Stoppst den alten CT
Startest den neuen und testest obs geht

Bei Problemen kannst einfach wieder den alten starten ....

[noidea]

@einstein67

So hab ich es jetzt gemacht. Ich hab einen Klon erstellt und dann das Backup wieder draufgespielt. Jetzt sieht es so bei mir aus:

Wenn ich jetzt unter "user" in der Konsole wieder den oben genannten Befehl eingeb, dann kommt wieder das:

user@iobroker:~$ smbclient -L 192.168.2.1 -U speedport
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED
user@iobroker:~$ 

Muss ich jetzt noch was zuweisen?

[Einstein67]

@noidea Kommt da nichtmal ein Passwortabfrage?

[noidea]

@einstein67
Du meinst wenn ich den Befehl ausführe? Nein. Ich log mich als user mit Passwort ein und dann führe ich den Befehl aus.
Kann es sein das ich beim anlegen des users einen Fehler gemacht habe? Ich konnte ein Passwort vergeben und dann kamen noch ein paar Abfragen, die ich aber auf default gelassen bzw. gesetzt habe.

Muss ich vielleicht in IOBROKER noch irgendwas mit dem neuen user machen?

[Einstein67]

@noidea said in BackitUp NAS Error Speedport Smart 4:

Kann es sein das ich beim anlegen des users einen Fehler gemacht habe? Ich konnte ein Passwort vergeben und dann kamen noch ein paar Abfragen, die ich aber auf default gelassen bzw. gesetzt habe.

Das passt. 2 mal Passwort und den Rest default lassen.

Funktioniert der Zugriff von anderen Geräten aus, auf den USB-Stick?

[Thomas Braun]

@noidea sagte in BackitUp NAS Error Speedport Smart 4:

Muss ich vielleicht in IOBROKER noch irgendwas mit dem neuen user machen?

Der user sollte in die Gruppe 'iobroker' gesteckt werden.

[noidea]

@noidea

Ok. Ich habe es zumindest so hinbekommen, das ich jetzt das habe:

user@iobroker:~$ smbclient -L 192.168.2.1 -U speedport
Password for [WORKGROUP\speedport]:

        Sharename       Type      Comment
        ---------       ----      -------
        speedport       Disk      
        IPC$            IPC       IPC Service (Speedport Smart 4 Typ A File-Server)
Reconnecting with SMB1 for workgroup listing.

        Server               Comment
        ---------            -------

        Workgroup            Master
        ---------            -------
        WORKGROUP            SPEEDPORT
user@iobroker:~$ 

Ich habe dazu in der smb.conf unter Global die Zeile "client min protocol = NT1" hinzugefügt.

Dann habe ich, euphorisch wie ich bin, nochmal über BackitUp versucht, ob es jetzt klappt.

Jetzt kommt einen andere Fehlermeldung:

Started iobroker ...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":"local","mount":"//192.168.2.1","debugging":true,"fileDir":"/opt/iobroker/iobroker-data/backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":"25","smb":"vers=3.0","sudo":true,"cifsDomain":"WORKGROUP","clientInodes":false,"deleteOldBackup":false,"ownDir":false,"dir":"/SanDisk-USBExtremePro/Backup/Speedport","dirMinimal":"sharename/backupDir","user":"speedport","pass":"****","ignoreErrors":false}
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=speedport,password=****,domain=WORKGROUP,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.2.1/SanDisk-USBExtremePro/Backup/Speedport /opt/iobroker/backups"
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=speedport,password=****,domain=WORKGROUP,rw,file_mode=0777,dir_mode=0777 //192.168.2.1/SanDisk-USBExtremePro/Backup/Speedport /opt/iobroker/backups"
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=speedport,password=****,domain=WORKGROUP,rw,file_mode=0777,dir_mode=0777 //192.168.2.1/SanDisk-USBExtremePro/Backup/Speedport /opt/iobroker/backups
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

[ERROR] [mount] - Error: Command failed: sudo mount -t cifs -o username=speedport,password=****,domain=WORKGROUP,rw,file_mode=0777,dir_mode=0777 //192.168.2.1/SanDisk-USBExtremePro/Backup/Speedport /opt/iobroker/backups
mount error: Server abruptly closed the connection.
This can happen if the server does not support the SMB version you are trying to use.
The default SMB version recently changed from SMB1 to SMB2.1 and above. Try mounting with vers=1.0.
mount error(112): Host is down
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Ist das jetzt ein Schritt in die richtige Richtung oder einfach nur ein anderes Problem?