[0.6.0] USB-Automount bei der 0.6 - erledigt

Hallo, der udisks-automounter sollte eigentlich wie gewohnt gestartet werden (das Einhängen passiert dann über udisks-glue und die /usr/bin/vdr-mounter) - das funktioniert hier auf einer frischen yaVDR 0.6 Installation für meine Eltern problemlos - gibt es denn irgendwelche Meldungen im Log? Meldet sich der USB-Stick eventuell als optisches Laufwerk (ich habe meinen Sandisk-Stick, der sich so verhält nicht dabei).

Hello,

bei mir funktioniert das automatische mounten auch nicht mehr. Ist mir heute erst aufgefallen.
Beim Anschließen passiert das:

Dec 28 18:20:02 antec kernel: [ 9477.328778] usb 1-2: new high-speed USB device number 7 using ehci-pci
Dec 28 18:20:02 antec kernel: [ 9477.477577] usb 1-2: New USB device found, idVendor=152d, idProduct=2329
Dec 28 18:20:02 antec kernel: [ 9477.477585] usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Dec 28 18:20:02 antec kernel: [ 9477.477589] usb 1-2: Product: USB to ATA/ATAPI bridge
Dec 28 18:20:02 antec kernel: [ 9477.477592] usb 1-2: Manufacturer: JMicron
Dec 28 18:20:02 antec kernel: [ 9477.477594] usb 1-2: SerialNumber: DCA0575562FF
Dec 28 18:20:02 antec kernel: [ 9477.479334] usb-storage 1-2:1.0: USB Mass Storage device detected
Dec 28 18:20:02 antec kernel: [ 9477.479578] usb-storage 1-2:1.0: Quirks match for vid 152d pid 2329: 8020
Dec 28 18:20:02 antec kernel: [ 9477.479622] scsi11 : usb-storage 1-2:1.0
Dec 28 18:20:02 antec mtp-probe: checking bus 1, device 7: "/sys/devices/pci0000:00/0000:00:02.1/usb1/1-2"
Dec 28 18:20:02 antec mtp-probe: bus: 1, device: 7 was not an MTP device
Dec 28 18:20:03 antec kernel: [ 9478.478405] scsi 11:0:0:0: Direct-Access WDC WD20 EADS-00R6B0 PQ: 0 ANSI: 2 CCS
Dec 28 18:20:03 antec kernel: [ 9478.479149] sd 11:0:0:0: Attached scsi generic sg3 type 0
Dec 28 18:20:03 antec kernel: [ 9478.480151] sd 11:0:0:0: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
Dec 28 18:20:03 antec kernel: [ 9478.486269] sd 11:0:0:0: [sdc] Write Protect is off
Dec 28 18:20:03 antec kernel: [ 9478.486283] sd 11:0:0:0: [sdc] Mode Sense: 28 00 00 00
Dec 28 18:20:03 antec kernel: [ 9478.489561] sd 11:0:0:0: [sdc] No Caching mode page found
Dec 28 18:20:03 antec kernel: [ 9478.489575] sd 11:0:0:0: [sdc] Assuming drive cache: write through
Dec 28 18:20:03 antec kernel: [ 9478.497886] sd 11:0:0:0: [sdc] No Caching mode page found
Dec 28 18:20:03 antec kernel: [ 9478.497900] sd 11:0:0:0: [sdc] Assuming drive cache: write through
Dec 28 18:20:03 antec kernel: [ 9478.500509] sdc: sdc1
Dec 28 18:20:03 antec kernel: [ 9478.507294] sd 11:0:0:0: [sdc] No Caching mode page found
Dec 28 18:20:03 antec kernel: [ 9478.507308] sd 11:0:0:0: [sdc] Assuming drive cache: write through
Dec 28 18:20:03 antec kernel: [ 9478.507318] sd 11:0:0:0: [sdc] Attached CSI disk

Wenn ich 'restart udisks-automounter' ausführe kommt im log das:

Dec 28 18:42:45 antec kernel: [10838.835827] init: udisks-automounter main process (8274) terminated with status 143
Dec 28 18:42:11 antec console-kit-daemon[1501]: GLib-CRITICAL: Source ID 290 was not found when attempting to remove it
Dec 28 18:42:45 antec console-kit-daemon[1501]: GLib-CRITICAL: Source ID 313 was not found when attempting to remove it

Was könnte ich noch machen?

Vielen Dank!

Was steht denn in /var/log/upstart/udisks-automounter.log ?

Beim Anschließen kommt:

Device file /dev/sdc inserted
Device file /dev/sdc1 inserted
Trying to automount /dev/sdc1...
Failed to automount /dev/sdc1: Not Authorized

Ein Rechteproblem?

Mit welchem Dateisystem ist die Partition denn formatiert? Kannst du die erfolgreich von Hand mounten?

Dateisystem ist ext4.

Disk /dev/sdc: 2000.4 GB, 2000398934016 bytes
81 Köpfe, 63 Sektoren/Spur, 765633 Zylinder, zusammen 3907029168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x0007103b


   Gerät  boot.     Anfang        Ende     Blöcke   Id  System
/dev/sdc1            2048  3907029167  1953513560   83  Linux

Wenn ich manuell nach /mnt/disk1 mounte kommt das im syslog

Dec 28 19:51:59 antec kernel: [  361.761244] EXT4-fs (sdc1): recovery complete
Dec 28 19:51:59 antec kernel: [  361.762377] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts:                                                         (null)
Dec 28 19:52:00 antec vdr: [2292] video directory scanner thread started (pid=1151, tid=2292, prio=high)
Dec 28 19:52:00 antec vdr-mounter: ADD: --mount /mnt/disk1
Dec 28 19:52:01 antec vdr: [1151] info: disk1 mounted (with recordings)
Dec 28 19:52:02 antec vdr: [2292] video directory scanner thread ended (pid=1151, tid=2292)

und das in udisks-automounter.log

Device file /dev/sdc1 mounted at /mnt/disk1
find: "/mnt/disk1/lost+found": Keine Berechtigung
method return sender=:1.12 -> dest=:1.51 reply_serial=2
   int32 250
   string "update of recordings triggered"
method return sender=:1.12 -> dest=:1.52 reply_serial=2
   int32 250
   string "Message queued"

root@antec:~# ls -la /mnt/disk1/
insgesamt 36
drwxr-xr-x 6 root  root   4096 Dez 26 14:25 .
drwxr-xr-x 3 root  root   4096 Dez 27 18:56 ..
drwx------ 2 root  root  16384 Jan 29  2014 lost+found
drwxr-xr-x 2 siggi siggi  4096 Mai 27  2014 undel
drwxrwxr-x 8 vdr   vdr    4096 Dez 26 11:47 vdrArchiv
drwxr-xr-x 3 siggi siggi  4096 Apr  4  2015 Video

Bei mir klappt das Mounten bislang, jedoch wird ein NTFS formatiertes Laufwerk nur für den User vdr schreibend gemountet. Das Problem ist, daß mein normaler User und der proftpd Server (user proftpd) damit nicht schreibend zugreifen können. Irgendein Tipp, wo ich was ändern muss, damit das NTFS Laufwerk auch für die Gruppe vdr schreibend gemountet wird? Ich finde die Beschränkung auf den User vdr vielleicht etwas übertrieben.

Quote from backalive

Irgendein Tipp, wo ich was ändern muss, damit das NTFS Laufwerk auch für die Gruppe vdr schreibend gemountet wird? Ich finde die Beschränkung auf den User vdr vielleicht etwas übertrieben.

Da müsstest du dich mal durch die Untiefen von udisks und udisks-glue wühlen - es kann sein, dass man die Gruppe und die Berechtigungen als Mount-Optionen in der Konfigurationsdatei hinterlegen kann.

Was genau passiert, wenn udisks-glue, das seine Berechtigungen ja aus der ConsoleKit Session zieht, auf ein Linux-Dateisystem mit "harten" Berechtigungen trifft, die es nicht so einfach ignorieren kann, müsste man sich auch mal genauer ansehen - das ist einfach ein Nutzungsszenario, das für mich nicht besonders relevant ist, weil es für mich wesentlich praktischer ist übers Netzwerk zu gehen als externe Datenträger durch die Gegend zu schleppen.

Hello,

wenn ich in /etc/init/udisks-automounter.conf das su -c vdr rausnehme funktioniert es bei mir auch wieder.

script
#exec su -c 'ck-launch-session udisks-glue -c /etc/udisks-glue/config --foreground' vdr
exec  ck-launch-session udisks-glue -c /etc/udisks-glue/config --foreground
end script

nasenbär:

Wenn ich das richtig mitbekommen habe, wird bei Linux-fremden Dateiformaten wie vfat oder NTFS damit gesteuert, daß das gemountete Laufwerk für user/gruppe vdr lesbar ist. Wenn Du es also jetzt ohne su -c cmd vdr als root mountest, kann der User vdr z.B. nicht korrekt auf NTFS/vfat Medien zugreifen, falls Du diese mal anschliesst. Damit dürfte auch die Lösung zu meiner obigen Frage interessant werden, wie man die Lese- und Schreibzugriffe auflockert:

udisks wird bei yaVDR via /etc/udisks-glue/config eingestellt. Im Extremfall kannst Du hier mit

automount_options = { noatime, "dmask=0000", "fmask=0000" }

unter match disks den Lese- und Schreibzugriff für alle erweitern.

Doch merkwürdig ist die Lösung schon bei Dir. Kann es sein, daß das Verzeichnis wo Du die Festplatte hinmountest schon existiert und/oder keine Schreibrechte für den User vdr hat? Dann würde es nur ohne su -c klappen....

Danke, mit den automount_options klappt es jetzt auch bei fat/ntfs.
Aber besser wäre es schon mit dem su vdr.
Das Verzeichnis unter /media existiert vorher noch nicht. Hatte ich immer drauf geachtet.