Questions tagged «udev»

内核的设备管理器,负责/ dev的内容。

2
防止特定的USB设备自动挂载
我想阻止USB设备在Ubuntu 13.04中自动挂载。例如,当我将iPhone 5连接到台式机时,系统会始终提示我要执行的操作(是否要擦除连接到本机的“ iPod”等)。由于我不只是将计算机用作设备充电的方式,因此有什么方法可以防止设备安装并仍然允许设备从机器中汲取电流?

1
仅在选定的USB端口上使用大容量存储设备-如何?
在给定的USB端口上,我只想接受USB大容量存储功能,而别无其他。没有HID设备,没有蓝牙适配器,没有RS232转换器,什么都没有。有没有办法做到这一点,例如使用udev?我知道我可以编写一个自定义udev规则,以包括给定设备或给定端口的驱动程序,但是我可以以某种方式排除所有其他驱动程序吗?我想只允许一个类的设备,即USB大容量存储设备的; 此类中有无数种不同的设备型号,我不知道哪个将连接到端口(客户端将自带端口,我无法影响这一点)。 经过重新编程的USB固件带来的威胁只会在可预见的将来变得更糟。在这种情况下,我试图减轻它们的负担:我有一台内部连接USB外设(网卡,专用外设,键盘)和一个面向公众的USB端口的计算机,该USB端口仅用于文件传输。因此,我无法将其他USB模块完全列入黑名单。但我想“清理”该特定端口,以便插入其他设备类型将无济于事。 机箱是物理锁定的,因此只能从外部访问此特定的USB端口,并且与机箱进行干预或拼接到键盘电缆中应足够怀疑以触发物理安全响应;此外,我不希望大多数用户受到恶意软件的攻击,但是我希望不知不觉中重新刷新的USB驱动器的载体数量会增加(与以前的软启动扇区感染一样)。就安全性而言,用户携带恶意的“武器化” USB磁盘还是不知道它是否“受到感染”并不重要。 我知道完美的安全性在这里是行不通的,并且允许用户以任何方式与系统进行交互都是有风险的-但是,I,我需要在安全性和可用性之间取得平衡:计算机必须是客户端可用的。另外,我并不想以此来防御目标明确的攻击者。相反,我将其用作缓解技术之一,因此该系统并非易事。
14 drivers  usb  udev 

3
如何获得/ dev / ttyUSB的总线和设备关系
我需要编写一个脚本来重新启动USB软件狗。我拥有所有工具,但是无法将/ dev / ttyUSBx链接到物理BUS和DEVICE。问题是我有三个具有相同ID供应商和ID产品的加密狗。 如果我做lsusb输出是: Bus 001 Device 004: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem Bus 001 Device 006: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 HSDPA Modem / E270 HSDPA/HSUPA Modem Bus 001 Device 007: ID 12d1:1003 Huawei Technologies Co., Ltd. E220 …
14 server  usb  usb-modem  udev 

2
当用户不安全地拔出USB拇指驱动器时提醒用户
用户在拔出USB拇指驱动器而未卸载的情况下反复抱怨其数据丢失。我们在计算机上运行Ubuntu 14.04 LTS。自动挂载已启用。 由于我已经厌倦了记住它们在拔出之前必须进行安全移除,因此我想让Ubuntu在每次拔出已安装的USB驱动器时显示警报。 我想到要添加一条udev规则,该规则可notify-send在驱动器仍安装的情况下在删除时运行。如何确定USB驱动器在卸下时是否已安装?


1
无法访问USB记忆棒,并且系统在关机时挂起:与旧硬件有关?
请注意帖子末尾的三个更新。 原始问题 我使用该forcepae选件在旧版Acer Travelmate 4500上安装了Lubuntu 14.04.1,并根据/ubuntu//a/515909/288322调整了upowerd.py 。在运行更新管理器直到据说系统是最新的之后,我遇到两个问题:无法访问USB记忆棒,并且笔记本计算机在关机期间挂起。 该问题可能以某种方式与更新包“ common library libudev”和“ / dev / and hotplug background process”有关:我一次选择了一个更新;当选择“公共库libudev”作为倒数第二个(我想选择“ / dev /和hotplug后台进程”作为倒数第二个)时,状态栏将显示更新Setting up udev (204-5ubuntu20.5)。它说在此之前的几行Adding diversion of /bin/udevadm to /bin/udevadm.upgrade by fake-udev';这可能也很有趣。除此之外,通常是准备拆包,拆包,处理和设置“ libudev1:i386(204-5ubuntu20.5)”。我不得不杀死更新管理器,然后重新启动笔记本电脑。 现在,即重新开机后,我可以访问USB记忆棒和系统关机工作优秀(显示All processes ended within 1 seconds...,有关NetworkManager的消息[471],Deactivating swap并且Will now halt然后,关闭。到目前为止好,但无线不工作;没有eth1列出iwconfig。我重新启动,但是按描述继续运行(USB完美,关机完美,无无线)。在那个阶段,我在问题/ubuntu//中发布了描述。q / 521402/288322(即使我关闭了这个问题,也许这种描述可能会有所帮助。) 然后,我再次打开更新管理器,它会自动运行一些任务并显示消息,表明系统现在是最新的。没有更多可用的更新,即我尚未选择安装的“ / dev /和hotplug后台进程”必须已自动安装。USB和关机有效,无线无效。 然后,重新启动后,情况发生了变化:现在,我... ...无法访问任何USB记忆棒; ...系统挂起,Killing …
13 14.04  usb  kernel  lubuntu  udev 


4
将HDMI监视器/接收器插入笔记本电脑时,将音频自动切换到HDMI
我有一台带HDMI端口的笔记本电脑。当我们无家可归并与朋友在一起时,我一直在使用HDMI电缆将其插入他们的环绕声接收器中。要使声音正常工作,我必须打开声音设置作业,然后将硬件配置文件从“模拟立体声输出”切换到“数字立体声(HDMI)输出”,以使声音来自环绕声而不是笔记本电脑的杂音扬声器。 拔下电源时,我必须做相反的操作,以使声音从扬声器中传出。 我对此有点无聊。我想编写这个脚本。我已经看到了这个问题及其答案,但是pacmd list-sinks当声音配置文件下拉列表显示多个选项时,仅显示一个沉陷。 我是否可以将udev事件挂接到该事件,以便每当HDMI状态更改时它都可以运行脚本?
13 sound  pulseaudio  hdmi  udev 

2
连接监视器时运行脚本
usr/local/bin/当我将外接显示器连接到笔记本电脑时,我试图运行位于其中的脚本。我试图添加一条新udev规则,但这没有用。我创建了一个新的文件/etc/udev/rules.d名为vga-monitor-connect.rules。该文件的内容是 SUBSYSTEM=="drm", ACTION=="change", RUN+="/usr/local/bin/panel-fix" 我从这个答案中脱颖而出 在网上搜索后,我还尝试了以下规则 KERNEL=="card0", SUBSYSTEM=="drm", ENV{DISPLAY}=":0", ENV{XAUTHORITY}="/home/rumesh/.Xauthority", RUN+="/usr/local/bin/panel-fix" 但是,这也不起作用。 我已经手动运行了脚本,并且可以确认它可以正常工作,所以我的脚本不是问题。 我也想表明我不太了解,udev所以我使用的规则可能是错误的。如果有人知道解决我的问题的适当规则,请留下答案。 我的显卡是英特尔GM965集成芯片组

1
如何在可移动驱动器上设置可执行权限?
我正在使用Ubuntu 10.10,并使用USB驱动器,但发现无法将驱动器上的任何程序更改为+ x。它正在由Gnome自动挂载(我想使用udev?),所以我想问题是挂载选项,但是我似乎找不到在任何地方修改默认挂载选项的方法。fstab中没有条目。有人遇到这个问题吗?

5
如何从Nautilus左侧面板隐藏/删除分区?
我有加密分区的luks设置。而且我不希望计算机上的每个人都看到我有这样的分区。不幸的是,它在nautilus的“设备”面板中显示为“加密分区”。 有没有办法防止它在那里显示?我设法通过usb密钥设置了身份验证,但是我不想在面板中显示加密分区。
12 nautilus  udev  luks 

2
将可预测的网络接口名称与备用内核一起使用
几乎一直以来,我都使用Ubuntu内核PPA中的内核,或者使用Ubuntu内核配置自己编译的内核。 问题是当我使用标准内核时,它似乎默认使用可预测的网络接口名称(即“ p4p1”),但是当我使用任何替代内核时,它似乎默认使用旧方法(即“ eth0”)。 虽然与该问题并不十分相关,但是我的测试计算机上出现了硬盘故障,并且正在重新安装Ubuntu Server 14.04.2。 我还无法确定内核之间的区别。我怀疑有一个内核配置参数,但无法确定是哪个。 我的问题:如何使可预测的网络接口名称在所有内核中始终如一地工作? 附加说明:在某处我看到禁用可预测的网络接口名称以将其添加到grub: GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=0 biosdevname=0" 因此,我认为相反的做法可能会有所帮助: GRUB_CMDLINE_LINUX_DEFAULT="net.ifnames=1 biosdevname=1" 但这没什么区别。实际上,无论设置如何,我永远都无法让非常规内核使用biosdevname。而且/etc/udev/rules.d/70-persistent-net.rules,无论的设置如何,我都永远无法使库存内核生成文件(即使那不是我想要的)net.ifnames。如果我有net.ifnames=1,那么至少非储备内核不会生成不正确的/etc/udev/rules.d/70-persistent-net.rules文件。 摘录自/var/log/udev: 股票内核: KERNEL[9.216730] add /devices/pci0000:00/0000:00:1c.4/0000:03:00.0/net/p4p1 (net) ACTION=add DEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:03:00.0/net/p4p1 IFINDEX=2 INTERFACE=p4p1 SEQNUM=1945 SUBSYSTEM=net ... UDEV [9.241073] add /devices/pci0000:00/0000:00:1c.4/0000:03:00.0/net/p4p1 (net) ACTION=add DEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:03:00.0/net/p4p1 ID_BUS=pci ID_MODEL_FROM_DATABASE=P8P67 and other motherboards ID_MODEL_ID=0x8168 ID_NET_NAME_MAC=enxf46d04652d8e ID_NET_NAME_PATH=enp3s0 ID_OUI_FROM_DATABASE=ASUSTek COMPUTER INC. ID_PCI_CLASS_FROM_DATABASE=Network controller ID_PCI_SUBCLASS_FROM_DATABASE=Ethernet …

3
如何禁用udev网络规则生成?
在我们的云中,我们生成带有2c:c2:60实例前缀的MAC 。当我们重复使用或复制实例时,新副本将获得另一个MAC地址。新副本启动时,由于新的MAC,NIC的名称为eth1。 我看到其中/lib/udev/rules.d/75-persistent-net-generator.rules有一些已知前缀(例如52:54:00 (KVM)和)的规则VMWare (00:0c:29)。但是这个文件应该没有在第一行规定进行编辑。我们想使用我们自己的注册MAC前缀,而不要使用其他人的。 如何完全禁用网络规则生成?
11 12.04  10.04  udev 

2
如何正确创建/ dev / dvd?
某些程序/dev/dvd默认情况下会查找DVD。当我第一次启动未插入DVD的计算机时,该计算机/dev/dvd存在并且指向正确的位置(/dev/sr0)。但是,当我插入DVD时,它/dev/dvd消失了。我希望它能坚持下去,所以我不必/dev/sr0在正在寻找DVD的程序中导航。如何确保/dev/dvd符号链接存在并指向正确的位置? 看来我可以在中添加一些内容/etc/udev/rules.d/70-persistent-cd.rules。 该站点提供了一些示例,但是70-persistent-cd.rules文件显示“将ENV {GENERATED} = 1标志添加到您自己的规则中”,这不是示例的一部分。该man 7 udev页面是坚不可摧的我,我不相信链接页面提供的信息,我需要100%。 那么,在现代的Ubuntu 12.04(或更高版本)系统上,我该怎么做才能/dev/dvd始终存在并指向正确的设备? 编辑:是否像添加ENV{GENERATED}=1到链接页面中的规则一样简单: SUBSYSTEM=="block", KERNEL=="sr0", SYMLINK+="dvd", GROUP="cdrom", ENV{GENERATED}=1 这是现代Ubuntu的正确信息吗?ENV{GENERATED}不是生成而是手写的,在那里做什么?
10 12.04  udev 


By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.