主页 / user-1131

maxschlepzig's questions

Martin Hope
maxschlepzig
Asked: 2019-11-11 06:12:27 +0800 CST
  • 9

像这样将块设备传递给 Qemu 3.0.1 是可行的，但会产生弃用警告：

-blockdev file,node-name=f1,filename=/dev/loop0 \
-blockdev raw,node-name=q1,file=f1 \
-device virtio-blk,drive=q1

警告：

qemu-system-x86_64: -blockdev file,node-name=f1,filename=/dev/loop0: 
  warning: Opening a block device as a file using the 'file' driver
    is deprecated

很公平，但是如何在不使用“文件”驱动程序的情况下将块设备传递给 qemu？

qemu
Martin Hope
maxschlepzig
Asked: 2018-12-31 13:28:52 +0800 CST
  • 0

在一次演示中，我看到提到的一个命令行工具能够将正在运行的服务（以及它们打开的监听端口）记录为基线，然后对照该基线检查并报告偏差。

不幸的是，我不记得该工具的名称，只记得它是用 Go (IIRC) 编写的。不知何故，我似乎使用了错误的搜索词，因此无法通过谷歌搜索找到它。

这个工具叫什么名字？

monitoring
Martin Hope
maxschlepzig
Asked: 2018-11-12 10:16:27 +0800 CST
  • 5

指定systemd.debug-shell=1为内核参数的工作方式：当 systemd 启动挂起时，我可以通过 Alt+F9 切换到 shell。

但是这个外壳是不可能的，因为一个动画

[ ***  ] A start job is running for Create Volatile Files and 
        Directories (4min 23s / no limit)

横幅正在破坏我的提示和命令行输出。

因此，我的问题是：如何在我的 shell tty9 中禁用这个阻碍 systemd 输出？

我可以将它显示在 tty1（即主控制台）中 - 但按原样，它会使 systemd 调试 shell 无法使用。

这是 Fedora 29 下的 systemd。

systemd debugging
Martin Hope
maxschlepzig
Asked: 2018-05-19 05:41:23 +0800 CST
  • 5

在 Fedora 27 中，当断开外部 USB 磁盘驱动器时，日志记录如下：

May 07 22:29:11 usb 2-3.1: USB disconnect, device number 23
May 07 22:29:11 sd 3:0:0:0: [sdb] Synchronizing SCSI cache
May 07 22:29:11 sd 3:0:0:0: [sdb] Synchronize Cache(10) failed:
                            Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK

对此应该怎么做？

为什么系统/内核在驱动器已断开连接后尝试同步缓存？

是否可以在断开连接之前优雅地关闭 USB 磁盘？例如，使用发出 Synchronize-Cache 命令然后使驱动器减速的命令。

这也许还会减少驱动器上的机械应力，因为旋转磁盘的突然断电不一定是最佳的。

编辑：一个eject /dev/sdb无效，即上面的内核消息仍然显示在设备拔出并且磁盘继续旋转。相反，弹出命令会产生这些内核日志消息：

May 18 17:26:06  ldm_validate_partition_table(): Disk read failed.
May 18 17:26:06  Dev sdb: unable to read RDB block 0
May 18 17:26:06   sdb: unable to read partition table
May 18 17:26:06  ldm_validate_partition_table(): Disk read failed.
May 18 17:26:06  Dev sdb: unable to read RDB block 0
May 18 17:26:06   sdb: unable to read partition table

编辑：关闭磁盘电源udisksctl power-off --block-device /dev/sdb确实有效：

May 19 08:08:21  udisksd[9447]: Successfully sent SCSI command SYNCHRONIZE CACHE 
                                to /dev/sdb
May 19 08:08:21  udisksd[9447]: Successfully sent SCSI command START STOP UNIT
                                to /dev/sdb
May 19 08:08:21  kernel: sd 3:0:0:0: [sdb] Synchronizing SCSI cache
May 19 08:08:21  udisksd[9447]: Powered off /dev/sdb - successfully wrote
         to sysfs path /sys/devices/pci0000:00/0000:00:14.0/usb2/2-3/2-3.1/remove
May 19 08:08:21  kernel: usb 2-3.1: USB disconnect, device number 60

实际上，磁盘随后会断电。

linux hard-disk
Martin Hope
maxschlepzig
Asked: 2018-03-12 00:39:05 +0800 CST
  • 3

每次我启动 Fedora 27 UEFI 安装系统时，它都会与 EFI 引导管理器条目混淆。例如：

  1. 作为 root，我更改了引导顺序，使 Fedora 的条目不是第​​一个。和/或我删除 Fedora 条目。
  2. 在启动时，在系统 UEFI 启动菜单中，我启动了一个通用硬盘启动项。
  3. 这可以很好地启动 Fedora。
  4. 以 root 身份检查，efibootmgr我发现 Fedora 以某种方式设法为自己添加了一个条目（如果它之前被删除）并将该条目放在引导顺序之前。

这种行为对于标准安装是有意义的，但如果 Fedora 安装在您想要启动以进行救援工作的 USB 记忆棒上，那么就没有意义了，而不会隐式更改 EFI 引导管理器条目。

因此，Fedora 的哪些部分负责这些启动时间更改？以及如何禁用它？

编辑：另一个实验：

以 root 身份使用 efibootmgr 删除所有 Fedora 引导条目，并将引导顺序更改为仅包含一个通用条目 (000C)。

将 efibootmgr 包含到 initramfs 中（使用 dracut）。

重新启动并放入 dracut shell。

efibootmgr 现在打印：

BootCurrent: 000C
BootOrder: 000A,0000,...
...
Boot000A* Fedora    HD(2,GPT,...)/File(\EFI\fedora\shimx64.efi)
Boot000C* UEFI Misc Device 2    PciRoot(0x0)/Pci(0x5,0x0)...
...

BootCurrent 符合预期，BootOrder 的变化（现在包含所有内容）和新的 Fedora 条目是出乎意料的。

因此，shutdown -r now在 initramfs 紧急 shell 之间运行的某些东西改变了 EFI 引导管理器配置。

UEFI 固件可能进行了此更改，但我看不出它如何派生“Fedora”名称和/EFI/fedora/shimx64.efi路径。

fedora uefi