Hallo Forum 
ich habe mir zum einfachen Datenaustausch und zur Videobearbeitung eine 250GB-Festplatte in einem externen Gehäuse mit USB 2.0-Anschluss zugelegt, eine 32GB-FAT32-Partition für andere Systeme und den Rest mit ReiserFS formatiert. Soweit so gut und problemlos. Auch die automatische Erkennung funktioniert wie gewünscht.
Will ich diese benutzen, fängt hotplug aber anscheinend bei jedem Zugriff an diese erneut einzuhängen, was vor allem bei der großen Partition und bei langsameren Rechnern bis zu einer Minute dauern kann. Nur wenn ich mich mit der Kommandozeile draufsetze bleibt diese permanent eingebunden, ansonsten ist der Zugriff z.B. über Konqeror eher eine Qual. In /var/log/messages finden sich parallel Einträge der folgenden Art:
Wie kann ich dieses Verhalten umgehen (ohne die Platte manuell einbinden zu müssen)?
Wenn erstmal fest eingebunden (z.B. Kommandozeile mit Arbeitsverzeichnis auf USB-Disk), dann kann ich auch problemlos und ohne Aussetzer gigabyteweise Videodaten daraufschaufeln.
Ein anderes Problem gibt sich aber wenn nicht einfach sequentiell Daten draufschaufeln will (was schon bei der Weiterverarbeitung mit avidemux beginnt): Eine Weile lang geht alles gut, bis dann irgendwann Hänger auftreten. Dann ist erstmal Pause angesagt, bis es denn wieder mal ein Stückchen weitergeht. Im log finde ich dann:
(und beliebig oft weiter)
Ich habe mal im Internet nachgeforscht, aber das Einzige was ich dazu finden konnte war der Hinweis, dass das EHCI-Modul empfindlich darauf reagiert, wenn vor dem Beenden eines requests das nächste eintrifft (etwas vereinfacht formuliert) - was bei Festplatten ja nun nicht so außergewöhnlich ist. Bei langwierigen Verarbeitungsschritten (wie dem kodieren von Videodaten) ist das nur lästig (die Frameraten sinken auf 1fps und weniger), Programme mit Benutzerinteraktion (z. B. das Auffinden einer Stelle in einem Video in avidemux) sind aber praktisch unbedienbar. Gibt es da Abhilfe (und wenn es nur das Warten auf die nächste Version ist) oder andere Erfahrungen? Oder muss ich doch auf ein Firewire-Laufwerk umsteigen?
Vielen Dank im Voraus
Wegen Regelverstoss geändert !
spidy
ich habe mir zum einfachen Datenaustausch und zur Videobearbeitung eine 250GB-Festplatte in einem externen Gehäuse mit USB 2.0-Anschluss zugelegt, eine 32GB-FAT32-Partition für andere Systeme und den Rest mit ReiserFS formatiert. Soweit so gut und problemlos. Auch die automatische Erkennung funktioniert wie gewünscht.
Will ich diese benutzen, fängt hotplug aber anscheinend bei jedem Zugriff an diese erneut einzuhängen, was vor allem bei der großen Partition und bei langsameren Rechnern bis zu einer Minute dauern kann. Nur wenn ich mich mit der Kommandozeile draufsetze bleibt diese permanent eingebunden, ansonsten ist der Zugriff z.B. über Konqeror eher eine Qual. In /var/log/messages finden sich parallel Einträge der folgenden Art:
Code:
Apr 12 23:26:58 helios kernel: ReiserFS: sdf2: found reiserfs format "3.6" with standard journal
Apr 12 23:27:40 helios kernel: ReiserFS: sdf2: using ordered data mode
Apr 12 23:27:40 helios kernel: ReiserFS: sdf2: journal params: device sdf2, size 8192, journal first block 34, max trans len 512, max batch 450, max commit age 30, max trans age 30
Apr 12 23:27:40 helios kernel: ReiserFS: sdf2: checking transaction log (sdf2)
Apr 12 23:27:40 helios kernel: ReiserFS: sdf2: Using r5 hash to sort names
Apr 12 23:27:40 helios udevd[2183]: get_netlink_msg: no ACTION in payload found, skip event 'mount'
Apr 12 23:27:43 helios udevd[2183]: get_netlink_msg: no ACTION in payload found, skip event 'umount'
Apr 12 23:28:06 helios kernel: ReiserFS: sdf2: found reiserfs format "3.6" with standard journal
Apr 12 23:28:47 helios kernel: ReiserFS: sdf2: using ordered data mode
Apr 12 23:28:47 helios kernel: ReiserFS: sdf2: journal params: device sdf2, size 8192, journal first block 34, max trans len 512, max batch 450, max commit age 30, max trans age 30
Apr 12 23:28:47 helios kernel: ReiserFS: sdf2: checking transaction log (sdf2)
Apr 12 23:28:47 helios kernel: ReiserFS: sdf2: Using r5 hash to sort names
Apr 12 23:28:47 helios udevd[2183]: get_netlink_msg: no ACTION in payload found, skip event 'mount'Wenn erstmal fest eingebunden (z.B. Kommandozeile mit Arbeitsverzeichnis auf USB-Disk), dann kann ich auch problemlos und ohne Aussetzer gigabyteweise Videodaten daraufschaufeln.
Ein anderes Problem gibt sich aber wenn nicht einfach sequentiell Daten draufschaufeln will (was schon bei der Weiterverarbeitung mit avidemux beginnt): Eine Weile lang geht alles gut, bis dann irgendwann Hänger auftreten. Dann ist erstmal Pause angesagt, bis es denn wieder mal ein Stückchen weitergeht. Im log finde ich dann:
Code:
Apr 17 12:04:35 helios kernel: usb 5-6: reset high speed USB device using ehci_hcd and address 3
Apr 17 12:05:10 helios last message repeated 6 times
Apr 17 12:06:10 helios last message repeated 17 times
Apr 17 12:06:50 helios last message repeated 4 times
Apr 17 12:07:56 helios last message repeated 4 times
Apr 17 12:09:01 helios kernel: usb 5-6: reset high speed USB device using ehci_hcd and address 3
Apr 17 12:10:18 helios last message repeated 3 times
Apr 17 12:10:36 helios last message repeated 3 times
Apr 17 12:12:05 helios last message repeated 6 times
Apr 17 12:13:05 helios last message repeated 17 timesIch habe mal im Internet nachgeforscht, aber das Einzige was ich dazu finden konnte war der Hinweis, dass das EHCI-Modul empfindlich darauf reagiert, wenn vor dem Beenden eines requests das nächste eintrifft (etwas vereinfacht formuliert) - was bei Festplatten ja nun nicht so außergewöhnlich ist. Bei langwierigen Verarbeitungsschritten (wie dem kodieren von Videodaten) ist das nur lästig (die Frameraten sinken auf 1fps und weniger), Programme mit Benutzerinteraktion (z. B. das Auffinden einer Stelle in einem Video in avidemux) sind aber praktisch unbedienbar. Gibt es da Abhilfe (und wenn es nur das Warten auf die nächste Version ist) oder andere Erfahrungen? Oder muss ich doch auf ein Firewire-Laufwerk umsteigen?
Vielen Dank im Voraus
Wegen Regelverstoss geändert !
spidy
