Sieh nochmals hier nach, was für die Weiterleitung der Ausgaben nötig ist RE: Probleme mit Backup-Script und Cron
Deine Ausgaben sind nur Stdout, da fehlt Stderr (die Fehlermeldungen bei Abbruch etc.)
Sieh nochmals hier nach, was für die Weiterleitung der Ausgaben nötig ist RE: Probleme mit Backup-Script und Cron
Deine Ausgaben sind nur Stdout, da fehlt Stderr (die Fehlermeldungen bei Abbruch etc.)
Probleme mit Backup-Script und Cron? Schau mal ob du hier fündig wirst!
Als Usershell schon, auch als Systemshell? idR eher /bin/sh und readlink -f $(which sh) ...
Bei mir kommt als Ausgabe: /usr/bin/dash
Juhuuuuuuuuuuuuuuu!
"Die Scheiße geht!"
Kaum macht man mal das, was die Helfer hier im Forum sagen, funktioniert es!
Verwendet habe ich dank
hyle die Weiterleitung der Ausgaben (#6)
llutz die zusätzlichen Schalter am Scriptanfang (#7)
Rasp-Berlin die konsequente Angabe der absoluten Pfade (#9)
Nochmals mein herzliches Dankeschön - wieder dazugelernt!
LG Christian
Btw.
pishrink-neu.sh: ERROR occurred in line 237: parted is not installed.
Ich kenne Domoticz nur vom Namen her und weiß nicht ob das mit apt funktioniert. Auf einem Debian System wäre folgendes möglich:
Ich denke es war der Hinweis von Rasp-Berlin. Die anderen Tipps waren dazu da die Ursache genauer zu finden
Anyhow - Problem geloest ... leider gibt es kein Schampusicon hier bei den Forumssmileys
Er "backupt" noch. Ich glaube, in der pishrink-neu.sh ist auch noch eine Überarbeitung auf absolute Pfade nötig.
Hier schon mal (vor dem Ende des Backups) die Ausgaben in /root/backup-vollzug.txt:
+ mount -t cifs //192.168.178.1/fritz.nas/NAS256/Home-Automation/Sicherungen /mnt -o user=xxxxx,password=yyyyy,vers=2.0,noserverino
+ WER=user
+ SUBDIR=Domoticz
+ DIR=/mnt/user/Domoticz
+ echo 'Starting RaspberryPI backup process!'
Starting RaspberryPI backup process!
++ dpkg -s pv
++ grep Status
+ PACKAGESTATUS='Status: install ok installed'
+ [[ Status: install ok installed == S* ]]
+ echo 'Package '\''pv'\'' is installed.'
Package 'pv' is installed.
+ '[' '!' -d /mnt/user/Domoticz ']'
++ hostname
++ date +%Y.%m.%d_%H.%M.%S
+ OFILE=/mnt/user/Domoticz/DomoticzPI3b_backup_2022.11.24_21.39.04
+ sync
+ sync
+ echo 'Stopping some services before backup.'
Stopping some services before backup.
+ echo ' Domoticz'
Domoticz
+ /usr/sbin/service domoticz stop
+ echo 'Backing up SD card to: /mnt/user/Domoticz/DomoticzPI3b_backup_2022.11.24_21.39.04'
Backing up SD card to: /mnt/user/Domoticz/DomoticzPI3b_backup_2022.11.24_21.39.04
+ echo 'This will take some time depending on your SD card size and read performance. Please wait...'
This will take some time depending on your SD card size and read performance. Please wait...
++ /usr/sbin/blockdev --getsize64 /dev/mmcblk0
+ SDSIZE=15997075456
+ /usr/bin/pv -tprIeb /dev/mmcblk0 -s 15997075456
+ /usr/bin/dd of=/mnt/user/Domoticz/DomoticzPI3b_backup_2022.11.24_21.39.04.img bs=1M conv=sync,noerror iflag=fullblock
Alles anzeigen
LG Christian
Er "backupt" noch. Ich glaube, in der pishrink-neu.sh ist auch noch eine Überarbeitung auf absolute Pfade nötig.
Nein, der sagt eindeutig, dass parted nicht installiert ist.
Nein, der sagt eindeutig, dass parted nicht installiert ist.
Komisch, denn ein which parted gibt aus:
/usr/sbin/parted
pishrink-neu.sh: ERROR occurred in line 237: parted is not installed.
Hmm...
Komisch, denn ein which parted gibt aus:
/usr/sbin/parted
Als root !
Gerade probiert:
root@DomoticzPI3b:~# apt install parted
Reading package lists... Done
Building dependency tree
Reading state information... Done
parted is already the newest version (3.2-25).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@DomoticzPI3b:~#
In der pishrink-neu.sh ist bei Zeile 237 auch so eine merkwürdige Abfrage drin ob bestimmte Pakete installiert sind:
pishrink-neu.sh ist bei Zeile 237 auch so eine merkwürdige Abfrage drin ob bestimmte Pakete installiert sind:
Wo hast Du pishrink-neu her? Ist traurig zu sehen dass durch den fehlenden Support bei pishrink diverse Derivationen entstehen. Die Abfrage macht durchaus Sinn und sollte in pishrink drin sein.
Wo hast Du pishrink-neu her? Ist traurig zu sehen dass durch den fehlenden Support bei pishrink diverse Derivationen entstehen. Die Abfrage macht durchaus Sinn und sollte in pishrink drin sein.
Es handelt sich um die Version v0.1.2 von hier
Bei mir heißt die halt pishrink-neu.sh weil es auch mal eine alte Version gab und ich die beiden bei mir unterscheiden wollte.
Das beste Backuptool ist m.M.n immer noch raspiBackup.
Sicherung per rsync.
Da brauchts kein pishrink.......
Installieren, ein paar Einstellungen und läuft.
Das Semikolon stammt aus dem Original-Script! (Keine Ahnung, was es bewirkt.
In der Shell trennt ein Semikolon Befehle, die in einer Zeile hintereinander stehen. Sie werden dann nacheinander ausgeführt, ohne zu prüfen, ob der Befehl zuvor erfolgreich war oder nicht.
Ein Semikolon am Zeilenende in Shellscripten ist überflüssig, aber nicht schädlich. Da danach nur ein Zeilenumbruch folgt, der auch ein Befehlstrenner ist, läuft das Script einfach weiter.
Lool ... das ist aus der Zeit wo ich noch dachte dass man aus pishrink was machen kann und meinen Beitrag geleistet habe
Trotzdem vielen Dank für deine Mitentwicklung. Ich verwende pishrink eigentlich ganz gerne, zumal dann beim Übertragen der Images auf SD-Karten der eigentlich "gleichen" Kapazität die lästigen Fehlermeldungen wegfallen.
Das beste Backuptool ist m.M.n immer noch raspiBackup.
Sicherung per rsync.
Da brauchts kein pishrink.......
Installieren, ein paar Einstellungen und läuft.
Ich habe mal mit raspiBackup auf meinem Raspi4 (mit SSD) experimentiert, hatte aber (als alter Windows-User ) Probleme mit der Einrichtung eines vernünftigen NFS-Servers, der ja wohl zum vollständigen Ausnützen der Fähigkeiten von raspiBackup notwendig ist.
LG Christian
Probleme mit der Einrichtung eines vernünftigen NFS-Servers, der ja wohl zum vollständigen Ausnützen der Fähigkeiten von raspiBackup notwendig ist.
Wenn Du die rsync Backupmethode nutzen willst ist nfs Voraussetzung sofern Du Die Backups remote ablegen willst. Lokal reicht ext3/4. Du kannst aber auch auf Samba Freigaben sichern. Nur kannst Du dann kein rsync nutzen.
Allerdings vestehe ich nicht wo Du Probleme mit dem EInrichten eines nfs Servers hast. Den installierst Du und konfigurierst noch in /etc/exports Deine Freigaben und habe fertig
Allerdings vestehe ich nicht wo Du Probleme mit dem EInrichten eines nfs Servers hast. Den installierst Du und konfigurierst noch in /etc/exports Deine Freigaben und habe fertig
Na ja, ich möchte die Backup-Images tatsächlich remote auf einem NAS-Laufwerk (ein einfaches QNAP - Bezeichnung habe ich z.Zt nicht parat) ablegen. Zum Zeitpunkt der Experimente mit raspiBackup war die gerade neu und ich habe mich noch nicht recht ausgekannt/getraut...
Vielleicht müsste ich mich mal wieder dranmachen, weil rsync wollte ich schon nützen.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!