Articles of udev

为什么RHEL 6.x在原始设备上不尊重udev MODE?

我们使用的是RHEL 6.9,并试图创build一个没有组权限的原始设备 – 但是udev似乎完全忽略了udev MODE设置。 如下所示,它parsing设置应该是0600,但是然后创build设备0660。 我猜这是因为裸设备有一个固定的权限,但无法find任何参考。 我们很自信 有任何想法吗? 谢谢! udevadm test / class / raw / raw1 … udev_rules_apply_to_event:OWNER 1201 /etc/udev/rules.d/60-raw.rules:8 udev_rules_apply_to_event:GROUP 1201 /etc/udev/rules.d/60-raw.rules:8 udev_rules_apply_to_event:MODE 0600 /etc/udev/rules.d/60-raw.rules:8 … udev_node_add:创build设备节点“/ dev / raw / raw1”,devnum = 162:1,mode = 0660,uid = 1201,gid = 1201

正确的networking接口在启动时自动检测并获得dhcp

在准备迷你鉴证系统时,我挂着一个问题:让我们想象一下,我们为很多不同的工作站准备了一个usb-flash引导的linux。 在设置networking(ipv4 dhcp)的同时,我们可以find多个局域网接口,有人连接,有人不在,但希望其中一个连接到专用局域网(例如192.168.20.0/24),只有这个界面应该设置。 也许它可以用一些udev规则来解决,但是我找不到它们在哪里以及它们如何被修改。 目前我使用我自己的/etc/rc.local脚本来修改dhclient.conf(拒绝networking),但是即使它以某种方式运行(更好地说:它走),它是不可靠的,很多时候它不完成即使在同一台工作站上,本地CIF也能成功安装。 有人能告诉我如何解决这个问题吗? 细节: 专用LAN与一个可pipe理的交换机隔离 本地dnsmasq服务器响应专门在这个私人局域网 每个工作站可以有1〜4个(电线)网卡 一些工作站不仅连接到专用局域网,还可以有一些其他DHCP服务器configuration的网卡或可以有静态IP – 但这些接口应该被忽略 目标是:启动后获得dhcp地址并连接到本地networking数据。 非常感谢

USB设备拔出时强制卸载内核模块?

我在Ubuntu 8.0.4上使用MultiTech GPRS调制解调器 (2.6.24-24内核,在ti_usb_3410_5052模块上安装MultiTech补丁)。 该设备工作很好。 但是,如果我断开连接,然后重新连接而不移除中间的模块,则会挂起。 试图modprobe -r ti_usb_3410_5052在这一点上挂起。 运行lsusb挂起。 所以。 当我断开设备时,必须有办法触发拆除模块。 任何提示? 也许一个udev规则?

udev:如何扩展默认规则来修改符号链接的所有权?

我需要将一些USB串行设备放入特定的用户组,以便从应用程序访问它们。 这对于/ dev / ttyUSB设备来说很简单,我可以使用KERNEL="ttyUSB*", GROUP:="mygroup" 。 但是对于像/ dev / bus / usb / 001/001这样的符号链接,如何完成将它们的组设置为mygroup的同样的事情并不明显。 我可以通过编辑默认的规则文件/etc/udev/rules.d/50-udev.rules并添加一个GROUP="mygroup"子句到usb_device的行来创build/ dev / bus / usb中的符号链接,然而从打包的angular度来看,编辑这个文件显然是不理想的。 所以:我如何编写一个udev规则来修改由早期默认的udev规则创build的符号链接的所有权? (我正在使用CentOS 5.5。)

使用udev自动挂载

目前我select的分发(ArchLinux)有一个像这样的自动挂载脚本: KERNEL!="sd[az][0-9]", GOTO="media_by_label_auto_mount_end" 但是,这将自动挂载到sdX9的分区。 我有6个或更多分区的USB驱动器(即从5开始,直到12,13,19)。 所有分区上都有VFAT,并且有标签(标签用于命名挂载点)。 我试图修改它以: KERNEL!="sd[az][0-9]+", GOTO="media_by_label_auto_mount_end" 但是这不起作用。 那么如何使它同样适用于sdb5,sdb42或sdb31337呢? 谢谢。 附录 我刚刚试过\d+? 方法,udevadm监视器说: KERNEL[1295719513.473653] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb (block) KERNEL[1295719513.473687] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb1 (block) KERNEL[1295719513.473706] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb5 (block) KERNEL[1295719513.473725] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb6 (block) KERNEL[1295719513.473743] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb7 (block) KERNEL[1295719513.473761] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb8 (block) KERNEL[1295719513.473791] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb9 (block) KERNEL[1295719513.473811] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb10 (block) KERNEL[1295719513.473830] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb11 (block) KERNEL[1295719513.473848] add /devices/pci0000:00/0000:00:1d.7/usb2/2-1/2-1:1.0/host29/target29:0:0/29:0:0:0/block/sdb/sdb12 (block) […]

RHEL / CentOS重新分配scsi设备字母

如果我删除与/ dev / sdb关联的物理磁盘并在同一个插槽中添加一个新磁盘,那么将会分配给/ dev / sdc(或下一个可用的字母)。 有没有办法打开 ,我可以重新分配新的磁盘到/ dev / sdb? 运行CentOS 5.4。 谢谢!

使用udev组访问设备

简短的问题。 通过在linux中编写自己的udev规则,让一组用户访问某些设备是一个好主意吗? 如果不是,那么更好的方法是什么? 我希望这些更改是持久的,在运行时手动pipe理权限是不够的。 举例来说,我希望所有组串行用户都能够使用串行USB设备。

如何从centos(lxc-guest)中删除udev而无需依赖

我为我的lxc服务器下载了一个openvz模板来创build一个新的centos 6.3 guest。 现在客户没有启动,因为udev挂在启动过程中。 上次我没有这个问题,但现在我必须禁用或从客人删除udev。 如何才能做到这一点?

来自光纤通道舱的热插拔驱动器报告错误的大小

首先,我们甚至不确定这是一个udev问题,但我们需要在某个地方开始询问…我们有一台日立光纤通道SAN服务器,为几台运行ubuntu server 12.04 amd64的机器提供服务。 为了映射的目的,我们使用udev生成的/ dev / disk / by-id标识符 … /dev/disk/by-id/scsi-1HITACHI_750505270125 /dev/disk/by-id/scsi-1HITACHI_750505270125-part1 /dev/disk/by-id/scsi-1HITACHI_750505270126 /dev/disk/by-id/scsi-1HITACHI_750505270126-part1 … 最后4位数(0125,0126,0127 …)表示在Hitachi上创build的LUN,因此我们知道我们正在访问哪个物理卷。 我们发现了一个奇怪的问题,我们在LUN 125上有一个1.1T的卷,我们把它拆分成机舱侧的小块。 重新分配一个新的驱动器到服务器后,似乎卷大小被caching(请参阅1150.5 GB的大小)… root@server1:~# fdisk -l /dev/disk/by-id/scsi-1HITACHI_750505270125 Disk /dev/disk/by-id/scsi-1HITACHI_750505270125: 1150.5 GB, 1150514364416 bytes 255 heads, 63 sectors/track, 139875 cylinders, total 2247098368 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 […]

rhel中/etc/udev/rules.d/70-persistent-net.rules文件的用法是什么?

Linux中使用/etc/udev/rules.d/70-persistent-net.rules文件是什么? 是除了70-persistent-net.rules以外的其他方式来更改linux中的接口名称? 谢谢。