Neueste Seiten

Häufigste besuchte Seiten

raspiBackup - Fehlermeldungen, Ursachen und Aktionen

Details
Kategorie: raspiBackup
Zugriffe: 6639

Bewertung: 5 / 5

Stern aktivStern aktivStern aktivStern aktivStern aktiv
 

Es gibt drei Typen von Meldungen:

1) Informationen. Die Meldungsnummer endet mit dem Buchstaben I

2) Warnungen. Die Meldungsnummer endet mit dem Buchstaben W

3) Fehler. Die Meldungsnummer endet mit dem Buchstaben E

Die meisten Fehlermeldungen von raspiBackup weisen genau auf die Fehlerursache hin. In machen Fällen sind weitergehende Erklärungen notwendig die im Folgenden zu finden sind. raspiBackup hat ca 200 Fehlermeldungen und diese hier alle aufzuführen und im Detail zu erklären ist sehr viel Aufwand. Wer also eine Erklärung für eine Fehlermeldung sucht und hier nicht findet sollte erst einmal seine Suchmaschine benutzen und nach der Fehlermeldungsnummer suchen. Falls das nicht zum Erfolg fuehrt muss diese in einem Kommentar am Ende dieser Seite genau angeben werden und dann wird sie hier aufgenommen. So werden dann nach und nach alle häufigen und wichtigen Fehlermeldungen von raspiBackup hier gesammelt und erläutert.

Meldungen im Nummernbereich von 0-999 werden von raspiBackup geschrieben. Meldungen von 1000-1999 werden von den Beispielplugins geschrieben. Alle anderen Nummernbereiche werden von eigene Plugin Meldungen genutzt.

RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen.

RBK0013E: Es existieren mehr als zwei Partitionen, die nur mit dem Backuptype DD oder DDZ oder der Option -P gesichert werden können

RBK0015E: Es ist schon eine Instanz von raspiBackup aktiv.

RBK0019E: Option -a und -o nicht angegeben.

RBK0021E: Backupprogramm des Typs %s beendete sich mit RC %s.

RBK0027E: Kein externes Gerät an %1 verbunden. Die SD Karte würde für das Backup benutzt werden.

RBK0028E: %s ist kein Wiederherstellungsverzeichnis von raspiBackup.

RBK0030E: %s Datei Erzeugung mit dd endet fehlerhaft mit RC %s.

RBK0047E: Ein Fehler trat beim Starten von Services auf. RC %s.

RBK0048E: Ein Fehler trat beim Beenden von Services auf. RC %s.

RBK0061E: Keine Bootpartitionsdateien in %s gefunden die mit %s beginnen.

RBK0086E: Wiederherstellungsgerät darf keine Partition sein.

RBK0087E: Restore directory %s was not created by raspiBackup.

RBK0105I: Neues Backupverzeichnis %s wird gelöscht.

RBK0142E: Bootgerät kann nicht erkannt werden.

RBK0147E: Sicherung der Partition %s schlug fehl mit RC %s.

RBK0150W: Maximale Dateigröße im Backupverzeichnis %s ist auf 4GB begrenzt.

RBK0154E: Ein Restore ist nicht möglich wenn eine Partition von %s gemounted ist.

RBK0160E: Ziel %s mit %s ist kleiner als die Backupquelle mit %s.

RBK0196W: %s unterstützt keine Hardlinks.

RBK0211E: Externe Partition %s die an %s gemounted ist wird mit Option -P nicht gesichert.

RBK0263E: Dateisystem auf %s unterstützt keine Linux Dateiattribute.

RBK1005E: bc nicht gefunden. bc muss installiert werden mit 'sudo apt-get install bc'.

 

RBK0005E: Backup fehlerhaft beendet. Siehe vorhergehende Fehlermeldungen.

Ursache:

raspiBackup endete mit einem Fehler und hat kein Backup erstellt.

Weitere Aktionen:

Eine vorangehende Fehlermeldung beschreibt die genau Ursache des Abbruchs. Diese suchen und deren Ursache beheben.

 

RBK0013E: Es existieren mehr als zwei Partitionen, die nur mit dem Backuptype DD oder DDZ oder der Option -P gesichert werden können

Ursache:

raspiBackup sichert nur die ersten beiden Partitionen. Wenn mehr Partitionen existieren wird diese Meldung ausgegeben.

Weitere Aktionen:

Entweder löscht man die weiteren Partitionen oder man benutzt die Option --ignoreAdditionalPartitions.Damit wird explizit gesagt dass weitere Partitionen existieren dürfen aber NICHT gesichert werden. Alternativ kann man alles sichern mit dem backup Typ DD oder dem partitionsorientierten Modus.

 

RBK0015E: Es ist schon eine Instanz von raspiBackup aktiv.

Ursache:

raspiBackup verhindert dass es mehrere Male parallel gestartet wird. Entweder läuft raspiBackup noch oder der vorherige raspiBackup Lauf terminierte mit einem Fehler und der Lock wurde nicht entfernt.

Weitere Aktionen:

Mit ps -ef | grep raspiBackup kann man überprüfen ob raspiBackup gerade läuft. Wenn ja muss man warten bis sich raspiBackup beendet hat. Wenn nein muss die Datei /var/lock/raspiBackup gelöscht werden mit sudo rm /var/lock/raspiBackup


RBK0019E: Option -a und -o nicht angegeben.

Ursache:

raspiBackup erlaubt ein laufendes System zu sichern. Vor dem Backup sollten alle wichtigen laufenden Services gestoppt und am Ende wieder gestartet werden um kein inkonsistentes Backup zu erstellen. Mit den beiden Optionen wird definiert was gestoppt und gestartet werden soll.

Weitere Aktionen:

Die beiden Optionen mit entsprechenden Parametern müssen beim Aufruf mitgegeben werden. Details dazu finden sich auf der FAQ Seite.

 

RBK0021E: Backupprogramm des Typs %1 beendete sich mit RC %2.

Ursache:

Ein Backupprogramm (dd, tar oder rsync) welches von raspiBackup benutzt wird hat einen Fehler bekommen. Der RC gibt den Fehlercode an.

Weitere Aktionen:

RC 1 bei dd Backup meldet eine Lese- oder Schreibfehler einer Datei. Ein RC 1 bei tar sowie RC 23 oder RC 24 bei rsync bedeutet dass sich eine Datei während der Sicherung verändert hat. RC 2 bei tar bedeutet irgendein schlimmer Fehler trat auf.

Vorhergehende Meldungen zeigen die genaue Fehlermeldung des Backupprogramms. Falls diese nicht helfen die Ursache zu finden kann die Option -v bei tar und rsync benutzt werden um detailierte Meldungen von den Backupprogrammen im Debuglog zu erhalten die weiterhelfen. Danach hilft es sehr häufig die Fehlermeldung in eine Suchmaschine einzugeben um die Ursache zu finden. Auf der FAQ Seite sind viele Fehlermeldungen, deren Ursache und Fehlerbehebungsmassnahmen beschrieben.

Alternativ kann man Fehler von tar und rsync ignorieren lassen. Siehe dazu FAQ32.

Häufig ist aber auch die Backuppartition - speziell wenn es eine über das Netz angebundene Partition (nfs, samba) ist - das Problem. Meist sind es Netzwerkprobleme oder -fehlkonfigurationen. Auch kam es schon vor dass die Partition auf einem Gerät lag, welches Schreibfehler hatte.

Sollte ein Lesefehler vorliegen ist das ein Hinweis darauf dass die SD Karte ersetzt werden sollte. Dazu dann das letzte Backup auf eine neue SD Karte restoren.

 

RBK0027E: Kein externes Gerät an %1 verbunden. Die SD Karte würde für das Backup benutzt werden.

Ursache:

raspiBackup prüft ob eine externe Partition am Backuppfad gemounted ist, denn wenn nicht würde das Backup auf der SD Karte gespeichert werden was keinen Sinn macht und wenn die SD Karte klein ist wird sie überlaufen.

Weitere Aktionen:

Sei nun %1 /backup welches der Standardpfad ist. Die lokale Backuppartition von einerm USB Stick oder USB Platte muss an /backup gemounted werden. Benutze einen entsprechenden Eintrag in der /etc/fstab um den Mountpunkt /backup mit einer externen Partition zu verbinden. Man kann das prüfen mit

findmnt /backup

 

RBK0028E: %s ist kein Wiederherstellungsverzeichnis von $MYNAME."

Ursache:

Es darf keine Datei angegeben werden wie z.B. die tar Datei. Es muss das Backupverzeichnis sein.

Weitere Aktionen:

Den Dateinamen weglassen und nur das Backupverzeichnis angeben.

 

RBK0030E: %s Datei Erzeugung mit dd endet fehlerhaft mit RC %s.

Ursache:

Beim Erstellen einer Datei mit dd trat ein Fehler auf. RC 1 bedeutet ein Lese- oder Schreibfehler.

Weitere Aktionen:

Beim Restore ist ziemlich sicher die SD Karte korrupt und eine andere SD Karte sollte benutzt werden. Beim Backup gibt es Schreibprobleme auf das Backupmedium welche gelöst werden müssen. Vorhergehende Meldungen vom Backuptool geben weitere Hinweis auf die Fehlerursache.

 

RBK0047E: Ein Fehler trat beim Starten von Services auf. RC %s.

RBK0048E: Ein Fehler trat beim Beenden von Services auf. RC %s.

Ursache:

Die Befehle der Option -a/-o bzw des Konfigurationsparameters DEFAULT_STARTSERVICES/DEFAULT_STOPSERVICES die Services starten/stoppen sollen erzeugen einen Fehler.

Weitere Aktionen:

Man muss herausfinden welcher der Startbefehle/Stopbefehle einen Fehler hat. Deshalb gibt man jeden Startbefehl/Stopbefehl einmal per sudo ein und achtet auf Fehlermeldungen. Danach ist die Ursache der Fehlermeldung zu beseitigen.

 

RBK0061E: Keine Bootpartitionsdateien in %s gefunden die mit %s beginnen.

Ursache:

raspiBackup sucht in dem Backupverzeichnis nach dem Bootpartitionsbackup und findet es nicht.

Weitere Aktionen:

Es wurde ein Verzeichnis als Backupverzeichnis angegeben welche keine oder unvollständige Backupdaten enthält. Siehe hier welche Dateien sich im Backupverzeichnis befinden müssen. Ein Backupverzeichnis beginnt immer mit dem Hostnamen der Raspberry gefolgt von dem Backuptyp und dem Erstellungsdatum des Backups. Beispiele: raspberrypi-dd-backup-20160415-222900 oder raspberrypi-rsync-backup-20160416-094106

 

RBK0086E: Wiederherstellungsgerät darf keine Partition sein.

Ursache:

raspiBackup will beim Wiederherstellen des Backups auf der SD Karte Partitionen anlegen. Dazu muss die ganze SD Karte als Zielgerät angegeben werde. Eine einzelne Partition ist nicht erlaubt.

Weitere Aktionen:

Anstelle von z.B. /dev/sdb1, was eine einzelne Partition ist, muss z.B. /dev/sdb angegeben werden. Aber ACHTUNG: Sämtliche Daten auf der SD Karte werden dann überschrieben. Also vorher sicherstellen, dass keine anderen Daten auf anderen Partitionen noch benötigt werden. Siehe auch diese Seite zur Wiederherstellung.

 

RBK0087E: Restore directory %s was not created by raspiBackup.

Ursache:

raspiBackup generiert ein Backupverzeichnis welches einem bestimmten Format gehorcht. Sein Format muss wie folgt aussehen: <hostname>-<backuptyp>-backup-<datum>-<zeit>. Siehe dazu auch hier.

Weitere Aktionen:

Das Backupverzeichnis muss gemäß der o.g. Form umbenannt werden.

 

RBK0105I: Neues Backupverzeichnis %1 wird gelöscht.

Ursache:

Es trat ein Fehler auf und raspiBackup löscht das leere oder inkonsistente neue Backupverzeichnis.

Weitere Aktionen:

Eine vorhergehende Meldung weist auf einen Fehler hin der beseitigt werden muss.

 

RBK0142E: Bootgerät kann nicht erkannt werden.

Ursache:

raspiBackup kann das Bootgerät erkennen. Das pasiert normalerweise wenn eine andere Hardware als eine Raspberry benutzt wird oder ein anderes Operatingsystem als Raspbian benutzt wird.

Weitere Aktionen:

Das Problem auf github oder in einem Kommentar am Ende dieser Seite berichten.

 

RBK0147E: Sicherung der Partition %1 schlug fehl mit RC %2.

Ursache:

raspiBackup hat einen Fehler vom benutzten Backupprogramm bekommen beim Sichern einer Parition im partitioneorientierten Modus.

Weitere Aktionen:

Siehe RBK0021E

 

RBK0150W: Maximale Dateigröße im Backupverzeichnis %s ist auf 4GB begrenzt.

Ursache:

Das Filesystem der Backuppartition erlaubt nur Dateigrößen von 4GB und ist so gut wie nicht nutzbar für Backups.

 

Weitere Aktionen:

Es muss ein anderes Filesystem auf dem Backupspace angelegt werden. Welches das sein muss hängt von der Backupmethode ab. Auf dieser Seite findet man in einer Tabelle aus der das richtige Filesystem entnommen werden kann.
 

RBK0154E: Ein Restore ist nicht möglich wenn eine Partition von %1 gemounted ist.

Ursache:

Wenn eine Partition neu beschrieben wird darf sie nicht gemounted sein.

Weitere Aktionen:

Mit dem Befehl sudo mount | grep <device> (<device> ist in der Meldung genannt) rausfinden welche Partition gemounted ist und mit sudo umount <partition> wobei <partition> die gemountete Partition sein muss, die Partition (z.B. /dev/sda1) freigeben.

 

RBK0160E: Ziel %1 mit %2 ist kleiner als die Backupquelle mit %3.

Ursache:

Das Backup ist größer als die SD Karte auf die es zurückgespielt werden soll und kann deshalb nicht zurückgespielt werden. Die Meldung kommt nur beim dd Backup. Bei tar oder rsync Backup wird automatisch die Größe angepasst.

Weitere Aktionen:

Es muss eine größere SD Karte benutzt werden. Alternativ kann man mit dem Tool pishrink das dd Image verkleinern und dann mit raspiBackup zurückspielen. Siehe auch FAQ26.

 

RBK0196W: %1 unterstützt keine Hardlinks.

Ursache:

rsync benutzt Hardlinks um Backup Zeit und Space zu reduzieren. Hardlinks werden vom ext3/ext4 Filesystems welche lokal oder via nfs gemounted sind unterstützt. Samba und sshfs unterstützen keine Hardlinks.

Weitere Aktionen:

Benutze entweder eine Backuppartition welche Hardlinks unterstützt oder ignoriere diese Meldung. Berücksichtige aber dass jeder Backup ein Vollbackup ist und entsprechend mehr Zeit und Platz benötigt.

 

RBK0211E: Externe Partition %s die an %s gemounted ist wird mit Option -P nicht gesichert.

Ursache:

Mit der Option -P kann mit raspiBackup nur eine SD Karte gesichert werden.

Weitere Aktionen:

Mit der Benutzung des normalen Backup Modus kann auch ein Backup bei einem USB Boot vorgenommen werden. Sollten mehr als 2 Partitionen vorhanden sein kann mit der Option --ignoreAdditionalPartitionsdie Sicherung der weiteren Partitionen ausgeschlossen werden.

 

RBK0263E: Dateisystem auf %s unterstützt keine Linux Dateiattribute.

Ursache:

Die rsync Backupmethode erfordert dass die Backupparition in der Lage ist Linux Dateiattribute zu speichern. Das aktuelle Dateisystem unterstützt dieses nicht. I.d.R. ist es ein NTFS Filesystem.

 

Weitere Aktionen:

Entweder muss die Backupmethode dd oder tar gewählt werden oder es muss eine Backuppartition genutzt werden werden die Linux Dateiattribute unterstützt. Details dazu finden sich auf dieser Seite.
 

 RBK1005E: bc nicht gefunden. bc muss installiert werden mit 'sudo apt-get install bc'.

Ursache:

Die Diskbeispielsextension benoetigt bc zum berechnen. 

Weitere Aktionen:

Installiere bc mit 'sudo apt-get install bc' damit die Diskbeispielextension gueltige Werte ausgibt.

Kommentar schreiben

*** Hinweis ***

 Kommentare sind erwünscht. Aber um lästige Spamposts abweisen zu können gibt es ein paar Dinge die zu beachten sind:
  1. Kommentare mit dem Text http werden sofort zurückgewiesen mit der Meldung Sie sind nicht berechtigt den Tag zu verwenden. zz
  2. Kommentare werden manuell überprüft und es dauert deshalb in der Regel einen Tag bis sie veröffentlicht werden.

    Kommentare   
    #74 framp 2021-01-10 18:53
    Moin BLuR,

    Du hast das falsche Filesystem auf Deinem Backupspace. Siehe dazu auch HTTPS://www.linux-tips-and-tricks.de/de/raspibackupcategorie/578-raspibackup-welches-dateisystem-kann-auf-dem-backupgeraet-benutzt-werden/

    Wenn Du rsync benutzen willst musst Du ein EXT3 oder EXT4 Filesystem haben.

    Cu framp
    Zitieren
    #73 BLuR 2021-01-10 18:21
    Ich habe gehofft, dass dieses Tool meine Rettung ist, nur komm ich einfach nicht vorran :sad:

    Ich habe auf meiner jungfräulichen SD-Karte normal das Raspberry Pi os installiert und habe den Strompi3 aufgesetzt.

    Bevor ich mir das Dateien-System mit dem ewigen ausschalten zerschieße, wollte ich ein anständiges Backup machen.

    Aber ich bekomme nur:
    !!!RBK0150W Maximale Dateiengröße in /backup ist auf 4gb begrenzt
    !!!RBK0196W /backup unterstütz keine Hardlinks
    ???RBK0020E Dateisystem des rsync Backupverzeichnisses /backup unterstützt keine Softlinks

    Ich hab alles nach Muster gemacht und würde einfach nur gerne ein dd backup auf meinen USB stick machen, sodass ich meinen Fortschritt nicht verliere.

    Ich bitte um Hilfe L.g. BLuR!
    Zitieren
    #72 luft-post 2021-01-09 13:02
    Hallo,
    ja im Aufruf hatte ich -o: mit drin:
    sudo raspiBackup.sh -a : -o : -m detailed
    Hatte die Parameterliste falsch verstanden.
    Jetzt geht :-)
    vielen Dank
    Jetzt muss ich nur noch mein mail Fehler (RBK0197W) finden...

    gruß
    Matthias
    Zitieren
    #71 framp 2021-01-07 17:15
    Moin luft-post,

    ich vermute die Option wird irgendwo ueberschrieben. Siehe auf HTTPS://www.linux-tips-and-tricks.de/de/raspibackup/#parameter die verschiedenen Stellen. Kann es sein dass Du die Aufrufoption -o : benutzt? Im debuglog sieht man welche Optionen wo definiert wurden.

    Cu framp
    Zitieren
    #70 luft-post 2021-01-07 16:06
    Hallo und erstmal vielen dank für diese gute Arbeit hier :-)
    Ich verwende das Backup auf einen PI4 mit Buster.
    In der UI habe ich Eingestellt dass der Iobroker Dienst gestoppt wird. Bei der Backup Ausführung bekomme ich aber die Meldung:
    RBK0157W: Keine Services sind zu stoppen.
    und der iobroker wird tatsächlich auch nicht gestoppt :-(
    Ansonsten läuft das Backup wie es soll.
    in der /usr/local/etc/raspiBackup.conf ist auch unter DEFAULT_STOPSERVICES="systemctl stop iobroker eingetragen.
    Habt Ihr eine Idee dazu?

    Gruß
    Matthias
    Zitieren
    #69 framp 2020-10-07 20:31
    Moin Torsten,

    das bedeutet dass das genwaehlte Backupprogramm (dd, tar oder rsync) einen Fehler bekommen hat und der Backup abgebrochen wurde. Vermtlich hast Du RBK0021E bekommen (Siehe HTTPS://www.linux-tips-and-tricks.de/de/fehlermeldungen/#M0021). Im Debug Log solltest Du genauere Informationen vom Backuptool finden warum und welcher Fehler auftrat. Falls nicht fuege noch die Option -v zu.

    Cu framp
    Zitieren
    #68 Torsten 2020-10-07 14:54
    Mein Backup bricht immer wieder mit folgendem Returncode ab: 109
    Werden noch mehr Infos benötigt ?

    Gruß
    Torsten
    Zitieren
    #67 framp 2020-08-29 23:13
    Zitat:
    sfdisk: unrecognized input: dos
    Da passt die sfdisk Version nicht. Was ist den die Ausgabe von
    Code:
    cat /etc/os-release
    sfdisk -v

    ?
    Zitieren
    #66 Lukas 2020-08-29 22:44
    zitiere framp:
    Moin Lukas,

    Du solltest bei Restore eine mleung erhalten die Dir sagt wo das Debuglog abgelegt wird. Es wird aber immer im Homeverzeichnis des Aufrufers abgelegt.

    Cu framp

    Danke jetzt habe ich es gefunden. Werde daraus aber nicht schlauer. Hier die entsprechenden Log-Einträge Code:

    --- RBK0052I: Partition(en) werden auf /dev/sda erstellt.
    20200829-223344 DBG 5858: --- mount: /dev/mmcblk0p7 on / type ext4 (rw,noatime,data=ordered)
    20200829-223344 DBG 5858: --- devtmpfs on /dev type devtmpfs (rw,relatime,size=470116k,nr_inodes=117529,mode=755)
    20200829-223344 DBG 5858: --- sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
    20200829-223344 DBG 5858: --- proc on /proc type proc (rw,relatime)
    20200829-223344 DBG 5858: --- tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
    20200829-223344 DBG 5858: --- devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
    20200829-223344 DBG 5858: --- tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
    20200829-223344 DBG 5858: --- tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
    20200829-223344 DBG 5858: --- tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
    20200829-223344 DBG 5858: --- cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
    20200829-223344 DBG 5858: --- systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=22,pgrp=1,timeout=300,minproto=5,maxproto=5,direct)
    20200829-223344 DBG 5858: --- debugfs on /sys/kernel/debug type debugfs (rw,relatime)
    20200829-223344 DBG 5858: --- mqueue on /dev/mqueue type mqueue (rw,relatime)
    20200829-223344 DBG 5858: --- configfs on /sys/kernel/config type configfs (rw,relatime)
    20200829-223344 DBG 5858: --- /dev/mmcblk0p6 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
    20200829-223344 DBG 5858: --- tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94948k,mode=700,uid=1000,gid=1000)
    20200829-223344 DBG 5858: --- fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
    20200829-223344 DBG 5858: --- gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
    20200829-223344 DBG 5858: --- //lulenas02/backupssh/ on /media/nasbkp type cifs (rw,relatime,vers=2.0,cache=strict,username=@@@@,domain=,uid=0,noforceuid,gid=0,noforcegid,addr=2003:00f1:df0f:7600:0211:32ff:fe4c:0b65,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,echo_interval=60,actimeo=1,user=admin)
    20200829-223344 DBG 5864: --- sfdisk
    sfdisk: Checking that no-one is using this disk right now ...
    sfdisk: OK
    sfdisk: unrecognized input: dos

    Disk /dev/sda: 475776 cylinders, 4 heads, 16 sectors/track
    Old situation:
    Units: sectors of 512 bytes, counting from 0



    Zitieren
    #65 framp 2020-08-16 18:30
    Moin Lukas,

    Du solltest bei Restore eine mleung erhalten die Dir sagt wo das Debuglog abgelegt wird. Es wird aber immer im Homeverzeichnis des Aufrufers abgelegt.

    Cu framp
    Zitieren
    #64 Lukas 2020-08-15 23:24
    zitiere framp:
    Moin Lukas,

    das ist ein ziemlich unerwarteter Fehler und taucht deshalb nicht in der Liste auf. Aus irgendwelchen Gruenden koennen keine Partitionsdaten erstellt werden.

    Genauere Informationen finden sich im Debuglog unmittelbar vor der Fehlermeldung.

    Wenn Dir diese nicht weiterhelfen erstelle bitte einen Issue in github (HTTPS://github.com/framps/raspiBackup/issues) - gerne auch in Deutsch - und haenge das Debug Log dran. Ich sehe es mir dann an.

    Cu framp

    Danke für die sehr schnelle Antwort. Debuglog des Restores kann ich nicht finden. Im Log des verwendeten Backups kann ich keine Fehler finden.
    Zitieren
    #63 framp 2020-08-15 22:53
    Moin Lukas,

    das ist ein ziemlich unerwarteter Fehler und taucht deshalb nicht in der Liste auf. Aus irgendwelchen Gruenden koennen keine Partitionsdaten erstellt werden.

    Genauere Informationen finden sich im Debuglog unmittelbar vor der Fehlermeldung.

    Wenn Dir diese nicht weiterhelfen erstelle bitte einen Issue in github (HTTPS://github.com/framps/raspiBackup/issues) - gerne auch in Deutsch - und haenge das Debug Log dran. Ich sehe es mir dann an.

    Cu framp
    Zitieren
    #62 Lukas 2020-08-15 22:45
    Hi ich erhalte folgenden Fehler ??? RBK0111E: Fehler beim Erstellen der Partitionen. RC 1
    Wie kann ich das beheben?
    Zitieren
    #61 Ivo 2020-03-21 12:01
    Hey framp!

    Perfekt!!! 1,000 Dank! Und ich werde das mit den Linux-Fragen zukünftig beachten.
    Zitieren
    #60 framp 2020-03-21 11:33
    Moin Ivo,
    ich denke
    Code:
    attr -S -r security.capability /usr/bin/systemd-detect-virt

    wird der richtige Befehl sein.

    Bitte zukuenftige allgemeine Fragen zur Raspberry bzw Linux im deutschen Raspberry forum auf
    HTTPS://forum-raspberrypi.de/forum/ stellen. Dort sind viele kompetente und hilfsbereite Leute.

    Cu framp
    Zitieren
    #59 Ivo 2020-03-21 00:24
    zitiere framp:

    ich denke das einfachste ist in der Datei das Attribute zu loeschen. Dazu habe ich HTTPS://help.onapp.com/hc/en-us/articles/222048388-Rsync-Fails-to-Finish-the-Operation gefunden.


    Hey framp!

    1.000 Dank für die schnelle Antwort! Bitte nicht böse sein, aber ich bin in Linux jetzt nicht so die Leuchte, daher werde ich aus dem Link leider nicht wirklich schlau. Aus welcher Datei in meinem konkreten Fall muss ich wie welches Attribut löschen? Könntest Du mir „einfach“ den genauen Befehl/Code nennen? Das wäre toll!
    Zitieren
    #58 framp 2020-03-20 16:49
    Moin Ivo,

    ich denke das einfachste ist in der Datei das Attribute zu loeschen. Dazu habe ich HTTPS://help.onapp.com/hc/en-us/articles/222048388-Rsync-Fails-to-Finish-the-Operation gefunden.

    Ich hoffe das hilft.

    Cu framp
    Zitieren
    #57 Ivo 2020-03-20 13:36
    Hey framp!

    habe ewig kein Backup gemacht, weil ich lange mit diesem ACL Fehler zu kämpfen hatte. Nun habe ich das endlich in den Griff bekommen, aber nun bekomme ich folgende Fehlermeldung (mit der aktuellen Beta 0.6.5):

    rsync: rsync_xal_set: lsetxattr(""/mnt/nfs/raspberrypi/raspberrypi-rsync-backup-20200320-124441/usr/bin/systemd-detect-virt"","security.capability") failed: Operation not supported (95)

    Find hierzu irgendwie gar nix!? Hast Du einen Tipp was ich da machen kann? Vielen Dank!
    Zitieren
    #56 framp 2020-02-28 17:50
    Moin Peter,

    offensichtlich stimmt die Berechtigung nicht. Bedenke dass root nicht auf alles zugreifen kann. Allerdings kann root cih die Berechtigungen geben ;-) Ich habe zu dem Thema HTTPS://unix.stackexchange.com/questions/541200/rsync-permission-denied-13-what-am-i-doing-wrong gefunden. Vielleicht hilft das. Ansonsten frage doch mal im Raspberry Forum (HTTPS://forum-raspberrypi.de/forum/) nach :-)

    Cu framp
    Zitieren
    #55 Peter 2020-02-28 17:16
    Leider erhalte ich immer diese Fehlermeldung, obwohl ich mit sudo ausführe.
    rsync: readlink_stat("/home/pi/thinclient_drives") failed: Permission denied (13)

    Was ist das Problem?
    Zitieren
    #54 framps 2020-02-08 16:15
    Moin moejoe,

    ehrlich gesagt verstehe ich Dein Szenario nicht so genau :sad: . Ich denke es ist auch besser Deine Frage auf dem Raspberry Forum (HTTPS://forum-raspberrypi.de/forum/board/153-backup/) zu stellen und in groesserem Kreise drueber zu diskutieren.

    Cu framp
    Zitieren
    #53 moejoe 2020-02-08 15:42
    Hallo framp,

    Eine Frage ist es möglich, ein USB-Stick mit Daten zu füttern, aber trotzdem sie für ein Boot Vorgang zu benutzen ?
    Hintergrund:
    Ich suche eine Möglichkeit, einfach per Raspi mein rsync Image zurückzuspielen. Bis jetzt per PuppyLinux und V-Box auf win7 System.

    Hier mal ne kurze Auflistung:

    1. Betriebzustand:
    *SD-Card
    *USB-Stick für Backup

    2. Im Falle eines Backups:
    *SD-Card
    *USB-Stick für Backup und mit temporärer Boot Partition von SD-Card

    Ist es möglich ein Ras Image zum Booten temporär mit den vorhanden Backupdateien auf den USB-Stick zu kopieren ?

    Oder gibt es einfachere Lösungen ?

    beste grüsse
    Zitieren
    #52 framp 2019-10-19 19:40
    Lass noch mal den Backup laufen. Dann poste das gesamte DebugLog. Mal sehen ob ich was sehe :-)
    Zitieren
    #51 caspar 2019-10-19 19:30
    Hi, meinst Du das log file? Oder muß ich das BAckup nochmal laufen lassen mit parameter?

    Hier ist das Ende des LogFiles
    https://www.evernote.com/l/AHrQWGYWxlFG16ISfZ5l4PSTv6EckWMkvDU

    Nach aktuellem Dafürhalten würde ich die Karte auch als OK ansehen, da ich diese am Mac problemlos mit PiBaker auslesen und zurückspielen kann. Auch backups offline mit dd laufen fehlerfrei durch.
    Zitieren
    #50 framp 2019-10-19 18:59
    Oha - eben sehe ich dass Du den OOPs beim Backup erstellen bekommst. Kannst Du mal im Debuglog nachsehen welche 20 Zeilen vor dem OOPs stehen ?
    Zitieren
    #49 caspar 2019-10-19 18:56
    Hi, jetzt war ich zu schnell. Das Backup startet, und dann nach etwa der Hälfte (geschätzt anhand der geschriebenen Bytes (8GB von 16GB SD Karte) kommt der Fehler.

    fdisk -l aus dem log:
    https://pastebin.com/rSSJv83B
    Zitieren
    #48 caspar 2019-10-19 18:54
    Ich hoffe es ist dies hier:
    Aus dem log file:

    https://pastebin.com/rSSJv83B
    Zitieren
    #47 framp 2019-10-19 18:36
    Moin caspar,

    d.h. der Backup laeuft ohne Fehler durch aber wenn Du das Backup restorst gibt es diesen Fehler?

    Zeige doch mal die Ausgabe von Code:sudo fdisk -l

    Cu framp
    Zitieren
    #46 caspar 2019-10-19 18:27
    zitiere framp:

    1) Installiere den aktuellen Stand 0.6.4.3 und teste ob der Fehler da auftritt

    Danke, habe 0.6.4.3. Mittlerweile startet das Backup auch, jedoch bricht es nach einige Zeit (etwa zur Hälfte mit nem Kernel Oops ab.

    --- RBK0085I: Backup of type dd started. Please be patient.

    Message from syslogd@localhost at Oct 19 17:23:32 ...
    kernel:[ 1939.448709] Internal error: Oops: 805 [#1] SMP THUMB2

    Message from syslogd@localhost at Oct 19 17:23:33 ...
    kernel:[ 1939.567823] Process kworker/u4:1 (pid: 3644, stack limit = 0xa8259072)

    Message from syslogd@localhost at Oct 19 17:23:33 ...
    kernel:[ 1939.574534] Stack: (0xedbdfa50 to 0xedbe0000)

    Message from syslogd@localhost at Oct 19 17:23:33 ...
    kernel:[ 1939.579018] fa40: ed0f6c00 00000000 00000000 c0835ff7

    Irgendeine Idee, was da zu tun ist?
    Zitieren
    #45 framp 2019-10-19 17:03
    Moin caspar,

    der Kommentar von codiak ist vom letzten Jahr. Ich vermute ja - kann es aber nicht 100% bestaetigen. Deshalb folgende Vorschlaege:

    1) Installiere den aktuellen Stand 0.6.4.3 und teste ob der Fehler da auftritt
    2) Falls es das Problem immer noch gibt erstelle einen Issue im github und haenge das Debuglog zwecks Analyse dran.

    Cu framp
    Zitieren
    #44 caspar 2019-10-19 15:33
    Ist dies mitlerweile gelöst?
    Erhalte RBK0200I auf einem BananaPi mit Armbian, weiß aber nicht, ob ich was falsch mache oder nur eine falsche Version benutzt habe? Das log sagt v0.6.4.3. Backup soll per dd auf /mnt/nas_backup/

    zitiere codiak:
    Hallo,

    ich hatte jahrelang dieses Script unter Bananian auf meinem BananaPi laufen. Da die Distri nicht mehr weiter gepflegt wird, bin ich auf Armbian umgestiegen.
    Leider funktioniert das Script hier nicht. Es bricht mit folgender Meldung ab:
    --- RBK0200I: /boot und / befinden sich auf demselben Gerät mmcblk0.

    Was kann ich tun?
    Gruß, codiak
    Zitieren
    #43 framp 2019-10-07 10:34
    Moin Roy,

    hast Du die FAQs schon gelesen ? Siehe zu Deinem Thema speziell FAQ24 ;-)

    Cu framp
    Zitieren
    #42 Roy 2019-10-07 09:38
    Moin framp,

    ich schon wieder, leider habe ich doch noch ein schwerwiegendes Problem. Somit kann das Backup nicht vollständig durchgeführt werden.
    Ich bekomme folgende Abschlussmeldung:

    rsync: set_acl: sys_acl_set_file(mmcblk0p7/media/pi, ACL_TYPE_ACCESS): Operation not supported (95)

    Ich denke das lässt sich nicht so einfach lösen, oder ?
    BG
    Roy
    Zitieren
    #41 framp 2019-08-31 11:56
    Moin hmw,

    vielen Dank auf den Hinweis dass hier die Erklärung für die Fehlermeldung noch fehlt. Ich habe sie eben zugefügt.

    raspiBackup unterstützt denn USB boot mode, d.h. wenn keine SD benutzt wird. Trotzdem wird die Bootpartition, die sich auch auf dem USB Gerät befindet gesichert und wiederhergestellt.

    Lies bitte meine Erklärung zu RKB0061E. Falls das Dir nicht hilft und Dein Backupverzeichnis in Ordnung ist schicke mir bitte das debug Log vom Restore an meine eMail (Siehe Kontakt Seite) damit ich mir Dein Problem genauer ansehen kann.

    Cu framp
    Zitieren
    #40 hmw 2019-08-31 11:06
    Hallo, super Tool. Seit Umstieg auf SSD gibt es Probleme mit restore:
    ...
    --- RBK0138I: Bootbackup /media/ ... wird benutzt.
    ??? RBK0061E: Keine Bootpartitionsdateien in /media ... gefunden die mit rpiserver-backup beginnen.
    ...
    ??? RBK0077E: Restore wurde fehlerhaft mit RC 102 beendet. Siehe vorhergehende Fehlermeldungen.
    --- RBK0010I: rpiserver: raspiBackup.sh V0.6.4.3 (2d927a2) Sa 31. Aug 10:53:17 CEST 2019 beendet.

    Das vorhergehende Backup lief aber ohne Fehlermeldungen problemlos durch. Die SSD, auf der das System läuft, wurde mit Etcher beschrieben. Im Raspi befindet sich KEINE SD-Card bei Booten. "sdb" wurde erst im laufenden System eingesteckt und vor dem Restoreversuch umounted. Ansonsten läuft alles problemlos. Was mache ich falsch?

    Eigentlich will ich nur den jeweiligen Stand des Systems retten um darauf zurückfallen zu können. Würde es dafür nicht reichen, ohne das boot System / hart auf sdb2 zu schreiben? Wie ginge das?

    Mfg. Martin
    Zitieren
    #39 framp 2019-05-01 15:59
    Moin Peter1984,

    das sieht merkwuerdig aus ...

    Erzeuge bitte ein Debuglog mit der Option Code:-l debug und schicke mir es per email zu (Siehe Kontaktseite) oder stelle es irgendwo hin wo ich es runterladen kann.

    Cu framp
    Zitieren
    #38 Peter1984 2019-05-01 14:36
    Hallo,

    super Tool! Ich habe 2 Services definiert, die gestoppt werden sollen - beim Sichern kommt aber "keine Services zu stoppen". In der Conf-Datei stehen die beiden Dienste aber drin...?

    Was kann das denn sein? Backup läuft durch, wenn ich die Services vorher stoppe.
    Zitieren
    #37 framp 2019-03-16 16:56
    Moin Bernhard,

    ja ;-) . Ich habe Dir eine geaenderte Version zugeschickt. Damit sollte der Restore jetzt gehen. Bitte gib Feedback ob jetzt alles OK ist damit ich den Fix in den Master reinrollen kann.

    Cu framp
    Zitieren
    #36 Bernhard 2019-03-16 16:04
    Moin framp,
    habe mich wohl zu früh gefreut. Der Restore läuft bis zum Ende der ersten Partition, dann steigt er aber wegen einem rsync Fehler aus. Komme leider nicht dahinter, was das Problem ist, hier ein Auszug aus dem Logfile:

    bernhard@debian:~$ sudo raspiBackup.sh -v -l debug -d /dev/sdc /mnt/backup/raspberrypi/raspberrypi-rsync-backup-20190316-143032/
    --- RBK0009I: debian: raspiBackup.sh V0.6.4.2 (2184fa5) Sa 16. Mär 15:53:46 CET 2019 gestartet.
    ...
    --- RBK0095I: Backup wird auf partition /dev/sdc1 zurückgespielt.
    sending incremental file list
    BUILD-DATA
    ...
    overlays/w1-gpio-pullup.dtbo
    overlays/w1-gpio.dtbo
    overlays/wittypi.dtbo

    sent 1,766,026,856 bytes received 4,288 bytes 4,831,822.56 bytes/sec
    total size is 1,765,581,389 speedup is 1.00
    ??? RBK0021E: Backupprogramm des Typs rsync beendete sich mit RC 109.
    ...

    Hast Du eine Idee?
    Bernhard
    Zitieren
    #35 Bernhard 2019-03-15 20:51
    Hi framp,
    ja, klar, das wars. Hatte ich übersehen. Super, jetzt läuft auch der Restore.
    Danke für die superschnelle Antwort, Bernhard
    Zitieren
    #34 framp 2019-03-15 18:37
    Moin Bernhard,

    die Meldung
    Code:??? RBK0086E: Wiederherstellungsgerät darf keine Partition sein. sagt es eigentlich. Du darfst nicht Code:sudo raspiBackup.sh -d /dev/sdc1 angeben sondern Code:sudo raspiBackup.sh -d /dev/sdc
    /dev/sdc1 ist eine Partition. Darauf koennen keine weitere Partitionen p1,5,6 und 7 angelegt werden. Es muss ein Geraet sein, also /dev/sdc ;-)

    Ich werde diese Meldung jetzt hier in der Liste aufnehmen. :roll:

    Cu framp
    Zitieren
    #33 Bernhard 2019-03-15 18:07
    Hallo, habe mein Raspberry auf einer NAS gesichert und wollte nun aus einem Linux ein Restore auf eine neue, baugleiche SD Karte machen. Leider bekomme ich folgende Fehlermeldung und weiss nicht weiter:

    ernhard@debian:/$ sudo raspiBackup.sh -d /dev/sdc1 /mnt/backup/raspberrypi/raspberrypi-rsync-backup-20190309-174422/
    --- RBK0009I: debian: raspiBackup.sh V0.6.4.2 (2184fa5) Fr 15. Mär 18:04:27 CET 2019 gestartet.
    mmcblk0p1
    mmcblk0p5
    mmcblk0p6
    mmcblk0p7
    ??? RBK0086E: Wiederherstellungsgerät darf keine Partition sein.
    --- RBK0032I: Bitte warten bis aufgeräumt wurde.
    ??? RBK0077E: Restore wurde fehlerhaft mit RC 107 beendet. Siehe vorhergehende Fehlermeldungen.
    --- RBK0010I: debian: raspiBackup.sh V0.6.4.2 (2184fa5) Fr 15. Mär 18:04:27 CET 2019 beendet.
    Zitieren