Dateien mit mv verschieben

Status
Für weitere Antworten geschlossen.

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
Hallo liebes Forum,

ich hab ein problem, das ich als Dau nicht gelöst bekomm.

hintergrund: RS407 von 4x500GB auf 4x2TB upgrade (raid5) durchgeführt - hat zwar fast eine woche gedauert, aber jetzt hab ich 5,5 TB auf Volume1 zur Verfügung (freu ** )

jetzt aber das Problem, ich hatte immer auf der USB Platte (VolumeUSB2) viele Filme abgelegt (meist als TS streams)
diese wollte ich jetzt mit

cd /volumeUSB2/usbshare/_Doku
mv *3sat* /volume1/filme/_Doku

verschieben. Jetzt hat es mir aber nur ein paar files verschoben, bei den anderne ist jetzt eine Fehlermeldung gekommen:

CJD_RACK> mv *3sat* /volume1/filme/_Doku/
mv: can't rename '20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts': No such file or directory
mv: can't rename '20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts.meta': No such file or directory
mv: can't rename '20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts.sc': No such file or directory
mv: can't rename '20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts': No such file or directory
mv: can't rename '20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.ap': No such file or directory
mv: can't rename '20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.meta': No such file or directory
mv: can't rename '20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.sc': No such file or directory
CJD_RACK> pwd
/volumeUSB2/usbshare/_Doku

im Explorer oder Filemanager werden mir diese "fehlerfiles" garnimmer angezeigt - verschoben wurden sie aber nicht - naja teilweise eines von 5 wobei die immmer eine andere extention haben.

über Telnet krieg ich was wenn ich dann auf der USB Platte ls *3sat* eingebe kommt dann:

CJD_RACK> ls *3sat*
ls: 20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts: No such file or directory
ls: 20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts.meta: No such file or directory
ls: 20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts.sc: No such file or directory
ls: 20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts: No such file or directory
ls: 20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.ap: No such file or directory
ls: 20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.meta: No such file or directory
ls: 20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.sc: No such file or directory
CJD_RACK>

mit einem "ls:" davor

Jetzt meine Fragen:

was ist denn da passiert? - hängt das eventuell mit der Benennung der Files zusammen "Rätsel" vs. "R?ñtsel" kann hier die Synology nicht damit arbeiten?

kann ich diese ls: xxx dateien irgendwie wieder herstellen? wenn nimmer, wie krieg ich die weg? mit einem fsck.ext3 ??

bitte um hilfe!

LG Paratwa
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Hast mal mit der File-Station versucht, die Dateien zu verschieben?

Itari
 

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
Mit dem Dateibrowser der DMS 3.0 hab ich das auch schon probiert -- da war dann auch was (weiss leider nimmer genau welche meldung)

habe jetzt mal einen Ganzen Ordner von USB2 genommen und auf Volume1 geschoben - Webinterface rechnet grad - ich melde dann das ergebnis

grundsätzlich würd mich aber schon interessieren was diese :ls 2010xxxx bedeutet, weil ich hab noch so einen Fall und da kann ich das Verzeichniss nicht löschen - RS407 meldet Verzeichnis nicht leer ....

LG

**********+ update+ **********+

auch mit dem DATEIBROWSER der DSM 3.0 kommt die Fehlermeldung "Fehler Aufgetreten unter _Doku Datei oder Verzeichniss nicht vorhanden" ... naja ist ja eigentlich nur die übersetzung der fehlermeldung über console :(

ich denke ja dass es eventuell etwas mit rechten zu tun hat - oder schriftsatz - aber da kenn ich mich eben nicht aus .. ursprünglich sind die Dateien von der Dreambox (linux kernel 2.6.x) erstellt und meist von der box über console und "mv" auf das Rack geschoben.

Im Dateibrowser der DMS ist der Ordner jetzt nicht mehr zum anzeigen "operation fehlgeschlagen" - über ftp bzw. console sehe ich aber dass der Ordner mit dateien noch da ist - ausser denen die er schon verschieben hat können.

dafür gibts jetzt ein neues File "Spiegel Geschichte" ist dazugekommen
:LS .....

und hier ist es ein Dateiname mit "ß" gewesen .. ich vermute wirklich was mit utf oder schriftsatz - bin da ja ein DAU
und wie kann ich ein File das ./ davor hat wieder zurückholen -- ??

CJD_RACK> ls -la
ls: ./20090803 1800 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.ts.cuts: No such file or directory
ls: ./20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.ap: No such file or directory
ls: ./20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts: No such file or directory
ls: ./20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts.sc: No such file or directory
ls: ./20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts: No such file or directory
ls: ./20100306 1700 - 3sat - Steinzeit - ?£ber die Alpen wie ?ûtzi.ts.meta: No such file or directory
ls: ./20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.sc: No such file or directory
ls: ./20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.meta: No such file or directory
drwxr-xr-x 2 admin users 32768 Oct 11 22:22 .
drwxrwxrwx 11 root root 16384 Sep 25 23:41 ..
 
Zuletzt bearbeitet:

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Das ":ls xxx" ist ein Fehlermeldung des Kommandos 'ls'.

An den Rechten kann es nicht liegen, solange du mit dem User 'admin' im DSM angemeldet bist, weil dann der sys-Apache, welcher mit den Berechtigungen von 'root' ausgeführt wird, alles darf.

In der File-Station bzw. im Datei-Explorer dürftest die Dateien ohne Sonderzeichen sehen, oder? Wenn nicht, dann hast ein Zeichensatzproblem. Aber das hätte eigentlich schon früher Bauchschmerzen bereiten müssen.

Itari
 

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
im Dateibrowser DMS 3.0 und auch über FTP schauen die Dateinnamen "normal" aus - also ö, ä ü ß usw..

über console schauen sie wie oben gepostet aus - also doch schriftsatz -- aber wie kann ich das zukünftig verhindern ..

und welcher linux freak kann mir sagen wie ich "versteckte" dateien wiederbekomm - oder halt weg.. die mit "./" davor

LG CJD
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Die Konsole verwendet einen anderen Zeichensatz als die Webanwendungen; deswegen sehen manche Sonderzeichen anders aus. Das ist so und bleibt so. Manchmal kann man in seinem Konsol-Client (putty), den Zeichensatz anpassen.

Die Geschichte mit dem './' bedeutet nur, dass man die Dateien des aktuellen Verzeichnisses '.' betrachtet. Ist also nichts Verstecktes oder so.

Am besten du postest mal von den Dingen, die du gerichtet haben willst einen Screenshot (Grafikdatei); dann kann man besser beurteilen, was zu tun ist.

Itari
 

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
eigentlich will ich nur alle Dateien (sind Satrecieveraufnahmen) verschieben:

also
mv *Gesch* /volume1/filme/_Doku

Ergebnis ist abbruch von mv mit " No such file or directory"

wenn ich dann das ganze anschau kommt einfach folgendes:

CJD_RACK> pwd
/volumeUSB2/usbshare/_Doku
CJD_RACK> ls *Gesch*
ls: 20090803 1800 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.ts.cuts: No such file or directory
20090803 1800 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.eit
20090803 1800 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.ts
20090803 1800 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.ts.ap
20090803 1855 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.ts.meta

ein file fehlt - rest noch da ....

wenn dann wiederhole - eh klar - fehlt das nächste (wichtig sind nur die *.ts - rest ist eh wurscht)

ich benne jetzt mal um - aber das ist ja auch ein mv - hmpf ..

lg CJD
 

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
weiterer Test

einzelnes verschieben mit dateibrowser funktioniert - ist wohl ein pufferproblem in verbindung mit zeichensatz und sehr langen dateinamen.

nur im DSM3.0 Dateibrowser werden mir verzeichnisse mit solchen

CJD_RACK> ls -la
ls: ./20090803 1800 - Spiegel Geschichte - Das Abenteuer Weltraum - Die gro?ƒen Missionen der NASA.ts.cuts: No such file or directory
ls: ./20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts.ap: No such file or directory
ls: ./20100306 1830 - 3sat - nano spezial_ R?ñtsel der Urzeit.ts: No such file or directory

mit im verzeichnis nicht mehr angezeigt - da komm "operation failed" fenster.
davon hab ich jetzt 3 stück - naja jetzt weiss ich wenigstens warum die im dsm "tot" sind - aber über ftp erreichbar



da wäre noch so ein beispiel von "überbleibseln"

CJD_RACK> pwd
/volumeUSB2/usbshare/_SciFi/

CJD_RACK> rmdir Battlestar/
rmdir: 'Battlestar/': Directory not empty

CJD_RACK>cd Battlestar/

CJD_RACK> pwd
/volumeUSB2/usbshare/_SciFi/Battlestar

CJD_RACK> ls -la
ls: ./08-01-01 - SCI FI - Battlestar Galactica - Der beste J?ñger der Zylonen.eit: No such file or directory
ls: ./08-04-22 - PREMIERE SERIE - Battlestar Galactica - Verr?ñter.ts: No such file or directory
ls: ./08-04-22 - PREMIERE SERIE - Battlestar Galactica - Verr?ñter.eit: No such file or directory
drwxr-xr-x 2 root root 16384 Sep 29 23:08 .
drwxr-xr-x 4 root root 4096 Oct 11 23:50 ..

CJD_RACK> rm *
rm: can't remove '08-01-01 - SCI FI - Battlestar Galactica - Der beste J?ñger der Zylonen.eit': No such file or directory
rm: can't remove '08-04-22 - PREMIERE SERIE - Battlestar Galactica - Verr?ñter.eit': No such file or directory
rm: can't remove '08-04-22 - PREMIERE SERIE - Battlestar Galactica - Verr?ñter.ts': No such file or directory

Den Ordner krieg ich nicht weg
weder über FTP oder console mit root oder Dateibrowser
(ist ja überhaupt nix wichtiges will des zeugs ja nur löschen können)

lg CJD
 
Zuletzt bearbeitet:

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Bekommst die 'schwierigen' Dateien und Verzeichnisse im Dateiexplorer gelöscht?

Es gibt auch den rekursiven Löschbefehl: rm -r *, welcher versucht alles ab dem aktuellen Verzeichnis zu löschen.

Ein Tipp ansonsten von mir: Mach dir das Leben nicht so schwer und vermeide jegliche Sonderzeichen, Leerstellen, Umlaute usw. in Mediendateinamen. Dann hast immer und überall keine (!) Probleme mit den Dateien. Auch in 100 Jahre nicht.

Itari
 

janus

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
Bekommst die 'schwierigen' Dateien und Verzeichnisse im Dateiexplorer gelöscht?

Es gibt auch den rekursiven Löschbefehl: rm -r *, welcher versucht alles ab dem aktuellen Verzeichnis zu löschen.

Ein Tipp ansonsten von mir: Mach dir das Leben nicht so schwer und vermeide jegliche Sonderzeichen, Leerstellen, Umlaute usw. in Mediendateinamen. Dann hast immer und überall keine (!) Probleme mit den Dateien. Auch in 100 Jahre nicht.

Itari

Sorry,
wenn ich dir hier wiederspreche, aber gebe niemals nie einem Anfänger, welcher mit admin oder root Rechten unterwegs ist den Tip, den rm Befehl mit "*" zu verwenden. Ist ja fast so gut wie ein "rm -rf /" (Liebe Anfänger, dies ist ein Befehl, welchen man nur dann verwenden sollte, wenn man ein wirklich sicheres und gutes Backup hat!)

Also besser:
cd <Verzeichnis oberhalb zu löschendem Verzeichnis>
rm -rf <zu löschendes Verzeichnis>

Und wenn alles nichts hilft, dann nehme man "mc". Zu installieren über ipkg.
"ipkg install mc"

Ansonsten verstehe ich im Moment nicht wirklich, wie es zu den File not Found meldungen kommen kann. Normalwereise ist die Commandline das sicherste Mittel um Dateien löschen zu können.
Evtl. hat die Shell der DS da ein Problem. Bin mir gerade nicht sicher, aber statt der default Shell entweder "ash" oder zur not "zsh", da die "bash" ja anscheinend nicht verfügbar ist.

Noch eine Methode wäre das löschen über einen "find".
Also z.B.
find <zu löschendes Verzeichnis> -exec rm -rf {} \;

Gruß

Janus
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Das Problem sind die Kodierungen der Sonderzeichen. Wenn die nicht mit der Codepage der DS übereinstimmen, kann auch die Shell damit nicht viel anfangen.
Wie sind denn die Dateinamen codiert? UTF-8 oder ein ISO8859? Oder ist ein Windows Zeichensatz verwendet worden?
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Die Fehlermeldungen können durch Sonderzeichen im Dateinamen entstehen, wenn die Shell keine kompletten Dateinamen-Strings erhält und ';' oder '#' oder ' ' (Leerstellen) beim Globbing des '*' interpretieren muss.

Itari
 

janus

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
Das Problem sind die Kodierungen der Sonderzeichen. Wenn die nicht mit der Codepage der DS übereinstimmen, kann auch die Shell damit nicht viel anfangen.
Wie sind denn die Dateinamen codiert? UTF-8 oder ein ISO8859? Oder ist ein Windows Zeichensatz verwendet worden?

Ja,
aber z.B. eine "bash" oder "zsh" ist dazu in der Lage die entsprechenden nicht standard Zeichen zu escapen. Da ich "bash" verwöhnt bin, ist dann eine andere Shell immer eine Denksportaufgabe.

Gruß

Janus
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
bash gibt es via ipkg auch für die DS. Nur fürchte ich das auch die bash dieses Problem nicht lösen kann
 

janus

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
bash gibt es via ipkg auch für die DS. Nur fürchte ich das auch die bash dieses Problem nicht lösen kann

Warum?

Eine Shell ist dazu da, ein "*" korrekt aufzulösen. Ggf. muss man das ganze noch mal in "" einpassen, damit nicht weitere Dummheiten durch die Shell ausgeführt werden, aber in der Regel klappt das auflösen bei einer bash sehr gut. So Dumme Sachen, wie "-" am Anfang sind natürlich dem ganzen abträglich, da dann die Shell versucht ein Command zu finden, der evtl. gar nicht gemeint ist.

Wobei ich mich gerade daran erinnere, dass es früher mal Beschränkungen bei den Shells gab, welche ein "*" nach dem Auflösen durch die Shell auf 512 Byte oder 1024 Byte beschränkt haben. Ein * bedeutet für eine Shell nichts anderes, als dass dieses * anhand der vorhandenen Dateienamen aufgelöst wird und dann als Parameter neu zur Verarbeitung übergeben wird.

Wenn also 2 Dateien readme1.txt und readme2.txt existieren, dann wird ein * zu "readme1.txt readme2.txt" aufgelöst und dann z.B. einem "rm" Command übergeben. Das rm bekommt das * nie zu "Gesicht".

Gruß

Janus
p.s.: Ja, tschuldigung, habe die bash gerade installiert auf meiner DS gefunden...
p.p.s.: Ich habe öfter Probleme mit Dateien, welche mal mit UTF8 und mal mit einem anderen Zeichensatz geschrieben wurden, vor allem von Windows aus. Normalerweise kann die bash damit umgehen.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Ich müsste mir die Bash mal genauer anschauen. Aber ein
Code:
find ./ -type f -exec ls -al "{}" \;
stolpert mir schon über Leerzeichen im Namen. Sprich solche Files gibt mir obiger Befehl nicht an obwohl sie im Testverzeichnis existieren.
Müsste man dann eventuell auch ./ in " verpacken? Also "./" machen damit Files mit Leerzeichen auch gehen?

Ich kenne das Problem eben wirklich ned, weil ich ganz am Anfang meiner Syno Zeit mal an itari geraten bin und der meinte keine Leerzeichen, keine Sonderzeichen keine Probleme. Und daran halte ich mich bis heute und kenne darum diese Kodierungsprobleme nur vom Hörensagen :D
 

janus

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
Ich müsste mir die Bash mal genauer anschauen. Aber ein
Code:
find ./ -type f -exec ls -al "{}" \;
stolpert mir schon über Leerzeichen im Namen. Sprich solche Files gibt mir obiger Befehl nicht an obwohl sie im Testverzeichnis existieren.
Müsste man dann eventuell auch ./ in " verpacken? Also "./" machen damit Files mit Leerzeichen auch gehen?

Ich kenne das Problem eben wirklich ned, weil ich ganz am Anfang meiner Syno Zeit mal an itari geraten bin und der meinte keine Leerzeichen, keine Sonderzeichen keine Probleme. Und daran halte ich mich bis heute und kenne darum diese Kodierungsprobleme nur vom Hörensagen :D

Mein Problem ist,
dass ich mir auch immer erst Gedanken mache, wenn so ein Problem akut wird und meist ein "Workaround" reicht, um das Problem zu lösen (z.B. mc).

Mit deinem Find habe ich hier keine Probleme und dass mit und ohne bash und obwohl mein Test Dateiname/Verzeichnis Leerzeichen enthält.
Aber manchmal helfen hier und da ein paar "" schon weiter ;-). Das mit dem Leerzeichen ist oft ein Problem, wenn man Scripts schreibt, welche allgemein gültig sein sollen. In dem Falle kann man aber oft mit Variablen arbeiten bzw. mit den "".

Gruß

Janus
p.s.: Ok ich glaube den Original Poster haben wir jetzt genug verwirrt.
 

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
tja ich vermute auch dass es am Bash liegt vorallem wenn man dateien mit sonderzeichen leerzeichen usw. über * verschieben will

mv *geschichte* .... usw. siehe meine Mails vorher.

die Files werden alle von der Dreambox erstellt, normales Linux Betriebssystem, welche codierung das verwendet muss ich mal schauen. Diese Dateien schieb ich dann auf die DS (meist auch über Telnet und mv)

hier ist das problem eindeutig, wenn man mehrere dieser Dateien gleichzeig verschieben will - also alle 4 im Dateibrowser markieren und verschieben, oder eben über das shell mit mv *xxxx* ...
wenn dann die Dateien verschoben werden sollen, passiert eben das was ich weiter oben glaub schon ausführlich beschrieben habe.

bei der Ersten Datei bricht MV oder "Verschieben" im Dateibrowser ab und meldet "datei nicht vorhanden" .. wenn ich dann mal das Verzeichnis mit ls -la anschau, hab ich eben genau diese Datei im Shell mit LS: ./xxxxxxxxxx Datei nicht vorhanden" angezeigt.

tja und auf genau diese Verzeichnisse kann ich dann nicht mehr mit dem Dateibrowser DS zugreifen (operation failed)
- so und davon hab ich jetzt schon einige Verzeichnisse die ich nur mehr per Totalcomander über FTP erreichen kann.

ist wohl mal ein Fall für den Synology support ...
(bisher konnte ich eigentlich alles selber lösen - wenn auch teilweise mit hilfe des Forums :) )

LG CJD

.. naja ein bischen comandozeile kenn ich schon und rm -r * kenn ich auch ;) aber genau bei sachen mit /* {} \* usw. da steig ich definitiv aus - halt doch ein dau
 

Paratwa

Benutzer
Mitglied seit
13. Nov 2008
Beiträge
69
Punkte für Reaktionen
0
Punkte
6
so - fehler wurde jetzt korrigiert - warum er auftritt weiss ich nicht - ist auf alle Fälle ein Problem wenn gleichzeitig mehrere Dateien mit "umlauten" ÄÖÜß verschoben werdne sollen.

habe dann mal alles was zum Verschieben ging verschoben, dann die platte mit fsck.ext3 -f /dev/sdl1 prüfen lassen. alles mit Y beantwortet, wieder gemountet und alle "defekten" dateien waren wieder verfügbar.

dann mit Totalcomander über FTP alle Dateien renamed (also äüöß ausgetauscht) und dann alles neu verschoben.

USB Platte ist jetzt wieder sauber.

LG Paratwa
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat