Nummer Serie DS-106: Fehler "1117" beim Kopieren

[S-Line]

Hallo,

ich habe die Tage meine zwei DS-106 auf die FW 2.2 von Goetz aktualisiert.

Beim Backup auf eine der DS bekomme ich beim Kopieren die Fehlermeldung "Fehler 1117 - Die Anforderung konnte wegen eines E/A-Gerätefehlers nicht ausgeführt werden.".

Es handelt sich hierbei um 4 normale MP3-Dateien ohne Umlaute o. Sonderzeichen. Ich hatte bereits die DS nochmal formatiert, da zuvor andere MP3-Dateien nicht kopiert wurden.

Hardware etc. ist i.O., keine Fehler im Protokoll, und zuvor mit der FW 2.0 gab's auch nie Probleme.

Weiß irgendeiner einen Tipp? Kann es an der modifizierten FW liegen (und wenn ja, wie bekomme ich die 2.0er wieder drauf?)?

Danke im Vorraus.

 

[S-Line]

Nachtrag: Wenn ich die Dateien umbenenne, werden sie kopiert. Sobald ich auf der DS dann den alten Namen angebe, erscheint derselbe Fehler. Wie gesagt, die Dateien haben keine Sonderzeichen, bsp. "Tom Novy - Now Or Never.mp3" geht, "Tom Novy Feat. Lima - Now Or Never.mp3" geht nicht!!!

 

[jahlives]

Nachtrag: ..bsp. "Tom Novy - Now Or Never.mp3" geht, "Tom Novy Feat. Lima - Now Or Never.mp3" geht nicht!!!

Beim zweiten Namen hast du aber zwei Punkte drin. Gewisse Programme könnten eventuell eine doppelte Dateiendung sehen.
Btw: Auch Leerzeichen können manchmal zu Problemen führen. Ich habe alle meine Dateien ohne Leer-und Sonderzeichen (auch ohne Umlaute).

 

[S-Line]

Ja, und bei ca. 4000 weiteren Dateien ist es auch so! Wäre also sehr willkürlich, zumal vorher andere Dateien nicht kopiert wurden. Bei einer anderen Datei gab es außerdem keine zwei Punkte.

Bzgl. Leerzeichen etc. - sorry, wir leben in 2009 und ich habe noch nie Probleme damit gehabt (nicht mal in 1985 auf dem Amiga ). Wie gesagt, die andere DS muckt nicht rum und mit der alten FW gab's nie ein Problem. Zudem ist das Dateisystem darauf ausgelegt und sollte null Schwierigkeiten damit haben.

 

[goetz]

Hallo,

keine Fehler im Protokoll

in welches Protokoll hast Du geschaut, in /var/log/messages?

Gruß Götz

 

[jahlives]

Bzgl. Leerzeichen etc. - sorry, wir leben in 2009 und ich habe noch nie Probleme damit gehabt (nicht mal in 1985 auf dem Amiga ). Wie gesagt, die andere DS muckt nicht rum und mit der alten FW gab's nie ein Problem. Zudem ist das Dateisystem darauf ausgelegt und sollte null Schwierigkeiten damit haben.

Das Problem ist auch nicht das Dateisystem, sondern die Anwendungen die darauf zugreifen Wenn diese nämlich "vergessen" die Dateinamen und Pfade in Stringzeichen zu verpacken, dann fallen sie auf die Schnauze. Oder der Dateiname enthält selbst ein Stringzeichen (' oder ") und schliesst damit den String der Anwendung zu früh.
Es sollte nicht so sein, aber es gibt genug Anwendungen die mit Leer-und Sonderzeichen Probleme haben. Ich verzichte freiwillig darauf und habe daher nie solche Probleme

 

[S-Line]

Natürlich, aber bei drei Programmen (WinExplorer, SyncBackPro und DirOpus) taucht dasselbe Problem seit der neuen FW auf. Zwei Jahre ging's ohne Probs und genauso alt sind auch besagte Dateien. Insofern liegt der Fehler bei der FW oder bei der HD.

 

[S-Line]

Hallo,

in welches Protokoll hast Du geschaut, in /var/log/messages?

Gruß Götz

Nein, SMART-Test, Protokoll im Manager und ich hatte die HD auch am Rechner zum Test. Bin kein Linux-Guru, wenn's noch irgendetwas Weiteres gibt, bitte kurze Instruktion. Danke.

 

[goetz]

Hallo,
schalte im DSM ssh frei, installiere Dir putty, verbinde Dich per putty mit der DS und schau nachdem der Fehler aufgetreten ist auf die Ausgabe von
tail -50 /var/log/messages


Gruß Götz

PS login als root, pw ist das gleiche wie admin

 

[thedude]

Achtung OT: Wenn mir ein Programm unterkommt welches nicht mit Leerzeichen im Dateinamen umgehen kann... das wird sofort entsorgt. Wir sind ja nicht mehr in der Steinzeit.

So weitermachen!

gruss
dude

 

[S-Line]

Kann in Putty kein Passwort eingeben - Cursor steht

 

[thedude]

Kann in Putty kein Passwort eingeben - Cursor steht

SSH hast Du aber vorher aktiviert auf der DS?

gruss
dude

 

[S-Line]

Yep! SSH ist aktiviert

 

[thedude]

Wird denn der Username abgefragt?

 

[S-Line]

Ja, kann ihn auch eingeben. Hat Putty vlt. Probs mit Win7?

 

[jahlives]

Du siehst nie ein Passwort auch keine Sternchen. Einfach das richtige PW angeben (auch wenn du nichts sehen kannst) und Enter drücken

 

[S-Line]

So, irgendwie mochte er das alte Passwort nicht...

Hier der Auszug (ohne Kernel-Bereich, da war alles ok):

Dec 20 21:08:13 s00_synocheckfstab: fs_get_ext_type.c:131 open failed, msg:No such file or directory
Dec 20 21:08:13 s00_synocheckfstab: fs_get_ext_type.c:131 open failed, msg:No such file or directory
Dec 20 21:08:15 scemd: scemd.c:113 fan_type=0, raid_type=0, led_type=0, thermal_type=0, fanctrl_type=0, auto_poweron_type=0, dual_power_type=0, usbcopy_type=0, fan_number=0, ebox_type=1, pis_type=0
Dec 20 21:08:15 scemd: modules/mapping_fan.c:155 Default fan type FAN_UNKNOWN is used.
Dec 20 21:08:16 scemd: modules/disk_hibernation.c:86 Force hibernation enable, idle minutes 20
Dec 20 21:08:17 synoprint: printer_device_open.c:16 bad parameter.
Dec 20 21:08:17 synousbdisk: RCClean succeeded
Dec 20 21:08:18 synocheckshare: service_user_home.c:281 SYNOShareRSectionRemove failed. synoerr=[0x2000]
Dec 20 21:08:19 ddnsd: main(ddnsd.c:1810):  not enable DDNS, shutdown daemon
Dec 20 21:08:24 kernel: PCI: 00:0e.2 PCI cache line size set incorrectly (0 bytes) by BIOS/FW.
Dec 20 21:08:24 kernel: PCI: 00:0e.2 PCI cache line size corrected to 32.
Dec 20 21:08:24 kernel: USB_DEVICE: This is hub. No need to call_policy_interface.
Dec 20 21:08:24 kernel: USB_DEVICE: This is hub. No need to call_policy_interface.
Dec 20 21:08:24 kernel: USB_DEVICE: This is hub. No need to call_policy_interface.
Dec 20 21:08:25 syno_hdd_util: Model:[SAMSUNG HD501LJ], Firmware:[CR100-10], S/N:[S0VVJ1CP301299] in [/dev/hda] is not ssd
Dec 20 21:10:24 scemd: scemd.c:185 stop manutild.
Dec 20 21:24:44 exportfs[1345]: can't open /var/lib/nfs/rmtab for reading
Dec 20 21:24:44 exportfs[1358]: can't open /var/lib/nfs/rmtab for reading
Dec 20 21:26:46 scemd: scemd.c:159 stop manutild.
Dec 20 21:26:46 exportfs[1393]: can't open /var/lib/nfs/rmtab for reading
Dec 20 21:26:46 exportfs[1406]: can't open /var/lib/nfs/rmtab for reading