NEWS
Umzug auf Raspberry Pi 5
-
@legro sagte in Umzug auf Raspberry Pi 5:
Und wie soll mir diese Antwort weiterhelfen?
indem du die Ursachen für deine Probleme nicht im momentanen Status, sondern z.B in Änderungen suchst, die zum Zeitpunkt des Auftretens der zu kleinen Backups suchst.
Mir ging es allerdings auch um den Eindruck für Mitleser, den deine Aussage
@legro sagte in Umzug auf Raspberry Pi 5:
Nur eines weiß ich: Bei meinem Umzug von Pi4 auf Pi5 wäre ich ohne nachzufragen kräftig auf die
Nase gefallen.hinterlässt.
Es ist kein Problem des Umzugs!Wie du richtig schreibst
@legro sagte in Umzug auf Raspberry Pi 5:
Ich habe BackItUp über Monate, ja sogar Jahre, im Hintergrund laufen lassen, um dann für den Fall der Fälle, ein Backup zu haben. Erst als es nun an den Umzug ging, sind mir all die oben geschilderten Fehler aufgefallen.
Deshalb prüfe ich regelmäßig die Größe der Backups.
Das sagt dann zwar immer noch nichts über die Funktionsfähigkeit der Backups aus, ist aber ein Schritt um plötzliche Änderungen frühzeitig festzustellen um sich zum einen noch daran zu erinnern, was man da gerade geändert hat und zum anderen eingreifen zu können, bevor das letzte brauchbare Backup zu alt, oder gar gelöscht ist.(auch das hilft dir jetzt nicht, ist für die Zukunft und für Mitleser! )
-
@legro sagte in Umzug auf Raspberry Pi 5:
Wenn das Ganze über NAS/Fritz!Box nicht klappt, sollte mir noch immer offen stehen ..
Ich sichere die Backup-Dateien lokal
Kopiere sie auf einen USB-Stick
Auf dem neuen System kopiere ich das Backup in das lokale Verzeichnis.
Damit sollte ich das Backup im neuen System wiederherstellen können.du musst es nicht einmal auf einem USB Stick sichern.
Im Backitup Sidebar-Menü kannst du es sowohl auf drn PC herunterladen, als auch wieder auf die neue Installation hochladen -
@thomas-braun sagte in Umzug auf Raspberry Pi 5:
Dann setz jetzt die 'Cache loose'-Option und lass ein Backup laufen.
Ich gehe davon aus, dass dann ein vollständiges Backup in der CIFS-Freigabe landen wird.Leider scheint dies in meinem Fall nicht zu helfen ..
Die Dateien sind unverändert (klein) geblieben.
Hier meine Einstellungen ..
-
@homoran sagte in Umzug auf Raspberry Pi 5:
du musst es nicht einmal auf einem USB Stick sichern.
Im Backitup Sidebar-Menü kannst du es sowohl auf drn PC herunterladen, als auch wieder auf die neue Installation hochladenDanke für den Hinweis. Zum Hochladen (PC->ioBroker) finde ich eine Schaltfläche, aber wie exportiere ich das Backup auf den PC?
-
Und bevor du umziehst bringst du dein System vollständig auf einen aktuellen Stand (inkl. nodejs, js-controller und alle Adapter).
-
@legro "Sicherungen Abrufen" und dann
und da siehst du auch immer die aktuellen Dateigrößen
-
@homoran sagte in Umzug auf Raspberry Pi 5:
und da siehst du auch immer die aktuellen Dateigrößen
Irgendwie stehe ich auf dem Schlauch.
Wenn ich auf Sicherungen abrufe klicke ..
Hier wird mir nichts von ioBroker angezeigt.
Was mache ich denn nun schon wieder falsch?
-
@legro sagte in Umzug auf Raspberry Pi 5:
Hier wird mir nicht von ioBroker angezeigt.
da hast du wahrscheinlich auch noch keins lokal.
und/oder dein mount steht nicht.
-
@homoran sagte in Umzug auf Raspberry Pi 5:
@legro sagte in Umzug auf Raspberry Pi 5:
Hier wird mir nicht von ioBroker angezeigt.
da hast du wahrscheinlich auch noch keins lokal.
und/oder dein mount steht nicht.
Irgendwie verstehe ich das Ganze wohl noch nicht.
Ich dachte, dass BackItUp wie folgt vorgeht ..
- Backup wird im lokalen Verzeichnis erstellt.
- Das Backup wird anschließend auf NAS kopiert.
Löscht BackItUp denn nach dem Kopieren das lokale Backup?
-
@legro sagte in Umzug auf Raspberry Pi 5:
Ich dachte,
je nach Protokoll:
Backitup mounted das externe Laufwerk in /opt/iobroker/backups
Dort wird das Backup erstellt, aber direkt auf das externe Laufwerk umgeleitet.Nur wenn der mount nicht steht, bleibt es lokal
-
@legro sagte in Umzug auf Raspberry Pi 5:
Backup wird im lokalen Verzeichnis erstellt.
Das Backup wird anschließend auf NAS kopiert.Nein, anders. Das entfernte Dateisystem wird im Mountpunkt
/opt/iobroker/backups
eingehängt und das Backup wird dann 'stumpf' dorthin gelegt. Wenn das durch gelaufen ist wird das Dateisystem wieder 'umounted' und das Verzeichnis ist im Idealfall wieder leer.
Es werden (bei CIFS/SMB und NFS) keine Kopien durch die Gegend geschoben. -
Danke für deine Erläuterungen!
Das Ganze ist für unsereinen ziemlich verwirrend. Ich habe das ..
.. wörtlich genommen.Dann sollte ich im BackItUp-Adapter einmal diese Option deaktivieren.
-
@legro sagte in Umzug auf Raspberry Pi 5:
.. wörtlich genommen.
Man kann dort halt beides einstellen.
-
Vielen Dank an euch beide!
Nun habe ich die Backups im lokalen Verzeichnis. Aber die Dateigrößen sind noch immer unverändert (viel zu) klein.
-
-
@thomas-braun sagte in Umzug auf Raspberry Pi 5:
mount | sort
sagt?
.. dies ..
pi@raspiBullseye:~ $ mount | sort binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime) bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700) cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime) configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime) debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) /dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,flush,errors=remount-ro) /dev/sda2 on / type ext4 (rw,noatime) devtmpfs on /dev type devtmpfs (rw,relatime,size=3735168k,nr_inodes=933792,mode=755) fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime) lxcfs on /var/lib/lxcfs type fuse.lxcfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other) mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,relatime) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run type tmpfs (rw,nosuid,nodev,size=1599760k,nr_inodes=819200,mode=755) tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=799876k,nr_inodes=199969,mode=700,uid=1000,gid=1000) tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
.. womit ich als Laie nicht viel anfangen kann.
-
Alles gut. Ich wollte nur Segen, ob vielleicht die Freigabe noch gemountet ist.
-
@thomas-braun sagte in Umzug auf Raspberry Pi 5:
Alles gut.
Da bin ich mir jedoch alles Andere als sicher. Müsste nicht - zumindest das InfluxDB - Backup deutlich größer sein?
-
Das alles gut bezog sich auf die mounts.
Warum die Backups so klein sind erklärt das nicht. -