Hallo Christian, Am Dienstag, 6. Juni 2017, 10:30:37 schrieb Christian:
Hi,
in der Vergangenheit war ich es gewohnt für bestimmte externe devices eine 'udev' rule zu verwenden, um zu steuern 'wie' und 'wo' das Teil gemounted werden soll.
Bsp.: externe HDD ACTION=="add", SUBSYSTEMS=="usb", ATTRS{idVendor}=="152d", ATTRS{idProduct}=="2336", ATTRS{serial}=="504888888888", RUN+="/bin/mount -o acl,user_xattr /dev/disk/by-uuid/8d1ccb96-dddd-486d-a5c0-30c21a4af39c /xsrv"
Leider schlägt das 'automagische' neuerdings (Leap 42.2) fehl: 2017-06-06T10:21:20.261815+02:00 lap systemd-udevd[17287]: Process '/bin/mount -o acl,user_xattr /dev/disk/by-uuid/8d1ccb96-dddd-486d-a5c0-30c21a4af39c /xsrv' failed with exit code 32. 2017-06-06T10:21:21.267039+02:00 lap kernel: [57124.113189] scsi 4:0:0:0: Direct-Access ST950056 20AS PQ: 0 ANSI: 2 CCS 2017-06-06T10:21:21.267067+02:00 lap kernel: [57124.113691] sd 4:0:0:0: Attached scsi generic sg2 type 0 2017-06-06T10:21:21.267071+02:00 lap kernel: [57124.113913] sd 4:0:0:0: [sdd] 976773168 512-byte logical blocks: (500 GB/466 GiB) 2017-06-06T10:21:21.267074+02:00 lap kernel: [57124.114541] sd 4:0:0:0: [sdd] Write Protect is off 2017-06-06T10:21:21.267076+02:00 lap kernel: [57124.114545] sd 4:0:0:0: [sdd] Mode Sense: 00 38 00 00 2017-06-06T10:21:21.267079+02:00 lap kernel: [57124.115196] sd 4:0:0:0: [sdd] Asking for cache data failed 2017-06-06T10:21:21.267081+02:00 lap kernel: [57124.115200] sd 4:0:0:0: [sdd] Assuming drive cache: write through 2017-06-06T10:21:21.269794+02:00 lap kernel: [57124.117838] sdd: sdd1 2017-06-06T10:21:20.779568+02:00 lap systemd-udevd[17287]: message
------------[ cut here ]------------
Wenn ich aber als root folgendes mache: /bin/mount -o acl,user_xattr /dev/disk/by-uuid/8d1ccb96-dddd-486d-a5c0-30c21a4af39c /xsrv
dann tut es.
Kann mir jemand sagen, warum die 'udev-rule' auf die Nase fällt ? Danke für Eure Hilfe. Mein Test:
linux-a:/tmp # ls -l foomnt/ total 0 linux-a:/tmp # df | grep sdd /dev/sdd1 1442014140 511052136 857705204 38% /run/media/user/usbplatte linux-a:/tmp # mount /dev/sdd5 foomnt/ ; echo $? mount: special device /dev/sdd5 does not exist 32 linux-a:/tmp # mount /dev/sdd1 foomnt-fehler ; echo $? mount: mount point foomnt-fehler does not exist 32 Daraus schließe ich: Fehler 32 kann falsches Gerät oder Einhängepunkt sein. Bei Dir wohl richtig - ausser mit udev. Ich schlage vor, statt in udev direkt mount auszurufen ein selbst geschriebene skript zu benutzen was mount aufruft UND df und ls. Vielleicht kann das ja zur Klärung beitragen. Gruß Hugo Mahr -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org