Am Mittwoch, 23. Februar 2005 19:52 schrieb Matthias Houdek: > Am Mittwoch, 23. Februar 2005 17:22 schrieb Fred Kastl: > > Michelle Konzack wrote: > > > Am 2005-02-22 12:19:48, schrieb Goran Ristic: > > >>Hallo, Michelle! > > >> > > >> > > >>Seit wann macht das f�r einen Unterschied, ob er den kompletten > > >> Pfad angibt, oder nicht? > > > > > > Bei "sicher" kann es passieren, das er umbenennenn will, aber > > > "sicher/" ist eben eindeutig ein Verzeichnis was verschieben > > > bedeutet. > > > > > > Greetings > > > Michelle > > > > Also ich hab es jetzt mal mit: > > > > mv downloads/linux/miranda-im-v0.3.3.1.zip sicher/ > > > > probiert die selbe Fehlermeldung. > > > > ich bin immer noch davon �berzeugt, das es etwas damit zu tun hat, > > das das Verzeichniss /mount/firewall �ber nfs eingemountet ist. > > Der Fehler tritt auch nur bei �ber nfs gemounteten Verzeichnissen > > und Unterverzeichnissen auf. > > Jepp, ist irgendwie eigenartig. > > Ich hab mir mal die Ausgabe strace aus deiner ersten Mail genauer > angesehen - da wird wirklich versucht, die Datei von > download/linux/miranda-usw. in sicher/miranda-usw. umzubenennen (also > den Inode-Eintag umzuschreiben). Die Daten selbst werden anscheinend > gar nicht angefasst. > > Kann es sein, dass die beiden Ordner download/linux/ und sicher/ auf > verschiedenen Partitionen auf dem nfs-Server liegen? > Dann w�re n�mlich ein wirkliches Schreiben der kompletten Daten von > einem Datentr�ger auf einen anderen n�tig. Dass scheint mv dadurch, > dass beide hier auf dem gleichen mountpoint liegen, nicht > mitzubekommen. > > W�rgaound: > Schreib dir ein nfsmv-Skript, dass kopiert und danach die Quellen > l�scht.
Zusatz: Oder mach zwei Freigaben draus und mounte sie einzeln. Dann m�sste mv ordnungsgem�� zwei physisch unterschiedliche Datenquellen erkennen und die Daten auch physisch umschaufeln. -- Gru� ����������������MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. F�r PM bitte den Empf�nger gegen den Namen in der Sig tauschen.
