问题描述
我正在使用的主机提供了Debian 8.10(内核4.9.85)作为救援系统。过去，我一直使用debootstrap from here来引导Ubuntu。
我正在使用一些准备步骤，例如安装apt-cacher-ng，这是我正在使用的URL(http://localhost:3142/us.archive.ubuntu.com/ubuntu/)和ubuntu-archive-keyring中localhost:3142的原因。
debootstrap调用如下：
LANG=C debootstrap --keep-debootstrap-dir --verbose --include=ubuntu-server,bash-completion,sudo,lshw,tmux,unzip,pciutils,usbutils,openssh-server,unattended-upgrades,linux-image-generic,cron --variant=minbase --arch=$(dpkg --print-architecture) bionic /target http://localhost:3142/us.archive.ubuntu.com/ubuntu/
(我添加--verbose只是为了希望看看是否有任何问题，无济于事。)
现在，关于debootstrap运行的奇怪之处在于，在这个新版本中，我最终仅看到“检索，验证和提取”步骤(对于部分软件包)，而对于这些软件包的设置却一无所获。
所以我心想：“好吧，我是使用xenial做到的，所以让我们再试一次”，它给了我相同的例程。
+ debootstrap --keep-debootstrap-dir --verbose --include=ubuntu-server,bash-completion,sudo,lshw,tmux,unzip,pciutils,usbutils,openssh-server,unattended-upgrades,linux-image-generic,cron --variant=minbase --arch=
amd64 xenial /target http://localhost:3142/us.archive.ubuntu.com/ubuntu/
I: Retrieving InRelease
I: Checking Release signature
I: Valid Release signature (key id 790BC7277767219C42C86F933B4FE6ACC0B21F32)
I: Retrieving Packages
I: Validating Packages
I: Resolving dependencies of required packages...
I: Resolving dependencies of base packages...
I: Found additional base dependencies: acpid apport apt-utils at bcache-tools btrfs-tools busybox-initramfs byobu ca-certificates cloud-guest-utils cloud-initramfs-copymods cloud-initramfs-dyn-netconf cpio crda
cryptsetup cryptsetup-bin curl dh-python distro-info-data dmeventd dmsetup ethtool fonts-ubuntu-font-family-console gawk gcc-5-base gettext-base gir1.2-glib-2.0 git git-man gnupg gpgv grub-legacy-ec2 ifenslave i
fupdown initramfs-tools initramfs-tools-bin initramfs-tools-core iproute2 iso-codes iw klibc-utils kmod libapt-inst2.0 libapt-pkg5.0 libasn1-8-heimdal libasprintf0v5 libbsd0 libcurl3-gnutls libdbus-1-3 libdbus-g
lib-1-2 libdevmapper-event1.02.1 libdrm2 libdumbnet1 libedit2 liberror-perl libevent-2.0-5 libexpat1 libffi6 libfuse2 libgdbm3 libgirepository-1.0-1 libglib2.0-0 libgmp10 libgnutls30 libgpm2 libgssapi-krb5-2 lib
gssapi3-heimdal libhcrypto4-heimdal libheimbase1-heimdal libheimntlm0-heimdal libhogweed4 libhx509-5-heimdal libicu55 libidn11 libk5crypto3 libkeyutils1 libklibc libkrb5-26-heimdal libkrb5-3 libkrb5support0 libl
dap-2.4-2 liblvm2app2.2 liblvm2cmd2.02 liblz4-1 liblzo2-2 libmnl0 libmpdec2 libmpfr4 libmspack0 libnettle6 libnewt0.52 libnl-3-200 libnl-genl-3-200 libp11-kit0 libpci3 libperl5.22 libplymouth4 libpng12-0 libpopt
0 libpython-stdlib libpython2.7-minimal libpython2.7-stdlib libpython3-stdlib libpython3.5-minimal libpython3.5-stdlib libreadline5 libreadline6 libroken18-heimdal librtmp1 libsasl2-2 libsasl2-modules-db libsigs
egv2 libslang2 libsqlite3-0 libssl1.0.0 libstdc++6 libtasn1-6 libusb-0.1-4 libusb-1.0-0 libutempter0 libwind0-heimdal libwrap0 linux-base linux-firmware linux-image-4.4.0-21-generic linux-image-extra-4.4.0-21-ge
neric lsb-release lvm2 mdadm mime-support open-iscsi open-vm-tools openssh-client openssh-sftp-server openssl overlayroot patch perl perl-modules-5.22 plymouth python python-apt-common python-minimal python2.7 p
ython2.7-minimal python3 python3-apport python3-apt python3-chardet python3-dbus python3-debian python3-gi python3-minimal python3-newt python3-pkg-resources python3-problem-report python3-pycurl python3-six pyt
hon3-software-properties python3.5 python3.5-minimal readline-common screen software-properties-common sosreport ubuntu-cloudimage-keyring ubuntu-keyring ucf udev update-notifier-common vim vim-common vim-runtim
e vlan wireless-regdb xfsprogs xz-utils
I: Checking component main on http://localhost:3142/us.archive.ubuntu.com/ubuntu...
I: Retrieving acpid 1:2.0.26-1ubuntu2
I: Validating acpid 1:2.0.26-1ubuntu2
[...]
I: Chosen extractor for .deb packages: dpkg-deb
I: Extracting adduser...
I: Extracting base-files...
I: Extracting base-passwd...
[...]
I: Extracting zlib1g...
之所以奇怪，是因为在过去的设置阶段可以顺利进行。但是现在它只是默默地被跳过了吗？较旧的debootstrap版本将无法使用，因为那些人不了解Bionic Beaver(Ubuntu 18.04)。
我认为有两件事可能是个问题：
-
内核版本差异：Ubuntu 18.04中为4.15，而Debian 8.10中为4.9.85。
-
libc版本差异：2.27-3ubuntu1与2.19-18 + deb8u10。
…但是无论哪种情况，我都希望debootstrap发出某种错误消息。同样对于xenial(Ubuntu 16.04)，我也不必期望出现相同的差异。但是我没有看到任何错误，而是跳过了重要的设置步骤，并尝试使用命令/bin/bash将chroot转换为/target
# LANG=en_US.UTF-8 chroot /target /bin/bash
groups: cannot find name for group ID 0
I have no name!@rescue:/#
稍微挖掘一下就不会发现/etc/passwd等等。 /dev，/proc和/sys是将bind-mounted转换为/target。
我如何解决这个问题，以便成功地从Debian救援系统中引导Ubuntu？该体系结构匹配主机和目标，因此阻止设置步骤运行的原因是什么？
注意：我无法引导到更新的内核。或更确切地说，实现类似目标的唯一方法是先安装某种本地救援系统。
我正在使用的软件
$ debootstrap --version
debootstrap 1.0.95ubuntu1
$ uname -a
Linux rescue 4.9.85 #2 SMP Thu Mar 1 08:06:18 CET 2018 x86_64 GNU/Linux
我还安装了ubuntu-archive-keyring。
我还尝试了什么
我还尝试将--foreign传递给debootstrap，这应该引起我所看到的行为，但还应该留下一个可执行文件/debootstrap/debootstrap，然后可以使用--second-stage对其进行调用。但是，尽管它显示出与我完全相同的行为，但没有--foreign命令行开关，但目标文件系统中没有/debootstrap/debootstrap来完成引导。
此外，我尝试通过以下方式安装jessie-backports中的debootstrap：apt-get install -t jessie-backports debootstrap(标识为debootstrap 1.0.89~bpo8+1)。然后将/usr/share/debootstrap/scripts/bionic链接到/usr/share/debootstrap/scripts/gutsy。
最佳答案
好吧，我知道了。确实，通过返回退出代码1来调用debootstrap确实表明了失败。由于我是如何链接多个命令并使用子 shell 的，所以我错过了这一点。
一旦弄清楚了，就必须找到debootstrap遇到的问题。从/debootstrap/debootstrap.log(目标内部)来看，这并不明显，尽管事后看来。所以我需要对debootstrap进行自省。为此，可以通过/bin/sh -x显式调用/usr/sbin/debootstrap Shell脚本(以打开跟踪)，并且实际上可以在/debootstrap/debootstrap.log内部(在目标内部)看到输出。在我的情况下，问题是mknod，如以下跟踪条目和输出所示：
+ mknod -m 666 /target/dev/null c 1 3
mknod: '/target/dev/null': File exists
这又是由于我将/dev，/proc和/sys安装到目标的前面(过去起作用的东西！)引起的。
在新的debootstrap版本中，这似乎无条件地失败。调用mknod的各个函数是来自/usr/share/debootstrap/functions的setup_devices_simple。
通过比较1.0.59和1.0.89〜bpo8 + 1(及后续版本)的debootstrap脚本，我看到的一个显著变化是，对函数setup_devices的调用从函数second_stage_install移到了函数first_stage_install(即gutsy脚本)。除非执行变体fakechroot或在”foreign”内核上运行，否则此函数将调用setup_devices_simple，因此会导致mknod的调用时间比以前早很多。
看来以前没有失败的原因是，过去这些设备保存在.tgz文件中并解压缩到位，而现在debootstrap直接使用mkdnod。