Ok, *ich* habe einen fehler gemacht, die falsche partiton ausgehangen und den USB-stick abgezogen. Jetzt ist die datenträgerverwaltung wohl beleidigt und redet mit keiner anwendung mehr (thunar, dolfin, qtfm; alles unter fluxbox), egal welchen USB-stick ich einstecke. An- und abgemeldet habe ich mich, dennoch: beleidigungsstatus der wechselträgerverwaltung immer noch auf "ich rede nichtmehr mit dir".
Den reboot möchte ich zunächst vermeiden, weil ich sehen will, ob man durch gutes zureden hier einen sinneswandel erreichen kann.
Hier kommt ihr ins spiel, wie kann man die datenträgerverwaltung zu einem neustart inspirieren ohne zu rebooten?
Wie lauten die magischen worte?
Hi,
vielleicht hilft udevadm trigger
Gruß
ayla
Danke, leider brachte das nichts.
Ich habe noch "man udevadm" durchgelesen, ein "udevadm info --cleanup-db" versucht, auch nichts.
Da mich das nun doch zu sehr aufgehalten hat, habe ich rebootet, und nun klöappt das wider. Ist jedoch alles andere als ideal.
Falls doch noch jemand weiß wie man die datenträgerverwaltung in einem solchen fall wieder in gang setzt bitte hier posten.
Wurde der Stick den danach in /dev/sdX angezeigt?
Konntest du ihn danach mit root und mount /dev/sdX /.../.. mounten?
Ähnliches ist mir auch schon unter XFCE passiert (also Stick beim Schreiben abgezogen), trotzdem ging danach noch alles, würde eher auf ein fluxbox Problem tippen.
Mit "Wechselträgerverwaltung" meinst du dann etwas Fluxbox eigenes?
Quote from: "Smon"Wurde der Stick den danach in /dev/sdX angezeigt?
Konntest du ihn danach mit root und mount /dev/sdX /.../.. mounten?
hab ich nichtr nachgesehen
QuoteMit "Wechselträgerverwaltung" meinst du dann etwas Fluxbox eigenes?
Nö, ich meine damit das teil was dafür sorgt dass meine filemanager den stick anzeigen. Da gibt es in fluxbox selbst ja gar nichts eigenes, das wird wohl über udevadm gehen, aber da kenn ich mich nicht aus.
Und ich hatte gehofft mir könnte eben jemand die magischen worte verraten, mit denen man diesen wechselträgermechanismus händisch neu anstoßen kann. aylas vorschlag brachte ja leider nichts.
Das macht dbus, soweit ich weiß.
Allerdings kann auch das Programm von fluxbox, welches auf dbus zugreift, ein Fehler haben.
Würde dann das nächste mal einmal das probieren:
/etc/init.d/dbus restart