root kann nicht kopieren ???

[berlinerbaer]

Hi,
ich versuche krampfhaft als Root von einer USB-HDD (noch von WinXP ntfs-Dateisystem) Fotoverzeichnisse etc auf eine ext3-Partition im Rechner zu ziehen .....
Geht nicht. Kein Zugriff oder sowas. Genauer gesagt, die Fotos kann ich öffnen ansehen, aber nirgendwo wieder abspeichern. Datei xyz kann nicht erstellt werden. Weiß jemand was Kluges dazu ?
Auf der ntfs-Platte hatte mein Vorgänger irgendwelche Zugriffsrechte gesetzt, die im Windows funktionierten, da konnte nur er als User und als Admin drauf. Die anderen konnten die Dateien nicht mal einsehen. Warum kann ich als Admin sie nicht umkopieren, wo ich sie doch einsehen kann?
Eventuell ein Problem der Zielplatte?

[meandtheshell]

wie sind die dateiattribute und zugriffsrechterechte der files?

was meinst du mit von a nach b "ziehen" - kopieren oder was?
wenn du in einem schritt kopieren und löschen möchtest müsstest du auch schreiberlaubnis für das file und das übergeordnete directory haben - daran wirds scheitern - einfach kopieren sollte gehen.

[berlinerbaer]

das weiß niemand, der Urheber des Schlamassels ist vergangene Woche mit 56 Jahren über Nacht urplötzlich verstorben. Ich wurde gebeten die Bilder und Befunde und ein Haufen anderes wichtiges Zeug umzukopieren. Die anderen an den Windowskisten waren ja nicht mal in der Lage reinzugucken, was drauf ist, selbst nicht als sein Nachfolger die USB-Platte mit Adminrechten unter WinXP öffnen wollte. Bei meiner Frau am Rechner (WinXP-Prof) geht es übrigens auch nicht, es startet sofort die Computerverwaltung und fragt, ob es die Platte formatieren kann. Träte das ein, wäre das schlichtweg eine Katastrophe!
Kriege ich es nicht hin, darf ich auch nichts riskieren und muss den Datenträger so zurückgeben, wie er war.

Ich sehe das auch so, dass die Schreiberlaubnis fehlt, zumindest kann ich dem absneder aber bestätigen, dass die gesuchten Dateien da drauf sind. Wie ich mir aber die Schreiberlaubnis zurordne ist mir unklar, ich will auf dem besagten Datenträger auch absolut nichts verändern. Dann muss er eben teure Profis in Bewegung setzen, wenn es keine einfache Lösung gibt.

[meandtheshell]

was sagt

Code: Alles auswählen

ls -l

[berlinerbaer]

brw-rw---- l root disk 8, l 2004-02-20 07:38 /dev/sda1

[meandtheshell]

Ich sehe das auch so, dass die Schreiberlaubnis fehlt ...

darum geht es ja - du benötigst keine schreiberlaubnis zum kopieren einer datei - zum kopieren benötigst du leseerlaubnis für das file das du kopieren willst.

also mach einmal ls -l in einem Verzeichnis wo die files liegen die du kopieren willst - bin mir jetzt nicht sicher ob das überhaupt geht - was eigentlich nicht gehen sollte - ist ja ntfs oder? (mit win FS habe ich nie zu tun)

[berlinerbaer]

z.B. kommt da raus

-r-------- root root 81527 2002-01-09 10:47 00A-48-B.jpg
und das geht dann für alle Bilder im Verzeichnis so weiter

[meandtheshell]

ok - dann solltest du mit

Code: Alles auswählen

cp quelle ziel

ja arbeiten können - geht?

[berlinerbaer]

ja und da passiert rein gar nichts, der Cursor blinkt vor sich hin, die Lämpchen an der Festplatte bleiben dunkel.
Mache ich es mit dem root-Konqueror kommt die Fehlermeldung "kann nicht geschrieben werden". Blödes Gefühl.

Schei... ist dabei, dass ich böse Manschetten habe, was zu versauen. angeblich ist die Platte nicht kopiert worden und der "Verursacher" war ein Digitalfetischist, der ein papierloses Büro erreichen wollte und nun seinen Nachfolger übel in die Klemme gebracht hat, weil er angeblich alles Papier vernichtet hat und meinte mit dem Computer ausreichend gesichert zu sein. Tausende Originaldokumente existieren wahrscheinlich nur noch als Scanfiles auf dieser HDD. Ich staune selbst über soviel "Mut", originale Dokumente, Beweise oder was das auch immer ist zu vernichten. Nun ist er dahin und der andere hat den Ärger.
Ich werde es wohl lieber lassen, dann kommt die Platte irgendwo hin nach Berlin, dort stellen sie angeblich alles wieder her, sogar verbrannte und verschmorte Festplatten. Eventuell mache ich mich da lächerlich, aber mir ist die Verantwortung zu groß.

[berlinerbaer]

eben hat der Kopiervorgang nach etwa 5 Minuten "Nichtspassieren" begonnen, kurze Augenblicke darauf
"Datei kann nicht kopiert werden, nicht genug Platz auf dem Medium"

die Quellplatte hat 40 GB
die Zielpartition 80 GB

ich gebe auf

[knucklehead23]

Nur mal ein Schuss ins Blaue:

Kannst du ein Image der Platte erstellen (z.B. mit dd oder Partimage), und dieses dann mounten? Das hätte zumindest den Vorteil, dass bei den diversen Versuchen die Originaldaten nicht in Mitleidenschaft gezogen würden.


MfG

Jan

[berlinerbaer]

ich habe die Finger schon weg von dem Ding. Wenn da was passiert, kriegt der nächste einen Herzinfarkt. Heute morgen holt der Eigentümer sie wieder ab und will sie einbem professionellen Service übergeben,

[Joghurt]

Auch wenn es jetzt egal ist, nur interessehalber: konntest du dir nur das Verzeichnis anzeigen lassen, oder konntest du dir auch die Bilder ansehen?

Im ersten Fall wäre es ja evtl. denkbar, dass die USB-Platte selbst einen Hardwareseitigen Schutzmechanismus hatte.

[berlinerbaer]

JA, ich konnte es am Linux-Computer einsehen, am XP-Computer ging das nicht, das System erkannte die Platte nur als unformatiert, bzw. unbekanntes Dateissystem und wollte sofort formatieren. eigentlich ein völlig unerklärliches Verhalten von W-XP gegenüber einer ntfs-Partition.
Wenn es eine war....
denn in meiner fstab steht vfat ?????
Und größere Partitionen als 32GB gehen wohl auch zu machen
http://www.lexikon-definition.de/FAT32.html