staging.inyokaproject.org

Automount

Status: Ungelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |
Dieses Thema ist die Diskussion des Artikels Automount.

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

wenn ich mal mit raten darf: 😀

AFAIK ist der "Device-Descriptor" generisch, also unabhängig vom OS. Was ja auch sinn macht. Jedenfalls würde es zum von Max-Ulrich Farber beschrieben verhalten passen, weil HDs auch nicht automatisch eingebuden werden, so lange kein Eintrag in der fstab exisitert.

Gruß, noisefloor

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 8010

Danke für die Anregungen.

Ich habe den halben Nachmittag mit diesem Problem vertan. Mit allem Googeln habe ich nicht gefunden, wie man den Device Descriptor finden und ggf. ändern kann.

Ein anderer, äußerlich völlig identischer Stick (auch Sandisk 8GB, vfat) wird nebenbei automatisch gemountet, nur der eine nicht.

Doch soo wichtig ist das ja eigentlich gar nicht. Ich denke, ich lasse das einfach mal im Raum stehen und kümmere mich wieder um wichtigere Dinge.

Gruß - Max-Ulrich

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

wie man den Device Descriptor finden

sudo lsusb -v -s 002:002 

für Bus 2 Device 2. Mehr Infos: http://www.beyondlogic.org/usbnutshell/usb5.shtml

Gruß, noisefloor

TausB

Avatar von TausB

Anmeldungsdatum:
26. November 2009

Beiträge: 1570

Was hat das Removable Media Bit (RMB) mit dem (USB) Device Descriptor zu tun?

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 8010

Was hat das Removable Media Bit (RMB) mit dem (USB) Device Descriptor zu tun?

Mein Fehler. Ich meinte natürlich das RMB. Der Device Descriptor nützt hier wohl nichts.

EDIT:

Bei der Beschäftigung mit Automount ist mir die Notwendigkeit eines Artikels für "pmount" aufgefallen. Ich habe deshalb Baustelle/pmount angelegt und werde dafür dann eine eigene Diskussion eröffnen, wenn der Artikel weiter gediehen ist.

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

Max-Ulrich Farber kann aus "diversen Gründen" die nächsten Wochen nicht wirklich online sein und den Artikel den letzten Feinschliff verpassen.

Von daher: Hat noch jemand Anmerkungen, Änderungswünsche, Anregungen, ... für den Artikel?

Gruß, noisefloor

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

die Syntax ist ok, jedenfalls habe ich gerade keine Fehler mehr gesehen. Wenn sich niemand mehr meldet verschieben wir Ende der Woche.

Gruß, noisefloor

frustschieber Team-Icon

Ehemalige
Avatar von frustschieber

Anmeldungsdatum:
4. Januar 2007

Beiträge: 4259

zurück im Wiki mit Dank für die Überarbeitung an Max-Ulrich_Farber

hannes22

Anmeldungsdatum:
20. August 2009

Beiträge: 266

Hallo, seit einiger Zeit wird nach /media/$User/ gemountet. Ich finde das für meine Skripte unübersichtlich und habe gefunden wie man den alten Pfad verwenden kann. Ich würde das am Ende des udev Abschnittes eintragen:

SUBSYSTEM=="block", run+="/bin/mount -a"

Damit wird der Befehl mount -a immer beim Hinzufügen oder Entfernen eines blockorientierten Gerätes (block device) ausgeführt. Hierzu gehören z.B. Festplatten und USB-Sticks, aber auch Daten-CDs und -DVDs sowie Disketten.

Die Datenträger werden nach /media/$User/ gemountet. Möchte man sie an die früher übliche Stelle nämlich /media/ mounten, muss eine udev Regel erstellt werden, indem in die Datei /etc/udev/rules.d/99-udisks2.rules dies

1
2
3
4
5
# UDISKS_FILESYSTEM_SHARED
# ==1: mount filesystem to a shared directory (/media/VolumeName)
# ==0: mount filesystem to a private directory (/run/media/$USER/VolumeName)
# See udisks(8)
ENV{ID_FS_USAGE}=="filesystem|other|crypto", ENV{UDISKS_FILESYSTEM_SHARED}="1"

eingetragen wird.

Xeno Team-Icon

Ehemalige

Anmeldungsdatum:
6. April 2005

Beiträge: 2595

Hallo alle

Ich hätte auf Anhieb gesagt, dass der Artikel auch für 14.04 und 15.04 vermutlich ohne Einschränkungen gilt, habe aber nicht jede Variante getestet. Bevor der Artikel entsprechend angepasst wird, sollte IMHO noch mindestens sonst jemand den Punkt prüfen.

Lg X.

redfoxx13

Avatar von redfoxx13

Anmeldungsdatum:
14. August 2009

Beiträge: 4267

Xeno schrieb:

sollte IMHO noch mindestens sonst jemand den Punkt prüfen.

Habs jetzt mal ungetestet gemacht.

Eigentlich bin ich noch auf der Suche bin wo sich folgende Problemlösung einbinden lässt?

  • Problem: Auswurftaste am CD/DVD Laufwerk betätigen. CD/DVD wechseln und wieder mit Taster einfahren lassen. Fehlende Erkennung!

  • Problem gilt, soweit mein einfacher Kenntnisstand, bei 12.04 und 14.04

  • Lösung: Udev Regel erstellen https://bugs.freedesktop.org/show_bug.cgi?id=72206

BillMaier Team-Icon

Supporter

Anmeldungsdatum:
4. Dezember 2008

Beiträge: 6497

was machen wir mit automount via systemd? Soll das hier rein? Oder soll das einen extra Artikel unter systemd bekommen?

noisefloor Team-Icon

Anmeldungsdatum:
6. Juni 2006

Beiträge: 29567

Hallo,

da dieser Artikel schon recht lang ist und systemd ja so wie so eine eigene "Welt" hat, wäre ein separater Artikel IMHO besser.

Gruß, noisefloor

BillMaier Team-Icon

Supporter

Anmeldungsdatum:
4. Dezember 2008

Beiträge: 6497

Klingt erstmal logisch. Allerdings lassen sich systemd-automounts ja auch über die fstab steuern, wie hier: fstab (Abschnitt „Optionen-fuer-nachtraegliches-Einhaengen“) bereits notiert. Da müssen wir mal schauen, wie wir das alles strukturiert bekommen.

Max-Ulrich_Farber

(Themenstarter)
Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 8010

Oder soll das einen extra Artikel unter systemd bekommen?

Ich wäre dafür. Denn es ist ein Teil von systemd. Die entsprechenden fstab-Optionen werden ja vom systemd-fstab-generator in native systemd units übersetzt. Die fstab ist sozusagen nur noch ein Zwischenschritt. Siehe auch systemd-fstab-generator. Es gibt also keine "Konkurrenz" zwischen systemd und fstab. Der eigentliche System-Manager ist fortan ganz eindeutig systemd.