Mint 22 hängt sich beim Kopieren von großen Datenmengen auf

Dass das USB Subsystem sich aufhängt und das Device mit lsusb nicht mehr gefunden wird hatte ich auch schon (beim flashen von Code für Arduino). Mir hat folgender Artikel dazu geholfen um das USB System zu resetten ohne den Rechner neu starten zu müssen.

Hatte das Problem mal mit einer USB Platte - auch bei kleinen Datenmengen weit unter 1GB.

Immer wieder vom System rausgeworfen und nicht mehr erkannt.

Der Wechsel von btrfs auf ext4 hats gebracht bei dieser Platte. Meine anderen USB Platten laufen mit btrfs super aber dei eine...

kleines Update ... ich habe nun mal Strawberry deaktiviert (weil er immer Fehler beim akrtualkisieren der Bibliothek ausgeworfen hatte) seitdem lööpt der DoubleCommander wieder, und wir sind schon ein gutes Stück weitergekommen.

Und ich habe das ganze System incl der NAS ( hab mehrere) mal auf ein festes NFS Protokoll gesetzt (4.1, 4.2 ging nicht weil eine NAS das nicht kann)

)

Lädst du die Musik vom NAS? Das wäre dann eine Erklärung.

Kleine Anekdote: Habe eben mein Backupskript angepasst und sichere Back in Time Sicherungen auf eine USB Platte.

Lasse das alles schön in eine Logdatei schreiben, schon immer und nie ein Problem. Jetzt wirds aber etwas viel und gleich ist die Log schon bei 200 MB Sollte ich wohl lieber excluden hehe

Diese USB-Controller sind ohnehin an sich gerne ein Problem, da die die Platten auch anders behandel wie jeder SATA-Controller.

Man muss dazu natürlich wissen, ja da sind auch bei Produkten wo man keine HDD's reinsteckt immer ganz normale SATA-Platten drin.

Wenn du die dann mal ausbaust und an den Rechner direkt klemmst, ist garkeine Partition vorhanden, als sei es dein RAID-Controller eben, also auch mit normalen USB-Platten.

Sowas sollte man immer direkt abwegen, denn wenn die Elektronik davon dann auch mal noch verrecken sollte, dann war es das mit deinen Daten von so einer Platte.

Ich hab hier von Sharkoon so ein "Bay" wo man einfach so ne "interne Festplatte" reinsteckt, das Dingen nimmt direkt die Festplatten die ich am SATA-Controller "normal" betrieben hatte.

Auf solche Hardware kann man dann auch zählen, dann passen die Partitionen gescheit und man hat deutlich weniger Sorgen.

Und gerade bei SMR-Platten da würd ich mal sagen, ist es sicherlich von Vorteil den Schreibcache zu aktivieren, wäre natürlich interessant ob so ne Linuxdistri den automatisch auch mal leerschreibt auf die Datenträger oder ob dazu immer mal wieder der "sync" übers Terminal wirklich nötig ist.

Bei Windows ist es standard das der Schreibcache gelegentlich geleert wird, man kann das abschalten, hat aber halt ein höheres Risiko des Datenverlusts dabei.

Also eigentlich kann man sowas da auch garnicht ohne Aufsicht laufen lassen wenn man es nicht weiss, einfach weil man am besten ein Terminal dazu auf hat und den sync auf das Schreiblaufwerk ausführt besser

Edit:

Auf LMDE6 benutze ich übrigens einfach 2 Nemo Fenster, die mach ich allerdings auch flott zu, auf die Ladebalken-GUI ist verlass

Bin ich auch ganz froh drüber, weil Boardmittel sind mir immer am liebsten, das die auch funktionieren wenn die schon da sind

mfG

Quote from Gerbil

Mir hat folgender Artikel dazu geholfen um das USB System zu resetten ohne den Rechner neu starten zu müssen.

Und wo isser?

Quote from Toadie

Habe eben mein Backupskript angepasst und sichere Back in Time Sicherungen auf eine USB Platte.

Für mein Verständnis: Wozu das Backupskript, wenn „Back in Time“ auch schon selbst auf eine USB-Platte sichern könnte?

Habs gerade mit dem MC probiert und es funzt.

Siehe auch hier:

Midnight Commander › Wiki › ubuntuusers.de

Ach ja, hab auf eine externe SSD via USB kopiert, 6,4GB.

Etwa 7 Minuten.

Bei mehreren TB kann man auch die Platte eben an den internen Sata-Anschluss hängen. Dann geht das kopieren ziemlich fix. Vorraussetzung natürlich man hat ein Desktop-PC zur Hand

So habe ich das früher immer gemacht als USB 2.0 noch aktuell war und man dann eine Nacht schlafen gehen konnte

Quote from bttr

Und wo isser?

Für mein Verständnis: Wozu das Backupskript, wenn „Back in Time“ auch schon selbst auf eine USB-Platte sichern könnte?

Ne, ne. Mehr mals am Tag läuft Back in time und sichert u.a. mein home Verzeichnis auf eine HDD im Rechner. Als Zusatz hab ich es jetzt mit ins "USB" Backup aufgenommen.

Quote from Toadie

Mehr mals am Tag läuft Back in time und sichert u.a. mein home Verzeichnis auf eine HDD im Rechner.

Ok, das dachte ich mir schon. Ich sichere derzeit nur alle paar Tage mit BIT auf eine externe Platte.

Quote from Toadie

Als Zusatz hab ich es jetzt mit ins "USB" Backup aufgenommen.

Verstanden.

Quote from Gamma

Bei mehreren TB kann man auch die Platte eben an den internen Sata-Anschluss hängen. Dann geht das kopieren ziemlich fix. Vorraussetzung natürlich man hat ein Desktop-PC zur Hand

Das setzt aber Vorraus das wie von mir beschrieben das USB wie ein gescheiter/normaler SATA Controller agiert.

Ansonsten ist andersherum für solch USB-Elekronik, also den SATA_USB Controller auch wieder keine Partition mehr da

mfG

Quote from StephanR

Just-Me ich glaube nicht das es an Mint liegt. Manjaro selbe Problem.

hatte das Problem auch unter Windows bis ich bessere USB Kabel verwendet habe, USB ist mMn sehr empfindlich. Bei kopieren großen Datenmengen empfiehlt es sich ein Tool zu verwenden bei dem man sieht bei welcher Datei es sich aufhängt, damit man nicht von vorne anfangen muss, unter Windows habe ich das mit dem Total Commander oder SuperFlexibleSynchronizer gemacht, unter Linux nutze ich SuperFlexibleSynchronizer oder Krusader

Quote from bttr

Und wo isser?

Danke für den Hinweis, ist wohl in meinem geistigen Nirvana gelandet. Aber jetzt:
https://www.linux.org/threads/resetting-the-usb-subsystem.10404/

Quote from Gamma

was ist das für ein Icon Theme, wo bekommt man das? Ps.: die Win Dateien kannst du gefahrlos löschen:)

Quote from StephanR

Damit ihr das dann mit dem richtigen Tool machen könnt, deshalb dokumentiere ich das hier so. Denn in die Situation kann jeder mal kommen und ein paar TB Daten haben wir ja alle schon gesammelt.

Meine größten externen USB-Platten sind 2 TB, davon ca. 1,5 TB benutzt.

Die habe ich zwecks Umstrukturierung der Daten auch schon mehrmals komplett von und auf die USB-Platten übertragen, und kann mich weder über Thunar noch über FreeFileSync an Probleme erinnern. Beides lief sogar parallel (eine dann über USB 3.1 und die andere über USB 2.0). Ich wüsste auch nicht, warum diese Aufgabe ein generelles Problem für irgendeines dieser Tools darstellen sollte.

Ich würde ja dazu raten, dass du dir die Systemprotokolle deines Systems mal nach Hinweisen zu deinen Freezes anschaust (sudo apt install gnome-log-viewer).

Noch so ein Tipp von mir:
(Kann man aber leider nicht immer in die Realität umsetzen)

Am Stand PC habe ich mir ein Sata Kabel und die Stromversorgung "nach außen" gelegt.

Wenn ich große Datenmengen zu kopieren habe, stecke ich die Sata Platte einfach an das Kabel und schon funktioniert die Sache in einer angemessenen Geschwindigkeit. Ganz ohne USB ......

Ich glaube HP Standgeräte hatten da mal so eine Dockingstation direkt am Gehäusedeckel verbaut.
Da passten natürlich nur genau diese Platten dran ...

Quote from denonom

...

Ich würde ja dazu raten, dass du dir die Systemprotokolle deines Systems mal nach Hinweisen zu deinen Freezes anschaust (sudo apt install gnome-log-viewer).

oder in Terminal

journalctl -p 3 -xb

Anstelle es zu kopieren kannst du es auch synchronisieren..

 # Copy file with a progress bar
cpp() {
    set -e

    src="$1"
    dst="$2"

    # Prüfen, ob Quelle eine Datei oder ein Verzeichnis ist
    if [ -d "$src" ]; then
        echo "Kopiere Verzeichnis..."
        total_size=$(du -sb "$src" | awk '{print $1}')  # Gesamtgröße des Verzeichnisses
    elif [ -f "$src" ]; then
        echo "Kopiere Datei..."
        total_size=$(stat -c '%s' "$src")  # Gesamtgröße der Datei
    else
        echo "Fehler: Quelle ist weder eine Datei noch ein Verzeichnis."
        return 1
    fi

    # Prüfen, ob rsyncy installiert ist
    if command -v rsyncy &> /dev/null; then
        # Wenn rsyncy installiert ist, benutze es # pip3 install rsyncy # rsyncy ist ein wraper mit Fortschrittsanzeige
        rsync -ah --info=progress2 "$src" "$dst" | rsyncy 
    else
        # Wenn rsyncy nicht installiert ist, benutze nur rsync
        rsync -ah --info=progress2 "$src" "$dst"
    fi

    echo -e "\nKopieren abgeschlossen."
}

Quote from maik3531

oder in Terminal

Wenn ich direkte Befehle fürs Terminal eingebe, obwohl es eine GUI gibt, bekomme ich wieder Kommentare wie einfacher es doch über die GUI wäre...

Quote from josefine

Wenn ich große Datenmengen zu kopieren habe, stecke ich die Sata Platte einfach an das Kabel und schon funktioniert die Sache in einer angemessenen Geschwindigkeit. Ganz ohne USB

Ich hatte mal einen eSATA Slot im PC, mit der dann ein externes 3,5 Zoll Festplattengehäuse angebunden werden konnte (das externe Gehäuse dann mit eigenem Netzteil ausgestattet). Aber irgendwie scheint sich eSATA zugunsten von USB überdauert zu haben.

Ich schätze aber mal, dass Stephan die Platten nicht ausbauen möchte oder es ohne Gewalt überhaupt funktioniert.

Quote from denonom

Wenn ich direkte Befehle fürs Terminal eingebe, obwohl es eine GUI gibt, bekomme ich wieder Kommentare wie einfacher es doch über die GUI wäre...

Ja aber Gnome log war nicht ohne Grund bei lm 21.3 noch da bei und bei 22 nicht mehr