在 RHEL 7 之前,它们的发行版都是基于 SysV 构建的,该管理器看起来很像传统的 System V(init.d
、、rc
运行级别……)。
他们将其从 RHEL 7 更改为 systemd。
但是 SysV 和类 Unix 的 System V 之间真正的区别是什么?
如果它们相同,为什么他们称之为 SysV?
在 RHEL 7 之前,它们的发行版都是基于 SysV 构建的,该管理器看起来很像传统的 System V(init.d
、、rc
运行级别……)。
他们将其从 RHEL 7 更改为 systemd。
但是 SysV 和类 Unix 的 System V 之间真正的区别是什么?
如果它们相同,为什么他们称之为 SysV?
我尝试用 32 位编译软件libc
,老到足以与我的客户兼容。
所以我在最后几天(在弃用日期之后)在 ProXmox 容器中安装了Debian Squeeze (6) 64 位。
我已经设置了存档存储库以允许我更新/安装包,它有效。我sources.list
的是:
deb http://archive.debian.org/debian squeeze main contrib non-free
deb http://archive.debian.org/debian squeeze-lts main contrib non-free
# Backports
deb http://archive.debian.org/debian-archive/debian-backports squeeze-backports main contrib non-free
# Security
deb http://archive.debian.org/debian-security squeeze/updates main contrib non-free
我不得不说,有很多过时的 GPG 密钥,更新后,有一些总是过时的,它们似乎不再受支持了。
我当前的版本dpkg
是 1.15.11 的原始 Squeeze versio,其中multiarch
不存在功能。它只出现在 1.16 中......足够好,上面列出的反向移植包含 dpkg 版本 1.16.9 中的 wheezy 包。
http://archive.debian.org/debian-archive/debian-backports/pool/main/d/dpkg/
但是我无法安装这个向后移植。当我运行命令时
apt-get install -t squeeze-backports dpkg
它回应:
Reading package lists... Done
Building dependency tree
Reading state information... Done
dpkg is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
apt-get policy dpkg
回报
dpkg:
Installed: 1.15.11
Candidate: 1.15.11
Version table:
*** 1.15.11 0
500 http://archive.debian.org/debian/ squeeze/main amd64 Packages
100 /var/lib/dpkg/status
如果我问,那是因为我很确定我已经把事情做好了。我想我处于存档版本有限制的前沿。
我正在尝试从 USB 启动一台 64 位机器,其中 EFI 仅兼容 32 位,即Lenovo Ideapad 100S。
当我在完整的 32 位 USB 加密狗(从 a 获得.iso
)上启动时,它可以工作。但是对于 64 位的相同版本,它不会。
为了解决这个问题,我正在遵循建议修改 64 位 USB 密钥并在/efi/boot
目录中添加 32 位 EFI 文件的教程。
它在 2018 年不适用于 Debian。
现在的 Debian 安装 USB 加密狗包含许多称为 EFI 的东西。
/boot/grub/efi.img
/boot/grub/
/boot/grub/x86_64-efi <-- a dir with many driver modules
/efi/boot/bootx64.efi <-- the original file
/efi/boot/bootia32.efi <-- the file added thanks to tutorials
所以以太我真的错过了一些东西,或者引导盘已经改变,我必须修改更多。
那么您知道 EFI 加载序列中涉及哪些文件吗?