I don't know how to track down what application causes this. inotify is for monitoring file system events, so it looks like these come from userspace. T16:20:58.631408+02:00 SLES12RDX systemd-udevd: device /dev/sda closed, synthesising 'change'Įtc., etc., and the udev synthesizes "change" events, which cause the multiple rescans of the whole block device and all partitions. Namely, you get "inotify close" events both for /dev/sda and /dev/sdb: T16:20:28.414845+02:00 SLES12RDX systemd-udevd: inotify event: 8 for /dev/sda I still don't know what causes this, but I can point you to the place(s) in the udevd debug log where it happens. sd 4:0:0:0: Attached SCSI removable disk sd 4:0:0:0: Attached scsi generic sg2 type 0 usb-storage 2-1.6:1.0: USB Mass Storage device detected usb 2-1.6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 2-1.6: New USB device found, idVendor=1a5a, idProduct=0006 This is the log, when i am connection a RDX-Device via USB but the effect is the same with USB-Sticks After mounting the device, this messages stop. This effect only remains until I have mounted the device. So all this effect and logs are created without any custom udev rule. I have deactivated the custom udev rules to exclude this as the source of error. The udev rule is now executed several times, every time the device letters is showing up. The problem with that is that i execute a udev rule, every time a USB device is plugged in. It looks like the USB devices repeatedly plugged in or re-assign the device letters sdb1: sdb1 I got a problem when i am pluggin USB devices into my server.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |