Ich habe hier eine wirklich seltsame Situation. Mein PC funktioniert zumindest in den meisten Fällen einwandfrei, aber eines kann ich nicht bewältigen. Wenn ich versuche, eine Datei von meinem pendrive zu kopieren, ist alles in Ordnung - ich habe 16-19M / s, es funktioniert ziemlich gut. Aber wenn ich versuche, etwas auf dasselbe Laufwerk zu kopieren, friert mein PC ein. Der Mauszeiger bleibt ein oder zwei Sekunden stehen, bewegt sich dann ein wenig und bleibt dann wieder stehen. Wenn zum Beispiel in Amarok etwas gespielt wird, verhält sich der Sound wie ein Maschinengewehr. Die Geschwindigkeit springt von 500K / s auf 15M / s, durchschnittlich 8M / s. Dies tritt nur auf, wenn ich etwas auf ein Pendrive kopiere. Wenn der Kopiervorgang abgeschlossen ist, kehrt alles zum Normalzustand zurück.
Ich habe alles versucht - andere USB-Sticks, einen anderen USB-Anschluss auf der Vorderseite oder diese Anschlüsse von hinten. Ich habe sogar die USB-Pins auf der Hauptplatine (Vorderseite) geändert, aber egal, wo ich meinen USB-Stick stecke, es ist immer dasselbe. Ich habe versucht , verschiedene Dateisystem - fat32
, ext4
. Ich habe kein Problem mit dem Gerät unter Windows auf meinem Laptop. Es muss mein PC oder etwas in meinem System sein. Ich habe keine Ahnung, wonach ich suchen soll. Ich benutze Debian-Tests mit eigenständiger Openbox. Mein PC ist ein bisschen alt - Pentium D 3GHz, 1 GB RAM, 1,5 TB WD Green Disk. Wenn Sie etwas haben, das mir bei der Lösung dieses Problems helfen könnte, würde ich mich freuen, das zu hören.
Ich weiß nicht, welche weiteren Informationen ich bereitstellen soll, aber wenn Sie etwas benötigen, fragen Sie einfach, ich werde diesen Beitrag so schnell wie möglich aktualisieren.
Ich habe versucht, dieses Problem auf Ubuntu 13.04 Live-CD zu reproduzieren. Ich habe meine verschlüsselte Partition + den verschlüsselten Swap gemountet und mein pendrive an einen USB-Port angeschlossen. Als nächstes habe ich versucht, einige Apps zu starten, und jetzt habe ich ~ 820 MB RAM und ca. 400 MB SWAP. Es gibt kein Problem mit dem Kopieren, überhaupt kein Einfrieren, alles ist so, wie es sein sollte. Es sieht also so aus, als wäre es ein Systemfehler, aber wo genau? Was würde so ein komisches Verhalten verursachen?
ionice -c3 cp something.tgz /media/pendrive
. Dadurch wird der neu erzeugtecp
Prozess in die dritte (= niedrigste) Prioritätsklasse "Leerlauf" gesetzt.Antworten:
Verwenden Sie eine 64-Bit-Version von Linux mit viel Speicher? In diesem Fall könnte das Problem sein, dass Linux auf langsamen Geräten wie zum Beispiel SD-Karten oder USB-Sticks für Minuten große Schreibvorgänge sperren kann. Es ist ein bekannter Fehler, der in neueren Kerneln behoben werden sollte.
Siehe http://lwn.net/Articles/572911/
Problemumgehung: als Grundproblem:
Ich habe es meiner
/etc/rc.local
Datei auf meinen 64-Bit-Rechnern hinzugefügt .TANSTAAFL ; Diese Änderung kann (und wird wahrscheinlich) Ihren Durchsatz auf diesen Geräten verringern - ein Kompromiss zwischen Latenz und Geschwindigkeit. Um zum vorherigen Verhalten zurückzukehren, können Sie
... das sind die Standardwerte, dh das Rückschreibverhalten wird durch die Parameter
dirty_ratio
und gesteuertdirty_background_ratio
.Hinweis für die weniger erfahrenen Linux-
/proc
Benutzer : Die darin enthaltenen Dateien sind Pseudodateien - nur Kommunikationskanäle zwischen dem Kernel und dem Benutzerbereich. Verwenden Sie niemals einen Editor, um sie zu ändern oder anzusehen. Holen Sie sich stattdessen eine Shell-Eingabeaufforderung --- zum Beispiel mitsudo -i
(Ubuntu-Aromen) odersu root
und verwenden Sieecho
undcat
).Update 18.04.2016 es scheint, dass das Problem immer noch da ist. Sie können es sich auf LWN.net ansehen , in diesem Artikel über Writeback-Warteschlangen .
quelle
uname -a
kehrt3.13.0-32-generic
das ja zurück. Ich habe aber nicht geprüft, ob der Patch für das Problem endlich in den Kernel integriert wurde oder nicht. Ich besitze eine 16-GB-Maschine und es scheint ohne die Problemumgehung in Ordnung zu sein, obwohl ich sagen muss, dass ich es nicht mit besonders langsamen Geräten versucht habe.vim
nie mit . Holen Sie sich eine Root-Shell (mitsudo -i
) und verwenden Sie die oben genannten Befehle.Der Grund kann die Schreibverstärkung sein, da das System versucht, in kleinere Blöcke zu schreiben, als Block löschen (Lesen / Modifizieren / Schreiben) + Blockfehlausrichtung.
Um Ihre aktuelle Einstellung zu überprüfen, gehen Sie wie folgt vor:
Sie können die Hallenregeln für diese Geräte anpassen:
In diesem Fall hatte ich max_sectors für alle Geräte ersetzt, die standardmäßig 240 (USB-Speicher) für 32K-Sektoren oder 2K-Sektoren verwendeten.
Auf meinem System (Mageia 4, 3.14.24 Core i7) musste ich dies aufgrund der extrem langsamen Schreibgeschwindigkeit (2 MB / Sek.) Auf dem Kingston DT101 G2 16GB tun:
und füge hinzu:
Und die
dd
Schreibgeschwindigkeit stieg um das Dreifache.mc
cp
wahrscheinlich 10-20x höher (nachdem ich die erste Partition im 8192. Sektor gestartet und mit 64k ausgerichteten Clustern neu formatiert hatte):zur Überprüfung der Ausrichtung (überprüfen Sie, ob [Datenstartsektor] ein Vielfaches von 128 (Clustergröße) sein sollte). Passen Sie bei Bedarf die Anzahl der reservierten Sektoren (-R) an.
Die Standardeinstellung max_sectors (240) scheint auf einigen der billigen neuen Laufwerke eine hohe Schreibverstärkung zu verursachen. Aber seien Sie sehr vorsichtig mit solch einer hohen Einstellung, der ähnliche Effekt wird bei 2048 Sektoren erzielt (wahrscheinlich 1 Million Löschblöcke:
Testen Sie alle Ihre alten USB-Geräte, dass sie immer noch gut funktionieren. Verwenden Sie Hersteller- / Modellattribute in den Regeldateien, um genauere Angaben zu erhalten.
quelle
Hardware vs. Software
Ich habe ein ähnliches seltsames Problem mit USB-Sticks, und bei meinen Nachforschungen handelt es sich fast immer entweder um ein Treiberproblem oder um die spezifische Hardware innerhalb des PCs / Motherboards.
Ich weiß das, weil ich mehrere Systeme habe, die identische Hardware haben, und auf einem kann ich diese Operation ohne Probleme ausführen, während auf einem anderen das Problem auftaucht.
Was ist zu tun?
Ihre Möglichkeiten sind hier wirklich begrenzt. Sie können nur sicherstellen, dass auf Ihrem System das neueste BIOS / die neueste Firmware installiert ist und dass Sie über die neuesten Versionen der disto-Pakete verfügen.
Darüber hinaus kann ich nur vorschlagen, dass Sie diese Situation vermeiden, indem Sie nicht versuchen, Dateien zu kopieren, während eine andere Kopie ausgeführt wird.
Wenn Sie die Art von Persönlichkeit haben, bei der Sie solche Dinge ärgern, können Sie eine andere Live-Distribution von Linux ausprobieren und die Schritte wiederholen, die zu Ihrem Problem führen. Dies würde nur beseitigen, ob es sich um ein distro-spezifisches Problem oder ein Hardware-Problem handelt, wie ich es oben beschrieben habe. Es wäre ein kleiner Trost, aber ich mag es immer, Dinge zu wissen, anstatt meinen Kopf in den Sand zu stecken, und nicht.
Noch etwas?
Wenn Sie wirklich besessen sind, können Sie versuchen, die Anwendung
strace
auszuführen , mit der Sie die Kopie durchführen, in der Hoffnung, dass das System bei jedem Systemaufruf zum Stillstand kommt. Dies sollte auch über die Befehlszeile möglich sein.Beispiel
Dann, während das läuft, starten Sie einen anderen.
Das System wird hoffentlich während dieses Vorgangs einfrieren. Vielleicht haben Sie Glück und finden Rauch in einer dieser Protokolldateien.
quelle
strace
und es hat fast augenblicklich gefroren, also habe ich ein paar Sekunden gewartet und den Prozess abgebrochen. Ich habe ein 1-MB-Protokoll, kann es jedoch nicht lesen und weiß nicht, wonach ich suchen soll. Sie können es hier überprüfen pastebin.com/u29RvqgC - es ist nicht das vollständige Protokoll (auf 500 KB beschränkt), aber es gab nur ähnliche Zeilen wie am Ende. Ich werde versuchen, dieses Problem mit Ubuntu Live-CD zu reproduzieren.