[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).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hello,


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



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

    Code
    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!

    VDR-Server: Gigabyte B75M-D3H, i3-3220, TT S2-4200, TT S2-3200
    e-tobi VDR 2.4.1
    VDR-Client: Antec Micro Fusion Remote, Asus M4N78-VM, AMD Athlon II X2 235e,
    TT S2-1600
    yavdr 0.7

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

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Beim Anschließen kommt:

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


    Ein Rechteproblem?

    VDR-Server: Gigabyte B75M-D3H, i3-3220, TT S2-4200, TT S2-3200
    e-tobi VDR 2.4.1
    VDR-Client: Antec Micro Fusion Remote, Asus M4N78-VM, AMD Athlon II X2 235e,
    TT S2-1600
    yavdr 0.7

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

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Dateisystem ist ext4.

    Code
    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

    Code
    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

    Code
    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"


    Code
    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

    VDR-Server: Gigabyte B75M-D3H, i3-3220, TT S2-4200, TT S2-3200
    e-tobi VDR 2.4.1
    VDR-Client: Antec Micro Fusion Remote, Asus M4N78-VM, AMD Athlon II X2 235e,
    TT S2-1600
    yavdr 0.7

  • 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.

    Stable: YaVDR 0.4, Asus M4N78 Pro mit nVidia 8300, Atric IR, Athlon 235e/2GB RAM, HVR-4000, 2xNova S2, Onkyo SR875, Samsung TV
    Testing: YaVDR mit Zotac ND 22, Hama MCE

  • 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.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

  • Hello,


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

    Code
    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

    VDR-Server: Gigabyte B75M-D3H, i3-3220, TT S2-4200, TT S2-3200
    e-tobi VDR 2.4.1
    VDR-Client: Antec Micro Fusion Remote, Asus M4N78-VM, AMD Athlon II X2 235e,
    TT S2-1600
    yavdr 0.7

  • 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


    Code
    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....

    Stable: YaVDR 0.4, Asus M4N78 Pro mit nVidia 8300, Atric IR, Athlon 235e/2GB RAM, HVR-4000, 2xNova S2, Onkyo SR875, Samsung TV
    Testing: YaVDR mit Zotac ND 22, Hama MCE

  • 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.

    VDR-Server: Gigabyte B75M-D3H, i3-3220, TT S2-4200, TT S2-3200
    e-tobi VDR 2.4.1
    VDR-Client: Antec Micro Fusion Remote, Asus M4N78-VM, AMD Athlon II X2 235e,
    TT S2-1600
    yavdr 0.7

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!