10
Cache beim Kopieren auf USB-Sticks deaktivieren
Hallo,
ich habe unter Linux Mint 18/19/Ubuntu-Konsorten das Problem, dass Dateien beim Kopieren auf USB-Sticks in den 32GB-RAM geschrieben werden, so dass das Kopierfenster bereits nach einer Sekunde zu ist und ich weiß nie, ob der Kopiervorgang wirklich abgeschlossen ist (Eject bringt auch nix, beim Herunterfahren wird ein running Copy Job angezeigt, der nicht endet). Gibt es eine Möglichkeit, das Cachen zu deaktivieren?
Ich habe ein bisschen gegoogelt. Man kann Konfig-Dateien bearbeiten oder entsprechende Mount-Befehle absetzen - jedoch muss man das nach jedem Reboot neu eingeben. Auch habe ich kein Bock, jedes Mal den Befehl sync abzusetzen (was auch nicht funktioniert, hängt...).
Auch schreiben manche, das sei ein Feature und kein Bug - die haben wohl keine 32 GB RAM und sind wohl vollkommen weltfremd. Jedes beschissene Windows schafft das. Eigentlich schade, denn Linux Mint ist ein schönes Betriebssystem.
ich habe unter Linux Mint 18/19/Ubuntu-Konsorten das Problem, dass Dateien beim Kopieren auf USB-Sticks in den 32GB-RAM geschrieben werden, so dass das Kopierfenster bereits nach einer Sekunde zu ist und ich weiß nie, ob der Kopiervorgang wirklich abgeschlossen ist (Eject bringt auch nix, beim Herunterfahren wird ein running Copy Job angezeigt, der nicht endet). Gibt es eine Möglichkeit, das Cachen zu deaktivieren?
Ich habe ein bisschen gegoogelt. Man kann Konfig-Dateien bearbeiten oder entsprechende Mount-Befehle absetzen - jedoch muss man das nach jedem Reboot neu eingeben. Auch habe ich kein Bock, jedes Mal den Befehl sync abzusetzen (was auch nicht funktioniert, hängt...).
Auch schreiben manche, das sei ein Feature und kein Bug - die haben wohl keine 32 GB RAM und sind wohl vollkommen weltfremd. Jedes beschissene Windows schafft das. Eigentlich schade, denn Linux Mint ist ein schönes Betriebssystem.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 395737
Url: https://administrator.de/contentid/395737
Ausgedruckt am: 23.11.2024 um 00:11 Uhr
10 Kommentare
Neuester Kommentar
Hi,
Komisch das ich mit meinen Sticks das Problem nicht habe. Die sind bei mir unterschiedlich (8Gbyte - 256 Gbyte) gross, FAT32 oder NTFS formatiert.
Deine nur 32Gbyte sind etwas weltfremd.
Bin gerade auf einer Maschine mit 256 Gbyte RAM unterwegs und Prozessoren die nicht bei Mediamarkt verkauft werden.
Was fuer Teile hast Du und wie sind die formatiert?
BFF
Komisch das ich mit meinen Sticks das Problem nicht habe. Die sind bei mir unterschiedlich (8Gbyte - 256 Gbyte) gross, FAT32 oder NTFS formatiert.
die haben wohl keine 32 GB RAM und sind wohl vollkommen weltfremd
Deine nur 32Gbyte sind etwas weltfremd.
Bin gerade auf einer Maschine mit 256 Gbyte RAM unterwegs und Prozessoren die nicht bei Mediamarkt verkauft werden.
Was fuer Teile hast Du und wie sind die formatiert?
BFF
Guten Abend,
welche Config Datei hast du angepasst? Änderung in Konfigurationsdateien sind statisch und werden nicht zurückgesetzt. (Gibt wenige Ausnahmen)
Ansonsten kannst du einfach eine udev Regel oder ein Skript erstellen, damit das WriteCache deaktiviert wird.
Aber ich habe starke Zweifel, dass dies das Problem ist.
Kann zumindest dein Problem bei meiner Linux Kiste nicht nachvollziehen.
Tritt das Problem nur über die GUI auf oder auch via Terminal mit Befehlen wie z.B. cp?
Viele Grüße
Exception
Man kann Konfig-Dateien bearbeiten oder entsprechende Mount-Befehle absetzen - jedoch muss man das nach jedem Reboot neu eingeben
welche Config Datei hast du angepasst? Änderung in Konfigurationsdateien sind statisch und werden nicht zurückgesetzt. (Gibt wenige Ausnahmen)
Ansonsten kannst du einfach eine udev Regel oder ein Skript erstellen, damit das WriteCache deaktiviert wird.
Aber ich habe starke Zweifel, dass dies das Problem ist.
Kann zumindest dein Problem bei meiner Linux Kiste nicht nachvollziehen.
so dass das Kopierfenster bereits nach einer Sekunde zu ist und ich weiß nie, ob der Kopiervorgang wirklich abgeschlossen is
Tritt das Problem nur über die GUI auf oder auch via Terminal mit Befehlen wie z.B. cp?
Viele Grüße
Exception
Gibt es eine Möglichkeit, das Cachen zu deaktivieren?
unnötigWas passiert bei:
- umount
- Eingabe von sync
Ey was ist denn nun los?
Da bekommt der Beitragsersteller drei sinnvolle Antworten bzw. nachfragen
und dann macht er sich gleich vom Acker???
Gruss Penny
Da bekommt der Beitragsersteller drei sinnvolle Antworten bzw. nachfragen
und dann macht er sich gleich vom Acker???
Gruss Penny
Hi,
Er/sie/es war/ist pissig, weil ich seine/ihre/??? 32 Gbyte als "weltfremd" bezeichnet habe.
Abgesehen davon duerfte er/sie/es in den Foren wo getippt wurde
und er/sie/es antwortete
keine Gegenliebe erhalten haben.
BFF
Er/sie/es war/ist pissig, weil ich seine/ihre/??? 32 Gbyte als "weltfremd" bezeichnet habe.
Abgesehen davon duerfte er/sie/es in den Foren wo getippt wurde
Auch schreiben manche, das sei ein Feature und kein Bug -
und er/sie/es antwortete
die haben wohl keine 32 GB RAM und sind wohl vollkommen weltfremd.
keine Gegenliebe erhalten haben.
BFF
Moin,
Ich habe auch 32 GB Ram und hier gibt es keine Probleme. Man macht ein "sync && umount" und wartet bis der Schreibvorgang abgeschlossen ist.
Oder Du klickst im Dateimanager auf Auswerfen und wartest bis das System sagt, Du darfst das Ding rausnehmen.
Windows macht es auch nicht anders.
Du bist offensichtlich zu ubgeduldigvdarauf zu warten, daß das System Dir sagt, daß sybc oder eject abgeschlossen ist.
lks
UPS: Habe erst hinterher gesehen, daß der TO schon weg ist.
Ich habe auch 32 GB Ram und hier gibt es keine Probleme. Man macht ein "sync && umount" und wartet bis der Schreibvorgang abgeschlossen ist.
Oder Du klickst im Dateimanager auf Auswerfen und wartest bis das System sagt, Du darfst das Ding rausnehmen.
Windows macht es auch nicht anders.
Du bist offensichtlich zu ubgeduldigvdarauf zu warten, daß das System Dir sagt, daß sybc oder eject abgeschlossen ist.
lks
UPS: Habe erst hinterher gesehen, daß der TO schon weg ist.
Zitat von @Penny.Cilin:
Ey was ist denn nun los?
Da bekommt der Beitragsersteller drei sinnvolle Antworten bzw. nachfragen
und dann macht er sich gleich vom Acker???
Gruss Penny
Ey was ist denn nun los?
Da bekommt der Beitragsersteller drei sinnvolle Antworten bzw. nachfragen
und dann macht er sich gleich vom Acker???
Gruss Penny
Vielleicht hat er gerade keine Zeit. Kann/will nicht jeder ständig an der Kiste rumhängen.
Vielleicht hat er gerade keine Zeit. Kann/will nicht jeder ständig an der Kiste rumhängen.
Naja aber Zeit um den Thread zu erstellen und anschließend sein Account zu löschen hatte er offenbar.
Hätte er tatsächlich keine Zeit, dann hätte er einfach später auf diesen Thread geantwortet.
So ist das schon etwas asozial, denn manche haben sich nun mit der Problematik des TO beschäftigt und wollten ihn helfen....
Aber wenn man sich schon die Formulierung des TO anschaut, dann hätte man sich das auch denken können das sowas passiert.
Naja aber Zeit um den Thread zu erstellen und anschließend sein Account zu löschen hatte er offenbar.
Ach? Na, wenn das so ist, okay. Die Mühe nachzusehen, ob jemand seinen Acc. gelöscht hat, mache ich mir nicht.So ist das schon etwas asozial, denn manche haben sich nun mit der Problematik des TO beschäftigt und wollten ihn helfen....
Da bin ich ganz bei dir.Zitat von @Lochkartenstanzer:
Moin,
Ich habe auch 32 GB Ram und hier gibt es keine Probleme. Man macht ein "sync && umount" und wartet bis der Schreibvorgang abgeschlossen ist.
Und auch bei einem Notebook mit 64 GiB RAM und einer 1 TiB SSD kein Thema, geschweige ein Problem.Moin,
Ich habe auch 32 GB Ram und hier gibt es keine Probleme. Man macht ein "sync && umount" und wartet bis der Schreibvorgang abgeschlossen ist.
Oder Du klickst im Dateimanager auf Auswerfen und wartest bis das System sagt, Du darfst das Ding rausnehmen.
Windows macht es auch nicht anders.
Du bist offensichtlich zu ubgeduldig darauf zu warten, daß das System Dir sagt, daß sybc oder eject abgeschlossen ist.
Kommentar des Kollegen: Windows hat doch angezeigt ich kann den Datenträger entfernen.
lks
Gruss Penny
UPS: Habe erst hinterher gesehen, daß der TO schon weg ist.
