USB-Stick - Aushängen dauert ewig

Hallo,
Ich habe auf einen USB-Stick, der mit exFAT formatiert ist, 50 sehr kurze Videos kopiert, insgesamt ca. 5 GB.
Wenn das Kopieren erfolgt ist, klicke ich in Thunar auf “Sicher entfernen”, dann erscheint das:
“Daten werden auf … geschrieben
das Gerät sollte nicht ausgesteckt werden.”
Das dauert ewig (ca. 5 min.) bis das erfolgt ist.

Das Aushängen dauert auch ziemlich lange, wenn ich nur den Namen eines Videos auf dem Stick ändere.

Weiß jemand, ob es normal ist?

Unter Umstände - ja. Hängt von paar Sachen, ob du betroffen bist.
Zurzeit kannst du udev-usb-sync aus dem AUR installieren. Noch verbesserte Version kommt. S. hier

1 Like

Hallo Teo,
megavolts Vorgehen - oh je, da brauche ich sicher noch ein paar Jahre, das zu verstehen und umzusetzen.

udev-usb-sync - klingt interessant, habe es installiert - doch wie wird das angewendet?

Kennst Du eine Beschreibung auf Deutsch?

Erstaunlich: Nachdem ich es im Terminal aufgerufen hatte, allerdings ohne irgend welche Einstellungen, dauert das Entfernen des USB-Sticks nur noch wenige Sekunden. Großartiger Tipp.

1 Like

Es ist nur Konfiguration (Regeln). Installieren, Neu starten, das war es.

1 Like

Was bedeutet:

Habe es ausprobiert: Auch nach einem Neustart, bleibt das Aushängen ein zäher Vorgang. Erst wenn ich vorher im Terminal udev-usb-sync eingebe, klappt es prima und sehr schnell.
Muss ich vielleicht doch was machen, damit es dauerhaft so eingerichtet ist?

Keine Ahnung warum. Eigentlich ist nur ein script, der prüft und falls es keine Regeln gebe, fügt einige dazu. Und dies sollte von usb reinstecken/erkennen getriggert werden. Offensichtlich scheitert diese automatische Erkennung bei dir, aber warum, weiß ich nicht.

Du kannst natürlich immer dies als startup script hinzufügen, ist aber nicht der Punkt.
p.s. wird z.B. wahrscheinlich nicht funktionieren, wenn du mit mount in terminal mountest. Ist eher für die graphische Oberfläche gedacht, Dolphin, Thunar, Nautilus - die nutzen udev Regeln.

Nein, muss es nicht. Wenn du ein USB-Stick einsteckst, wird die Regel automatisch ausgelöst.

Bitte prüf mal das hier:

grep . /sys/block/sd*/bdi/{max_bytes,max_ratio,strict_limit}

max_bytes sollte automatisch bei 16777216 Bytes liegen, also 16 MB.

Oder du kannst die neue Version mal testen:

git clone https://gitlab.manjaro.org/fhdk/udev-usb-sync
cd udev-usb-sync
makepkg -Ccfis

Hallo megavolt,
habe das mal eingegeben, hier das Ergebnis:

[michae1@T7-Manjaro ~]$ grep . /sys/block/sd*/bdi/{max_bytes,max_ratio,strict_limit}
/sys/block/sda/bdi/max_bytes:2069291008
/sys/block/sdb/bdi/max_bytes:1034645504
/sys/block/sdc/bdi/max_bytes:1034645504
/sys/block/sdd/bdi/max_bytes:1034645504
/sys/block/sde/bdi/max_bytes:1034645504
/sys/block/sdf/bdi/max_bytes:1034645504
/sys/block/sda/bdi/max_ratio:100
/sys/block/sdb/bdi/max_ratio:50
/sys/block/sdc/bdi/max_ratio:50
/sys/block/sdd/bdi/max_ratio:50
/sys/block/sde/bdi/max_ratio:50
/sys/block/sdf/bdi/max_ratio:50
/sys/block/sda/bdi/strict_limit:0
/sys/block/sdb/bdi/strict_limit:1
/sys/block/sdc/bdi/strict_limit:1
/sys/block/sdd/bdi/strict_limit:1
/sys/block/sde/bdi/strict_limit:1
/sys/block/sdf/bdi/strict_limit:1
[michae1@T7-Manjaro ~]$

Passt das so?

Ähm nein… hast du es wirklich installiert?

Ich habe es über pamac installiert:
grafik

sudo udevadm control --reload && sudo udevadm trigger

Danach nochmal:

grep . /sys/block/sd*/bdi/{max_bytes,max_ratio,strict_limit}

USB-Stick evtl. neu einstecken.

Ansonsten keine Ahnung. Installier das hier:

Funktioniert bei mir.

1 Like

Ist es jetzt besser? Mit eingestecktem Stick:

[michae1@T7-Manjaro ~]$ sudo udevadm control --reload && sudo udevadm trigger
[sudo] Passwort für michae1:
/sys/block/sda/bdi/max_bytes:1834942464
/sys/block/sdb/bdi/max_bytes:42493597
/sys/block/sdc/bdi/max_bytes:4148804
/sys/block/sdd/bdi/max_bytes:4148804
/sys/block/sde/bdi/max_bytes:4146969
/sys/block/sdf/bdi/max_bytes:4148804
/sys/block/sda/bdi/max_ratio:100
/sys/block/sdb/bdi/max_ratio:2
/sys/block/sdc/bdi/max_ratio:0
/sys/block/sdd/bdi/max_ratio:0
/sys/block/sde/bdi/max_ratio:0
/sys/block/sdf/bdi/max_ratio:0
/sys/block/sda/bdi/strict_limit:0
/sys/block/sdb/bdi/strict_limit:1
/sys/block/sdc/bdi/strict_limit:1
/sys/block/sdd/bdi/strict_limit:1
/sys/block/sde/bdi/strict_limit:1
/sys/block/sdf/bdi/strict_limit:1
[michae1@T7-Manjaro ~]$

Jepp jetzt sind es 3MB. Nur sda wurde nicht angepasst. Dauert manchmal nen Moment oder du musst es neu einstecken im laufenden Betrieb.

Hast du Version 0.9 jetzt? sdc bis sdf müssten demnach USB 2.0 Geräte sein, da ~4MB . sdb ist USB3.0, da ~40MB. sda ist nicht angepasst.

Mit der neuen Version 0.9-1 klappt es so, wie es soll. Prima!

Ich bekomme bei der neuen Version eine Fehlermeldung.

❯ makepkg -Ccfis                                              
==> Erstelle Paket: udev-usb-sync 0.9-1 (Mi 11 Sep 2024 19:39:48 CEST)
==> Prüfe Laufzeit-Abhängigkeiten...
==> Prüfe Buildtime-Abhängigkeiten...
==> Empfange Quellen...
  -> 99-usb-sync.rules gefunden
  -> udev-usb-sync gefunden
  -> udev-usb-sync.conf gefunden
==> Überprüfe source Dateien mit sha256sums...
    99-usb-sync.rules ... FEHLGESCHLAGEN
    udev-usb-sync ... FEHLGESCHLAGEN
    udev-usb-sync.conf ... FEHLGESCHLAGEN
==> FEHLER: Eine oder mehrere Dateien überstanden nicht die Gültigkeits-Prüfung!

udev-usb-sync on  master

Dann wurden die Prüfsummen nicht aktualisiert. In der AUR ist es jetzt auch aktuell auf v0.9.

2 Likes

makepkg -Ccfis --skipinteg wenn du aus dem gitlab mit makepkg installierst.
Die Prüfsummen in AUR sind korrekt, ich habe mit yay von dort installiert.

@linux-aarhus can you update the pkgbuilg in gitlab with the new sha256 sums? Seems you have forgotten there. The AUR version (codeberg) is fine, with the new sums.

Ich hab’s jetzt aus dem AUR installiert und es klappt perfekt.
Das löst wirklich mal wieder eins der Dinge, die mich schon seit Jahren nerven.

Thank you, @linux-aarhus and @megavolt !

2 Likes

That is an oversight on my part … and :white_check_mark:

Heute kam ein neues update von udev-usb-sync 0.9-1 auf 0.9-3