Hallo ! Beim Kopieren von droßen Datenmengen von meiner USB2 Festplatte der Prozess hängen. ********************** #ps aux root 3254 0.0 0.1 1848 792 ? D 15:52 0:00 cp -vRf xxx /home #umount /media/sda1 umount: /media/sda1: Das Gerät wird momentan noch benutzt ******************************************** Ich kann den Prozess mit kill auch nicht mehr löschen. Das restliche System läuft weiter. Nur herunterfahren möchte es nicht mehr :( Wie kann Ich weiter vorgehen um den Fehler zu finden ? Gruss, Bernd
Am Sonntag, 29. September 2002 17:22 schrieb Bernd Wagner:
Hallo !
Beim Kopieren von droßen Datenmengen von meiner USB2 Festplatte der Prozess hängen.
********************** #ps aux root 3254 0.0 0.1 1848 792 ? D 15:52 0:00 cp -vRf xxx /home
#umount /media/sda1 umount: /media/sda1: Das Gerät wird momentan noch benutzt ******************************************** Ich kann den Prozess mit kill auch nicht mehr löschen.
Das restliche System läuft weiter. Nur herunterfahren möchte es nicht mehr :(
Wie kann Ich weiter vorgehen um den Fehler zu finden ?
Ich habe hier genau das gleiche Problem, bis jetzt konnte mir keiner helfen. Ich werde am Montag weitere Tests machen, um das Problem einzukreisen. Das komische dabei ist, das es bei drei fast identischen Rechnern nur bei zweien nicht funktioniert, beim dritten läuft es wie geschmiert. Es gilt jetzt, den kleinen aber feinen Unterschied zu finden. Bis jetzt weiß ich leider noch nicht, ob es auf der Hardware oder der Softwareseite liegt. Hardware: 3x Asus A7V333 3x SCSI 53c875 (rev 26) 3x Asus Geforce2 1x Athlon XP 2200+, 512MB, geht nicht 1x Athlon XP 1700+, 256MB, geht nicht 1x Athlon XP 1500+, 1GB, geht Software: Suse7.3 Kernel 2.4.19 Vanilla (geht nicht) linux-2.4.19.SuSE-22.tar.bz2 von Hubert Mantel geht nur auf einem Rechner kernel-source-2.4.19.SuSE-58.i586.rpm teste ich am Montag auf dem funktionierenden Rechner, auf den beiden anderen läuft er nicht. Alles in allem sehr merkwürdig bis jetzt:-( -- mfg Peter Küchler
Am Sonntag, 29. September 2002 19:41 schrieb Peter Kuechler:
Am Sonntag, 29. September 2002 17:22 schrieb Bernd Wagner:
Hallo !
Beim Kopieren von droßen Datenmengen von meiner USB2 Festplatte der Prozess hängen.
********************** #ps aux root 3254 0.0 0.1 1848 792 ? D 15:52 0:00 cp -vRf xxx /home
[...]
Hardware: 3x Asus A7V333 3x SCSI 53c875 (rev 26) 3x Asus Geforce2 1x Athlon XP 2200+, 512MB, geht nicht 1x Athlon XP 1700+, 256MB, geht nicht 1x Athlon XP 1500+, 1GB, geht
Software: Suse7.3 Kernel 2.4.19 Vanilla (geht nicht) linux-2.4.19.SuSE-22.tar.bz2 von Hubert Mantel geht nur auf einem Rechner kernel-source-2.4.19.SuSE-58.i586.rpm teste ich am Montag auf dem funktionierenden Rechner, auf den beiden anderen läuft er nicht. Alles in allem sehr merkwürdig bis jetzt:-(
Hi! <Vermutung> Ich denke mal, das du per Wildcard kopierst und daher einfach der interne Buffer der bash bei der Auflösung der Wildcards überläuft. </Vermutung> Die Abhilfe könnte ein Script sein, das erst die Verzeichnisse ermittelt und diese anlegt und in die Dateien in die einzelnen Unterzeichnisse kopiert (schlechte Lösung). Am besten ist es, du läßt über die zu kopierenden Verzeichnisse ein tar laufen und machst dann ein untar. Gruß Udo -- Mail: udo.neist@t-online.de Hompage: http://neist.dnsalias.org
Am Sonntag, 29. September 2002 19:52 schrieb Udo Neist:
Am Sonntag, 29. September 2002 19:41 schrieb Peter Kuechler:
Am Sonntag, 29. September 2002 17:22 schrieb Bernd Wagner:
Beim Kopieren von droßen Datenmengen von meiner USB2 Festplatte der Prozess hängen.
********************** #ps aux root 3254 0.0 0.1 1848 792 ? D 15:52 0:00 cp -vRf xxx /home
[...]
Hardware: 3x Asus A7V333 3x SCSI 53c875 (rev 26) 3x Asus Geforce2 1x Athlon XP 2200+, 512MB, geht nicht 1x Athlon XP 1700+, 256MB, geht nicht 1x Athlon XP 1500+, 1GB, geht
Software: Suse7.3 Kernel 2.4.19 Vanilla (geht nicht) linux-2.4.19.SuSE-22.tar.bz2 von Hubert Mantel geht nur auf einem Rechner kernel-source-2.4.19.SuSE-58.i586.rpm teste ich am Montag auf dem funktionierenden Rechner, auf den beiden anderen läuft er nicht. Alles in allem sehr merkwürdig bis jetzt:-(
Hi!
<Vermutung> Ich denke mal, das du per Wildcard kopierst und daher einfach der interne Buffer der bash bei der Auflösung der Wildcards überläuft. </Vermutung>
Nein, das kann es nicht sein. Ich habe es mit einer einzelnen, großen Datei versucht. Hier ist aber noch eine zweite Person mit gleicher Hardware und den gleichen Problemen aufgetaucht. Da ist irgendwo ein Wurm drinn. Die Frage ist, ob es ein generelles Problem mit USB2.0 unter Linux ist, oder ob es an der Hardware auf dem Asus-Board liegt. Ich habe übrigens auch herausgefunden, warum sich die beiden Rechner bei mir scheinbar unterschiedlich verhalten haben. Der Witz war, das ich auf dem Rechner im Büro Dateien drauf kopiert habe, und sie zu Hause wieder runter kopieren wollte. Auf dem einen habe ich also immer gelesen, auf dem anderen geschrieben. Und lesen bleibt bei beiden Rechnern hängen, wie ich jetzt festgestellt habe:-* -- mfg Peter Küchler
participants (3)
-
Bernd Wagner
-
Peter Kuechler
-
udo.neist@t-online.de