Tôi đang cố gắng làm quen với udev, trong Ubuntu 13.10.
Đây là quy tắc 95.usbbackup.rules đơn giản đầu tiên của tôi:
ACTION=="add", SUBSYSTEMS="usb", RUN+="/usr/local/bin/my_backup.sh"
và đây là tập lệnh (đã được chmodded + x) my_backup.sh:
#!/bin/bash
touch /tmp/test
Không có gì xảy ra khi tôi cắm vào ổ đĩa ngoài. Làm cách nào tôi có thể kiểm tra (nhật ký, lệnh, bất cứ thứ gì) nếu quy tắc được kích hoạt?
Cảm ơn rất nhiều
Câu trả lời:
Tôi khá chắc chắn rằng điều này sẽ làm việc. Bạn đã tải lại quy tắc udev của bạn sau khi chỉnh sửa quy tắc của bạn?
udevadm control --reload-rules && udevadm trigger làm gốc.
KERNEL!="sdz*"và bạn sẽ nhận được mọi thứ (ngoại trừ sdz [1-9])
udevadm monitor
Bạn có thể đưa ra một lệnh như root như thế này:
màn hình udevadm
Nó sẽ hiển thị khi một quy tắc đã bị sa thải.
udevadm monitorchỉ hiển thị các sự kiện udev, nhưng không hiển thị nếu một quy tắc tương ứng được kích hoạt. Tuy nhiên, bạn có thể tìm kiếm sự kiện sẽ kích hoạt quy tắc, nhưng sau đó bạn không biết liệu quy tắc của mình có hoạt động không.
Tôi đang chạy kernel 3.0.35, nhưng cách sau đây phù hợp với tôi.
Để có được đường dẫn cho thiết bị, bạn có thể làm một cái gì đó như thế này:
udevadm info --name /dev/sda1 --query all
Bạn sẽ nhận được nhiều thông tin hơn bạn cần nhưng bạn quan tâm đến DEVPATH. Sau đó, để xem những gì quy tắc udev được thực thi, bạn chạy này:
udevadm test DEVPATH
Tôi không nghĩ rằng điều này thực sự thực thi các quy tắc, tài liệu nói rằng điều này 'mô phỏng' các sự kiện cho thiết bị đã cho. Để có thêm thông tin, hãy xem trang người đàn ông này: https://www.freedesktop.org/software/systemd/man/udevadm.html
Với udev / systemd phiên bản 241 và tương tự, như root:
udevadm control --log-priority=debug
journalctl -f
Hoặc để làm cho nó vĩnh viễn, một lần nữa là root:
vi /etc/udev/udevd.conf
systemctl restart systemd-udevd
journalctl -f
PS: câu trả lời sai thường xuyên nhất nhưng IMHO trông giống như:
udevadm -d kiểm tra / thiết bị / trong đó / là / của tôi / thiết bị | & ít hơn
... nhưng điều này có một số vấn đề. Những cái chính:
where/is/my/device? Vô dụng, phức tạp và dễ bị lỗi.
So sánh các câu trả lời cũ với đầu ra phiên bản udev gần đây, udevadm testdường như hiển thị ít thông tin hơn trước đây.
udevadm -d test chỉ là một mô phỏng ! Mỗi khi nó cảnh báo:
Chương trình này chỉ dành cho gỡ lỗi, nó không chạy bất kỳ chương trình nào được chỉ định bởi khóa RUN. Nó có thể hiển thị kết quả không chính xác, bởi vì một số giá trị có thể khác hoặc không có sẵn khi chạy mô phỏng.
udevadm test là để phát triển một quy tắc mới, nó không phải để khắc phục các quy tắc bị hỏng, bị thiếu hoặc bị ghi đè.
Tôi đã gặp vấn đề tương tự với Raspberry Pi 3 B +. Tôi đã cố gắng gọi một tập lệnh khi lắp thiết bị lưu trữ USB. Các quy tắc không được đăng nhập vào syslog, vì vậy rất khó để hiểu quy tắc nào hoạt động hoặc quy tắc nào thất bại.
Vì vậy, tôi đã làm như sau:
sudo /etc/init.d/udev restartvà khi tôi kiểm tra, nó đã hoạt động.
Một phần thông tin, có thể có hoặc không hữu ích, đó là các hệ thống tập tin chỉ đọc cho udev cho đến khi lệnh trong bước 2 được thực thi.
udevadm test $(udevadm info --query=path --name=device_name)sẽ cho bạn biết các lệnh nào sẽ được thực thi trên thiết bị cắm vào, trích dẫn các udevquy tắc liên quan. Ví dụ:
# udevadm test /block/sdd
...
udev_rules_apply_to_event: PROGRAM '/sbin/multipath -c /dev/sdd' /lib/udev/rules.d/40-multipath.rules:11
...
SUBSYSTEMS=="usb". Tức là nhân đôi==kiểm tra sự bằng nhau thay vì đơn lẻ=gán giá trị cho khóa.