Backup beendet nach 10 Fehlern?

[ong10]

Hallo

ich habe das autorun Script so eingerichtet, dass, sobald ich eine externen USB Platte an die DS anschließe darauf ein lokales Backup gefahren wird (verschlüsselt).
Nun wird dieses aber abgebrochen, nachdem 10 Fehler aufgetreten sind. Ich weiß nicht so recht, woran es liegt, der Vorgang ist jedoch reproduzierbar: Immer nach 10 Fehler ist Ende und das Backup nur zu 10% erledigt.
Hat jemand eine Idee warum und wie ich dies umgehen kann - die Fehler sollten einfach ignoriert und das Backup fortgesetzt werden.



und



(wie auch hier gepostet: http://www.synology-forum.de/showth...-f%FCr-ext.-Datentr%E4ger&p=293869#post293869

Olaf

 

[Ap0phis]

Ehrlich gesagt würde ich lieber versuchen, die Fehler zu analysieren und zu beseitigen.
Zum Fortsetzen des Backups trotz der Fehler solltest du mal den Support fragen.

 

[ong10]

Hallo,

naja, meine Analyse hört hier beim (itari)-Log auf:

09:04:28 hotplugd: ##### ACTION:remove
Dec 16 09:04:28 hotplugd: DEVICE:/proc/bus/usb/001/009
Dec 16 09:04:28 hotplugd: DEVPATH:1-1.2:1.0
Dec 16 09:04:28 hotplugd: SUBSYSTEM:usb
Dec 16 09:04:28 hotplugd: INTERFACE:8/6/80
Dec 16 09:04:28 hotplugd: ##### ACTION:remove
Dec 16 09:04:28 hotplugd: DEVICE:/proc/bus/usb/001/009
Dec 16 09:04:28 hotplugd: DEVPATH:1-1.2
Dec 16 09:04:28 hotplugd: SUBSYSTEM:usb
Dec 16 09:04:48 hotplugd: ##### ACTION:add
Dec 16 09:04:48 hotplugd: DEVICE:/proc/bus/usb/001/010
Dec 16 09:04:48 hotplugd: DEVPATH:1-1.2
Dec 16 09:04:48 hotplugd: SUBSYSTEM:usb
Dec 16 09:04:48 hotplugd: ##### ACTION:add
Dec 16 09:04:48 hotplugd: DEVICE:/proc/bus/usb/001/010
Dec 16 09:04:48 hotplugd: DEVPATH:1-1.2:1.0
Dec 16 09:04:48 hotplugd: SUBSYSTEM:usb
Dec 16 09:04:48 hotplugd: INTERFACE:8/6/80
Dec 16 09:04:51 kernel: [993035.590000] sd 12:0:0:0: [sdq] Assuming drive cache: write through
Dec 16 09:04:51 kernel: [993035.620000] sd 12:0:0:0: [sdq] Assuming drive cache: write through
Dec 16 09:04:51 kernel: [993035.650000] sd 12:0:0:0: [sdq] Assuming drive cache: write through
Dec 16 09:04:53 hotplugd: ##### ACTION:add
Dec 16 09:04:53 hotplugd: DEVNAME:sdq
Dec 16 09:04:53 hotplugd: DEVICE:/proc/bus/usb/001/010
Dec 16 09:04:53 hotplugd: DEVGUID:FF2000DF000000000000005FD21FFD0
Dec 16 09:04:53 hotplugd: DEVPATH:sdq
Dec 16 09:04:53 hotplugd: SUBSYSTEM:block
Dec 16 09:04:53 hotplugd: PHYSDEVPATH:/devices/platform/orion-ehci.0/usb1/1-1/1-1.2/1-1.2:1.0/host12/target12:0:0/12:0:0:0
Dec 16 09:04:53 hotplugd: hotplugd.c:835 ##### complete device hotplug!!
Dec 16 09:04:53 hotplugd: hotplugd.c (1434) ==== USB disk [sdq] plugged in ====
Dec 16 09:04:53 hotplugd: hotplugd.c:1435 goto USB disk, szDeviceName=sdq
Dec 16 09:04:53 kernel: [993037.360000] EXT3-fs: sdq1: couldn't mount because of unsupported optional features (240).
Dec 16 09:04:54 root: upgrade db not done, bail out
Dec 16 09:04:55 root: upgrade db not done, bail out
Dec 16 09:04:55 root: upgrade db not done, bail out
Dec 16 09:04:55 root: upgrade db not done, bail out
Dec 16 09:05:08 kernel: [993052.010000] ecryptfs_parse_options: eCryptfs: unrecognized option [passwd=xxxxxxxxxxxx]
Dec 16 09:05:08 synolocalbkp: backup_record.c:148 SLIBCFileSetSection() BACKUP komplett_v1 failed, synoerr=[0x2000]
Dec 16 09:05:08 synolocalbkp: backup_record.c:179 record_updat_waiting() failed.
Dec 16 09:23:52 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/https%3A%2F%2Fsecure.xxxxxxxxxxxxx.de%2F(S(w0vfy4d 50xceubqcm3jsvvsi))%2xxxxxxxxxxx%2Fdefault.aspx%3F data=http
Dec 16 09:23:52 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/http%3A%2F%2Flb.xxxxxxxxxxxxxxx.de%2Flib%2Fimages% 2Ficons%2Ffavicon.ico;jsessionid=D5F509174234F7BE2 C6B1D973F
Dec 16 09:23:53 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/http%3A%2F%2Fupload.xxxxxxxxx.org%2Fxxxxxxxxx%2Fen %2Fthumb%2F9%2F9e%2FWildflowers_at_California_Popp y_Reserve
Dec 16 09:23:53 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/http%3A%2F%2Fwww.xxxxxxxxxxxxxxxx.de%2Fcae%2Fservl et%2Fcontentblob%2F525966%2Fnormal%2F40142%2Ffavic on.ico;js
Dec 16 09:23:54 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/https%3A%2F%2Fxxxxxxxxxxxxxxxxxxxxxx.de%2Fproxy%2F flight%2Fproxy.php%3Fqq=aHR0cHM6Ly93ZWJtZWRpYS55cH NpbG9uLm5
Dec 16 09:23:54 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/http%3A%2F%2Fwww.xxxxxxxxxxxxxxxxxx.de%2Finhalte%2 Fde%2Fxxxxxxxx%2Fxxxxx%2Fxxxxxx%202%2Fxxxxxxxxxx%2 0-%201x1%
Dec 16 09:23:54 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/http%3A%2F%2Fimages.xxxxxxxxxxxx.com%2Fis%2Fimage% 2FCWI%2F40000%2F47907n.jpg%3Fop_sharpen=1&layer=1& src=CWI%2
Dec 16 09:23:55 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/http%3A%2F%2Fwww.xxxxxxxxxxxxxxx.de%2FWebRoot%2FSt ore20%2FShops%2F62025192%2F498F%2FF1FA%2F593E%2F6D 9A%2FF32D
Dec 16 09:23:55 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/file%3A%2F%2Flocalhost%2Fc%3A%2FDokumente%20und%20 Einstellungen%2Fxxxxxx%2FEigene%20Dateien%2Fxxxxxx %2Fxxxxx%
Dec 16 09:23:56 synolocalbkp: localbkp_copy_file.c:99 Failed to open file [/volumeUSB1/usbshare/LocalBackup/backup_bertas/Opera/profile/icons/https%3A%2F%2Fsecure.xxxxxxxxxxxxx.de%2F(S(mesi4vf qhdywane0wsicur3y))%2xxxxxxxxxxx%2Fdefault.aspx%3F data=http
Dec 16 09:23:57 synolocalbkp: backup_record.c:230 SLIBCFileRemoveSection() BACKUP komplett_v1 failed.
Dec 16 09:23:57 synolocalbkp: backup_record.c:258 record_updat_waiting() failed.
Dec 16 09:24:06 hotplugd: ##### ACTION:remove
09:24:06 hotplugd: DEVNAME:sdq
Dec 16 09:24:06 hotplugd: DEVICE:/proc/bus/usb/001/010
Dec 16 09:24:06 hotplugd: DEVPATH:sdq
Dec 16 09:24:06 hotplugd: SUBSYSTEM:block
Dec 16 09:24:06 hotplugd: PHYSDEVPATH:/devices/platform/orion-ehci.0/usb1/1-1/1-1.2/1-1.2:1.0/host12/target12:0:0/12:0:0:0
Dec 16 09:24:06 hotplugd: hotplugd.c (1453) ==== USB disk [sdq] plugged out====
Dec 16 09:24:06 hotplugd: SYNOReadOneSectorFromDev(56): failed to open device [/dev/sdq] (errno = 6)
Dec 16 09:24:06 hotplugd: SYNOReadOneSectorFromDev(56): failed to open device [/dev/sdq] (errno = 6)
Dec 16 09:24:06 hotplugd: usbbkp_is_dev_bkp_disk.c:85 SYNOReadOneSectorFromDev failed. szDevPath=[sdq], errno=[0x0900]
Dec 16 09:24:06 hotplugd: volume_parts_info_get_by_dev.c:318 failed to get disk '/dev/sdq' size

Olaf

 

[Ap0phis]

Naja, mußt du halt ein wenig testen, woran es liegen könnte.
Evtl. zu langer Pfad?

Oder liegt´s evtl hieran:

Dec 16 09:05:08 kernel: [993052.010000] ecryptfs_parse_options: eCryptfs: unrecognized option [passwd=xxxxxxxxxxxx]

 

[ong10]

Hallo,

ich kann mir nicht vorstellen, dass es am "passw..." liegt: Es sind ja schon etliche Dateien durch das Backup verschlüsselt gesichert worden. Soweit klappts eben. Nur jedesmal, nachdem 10 Fehler auftreten is nix mehr.
Ich habe auch schon an die langen Verzeichnisnamen gedacht. Aber: Was kann ich dafür? Habe mal eben den (im Log) mit Lokale Einstellungen ... angesehen: 179 Zeichen - für ext4 doch kein Problem. Gehen da nicht sogar ca. 900 Zeichen?

Fehler: Sollten diese dann nicht einfach ignoriert werden?

Evtl. tatsächlich mal direkt mit Synology Kontakt aufnehmen? Was meinst du?

Olaf

 

[Ap0phis]

...
Evtl. tatsächlich mal direkt mit Synology Kontakt aufnehmen? Was meinst du?

Naja, das hatte ich ja gleich vorgeschlagen.
Ohne selber zu testen, werde ich da auch nichts weiter zu sagen können.

 

[jahlives]

verschlüsselt gehen deutlich weniger Zeichen als unverschlüsselt. Der Entwickler von eCryptfs empfiehlt nicht mehr als 140 Zeichen (http://unix.stackexchange.com/quest...llowed-filename-and-folder-size-with-ecryptfs)

 

[ong10]

Hallo,

naja, wenn nur 140 dann ist eine Verschlüsselung doch ad absurdum geführt: 140 geht schnell wenn ich nur mal an die eigenen Dateien in Windows denke - geschweige denn irgendwelche Cache (wie in meinem Falle) Files.

Habt ihr denn eine Idee wie ich doch noch ein verschlüsseltes Backup anlegen kann oder muss ich ganz drauf verzichten?

Ich kann natürlich nicht hergehen und anfangen alle Dateien etc. vorher zu kontrollieren.

Olaf

 

[Ap0phis]

Im Endeffekt bleibt immer die Frage: Muß ich wirklich verschlüsseln, oder will ich es nur. ;-)
Man kann auch Daten sichern, und dann den Sicherungsdatenträger verschliessen, wie man es sonst auch mit sensiblen Dokumenten machen würde.

 

[ong10]

Hallo,

ok, schon richtig. Dachte aber, dass es vielleicht einen recht seltsamen Eindruck bei meinem Nachbarn/Kollegen macht, wenn ich ihm eine kleine Stahlkassette gebe.
Ich mache auch ein unverschlüsseltes Backup bei Familienmitgliedern - aber da komme ich eben nicht ganz so schnell dran.

Danke auf jedenfall für den Hinweis auf die maximale Länge. Wenn ext4 wirklich 900 Zeichen könnte, finde ich es schon komisch, dass dann bei 140 Schluss sein soll.

Olaf

 

[jahlives]

Danke auf jedenfall für den Hinweis auf die maximale Länge. Wenn ext4 wirklich 900 Zeichen könnte, finde ich es schon komisch, dass dann bei 140 Schluss sein soll.

Für Filenamen ist bei ext4 bei 255 Byte (Zeichen) Schluss. Es ist eine Eigenschaft von Verschlüsselungen, dass der verschlüsselte Text immer länger ist als das Original. Verschlüssle mal ein Zeichen mit AES256 und guck wieviele Zeichen der verschlüsselte Text hat. Es sind einige mehr. Wenn man also Dateinamen mit 255 Zeichen hat, dann sind die mit Sicherheit zu lang wenn die Filenamen auch verschlüsselt werden sollen. Für den Pfad gilt bei ext4 glaub die Grenze von 4096 Zeichen

Clearly, that 7 character filename now requires more than 7 characters to be encrypted. Empirically, we have found that character filenames longer than 143 characters start requiring >255 characters to encrypt. So we (as eCryptfs upstream developers) typically recommend you limit your filenames to ~140 characters.