GentooForum.de

so, Details
Laptop. habe daran im pcmcia Slot einen USB2.0 Controller. Daran hängt eine externe Festplatte. Diese ist auch USB2.0. Es ist eine Sata Platte. SCSI Kram ist aktiviert und die Platte wird erkannt und kann auch gemounted werden. Als FS nutze ich Fat32, da ich auch von Windoof drauf zugreifen können muß.
Es ist eine große Partition.
Module für die Sterung lade ich als Module
usb-core
usb-storage
uhci-hcd
ehci-hcd
pcmcia
pcmcia_core

kopiere ich nun eine 2GB Datei, fängt es auch an zu kopieren und hört dann urplötzlich auf - immer an anderer Position. Das System hängt ne Weile und steigt dann aus. Das System meldet Laufwerk voll, was natürlich gelogen ist.

Als Anhang mein dmesg von Einhängen bis zum Ende des Kopiervorgangs:



woran könnte das liegen??

braucht ihr noch mehr Info?

naja, nicht wirklich.. ich weiß nur, daß scheinbar sata Platten gerne solche probleme machen.
Auf meinem letzten Desktop-PC versuchte ich erfolglos Gentoo darauf zu installieren. Bei größerer Datenschreiberei hing sich immer der PC weg. So ähnlich ist es nun hier. Aber ich kann mir nicht vorstellen, daß es keine Gentoo User mit Sata Platten gibt. Das Problem muß doch bekannt sein

hab jetzt mal die usbstorage und hcds in den kernel eincompiliert.. gleicher Fehler..
wenn ich von bash aus CP machen, dann kommt irgendwann, daß IRQ#11 geschlachtet wird.. aber das ist mein miniPCI.. daran hängt nur die Wlankarte :/

neue Informazi:
also, am internen usb1.1 anscheluß funktioniert das kopieren 100 pro..
ergo ist das mit dem sata und usb ansich schonmal am klappen

aber:
der usb2.0 contröller ist am pcmcia slot..
also könnte es ein usb2.0 problem oder ein pcmcia problem sein..
muß ich ne udev regel dafür basteln??

so
habe pcmcia und pcmcia_core in den kernel gebacken.. und die 5-6 restlichen PCMCIA Treiberviecher darunter auch, da für den VIA Chipsatz nichts explizit zu wählen war. Und?
Funzt!

wenn ich nun 4-5 Dateien der größe 800mb verschiebe, tilt das System wieder.

als vfat Parameter gebe ich umask=000 mit. .
hab noch nicht ganz deuten können, was umask fmask und dmask sind, aber das scheint so im Allgemeinen nicht so stark gewichtet zu sein.
Was die gid=xxx angibt muß ich wohl nochmal die manpages quälen, wenn ich am linux system bin ..

aber:

die Platte ist komplett in fat32 formatiert, weil ich gedenke, von windows drauf zugreifen zu müssen. Solange ich von Linux nicht große Daten kopieren kann, muß ich das auch leider noch.. daher die Zwickmühle.

Ich spiele jedoch mit dem Gedanken, sie als ext2/3 zu formatieren.
Ist das XFS oder was anderes besser?
(nen Link zu nem Faq oder so reicht, wenn ihr nen gutes habt.. )
Vielleicht kommt das System damit besser klar..

was ich schon weiß:
fat32 macht Ärger mit großen Dateien. Große Paritiionen sind da e schlecht, sagt man.
Und die ganzen Rechte (umask gid & Co) machen das ganze nicht einfacher.

Ideen?

das wäre die Notlösung, ja
also vermutlich werde ich das Ding in ext3 umschrauben..
habe bereits hier im Forum grade noch einen Thread gelesen, in dem jemand auch wissen wollte, mit welchem System er die Platte formaiteren solle.
Da einigte man sich auf ext3 ..mehr oder weniger.

Da muß ich e mit Partition Magic ran, da ich keine andere Auslagerungsmöglichkeit habe und somit erst die fat32 einfach verkleinere und eine ext3 anhänge.

Win benutze ich nur zum hin/herkopieren, wenn Linux es mal wieder nicht will.
Windows bremst dabei das System etwas aus.. vermutlich hat Linux Schwierigkeiten, bei den großen Dateien in fat32 und geht aber dennoch mit Vollgas ran, verhaspelt sich dabei mit den dämlichen Rechteemulierungen und schmiert ab. Da ist ext2/3 sicherlich sinnvoller.

Wenn er Zugriff auf die externe Festplatte 100% funktioniert, muß ich da normalerweise nie wieder mit win drauf.

ich habe mir einen Contröller zugelegt, der laut tuxmobil.de Linux unterschetützt.. und:
es funktioniert einwandfrei