Monatsrückblick Januar/Februar 2026 ist online!

[Thomas Braun]

@gdow1895
Der Befehl heißt

umount

ohne N.

[Andreios]

@gdow1895 said in Backitup auf Raspi verbindet sich nicht mit Synology:

@da_woody @simatec @Glasfaser @Homoran @Thomas-Braun
Guten Abend und sorry für den "Ping" an alle :) Wollte mich nochmal für die Hilfsbereitschaft bedanken und die ganzen Tipps sowie Denkanstöße.

pi@raspberrypi4-iob:~ $ sudo unmount /opt/iobroker/backups
sudo: unmount: Befehl nicht gefunden

Heißt der inzwischen anders oder wie kann ich das Verzeichnis mal händisch unmounten?

umount, ohne n.

[da_Woody]

@gdow1895 gerne doch. schade das es noch immer nicht funktioniert.
hast du es eventuell mal versucht ohne unterverzeichniss?
ich hab einfach nur einen freigegebenen ordner backitup, ohne schnickschnack.

darin ist jede menge...

ist jetzt im moment das letzte was mir einfällt...

[gdow1895]

@da_woody Ja sehr schade, zu mal es mal geklappt hat... :(

Nein, habe ich noch nicht versucht, nur mit dem "Hauptverzeichnis" zu arbeiten. Wäre aber noch ne Idee als nächster Test. Setze da aber leider wenig Hoffnung drauf.

Nach dem umount Befehl sagt er mir, dass der backups-Ordner von iobroker nicht gemountet ist. Wenn ich das mit meiner Synology probieren will, macht es Sinn nur die IP-Adresse anzugeben oder sollte ich den ganzen Pfad nehmen?

sudo umount //192.168.178.56
oder
sudo umount //192.168.178.56/backups/iobroker

EDIT:
Neu ist aber folgende Meldung:

backitup.0
2021-12-28 20:00:51.138	debug	No backup file was found

[da_Woody]

@gdow1895 sorry, ich bin kein

[gdow1895]

@da_woody Das ist aber schade.. ;)

Habe es mal ausprobiert und auch nochmal versucht meine Synology zu Fuß zu mounten, dabei kam das hier heraus:

pi@raspberrypi4-iob:~ $ sudo umount //192.168.178.56
umount: //192.168.178.56: no mount point specified.
pi@raspberrypi4-iob:~ $ sudo umount //192.168.178.56/backups/iobroker
umount: //192.168.178.56/backups/iobroker: no mount point specified.
pi@raspberrypi4-iob:~ $ sudo mount -t cifs -o username=backupuser,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.56/backups/iobroker
mount: //192.168.178.56/backups/iobroker: can't find in /etc/fstab.

Muss ich vielleicht was in der fstab hinzufügen/ändern? Oder muss ich auch immer den lokalen Pfad beim mount-Befehl dranhängen?

[Glasfaser]

@gdow1895 sagte in Backitup auf Raspi verbindet sich nicht mit Synology:

i@raspberrypi4-iob:~ $ sudo mount -t cifs -o username=backupuser,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.56/backups/iobroker
mount: //192.168.178.56/backups/iobroker: can't find in /etc/fstab.

Da fehlt was und
hast du dein Ordner Backups /ioBroker "klein geschrieben " umbenannt !?

sudo mount -t cifs -o username=backupuser,password=*********,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.178.56/Backups/ioBroker /opt/iobroker/backups

[gdow1895]

@glasfaser Das war ja meine Frage, ob ich das /opt/iobroker/backups dafür brauche :) Hab es dahinter gepackt und bekomme wieder: "Unable to find suitable address"

Und ja... ich habe die Ordner auf der Synology nochmal neu angelegt (komplett klein geschrieben), mit allen Rechten und pipapo

Was mich aber wundert ist, dass ich über den Backitup-Adapter lokal - also unter /opt/iobroker/backups - erstellen kann, es aber gesagt wird, dass keine Backups vorhanden sind?!

2021-12-28 20:47:32.622 - debug: backitup.0 (17831) sendTo "getSystemInfo" to system.adapter.admin.0 from system.adapter.backitup.0: linux
2021-12-28 20:47:32.657 - debug: backitup.0 (17831) telegram-instance:
2021-12-28 20:47:56.166 - info: host.raspberrypi4-iob stopInstance system.adapter.backitup.0 (force=false, process=true)
2021-12-28 20:47:56.172 - info: backitup.0 (17831) Got terminate signal TERMINATE_YOURSELF
2021-12-28 20:47:56.173 - info: host.raspberrypi4-iob stopInstance system.adapter.backitup.0 send kill signal
2021-12-28 20:47:56.174 - info: backitup.0 (17831) cleaned everything up...
2021-12-28 20:47:56.174 - info: backitup.0 (17831) terminating
2021-12-28 20:47:56.176 - debug: backitup.0 (17831) Plugin sentry destroyed
2021-12-28 20:47:56.176 - info: backitup.0 (17831) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-12-28 20:47:56.858 - info: host.raspberrypi4-iob instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-12-28 20:47:59.214 - info: host.raspberrypi4-iob instance system.adapter.backitup.0 started with pid 30873
2021-12-28 20:48:00.371 - debug: backitup.0 (30873) Redis Objects: Use Redis connection: 127.0.0.1:9001
2021-12-28 20:48:00.426 - debug: backitup.0 (30873) Objects client ready ... initialize now
2021-12-28 20:48:00.429 - debug: backitup.0 (30873) Objects create System PubSub Client
2021-12-28 20:48:00.431 - debug: backitup.0 (30873) Objects create User PubSub Client
2021-12-28 20:48:00.432 - debug: backitup.0 (30873) Objects client initialize lua scripts
2021-12-28 20:48:00.446 - debug: backitup.0 (30873) Objects connected to redis: 127.0.0.1:9001
2021-12-28 20:48:00.456 - debug: backitup.0 (30873) objectDB connected
2021-12-28 20:48:00.459 - debug: backitup.0 (30873) Redis States: Use Redis connection: 127.0.0.1:9000
2021-12-28 20:48:00.468 - debug: backitup.0 (30873) States create System PubSub Client
2021-12-28 20:48:00.470 - debug: backitup.0 (30873) States create User PubSub Client
2021-12-28 20:48:00.478 - debug: backitup.0 (30873) States connected to redis: 127.0.0.1:9000
2021-12-28 20:48:00.480 - debug: backitup.0 (30873) statesDB connected
2021-12-28 20:48:00.783 - debug: backitup.0 (30873) Plugin sentry Initialize Plugin (enabled=true)
2021-12-28 20:48:01.043 - info: backitup.0 (30873) starting. Version 2.2.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.18.2, js-controller: 3.3.22
2021-12-28 20:48:01.109 - debug: backitup.0 (30873) Backitup has recognized a linux system
2021-12-28 20:48:01.129 - info: backitup.0 (30873) [iobroker] backup was activated at 02:40 every 1 day(s)
2021-12-28 20:48:01.227 - debug: backitup.0 (30873) [iobroker] 10 40 02 */1 * *
2021-12-28 20:48:01.227 - info: backitup.0 (30873) [ccu] backup was activated at 01:30 every 3 day(s)
2021-12-28 20:48:01.244 - debug: backitup.0 (30873) [ccu] 10 30 01 */3 * *
2021-12-28 20:48:01.250 - debug: backitup.0 (30873) No backup file was found

[Glasfaser]

@gdow1895 sagte in Backitup auf Raspi verbindet sich nicht mit Synology:

2021-12-28 20:48:01.250 - debug: backitup.0 (30873) No backup file was found

https://forum.iobroker.net/topic/50323/backitup-warnung-no-backup-file-was-found/5

Hast du jetzt mal mit Cifs ein Backup gemacht , mit dem ganzen Befehl

@glasfaser sagte in Backitup auf Raspi verbindet sich nicht mit Synology:

Da fehlt was ...
.........

sudo mount -t cifs -o username=backupuser,password=*********,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.178.56/Backups/ioBroker /opt/iobroker/backups

bzw. mit Backitup !?

[gdow1895]

@glasfaser
Ich habe jetzt nochmal auf NAS/Copy mit CIFS umgestellt und beim Restart des Adapters hat er jetzt folgendes ausgespuckt. Habe dabei mal absichtlich auf SMB 3.1.1 gestellt.

2021-12-28 21:15:22.234 - debug: backitup.0 (16298) noserverino option: true
2021-12-28 21:15:22.235 - debug: backitup.0 (16298) cifs-mount command: "sudo mount -t cifs -o username=backupuser,password=****,noserverino,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.56backups/iobroker /opt/iobroker/backups"
2021-12-28 21:15:28.553 - info: coronavirus-statistics.1 (16063) Terminated (ADAPTER_REQUESTED_TERMINATION): All data handled, adapter stopped until next scheduled moment
2021-12-28 21:15:29.116 - info: host.raspberrypi4-iob instance system.adapter.coronavirus-statistics.1 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-12-28 21:15:32.413 - debug: backitup.0 (16298) first mount attempt with smb option failed. try next mount attempt without smb option ...
2021-12-28 21:15:32.414 - debug: backitup.0 (16298) cifs-mount command: "sudo mount -t cifs -o username=backupuser,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.178.56backups/iobroker /opt/iobroker/backups"
2021-12-28 21:15:36.723 - error: backitup.0 (16298) Error: Command failed: sudo mount -t cifs -o username=backupuser,password=****,noserverino,rw,file_mode=0777,dir_mode=0777 //192.168.178.56/backups/iobroker /opt/iobroker/backups
Unable to find suitable address.
2021-12-28 21:15:38.727 - debug: backitup.0 (16298) detect backup file 1 from cifs: iobroker_2021_12_28-20_20_13_backupiobroker.tar.gz
2021-12-28 21:15:38.729 - debug: backitup.0 (16298) detect last backup file: iobroker_2021_12_28-20_20_13_backupiobroker.tar.gz

EDIT: Es bleibt aber bei dem Fehler mit der Adresse

[Glasfaser]

@gdow1895

Nochmal :

sudo apt purge cifs-utils
sudo apt-get install cifs-utils
sudo reboot

Haken raus ... übernehmen
dann
Haken rein ... übernehmen

das gleiche mit SMB ( aus .. übernehmen / an übernehmen )

Danach :

Einmal zeigen :

showmount -e 192.168.178.56

Dann über den Fußweg

sudo mount -t cifs -o username=backupuser,password=*********,rw,file_mode=0777,dir_mode=0777,vers=3.0 //192.168.178.56/backups/iobroker /opt/iobroker/backups

[Glasfaser]

@gdow1895 sagte in Backitup auf Raspi verbindet sich nicht mit Synology:

Unable to find suitable address.

Habe noch was ... was ist mit der Syn Firewall

[gdow1895]

@glasfaser Firewall der Synology ist nicht aktiviert.

Bevor ich deine Schritte oben probiere, sagt dir diese Meldung etwas?

root@NAS-Server:/etc# cat exports

/volume1/backups	192.168.178.47(rw,async,no_wdelay,crossmnt,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)

Habe in einem anderen Forum gelesen, dass in der exports keine "insecure_locks" sein dürfen?!

EDIT: Der Befehl ist per SSH auf der Synology ausgeführt und die IP 192.168.178.47 ist mein Raspi

[Glasfaser]

@gdow1895 sagte in Backitup auf Raspi verbindet sich nicht mit Synology:

cat exports

Sieht bei genauso aus , wenn ich mir meinen Ordner dazu filtere

(rw,async,no_wdelay,no_root_squash,insecure_locks,sec=sys,anonuid=1025,anongid=100)

EDIT :
Bei dir ist das noch drin

crossmnt

[Thomas Braun]

@glasfaser NFS oder CIFS? Ich bin zwar irgendwann gedanklich ausgestiegen, aber hier geht es doch durcheinander, oder nicht?

[Glasfaser]

@thomas-braun

Nein , ich bleibe bei CIFS die ganze Zeit

Wollte nur sehen ... "ganz zum Schluss " warum nicht NFS geht , bzw. eine Ausgabe davon

[gdow1895]

@glasfaser Hat nicht geklappt, aber gibt am Ende zumindest mal ne andere Fehlermeldung:

pi@raspberrypi4-iob:~ $ sudo apt purge cifs-utils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libtalloc2 libwbclient0
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
Die folgenden Pakete werden ENTFERNT:
  cifs-utils*
0 aktualisiert, 0 neu installiert, 1 zu entfernen und 1 nicht aktualisiert.
Nach dieser Operation werden 212 kB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] J
(Lese Datenbank ... 68639 Dateien und Verzeichnisse sind derzeit installiert.)
Entfernen von cifs-utils (2:6.8-2) ...
Trigger für man-db (2.8.5-2) werden verarbeitet ...
(Lese Datenbank ... 68615 Dateien und Verzeichnisse sind derzeit installiert.)
Löschen der Konfigurationsdateien von cifs-utils (2:6.8-2) ...
pi@raspberrypi4-iob:~ $ sudo apt-get install cifs-utils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Vorgeschlagene Pakete:
  smbclient winbind
Die folgenden NEUEN Pakete werden installiert:
  cifs-utils
0 aktualisiert, 1 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Es müssen 69,6 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 212 kB Plattenplatz zusätzlich benutzt.
Holen:1 http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian buster/main armhf cifs-utils armhf 2:6.8-2 [69,6 kB]
Es wurden 69,6 kB in 0 s geholt (166 kB/s).
Vormals nicht ausgewähltes Paket cifs-utils wird gewählt.
(Lese Datenbank ... 68613 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../cifs-utils_2%3a6.8-2_armhf.deb ...
Entpacken von cifs-utils (2:6.8-2) ...
cifs-utils (2:6.8-2) wird eingerichtet ...
update-alternatives: /usr/lib/arm-linux-gnueabihf/cifs-utils/idmapwb.so wird verwendet, um /etc/cifs-utils/idmap-plugin (idmap-plugin) im automatischen Modus bereitzustellen
Trigger für man-db (2.8.5-2) werden verarbeitet ...
pi@raspberrypi4-iob:~ $ sudo reboot
....
pi@raspberrypi4-iob:~ $ showmount -e 192.168.178.56
clnt_create: RPC: Unable to receive
pi@raspberrypi4-iob:~ $ sudo mount -t cifs -o username=backupuser,password=*********,rw,file_mode=0777,dir_mode=0777,vers3.0 //192.168.178.56/backups/iobroker /opt/iobroker/backups
mount error(22): Invalid argument
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

[Thomas Braun]

@gdow1895
Da fehlt auch ein = bei der Version.

[gdow1895]

@thomas-braun sagte in Backitup auf Raspi verbindet sich nicht mit Synology:

@gdow1895
Da fehlt auch ein = bei der Version.

Ja, Danke... vielleicht sollte ich ne Pause einlegen. Lande wieder nur bei "Unable to find suitable address".

Was hat es denn eigentlich mit der fstab auf sich? Da steht bei mir nicht viel drin?!

proc            /proc           proc    defaults          0       0
PARTUUID=1d64aeb0-01  /boot           vfat    defaults          0       2
PARTUUID=1d64aeb0-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

[Thomas Braun]

@gdow1895
Da muss auch nicht mehr rein. Da kann man Dateisysteme hinterlegen, die dann beim booten oder z.B. von Usern an bestimmte Stellen gemountet werden können.