Handbook:Parts/Installation/Stage/zh-cn

设置日期和时间
在安装Gentoo之前，最好确保日期和时间设置正确. 错误配置的时间可能会导致奇怪的结果：基本系统文件应设置精确的时间戳. 事实上，由于几个网站和服务使用加密通信（SSL / TLS），如果系统时间差的离谱，可能无法下载安装文件！

验证当前时间使用命令:

如果显示的日期/时间不正确，请使用下列方法之一进行更新.

自动
Gentoo 的官方安装光盘包含 命令 (属于包  package). 官方光盘包括指向ntp.org时间服务器的配置文件. 它可以用于使用时间服务器，使得系统时钟自动同步到UTC时间. 使用方法见配置网络 但在某些架构的光盘上可能不可用.

手册
也可以用 命令来对系统时钟执行手动设置. 使用  语法 (月, 日, 小时, 分钟 和 年).

建议所有Linux系统使用UTC时间. 稍后在安装期间将定义时区. 这将修改时钟的显示为本地时间.

比如，设置时间到2016年10月3日的13:16：

multilib（32和64位）
选择一个基础压缩包的系统可以在稍后的安装过程节省大量的时间，特别是当它是一次选择正确的配置文件. 一个stage包的选择将直接影响未来的系统配置，可以在以后省的头痛. 该压缩包 multilib 尽可能使用64位的库，只必要时对32位版本兼容. 这对于大多数安装一个很好的选择，因为它在未来的定制提供了极大的灵活性量. 那些谁希望自己的系统，能够容易地切换配置,应该下载根据各自的处理器架构 multilib的压缩包选项.

大多数用户应该不需要使用“高级”tar包选项；它们用于特定的软件或硬件配置.

no-multilib（纯64位）
选择一个no-multilib压缩包:no-multilib是在系统的基础上提供了一个完整的64位操作系统环境. 这有效地使得切换到multilib的profile是不可能的(不是完全不可能). 这些刚刚开始使用Gentoo的新手不应该选择一个 no-multilib 压缩包，除非"绝对必要". 而且应该有很好的理由并做出负责任的选择.

OpenRC
OpenRC is a dependency-based init system (responsible for starting up system services once the kernel has booted) that maintains compatibility with the system provided init program, normally located in /sbin/init. It is Gentoo's native and original init system, but is also deployed by a few other Linux distributions and BSD systems.

OpenRC does not function as a replacement for the /sbin/init file by default and is 100% compatible with Gentoo init scripts. This means a solution can be found to run the dozens of daemons in the Gentoo ebuild repository.

For historical reasons only, this manual focusses on installation and configuration using OpenRC. Rewriting and enhancing it to also explain a Systemd installation (see below) is planned.

systemd
systemd is a modern SysV-style init and rc replacement for Linux systems. By now it is in use in a majority of Linux distributions. systemd is supported in Gentoo and works just fine; it is widely configurable. Unfortunately, the corresponding installation handbook sections to a large extent still need to be written or are work in progress.

下载stage压缩包
前往挂载根文件系统的 Gentoo 挂载点（类似于 ）：

根据不同的安装媒介，下载stage压缩包所需的唯一工具是网络浏览器.

图形化浏览器
那些使用图形化网页浏览器从主网站下载小节复制stage文件URL也没有问题. 只需选择适当的选项卡，右键单击stage文件的链接，然后（Firefox）或（Chromium）将链接复制到剪贴板，然后 将链接粘贴到命令行中的程序以下载stage tarball：

命令行浏览器
更多传统的读者或是 Gentoo 的“老前辈”，只能命令行工作，可能更喜欢使用非图形化菜单驱动的浏览器. 要下载一个 stage，请像下面这样访问Gentoo镜像列表：

要设置使用一个HTTP代理，在传入URL上加一个 选项：

之外还有一个浏览器. 和类似，它也是一个非图形化的浏览器，但不是自带的.

如果需要定义一个代理，设置 http_proxy 和/或 ftp_proxy 变量：

在镜像列表中，选择一个附近镜像站. 通常HTTP镜像站就足够了，但其他网络协议是可用的. 请访问. 那里将显示所有可用stage文件 （可能他们个别小组架构在命名的子目录中存储）. 选择一个，然后按 下载.

stage 文件下载完成后，可以验证 stage tarball 的完整性并验证其内容. 有兴趣的人应该进行下一节.

对验证stage文件不感兴趣的用户可以通过按 来关闭命令行浏览器，并且可以直接移步到 解压stage压缩包 部分.

验证
与最小安装CD一样，可以使用额外的下载来验证stage文件. 虽然这些步骤可以被跳过，但这些文件是为那些关心他们刚刚下载的文件合法性的用户提供的.


 * A 文件包含stage压缩包内的所有文件的列表.
 * A 文件，其中包含用不同的算法校验的stage文件.
 * A 像文件一样, 包含不同的stage文件的校验和，但也加密签名，以确保它是由Gentoo项目提供的.

使用 并比较,提供的校验输出与或者 文件的内容是否一致.

比如，要验证SHA512校验值：

使用命令的另外一种方式：

要验证Whirlpool校验值：

该值需要匹配，否则下载的文件可能已损坏（或摘要文件）. 比较这些命令的输出与中的值. 该值需要匹配，否则下载的文件可能已损坏（或digests文件）.

就像在ISO文件中，它也可以来验证加密签名的. 使用 以确保DIGESTS.asc文件校验和未被篡改:

The fingerprints of the OpenPGP keys used for signing release media can be found on the release media signatures page of the Gentoo webserver.

解压stage压缩包
现在，解压下载的stage到系统. 我们使用 来进行：

确保你使用了同样的参数 (  和  ). 表示解开（Extract）， 表示详细信息（Verbose）可以用来查看解压缩时发生了什么（可选参数），  表示保留权限（Preserve permissions），还有  表示我们要解开一个文件，而不是标准输入. 最后，  被用于确保从tarball中提取的文件的用户和组ID与Gentoo发布工程团队预期的保持一致，即使大胆的用户使用的不是Gentoo官方安装媒介.

现在stage文件已经解压好了，下面我们继续 配置编译选项.

介绍
为了优化Gentoo，可以设置一些影响Portage的变量，Gentoo官方支持包管理器. 所有这些变量可以设置为环境变量（使用），但这不是永久的. 为了保留设置，Portage读入文件 ，一个用于Portage的配置文件.

启动编辑器（在本指南中，我们使用 ）来更改我们将在下面讨论的优化变量.

从文件中可以明显看出文件的结构：注释行以 "#"开头，其他行使用 VARIABLE="content 语法定义变量. 接下来选取其中的几个进行讨论.

CFLAGS 和 CXXFLAGS
CFLAGS 和 CXXFLAGS 变量分别定义了GCC C和C ++编译器的优化标志. 尽管这些标志一般在这里默认被定义过，但为了性能最大化，需要分别优化每个程序的这些配置. 原因是因为每个程序都不同. 但是，这是不可管理的，因此这些标志在 文件中定义.

应该在中定义优化标志，这将使系统的响应速度最快. 不要在此变量中放置实验性的设置; 太多的优化可能会使程序表现不佳（崩溃，甚至更糟，故障）.

我们不会解释所有可能的优化选项. 要了解它们，请阅读GNU在线手册或gcc信息页面 (-只适用于可用的Linux系统). 文件本身也包含了很多例子和信息; 不要忘了读它.

第一个设置是标志  和   ，指定目标体系结构的名称. 可能用到的选项在文件中有描述（作为注释）. 一个常用的值是“native”，它告诉编译器选择当前系统体系结构（用户正在安装Gentoo时的系统）.

第二个是标志 （即大写的字母O，而不是数字零），它指定了gcc优化级别标志. 可能用到级别的是s（对于大小最优化），0（零 - 无优化），1,2或甚至3等更多的优化选项（每个级别具有与前面相同的标志，加上一些额外选项）. 是建议的默认值. 在整个系统范围内使用时会导致问题，因此我们建议您坚持使用.

另一个普遍使用的优化标记是 （不同编译阶段通信使用管道而不是临时文件）. 它对产生的代码没有任何影响，但是会使用更多的内存. 在内存不多的系统里，gcc可能会被杀掉. 如果是那样的话，就不要用这个标记.

使用 （它将不在寄存器里为不需要帧指针的函数保存帧指针）可能会在调试程序的时候造成严重后果！

在你定义 CFLAGS 和 CXXFLAGS 的时候，你需要把这些优化标记都合并起来. stage3文件里包含的你解压缩出来的默认值已经足够好了. 下面这个例子仅仅是个例子：

MAKEOPTS
通过使用 MAKEOPTS 你可以定义在安装软件的时候同时可以产生并行编译的数目. 你的CPU数目（CPU核心数）+1 是个不错的选择，但是这个准则并不总都是最佳的.

就位，预备，出发 ！
根据你的喜好更新并保存（nano用户可以敲 +）.

让我们继续 安装Gentoo 基本系统.