☰

bootstrap.log的作用是什么？

tag-icon • tag-icon 20.04 log debootstrap
bootstrap.log的作用是什么？

我在尝试解决以下问题时发现目录bootstrap.log中存在一个名为/var/log日志相关问题当我查看其内容时，我发现时间戳已超过一年了。

它似乎包含很多 FTP 链接、dpkg 警告（例如“忽略预依赖问题！”）以及有关解压 .deb 包的信息，这些信息似乎指向与安装相关的数据。

为了查看与安装日期是否存在关系，我做了以下操作：

$ ls -lt /var/log/installer
total 752
-rw-r--r-- 1 root root 387038 dec 17  2022 initial-status.gz
-rw------- 1 root root 277005 dec 17  2022 syslog
-rw------- 1 root root   1509 dec 17  2022 casper.log
-rw-r--r-- 1 root root     64 dec 17  2022 media-info
-rw------- 1 root root  91778 dec 17  2022 debug

由此我得出结论，安装发生在 2022 年 12 月 17 日。

bootstrap.log 中的时间戳条目全部以 2022-08-09 开头，因此这是在安装之前。

我搜索了有关 bootstrap.log 的信息，但找不到有关该主题的启发性信息。

这让我开始疑惑这个用途到底bootstrap.log是什么，为什么要创建它，以及它的内容在最初创建日期之后是否会发生改变。

我在 Ubuntu 20.04.3 上

答案1

该日志文件由实用程序创建（程序) 用于制备（安装到某台机器的目录中) 您的 Ubuntu 系统，然后将其制作成 ISO 映像，以便下载并安装到像您这样的用户机器上。

它在那里作为一种验证（追溯起源） 机制。

它不会在您已安装的操作系统的生命周期内改变。

远程链接，即 FTP、HTTP...等或本地链接和文件是原始资源的地址/链接（Ubuntu 或 Debian 系统) 被保留。

这个过程用外行的话来说，就是在选择的过程中，原始系统被有选择地安装到一个单独的目录中(甚至创建/添加）或排除某些部分（包、层次结构、文件和链接) 根据预先配置的指令集为特定的架构创建特定的目标“风格”。

用于该过程的两个著名工具是debootstrap和cdebootstrap.../var/log/bootstrap.log很可能是由后者创建的。

答案2

查看手册页：

cdebootstrap 使用 MIRROR 中指定的源将 CODENAME（例如 jessie、stretch、sid）的基本 Debian 系统从 ORIGIN（例如 Debian、Ubuntu）构建到 TARGET。它支持 http://、ftp://、file:// 和 ssh:// URL，默认为http://ftp.debian.org/debian。ssh:// 方案使用远程主机上的 cat 来访问文件。您必须设置主连接并配置 ssh 以使用它或使用密钥进行身份验证。无法进行用户交互。完整日志在新系统中保存为 /var/log/bootstrap.log。

...

口味

默认配置可用的口味：

build 安装 essential、apt 和 build-essential。适用于 sbuild 和 pbuilder 使用。所有 rc.d 操作均由 policy-rc.d 脚本（cdebootstrap-helper-rc.d 包）禁用。

minimal安装 essential 和 apt。所有 rc.d 操作均由 policy-rc.d 脚本 (cdebootstrap-helper-rc.d 包) 禁用。

standard 安装必需且重要的优先软件包。这是默认风格。

相关内容