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 repeated 3 times: [ 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.271247+02:00 lap systemd-udevd[17309]: 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.274118+02:00 lap systemd-udevd[17310]: 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.274992+02:00 lap kernel: [57124.120032] sd 4:0:0:0: [sdd] Attached SCSI disk 2017-06-06T10:21:21.278190+02:00 lap systemd-udevd[17310]: 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.278861+02:00 lap systemd-udevd[17309]: 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.280578+02:00 lap systemd-udevd[17314]: 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.284216+02:00 lap systemd-udevd[17313]: 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.564453+02:00 lap systemd-udevd[17315]: 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.655000+02:00 lap kernel: [57124.501069] REISERFS (device sdd1): found reiserfs format "3.6" with standard journal 2017-06-06T10:21:21.655009+02:00 lap kernel: [57124.501111] REISERFS (device sdd1): using ordered data mode 2017-06-06T10:21:21.655010+02:00 lap kernel: [57124.501112] reiserfs: using flush barriers 2017-06-06T10:21:21.691004+02:00 lap kernel: [57124.537224] REISERFS (device sdd1): journal params: device sdd1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 2017-06-06T10:21:21.691015+02:00 lap kernel: [57124.537385] REISERFS (device sdd1): checking transaction log (sdd1) 2017-06-06T10:21:21.750984+02:00 lap kernel: [57124.598386] REISERFS (device sdd1): Using r5 hash to sort names 2017-06-06T10:21:24.115036+02:00 lap kernel: [57126.960007] ------------[ 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. -- Christian ------------------------------------------------------------ https://join.worldcommunitygrid.org?recruiterId=177038 ------------------------------------------------------------ http://www.sc24.de - Sportbekleidung ------------------------------------------------------------ -- 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
Am Dienstag, 6. Juni 2017, 10:30:37 CEST 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 repeated 3 times: [ 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.271247+02:00 lap systemd-udevd[17309]: 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.274118+02:00 lap systemd-udevd[17310]: 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.274992+02:00 lap kernel: [57124.120032] sd 4:0:0:0: [sdd] Attached SCSI disk 2017-06-06T10:21:21.278190+02:00 lap systemd-udevd[17310]: 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.278861+02:00 lap systemd-udevd[17309]: 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.280578+02:00 lap systemd-udevd[17314]: 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.284216+02:00 lap systemd-udevd[17313]: 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.564453+02:00 lap systemd-udevd[17315]: 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.655000+02:00 lap kernel: [57124.501069] REISERFS (device sdd1): found reiserfs format "3.6" with standard journal 2017-06-06T10:21:21.655009+02:00 lap kernel: [57124.501111] REISERFS (device sdd1): using ordered data mode 2017-06-06T10:21:21.655010+02:00 lap kernel: [57124.501112] reiserfs: using flush barriers 2017-06-06T10:21:21.691004+02:00 lap kernel: [57124.537224] REISERFS (device sdd1): journal params: device sdd1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 2017-06-06T10:21:21.691015+02:00 lap kernel: [57124.537385] REISERFS (device sdd1): checking transaction log (sdd1) 2017-06-06T10:21:21.750984+02:00 lap kernel: [57124.598386] REISERFS (device sdd1): Using r5 hash to sort names 2017-06-06T10:21:24.115036+02:00 lap kernel: [57126.960007] ------------[ 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. Evtl. deswegen: #which mount /usr/bin/mount
Stephan -- 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
Stephan Hemeier [06.06.2017 18:17]:
Am Dienstag, 6. Juni 2017, 10:30:37 CEST 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
[...]
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.
Evtl. deswegen: #which mount /usr/bin/mount
Stephan
ll /bin/mount lrwxrwxrwx 1 root root 14 May 24 07:38 /bin/mount -> /usr/bin/mount rpm -qf /bin/mount util-linux-2.28-12.3.1.x86_64 --
Am 07.06.2017 um 07:46 schrieb Werner Flamme:
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. ^^^^^^^^^^^^^^^^^^^^^ unabhängig davon, ob und wie das verlinkt ist. Als 'root' ausgeführt: funktioniert Als 'udev-rule' ausgeführt: funktioniert nicht
ll /bin/mount lrwxrwxrwx 1 root root 14 May 24 07:38 /bin/mount -> /usr/bin/mount
rpm -qf /bin/mount util-linux-2.28-12.3.1.x86_64
das ist zwar nett aufgelöst, hat aber mit dem Problem wenig zu tun, denn als 'root' auf der Konsole 'tut es', aber der gleiche Befehl in der udev-rule nicht. Und das hat schon mal funktioniert. Nur eben jetzt tut es nicht mehr. Ich kann aber auch nicht sagen, wann es das letzte Mal funktioniert hat. Ob das noch auf der 42.2 tat oder vor dem dem Upgrade von 42.1 ... Trotzdem Danke :) -- Christian ------------------------------------------------------------ https://join.worldcommunitygrid.org?recruiterId=177038 ------------------------------------------------------------ http://www.sc24.de - Sportbekleidung ------------------------------------------------------------ -- 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
Christian [07.06.2017 11:36]:
Am 07.06.2017 um 07:46 schrieb Werner Flamme:
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. ^^^^^^^^^^^^^^^^^^^^^ unabhängig davon, ob und wie das verlinkt ist. Als 'root' ausgeführt: funktioniert Als 'udev-rule' ausgeführt: funktioniert nicht
ll /bin/mount lrwxrwxrwx 1 root root 14 May 24 07:38 /bin/mount -> /usr/bin/mount
rpm -qf /bin/mount util-linux-2.28-12.3.1.x86_64
das ist zwar nett aufgelöst, hat aber mit dem Problem wenig zu tun, denn als 'root' auf der Konsole 'tut es', aber der gleiche Befehl in der udev-rule nicht. Und das hat schon mal funktioniert. Nur eben jetzt tut es nicht mehr. Ich kann aber auch nicht sagen, wann es das letzte Mal funktioniert hat. Ob das noch auf der 42.2 tat oder vor dem dem Upgrade von 42.1 ...
Trotzdem Danke :)
Sorry, ich hätte meinen ganzen Gedankengang dazuschreiben sollen. Funktioniert es denn als udev-Rule, wenn Du /usr/bin/mount nimmst? Wenn ja, dann gehe ich davon aus, dass a) das udev-Regelwerk in der initrd ausgeführt wird und b) die initrd den Symlink nicht hat Wenn ich mir mit "grep -rin mount *" im Verzeichnis /usr/lib/dracut den mount-Befehl ansehe, steht er nirgends mit Pfad. Vielleicht klappt auch die udev-Regel ohne Pfadangabe? Werner --
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
participants (4)
-
Christian -
Hugo -
Stephan Hemeier -
Werner Flamme