主页 / unix / 问题

问题[devices](unix)

Martin Hope
mrn
Asked: 2023-07-07 18:26:53 +0800 CST
  • 5

我的问题与 Linux 中设备节点的实现方式有关。我知道有像 udev 或 devtmpfs 这样的伪文件系统可用 - 在这种情况下，后面没有真正的存储，文件系统是内核驱动程序向应用程序呈现的幻象。但是，我的问题仍然有效：

  1. 使用 devtmpfs 或 udev 时 /dev 对用户空间可见的方式。
  2. /dev 是包含手动创建的设备节点的常规目录的情况。

问题是：

  1. 设备节点文件是否存储在文件系统中（使用索引节点），或者它们只是目录中的特殊条目？
  2. 如果它们存储为文件，它们与二进制文件如何区分？设备节点是否分配了特殊的幻数？
devices
Martin Hope
Grant Curell
Asked: 2022-09-17 08:25:48 +0800 CST
  • 0

我一直在学习使用 udev 并注意到当我运行时udevadm test --action="add" /sys/block/sdc我看到以下内容：

GROUP 6 /usr/lib/udev/rules.d/50-udev-default.rules:59
IMPORT 'scsi_id --export --whitelisted -d /dev/sdc' /usr/lib/udev/rules.d/60-persistent-storage.rules:50
starting 'scsi_id --export --whitelisted -d /dev/sdc'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_SCSI=1'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_VENDOR=NVMe'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_VENDOR_ENC=NVMe\x20\x20\x20\x20'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_MODEL=Dell_Ent_NVMe_v2'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_MODEL_ENC=Dell\x20Ent\x20NVMe\x20v2'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_REVISION=.2.0'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_TYPE=disk'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_SERIAL=236435330529024120025384100000002'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_SERIAL_SHORT=36435330529024120025384100000002'
'scsi_id --export --whitelisted -d /dev/sdc'(out) 'ID_SCSI_SERIAL=S6CSNA0R902412      '
Process 'scsi_id --export --whitelisted -d /dev/sdc' succeeded.

在这种情况下，sdc 是位于 PERC H755 上的虚拟磁盘。我还没有改变 udev 中的任何内容。

以上是您在使用 RAID0（直通/JBOD 模式）时看到的内容。如果您创建 RAID 5，您会看到

probe /dev/sda raid offset=0
LINK 'disk/by-id/wwn-0x6f4ee080160bd5002ab7652100a1691a' /usr/lib/udev/rules.d/60-persistent-storage.rules:97
IMPORT '/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw' /usr/lib/udev/rules.d/61-scsi-sg3_id.rules:17
starting '/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_TPGS=0'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_TYPE=disk'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_VENDOR=DELL'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_VENDOR_ENC=DELL\x20\x20\x20\x20'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_MODEL=PERC_H755N_Front'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_MODEL_ENC=PERC\x20H755N\x20Front'
'/usr/bin/sg_inq --export --inhex=/sys/block/sda/device/inquiry --raw'(out) 'SCSI_REVISION=5.16'

我的问题是 udev 如何“决定”将 PERC 列入白名单，白名单的功能是什么？

研究完成

  • 通读这篇关于 USB 驱动器白名单的帖子，但这似乎在有人决定手动禁止所有 USB 设备时使用，但某些目标除外，这些目标在此处不适用。
  • This tutorial on writing udev scripts但它没有回答我关于白名单的任何问题。
  • udev Wikipedia但是虽然这让我对架构有了更好的理解，但它并没有帮助我加入白名单
  • udev 的手册页- 有用但没有提及白名单。

一般来说，我尝试使用谷歌搜索与 udev 白名单相关的结果，但我能找到的唯一结果都是关于将 USB 设备列入白名单而不是白名单的一般功能。

udev devices
Martin Hope
Manuel Jordan
Asked: 2022-04-14 17:35:24 +0800 CST
  • 10

根据FHS关于/dev：

它包含：

The following devices must exist under /dev.

/dev/null
      All data written to this device is discarded. A read from this device will return an EOF condition.

/dev/zero
      This device is a source of zeroed out data. All data written to this device is discarded. A read from this device will return as many bytes containing the value zero as was requested.
...

观察两者都有：

All data written to this device is discarded

/dev/null我阅读了许多总是用来丢弃数据的教程。但是因为两者的写作目的相同（丢弃）

问题

  • 何时强制使用/dev/zero写入/dev/null/丢弃目的？

顺便说一句，其他差异 - 实际上主要是关于阅读- 我们有：

devices fhs
Martin Hope
MauriceRandomNumber
Asked: 2021-12-20 11:20:22 +0800 CST
  • 0

我目前正在尝试解决取证文件搜索培训问题。

给出了提示，有一个 LUKS 容器，我们需要找到 LUKS 标头才能继续下一个训练问题。

根据随问题提供的信息，可以用这个幻数（十六进制）4c554b53babe 识别标头我现在正在整个设备中搜索这个幻数。

为此，我从

xxd -g0 -c 32 /mnt/luksTraining/training001.dd | grep -C 1 4c554b53babe

但后来意识到，这仅在标题未分成两行时才有效。例如，标题的前半部分位于一行的最后，另一半位于下一行。

是否有一种“智能”的方式来搜索特定的文件头？

linux devices
Martin Hope
Gabriel Staples
Asked: 2021-11-09 18:07:49 +0800 CST
  • -1

相关但不重复：

  1. /dev/fd 不一致
  2. /dev/fd 与 /proc/self/fd/ 有何关系？
  3. 为什么进程替换会生成一个名为 /dev/fd/63 的文件，它是一个管道？

在 Ubuntu 中alias ll='ls -alF'定义的Ubuntu 18.04 和 20.04 上，我看到“软盘驱动器”设备~/.bashrc的以下输出：/dev/fd

对于ls：

$ ls /dev/fd
0  1  2  3

对于ll：

$ ll /dev/fd
lrwxrwxrwx 1 root root 13 Nov  5 11:46 /dev/fd -> /proc/self/fd/

我可以看到/dev/fd是一个符号链接/proc/self/fd/，所以我ll看到了：

$ ll /proc/self/fd/
total 0
dr-x------ 2 username username  0 Nov  8 19:01 ./
dr-xr-xr-x 9 username username  0 Nov  8 19:01 ../
lrwx------ 1 username username 64 Nov  8 19:01 0 -> /dev/pts/6
lrwx------ 1 username username 64 Nov  8 19:01 1 -> /dev/pts/6
lrwx------ 1 username username 64 Nov  8 19:01 2 -> /dev/pts/6
lrwx------ 1 username username 64 Nov  8 19:01 3 -> 'socket:[8239772]'
lr-x------ 1 username username 64 Nov  8 19:01 4 -> /proc/29512/fd/
  1. 所有这些东西是什么意思？
  2. 软盘在这里是如何工作的？
  3. 什么是/dev/pts/6, 为什么0,1和2都指向它？
  4. 是什么'socket:[8239772]'？
  5. 是什么/proc/29512/fd/？
  6. 的历史用途和描述是/dev/fd什么？

有关的：

  1. 我之前的问题启发了我提出这个问题：'-sh：语法错误：在使用 `bash` 尝试在嵌入式 Linux 设备上进行进程替换时出现意外的“（”）
proc devices
Martin Hope
Fredi
Asked: 2021-09-25 00:31:10 +0800 CST
  • 2

我是 LINUX 的初学者，如果我的问题不是最好的，我很抱歉。我有一个使用 OpenCV lib 的 c++ 应用程序。此应用程序在启动时通过服务运行（使用 systemctl）。我的应用需要作为参数，即 USB 摄像头设备的 ID。我有 2 个 USB 摄像头。当我关闭这些设备时， ls /dev/video* 的输出是：

/dev/video1

如果我插入设备， ls /dev/video* 的输出是：

/dev/video0
/dev/video1
/dev/video2

所以，我找到了 USB 摄像头设备，现在，我知道如何运行我的 C++ 应用程序：

./my_app 0 2

这是我的问题：我的应用程序在每次启动时自动运行，无需插入/关闭我的相机设备，因此我无法找到这些 ID（在本例中为 0 和 2）。每次重新启动时，这些 id 都不同。

仅找出 USB 摄像头设备的规则是什么？我的操作系统：Ubuntu 18.04 LTS 我的主板：Nvidia Jetson Tx2（它有一个我不想使用的集成摄像头）

编辑：lsusb 的输出：

Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 03f0:094a Hewlett-Packard Optical Mouse [672662-001]
Bus 001 Device 004: ID 258a:0001  
Bus 001 Device 039: ID 0ac8:0346 Z-Star Microelectronics Corp. 
Bus 001 Device 038: ID 0ac8:0346 Z-Star Microelectronics Corp. 
Bus 001 Device 037: ID 14cd:8601 Super Top 
Bus 001 Device 002: ID 14cd:8601 Super Top 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ubuntu devices