• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

debian: kein automatischer usb-mount beim booten

mampfi

mampfi

Hab mir testweise auf anderer Platte ein debian/lenny mit kde installiert und merke da einen Effekt mit dem mount vom usb-stick (Geräten).

Gnome-Oberfläche:

der usb-stick wird immer als media/disk eingebunden auch wenn er beim Booten eingesteckt ist.

KDE-Oberfläche:

Damit stick eingebunden wird, muss ich ihn einmal aus- und einstecken und dann bei erscheinendem Pop-Up "Öffnen" bestätigen.

Kann man den automount irgendwie beeinflussen?

(Thema ist nicht ganz unwichtig, da bei mir cronjobs backup auf usb-stick machen.)
 
S

spoensche

Das Mounten des Sticks hängt nicht mit der grafischen Oberfläche zusammen. Der Stick wird schon vorher eingebunden.

Wenn du deinen Rechner mit angeschlossenem Stick gebootet hast, postest du mal bitte die Ausgabe von
Code: 
dmesg | grep usb
 
OP
mampfi

mampfi

spoensche schrieb:
Das Mounten des Sticks hängt nicht mit der grafischen Oberfläche zusammen. Der Stick wird schon vorher eingebunden.

Wenn du deinen Rechner mit angeschlossenem Stick gebootet hast, postest du mal bitte die Ausgabe von
Code: 
dmesg | grep usb
Zum Vergrößern anklicken....


Rein theoretisch sollte das so sein, aber auf den Platten mit gnome funzt es und den Platten mit kde funzt es nicht.

Dann werd ich (morgen) mal umstecken und den dmesg posten
 
OP
mampfi

mampfi

vielleicht nocht wichtig:

Hab verschiedene Versuche mit (installiertem) usbmount und gnome-mount hinter mir.

usbmount präsentiert unter /media Verzeichnisse die jedoch leer sind.

Mit gnome-mount ließ sich usbstick mounten (wär ein Ansatz gewesen) braucht als Parameter aber verschiedene /dev/sdx, je nachdem, ob Externe Platte eingeschaltet ist oder nicht
 
J

josef-wien

spoensche schrieb:
Das Mounten des Sticks hängt nicht mit der grafischen Oberfläche zusammen. Der Stick wird schon vorher eingebunden.
Zum Vergrößern anklicken....
Diese Aussge ist zwar in der grauen Theorie richtig, die gelebte Praxis sieht aber anders aus. Bei openSUSE ist es so, daß unter KDE 3.5 das USB-Medium zuerst einhängt und dann der Benutzer gefragt wird, was geschehen soll, während unter KDE 4 das USB-Medium nicht eingehängt wird, sondern zuerst der Benutzer gefragt wird. Zu GNOME und zu Debian kann ich nichts sagen.
 
OP
mampfi

mampfi

Zu gnome kann ich folgende Aussage machen:

Unabhängig, welche Linux-Distri installiert ist, bei gnome funktioniert es, bei kde nicht.
gnome: Schaltet man im Betrieb usb-Medien dazu werden kommt natürlich der Dialog mit der Einbindungsfrage

Das Problem wäre mit dem gnome-mount gelöst, da gabs aber das Problem mit dem device (dev/sd?)

Ich noch einen dmesg schuldig (Platte demnächst umhäng)
 
OP
mampfi

mampfi

So nun dmesg, mit angehängtem usb-stick, ist ein bißchen groß:

3.192842] usbcore: registered new interface driver usbfs
[ 3.192909] usbcore: registered new interface driver hub
[ 3.192975] usbcore: registered new device driver usb
[ 3.250350] usb usb1: configuration #1 chosen from 1 choice
[ 3.352395] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[ 3.352405] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 3.352410] usb usb1: Product: OHCI Host Controller
[ 3.352413] usb usb1: Manufacturer: Linux 2.6.26-2-686 ohci_hcd
[ 3.352417] usb usb1: SerialNumber: 0000:00:03.0
[ 3.410273] usb usb2: configuration #1 chosen from 1 choice
[ 3.512265] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[ 3.512274] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 3.512280] usb usb2: Product: OHCI Host Controller
[ 3.512283] usb usb2: Manufacturer: Linux 2.6.26-2-686 ohci_hcd
[ 3.512287] usb usb2: SerialNumber: 0000:00:03.1
[ 3.656109] usb 1-2: new full speed USB device using ohci_hcd and address 2
[ 3.668242] usb usb3: configuration #1 chosen from 1 choice
[ 3.772253] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002
[ 3.772260] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 3.772265] usb usb3: Product: EHCI Host Controller
[ 3.772269] usb usb3: Manufacturer: Linux 2.6.26-2-686 ehci_hcd
[ 3.772272] usb usb3: SerialNumber: 0000:00:03.2
[ 4.472014] usb 3-3: new high speed USB device using ehci_hcd and address 3
[ 4.606178] usb 3-3: configuration #1 chosen from 1 choice
[ 4.606729] usb 3-3: New USB device found, idVendor=0930, idProduct=6544
[ 4.606739] usb 3-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4.606744] usb 3-3: Product: USB Flash Memory
[ 4.606748] usb 3-3: Manufacturer:
[ 4.606751] usb 3-3: SerialNumber: 0708152047052
[ 4.900023] usb 2-1: new full speed USB device using ohci_hcd and address 2
[ 5.116018] usb 2-1: configuration #1 chosen from 1 choice
[ 5.119292] usb 2-1: New USB device found, idVendor=03f0, idProduct=0c17
[ 5.119303] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5.119308] usb 2-1: Product: hp LaserJet 1010
[ 5.119312] usb 2-1: Manufacturer: Hewlett-Packard
[ 5.119315] usb 2-1: SerialNumber: 00CNFD959232
[ 5.119824] usbcore: registered new interface driver usb-storage
[ 5.123763] usb-storage: device found at 3
[ 5.123773] usb-storage: waiting for device to settle before scanning
[ 10.120400] usb-storage: device scan complete
[ 12.602353] usblp0: USB Bidirectional printer dev 2 if 0 alt 1 proto 2 vid 0x03F0 pid 0x0C17
[ 12.602398] usbcore: registered new interface driver usblp
 
OP
mampfi

mampfi

Also ich hab jetzt auf der anderen Festplatte (mit kde) verschiedene "Tierversuche" gemacht.

Z.B. verschiedenes im /etc/udev-Verzeichniss (config.dateien verändert oder sogar gelöscht).

Und auch dazugelernt.

Projektziel ist wohl (für mich) zu kompliziert, um es lösen.

Bei installiertem kde heisst das einfach usb-medien einstecken, bzw. einschalten.

Also: xy ungelöst.
 
S

spoensche

Wie sieht den deine /etc/udev/rules.d/51-usb-modeswitch.rules aus?
Wie sieht deine /etc/usb_modeswitch.conf aus?

Welche Dateien hast du in /etc/udev gelöscht?
 
OP
mampfi

mampfi

Zunächst hatte ich in der 50-udev.rules (testhalber) die Einträge für usb auskommentiert. Nachdem das Mounten beim Einstecken vom usb-stick trotzdem funktioniert hat, seltsamerweise.

Dann hab ich mir den Spaß gemacht, die Datei komplett zu löschen bzw. auszulagern.

Dann blieb ich beim Booten auf der Kommandozeile stehen.

Nach Wiederherstellen der Datei lief alles wieder durch.
 
S

spoensche

mapfi schrieb:
Zunächst hatte ich in der 50-udev.rules (testhalber) die Einträge für usb auskommentiert. Nachdem das Mounten beim Einstecken vom usb-stick trotzdem funktioniert hat, seltsamerweise.
Zum Vergrößern anklicken....

Die in /etc/udev/rules.d vorhandenen Regeln werden beim Systemstart verwendet. Wenn du allerdings im Betrieb den Stick einsteckst, meldet der HAL (Hardware Abstraction Layer) das dem Udev. (Neue Hardware , Udev leg mal die Gerätedateien an)

Poste mal den Inhalt der Dateien (udev). Was sagen die Logfiles?
 
T

Tooltime

spoensche schrieb:
Wenn du allerdings im Betrieb den Stick einsteckst, meldet der HAL (Hardware Abstraction Layer) das dem Udev. (Neue Hardware , Udev leg mal die Gerätedateien an)
Zum Vergrößern anklicken....
Und woher weiß HAL das eine neues Gerät angestöpselt wurde?

Ich nehme mal an unter Debian läuft es ähnlich wie bei openSUSE. Die neue Hardware wird von udev erkannt, falls nötig das Modul geladen und eine entsprechende Device-Datei angelegt. Anschließend gibt er die Meldung per DBus raus, hurra ein neues Gerät ist da!

Genau an dieser Stelle ist der Initialisierungsvorgang praktisch zu Ende. Jetzt kommt es darauf an, das sich irgend jemand für das Gerät zuständig fühlt und weitere Aktionen in die Hand nimmt. Auf einem normalen Desktoprechner ist das die grafische Oberfläche, sie kann per DBus bei HAL nachfragen welche Aktionen so denn möglich sind und diese von HAL ausführen lassen (z.B. mounte USB-Stick). Wobei HAL demnächst von udev abgelöst werden soll.

Bei KDE4 wird die Kommunikation zu HAL von solid-hardware übernommen, das man auch manuell nutzen kann. Kleines Beispiel, für einen USB-Stick (udi ist ein eindeutiger Gerätename, die Rückmeldung von solid-Hardware wird kursiv dargestellt):

  • # Suchen wir den Stick
    solid-hardware query 'StorageDrive.hotpluggable==true'
    udi = '/org/freedesktop/Hal/devices/storage_serial_0930_USB_Flash_Memory_xxxx_0'
    # Welche Partitionen gehören zu der udi
    solid-hardware query 'IS StorageVolume' '/org/freedesktop/Hal/devices/storage_serial_0930_USB_Flash_Memory_xxxx_0'
    udi = '/org/freedesktop/Hal/devices/volume_uuid_4_XXXX'
    # Und nun den Stick mounten
    solid-hardware mount /org/freedesktop/Hal/devices/volume_uuid_4_XXXX'

Nach den kleinen Ausflug zum Thema mounten von Hotpluggeräten, stell ich mal eine blöde Frage. Warum mountest du den Backup-Stick nicht manuell per fstab-Eintrag mit deinem Backup/Cron-Script? Dann bist du vom Desktop komplett unabhängig.
 
OP
mampfi

mampfi

Tooltime schrieb:
spoensche schrieb:
Wenn du allerdings im Betrieb den Stick einsteckst, meldet der HAL (Hardware Abstraction Layer) das dem Udev. (Neue Hardware , Udev leg mal die Gerätedateien an)
Zum Vergrößern anklicken....
Und woher weiß HAL das eine neues Gerät angestöpselt wurde?

Ich nehme mal an unter Debian läuft es ähnlich wie bei openSUSE. Die neue Hardware wird von udev erkannt, falls nötig das Modul geladen und eine entsprechende Device-Datei angelegt. Anschließend gibt er die Meldung per DBus raus, hurra ein neues Gerät ist da!

Genau an dieser Stelle ist der Initialisierungsvorgang praktisch zu Ende. Jetzt kommt es darauf an, das sich irgend jemand für das Gerät zuständig fühlt und weitere Aktionen in die Hand nimmt. Auf einem normalen Desktoprechner ist das die grafische Oberfläche, sie kann per DBus bei HAL nachfragen welche Aktionen so denn möglich sind und diese von HAL ausführen lassen (z.B. mounte USB-Stick). Wobei HAL demnächst von udev abgelöst werden soll.

Bei KDE4 wird die Kommunikation zu HAL von solid-hardware übernommen, das man auch manuell nutzen kann. Kleines Beispiel, für einen USB-Stick (udi ist ein eindeutiger Gerätename, die Rückmeldung von solid-Hardware wird kursiv dargestellt):

  • # Suchen wir den Stick
    solid-hardware query 'StorageDrive.hotpluggable==true'
    udi = '/org/freedesktop/Hal/devices/storage_serial_0930_USB_Flash_Memory_xxxx_0'
    # Welche Partitionen gehören zu der udi
    solid-hardware query 'IS StorageVolume' '/org/freedesktop/Hal/devices/storage_serial_0930_USB_Flash_Memory_xxxx_0'
    udi = '/org/freedesktop/Hal/devices/volume_uuid_4_XXXX'
    # Und nun den Stick mounten
    solid-hardware mount /org/freedesktop/Hal/devices/volume_uuid_4_XXXX'

Nach den kleinen Ausflug zum Thema mounten von Hotpluggeräten, stell ich mal eine blöde Frage. Warum mountest du den Backup-Stick nicht manuell per fstab-Eintrag mit deinem Backup/Cron-Script? Dann bist du vom Desktop komplett unabhängig.
Zum Vergrößern anklicken....


Inzwischen ist auf der Platte wieder debian/gnome, beruflichen Arbeitsrechner sollte ich nicht crashen.

Momentan zum Test noch verfügbar: Rechner mit installiertem Open Suse 11.2.

Zu deiner Frage: Da müsste erst mal rausgefunden werden, welches Device zu mounten ist.
 
T

Tooltime

mampfi schrieb:
Zu deiner Frage: Da müsste erst mal rausgefunden werden, welches Device zu mounten ist.
Zum Vergrößern anklicken....
Aber nur einmal! Dazu einmal tail -f /var/log/messages, Stick anschließen
...
May 15 13:41:12 hostname kernel: [ 5203.237157] sd 8:0:0:0: [sdc] Attached SCSI removable disk
...
Zum Vergrößern anklicken....
und dann nur
ls -l /dev/disk/by-id | grep sdc
oder
ls -l /dev/disk/by-uuid | grep sdc
Zum Vergrößern anklicken....
Das sind eindeutige Gerätenamen die auf den aktuellen Anschluss per Link zeigen. Mit der Methode sollte man auch eine interne Platte wiederfinden, die extern als USB-Disk angeschlossen wird.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben