Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@skorpil

Und um es dann ganz kompliziert und auch wieder einfach zu machen verwendet man für statische Dateisysteme in der /ect/fstab auch gar keine Geräte-Dateien (ginge aber), sondern die UUIDs der Dateisysteme. Verhindert Dopplungen und Namenskollisionen.

Mit

sudo blkid

kann man die dann anschauen.
Schaut so aus bei mir:

[thomas@roamer ~]$ sudo blkid 
[sudo] Passwort für thomas: 
/dev/nvme0n1p5: LABEL="swap" UUID="176369aa-82aa-4c88-aaee-f6dc279fa40d" TYPE="swap" PARTUUID="c28a7355-de26-4a43-9241-96f80822a2d2"
/dev/nvme0n1p1: UUID="AFAC-427E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI" PARTUUID="ec5721c0-3c62-4676-8d02-aecf1b48e532"
/dev/nvme0n1p2: LABEL="endeavouros" UUID="ed3df781-ed8d-4cbd-afc8-fa8acac65301" UUID_SUB="d40b5ba6-24d9-4d4b-b5f0-56fa508b0897" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="endeavouros" PARTUUID="540ad46d-6db6-45cb-a1eb-1e27eaa80356"
/dev/sdb2: SEC_TYPE="msdos" LABEL_FATBOOT="VTOYEFI" LABEL="VTOYEFI" UUID="223C-F3F8" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="VTOYEFI" PARTUUID="7be4ad3a-b6c6-76b6-5576-5dea791e6e0b"
/dev/sdb1: LABEL="Ventoy" UUID="B5BE-A689" BLOCK_SIZE="512" TYPE="exfat" PARTLABEL="Ventoy" PARTUUID="b967e3c8-4dfa-d733-6e7e-11f9727daca3"
/dev/sda1: LABEL="OPENSUSE-TU" UUID="4A84-0212" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="Main Data Partition" PARTUUID="3c7fd1d9-9781-49be-ab90-82efec452d84"
[thomas@roamer ~]$ cat /etc/fstab 
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=AFAC-427E                            /efi           vfat    fmask=0137,dmask=0027 0 2
UUID=ed3df781-ed8d-4cbd-afc8-fa8acac65301 /              btrfs   subvol=/@,noatime,compress=zstd 0 0
UUID=ed3df781-ed8d-4cbd-afc8-fa8acac65301 /home          btrfs   subvol=/@home,noatime,compress=zstd 0 0
UUID=ed3df781-ed8d-4cbd-afc8-fa8acac65301 /var/cache     btrfs   subvol=/@cache,noatime,compress=zstd 0 0
UUID=ed3df781-ed8d-4cbd-afc8-fa8acac65301 /var/log       btrfs   subvol=/@log,noatime,compress=zstd 0 0
UUID=176369aa-82aa-4c88-aaee-f6dc279fa40d swap           swap    defaults   0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0
[thomas@roamer ~]$ 

[simatec]

@skorpil Hier auch noch ein interessanter Beitrag zum Thema FritzNAS in Verbindung mit Backitup über cifs

[skorpil]

@simatec Dankeschön!

[skorpil]

@codierknecht sagte in backitup Speicherort:

@skorpil
Ohne zunächst mal auf das eigentliche Problem einzugehen:
Macht der Mini-PC außer ioBroker (und damit verbundenen Diensten) noch was anderes?
Wenn nicht: Tu Dir den Gefallen und lass den ganzen Salat unter Linux (Debian) laufen.
Ich bin in Sachen Linux auch nur ein Rookie, aber ein ioBroker läuft unter Linux einfach deutlich stabiler, sparsamer und schneller.

Nun zu Deinem eigentlichen Problem:

1. Lege in der Fritte einen eigenen User für den Zugriff durch ioBroker an. Ohne Sonderzeichen und Großbuchstaben. Das gilt auch für das Kennwort.
2. Der neue Benutzer muss Zugriff auf die NAS-Inhalte erhalten
3. Die Einstellungen in der Instanz sehen dann so aus:
   

Feedback: das hat funktioniert! Vielen Dank!

[bubus]

Es geht auch ganz einfach per FTP.

[simatec]

FTP ist eine Notlösung, wenn nix anderes geht

[bubus]

Warum? Nachteile?

[simatec]

Weil Backups besser auf einem externen Medium gespeichert werden sollten und nicht lokal... FTP ist zwar extern, kopiert diese aber aus den lokalen Backups... Alle gängigen NAS unterstützen CIFS und NFS... Warum dann ein Protokoll wie FTP verwenden?

[bubus]

Es landet doch auch auf meinem an der Fritzbox angesteckten Stick.

[simatec]

FTP ist ein veraltetes Protokoll... Warum soll man es nutzen, wenn das NAS CIFS und NFS unterstützt?

[bubus]

Keine Ahnung, der Adapter bietet es an und das Backup wird bei mir sowohl lokal, bei googledrive als auch per FTP zum gleichen Zeitpunktt erstellt.

[MartinP]

@simatec sagte in backitup Speicherort:

FTP ist ein veraltetes Protokoll... Warum soll man es nutzen, wenn das NAS CIFS und NFS unterstützt?

Ich betreibe iobroker in einem unprivilegierten LXC Container unter Promxox.
Da kann man keine Netzfreigaben mounten.
Entweder muss man diese über den Supervisor ins Dateisystem des Containers einblenden, oder man nutzt rsync oder ftp oä.
Habe mich für rsync entschieden.
Funktioniert seit Jahren ohne Probleme.

[Laser]

Eine Frage zu einer Fehlermeldung: No Space left on Device...
Welches Speichermedium ist hier gemeint? Der Raspi oder der NAS- Server, auf welchem ich die Dateien sichere?
Es betrifft das Influx- Backup. Muß ich da manuell für Platz sorgen? "Alte NAS Backups löschen" ist angehakt.
In"opt/iobroker/backups" verbleiben immer irgendwelche Files. Sollten die nicht bei einem zeitgesteuertem Backup gelöscht werden?

[Codierknecht]

@Laser sagte in backitup Speicherort:

Sollten die nicht bei einem zeitgesteuertem Backup gelöscht werden?

Nur wenn keine Fehler auftreten.
Bei Fehlern bleiben die stehen!

[Thomas Braun]

@Laser sagte in backitup Speicherort:

Welches Speichermedium ist hier gemeint? Der Raspi oder der NAS- Server, auf welchem ich die Dateien sichere?

Das Medium Dateisystem, das im mountpunkt /opt/iobroker/backups gerade eingehängt ist.

In"opt/iobroker/backups" verbleiben immer irgendwelche Files. Sollten die nicht bei einem zeitgesteuertem Backup gelöscht werden?

Nein. Ich vermute, da wird dein NAS per ??? (CIFS oder NFS) eingehängt. Ein mountpunkt sollte aber ein leeres Verzeichnis sein. Kann also sein, das deine 'irgendwelche' Dateien (Was genau siehst du denn da?) mal irgendwann in Zustand 'umount' dort abgelegt wurden.

[Laser]

Die Dateien blieben nach einem fehlerhaften zeitgesteuerten Backup dort liegen. Werden die Backupdaten nicht in dieses Verzeichnis gepackt und erst dann auf das NAS kopiert? Danach wäre es schön, wenn Sie entfernt würden. Geht aber scheinbar nur bei einem fehlerfreien Durchlauf.
Mein NAS ist aber auch voll, weil alte Backups nicht gelöscht werden. 10 sollen aufbewahrt werden. 18 influxDB- Backups sind aber vorhanden.

[Thomas Braun]

@Laser
Das hängt wie bereits geschrieben davon ab wie das NAS eingebunden wird.

[Laser]

Das NAS wird immer nur temporär gemountet. Beim Start von BackItUp. Die IO Broker Backups werden auf 10 gehalten, Influx aber nicht. Das läuft voll.

[Thomas Braun]

@Laser sagte in backitup Speicherort:

Das NAS wird immer nur temporär gemountet.

Mit welchem Verfahren?

Und was liegt in /opt/iobroker/backups , wenn das Dateisystem des NAS gerade nicht gemountet ist? Dann darf da nämlich nix mehr drin liegen.

[Laser]

Mit welchem Verfahren? Keine Ahnung, das macht das Backup- Programm. Verbindungstyp ist CIFS. Leider sammeln sich im "backups"- Ordner immer wieder Dateileichen an. Jetzt habe ich auf dem NAS Platz geschaffen. Trotz vedoppeltem Datenträgervolumen wird es eben auch eng darauf. Muß jetzt bis morgen 8 Uhr warten. Da erfolgt das nächste Backup. Will nicht manuell darin herumgrätschen.