pkgmgt.po 25 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465
  1. msgid ""
  2. msgstr ""
  3. "Project-Id-Version: PACKAGE VERSION\n"
  4. "POT-Creation-Date: 2020-08-08 19:28+0800\n"
  5. "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n"
  6. "Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
  7. "Language-Team: LANGUAGE <LL@li.org>\n"
  8. "Language: zh_CN\n"
  9. "MIME-Version: 1.0\n"
  10. "Content-Type: text/plain; charset=UTF-8\n"
  11. "Content-Transfer-Encoding: 8bit\n"
  12. "X-Generator: Translate Toolkit 2.2.5\n"
  13. #. type: Content of: <sect1><title>
  14. msgid "Package Management"
  15. msgstr "软件包管理"
  16. #. type: Content of: <sect1><para>
  17. msgid ""
  18. "Package Management is an often requested addition to the LFS Book. A Package "
  19. "Manager allows tracking the installation of files making it easy to remove "
  20. "and upgrade packages. As well as the binary and library files, a package "
  21. "manager will handle the installation of configuration files. Before you "
  22. "begin to wonder, NO&mdash;this section will not talk about nor recommend any "
  23. "particular package manager. What it provides is a roundup of the more "
  24. "popular techniques and how they work. The perfect package manager for you "
  25. "may be among these techniques or may be a combination of two or more of "
  26. "these techniques. This section briefly mentions issues that may arise when "
  27. "upgrading packages."
  28. msgstr ""
  29. "经常有人请求将软件包管理加入 LFS 手册。包管理器可以跟踪文件的安装过程,简化移"
  30. "除或升级软件包的工作。如同处理二进制程序和库文件一样,包管理器也会处理配置文"
  31. "件的安装过程。在您开始想入非非前,不 —— 本节不会讨论或者推荐任何一个特定的包"
  32. "管理器。本节对软件包管理的流行技术及其工作原理进行综述。对您来说,完美的包管"
  33. "理器可能是其中的某个技术,也可能是几个技术的结合。本节还会简要介绍在升级软件"
  34. "包时可能遇到的问题。"
  35. #. type: Content of: <sect1><para>
  36. msgid ""
  37. "Some reasons why no package manager is mentioned in LFS or BLFS include:"
  38. msgstr "LFS 或 BLFS 不介绍任何包管理器的原因包括:"
  39. #. type: Content of: <sect1><itemizedlist><listitem><para>
  40. msgid ""
  41. "Dealing with package management takes the focus away from the goals of these "
  42. "books&mdash;teaching how a Linux system is built."
  43. msgstr "处理软件包管理会偏离这两本手册的目标 —— 讲述如何构建 Linux 系统。"
  44. #. type: Content of: <sect1><itemizedlist><listitem><para>
  45. msgid ""
  46. "There are multiple solutions for package management, each having its "
  47. "strengths and drawbacks. Including one that satisfies all audiences is "
  48. "difficult."
  49. msgstr ""
  50. "存在多种软件包管理的解决方案,它们各有优缺点。很难找到一种让所有读者满意的方"
  51. "案。"
  52. #. type: Content of: <sect1><para>
  53. msgid ""
  54. "There are some hints written on the topic of package management. Visit the "
  55. "<ulink url=\"&hints-root;\">Hints Project</ulink> and see if one of them "
  56. "fits your need."
  57. msgstr ""
  58. "已经有人写了一些关于软件包管理这一主题的短文。您可以访问 <ulink url=\"&hints-"
  59. "root;\">Hints Project</ulink> 并看一看是否有符合您的需求的方案。"
  60. #. type: Content of: <sect1><sect2><title>
  61. msgid "Upgrade Issues"
  62. msgstr "升级问题"
  63. #. type: Content of: <sect1><sect2><para>
  64. msgid ""
  65. "A Package Manager makes it easy to upgrade to newer versions when they are "
  66. "released. Generally the instructions in the LFS and BLFS books can be used "
  67. "to upgrade to the newer versions. Here are some points that you should be "
  68. "aware of when upgrading packages, especially on a running system."
  69. msgstr ""
  70. "使用包管理器可以在软件包新版本发布后容易地完成升级。一般来说,使用 LFS 或者 "
  71. "BLFS 手册给出的构建方法即可升级软件包。下面是您在升级时必须注意的重点,特别是"
  72. "升级正在运行的系统时。"
  73. #. type: Content of: <sect1><sect2><itemizedlist><listitem><para>
  74. msgid ""
  75. "If Glibc needs to be upgraded to a newer version, (e.g. from glibc-2.31 to "
  76. "glibc-2.32), it is safer to rebuild LFS. Though you <emphasis>may</"
  77. "emphasis> be able to rebuild all the packages in their dependency order, we "
  78. "do not recommend it."
  79. msgstr ""
  80. "如果需要升级 Glibc (例如从 Glibc-2.31 升级到 Glibc-2.32),最安全的方法是重新"
  81. "构建 LFS。尽管您<emphasis>或许</emphasis>能按依赖顺序重新构建所有软件包,但我"
  82. "们不推荐这样做。"
  83. #. type: Content of: <sect1><sect2><itemizedlist><listitem><para>
  84. msgid ""
  85. "If a package containing a shared library is updated, and if the name of the "
  86. "library changes, then any the packages dynamically linked to the library "
  87. "need to be recompiled in order to link against the newer library. (Note "
  88. "that there is no correlation between the package version and the name of the "
  89. "library.) For example, consider a package foo-1.2.3 that installs a shared "
  90. "library with name <filename class='libraryfile'>libfoo.so.1</filename>. If "
  91. "you upgrade the package to a newer version foo-1.2.4 that installs a shared "
  92. "library with name <filename class='libraryfile'>libfoo.so.2</filename>. In "
  93. "this case, any packages that are dynamically linked to <filename "
  94. "class='libraryfile'>libfoo.so.1</filename> need to be recompiled to link "
  95. "against <filename class='libraryfile'>libfoo.so.2</filename> in order to use "
  96. "the new library version. You should not remove the previous libraries unless "
  97. "all the dependent packages are recompiled."
  98. msgstr ""
  99. "如果更新了一个包含共享库的软件包,而且共享库的名称发生改变,那么所有动态链接"
  100. "到这个库的软件包都需要重新编译,以链接到新版本的库。(注意软件包的版本和共享库"
  101. "的名称没有关系。) 例如,考虑一个软件包 foo-1.2.3 安装了名为 <filename "
  102. "class='libraryfile'>libfoo.so.1</filename> 的共享库,如果您把该软件包升级到了"
  103. "新版本 foo-1.2.4,它安装了名为 <filename class='libraryfile'>libfoo.so.2</"
  104. "filename> 的共享库。那么,所有链接到 <filename class='libraryfile'>libfoo."
  105. "so.1</filename> 的软件包都要重新编译以链接到 <filename "
  106. "class='libraryfile'>libfoo.so.2</filename>。注意,您不能删除旧版本的库,直到"
  107. "将所有依赖它的软件包都重新编译完成。"
  108. #. type: Content of: <sect1><sect2><title>
  109. msgid "Package Management Techniques"
  110. msgstr "软件包管理技术"
  111. #. type: Content of: <sect1><sect2><para>
  112. msgid ""
  113. "The following are some common package management techniques. Before making a "
  114. "decision on a package manager, do some research on the various techniques, "
  115. "particularly the drawbacks of the particular scheme."
  116. msgstr ""
  117. "以下是几种常见的软件包管理技术。在决定使用某种包管理器前,请研读这些技术,特"
  118. "别是要了解特定技术的不足。"
  119. #. type: Content of: <sect1><sect2><sect3><title>
  120. msgid "It is All in My Head!"
  121. msgstr "这都在我的脑袋里!"
  122. #. type: Content of: <sect1><sect2><sect3><para>
  123. msgid ""
  124. "Yes, this is a package management technique. Some folks do not find the need "
  125. "for a package manager because they know the packages intimately and know "
  126. "what files are installed by each package. Some users also do not need any "
  127. "package management because they plan on rebuilding the entire system when a "
  128. "package is changed."
  129. msgstr ""
  130. "没错,这是一种包管理技术。有些人觉得不需要管理软件包,因为他们十分了解软件"
  131. "包,知道每个软件包安装了什么文件。有的用户则计划每次有软件包发生变动时就重新"
  132. "构建系统,所以不需要管理软件包。"
  133. #. type: Content of: <sect1><sect2><sect3><title>
  134. msgid "Install in Separate Directories"
  135. msgstr "安装到独立目录"
  136. #. type: Content of: <sect1><sect2><sect3><para>
  137. msgid ""
  138. "This is a simplistic package management that does not need any extra package "
  139. "to manage the installations. Each package is installed in a separate "
  140. "directory. For example, package foo-1.1 is installed in <filename "
  141. "class='directory'>/usr/pkg/foo-1.1</filename> and a symlink is made from "
  142. "<filename>/usr/pkg/foo</filename> to <filename class='directory'>/usr/pkg/"
  143. "foo-1.1</filename>. When installing a new version foo-1.2, it is installed "
  144. "in <filename class='directory'>/usr/pkg/foo-1.2</filename> and the previous "
  145. "symlink is replaced by a symlink to the new version."
  146. msgstr ""
  147. "这是一种最简单的软件包管理方式,它不需要任何额外的软件来控制软件包的安装。每"
  148. "个软件包都被安装在单独的目录中。例如,软件包 foo-1.1 将会被安装在 <filename "
  149. "class='directory'>/usr/pkg/foo-1.1</filename>,然后创建一个符号链接 "
  150. "<filename>/usr/pkg/foo</filename> 指向 <filename class='directory'>/usr/pkg/"
  151. "foo-1.1</filename>。在安装新版本 foo-1.2 的时候,把它安装到 <filename "
  152. "class='directory'>/usr/pkg/foo-1.2</filename>,然后把之前的符号链接替换为指向"
  153. "新版本的符号链接。"
  154. #. type: Content of: <sect1><sect2><sect3><para>
  155. msgid ""
  156. "Environment variables such as <envar>PATH</envar>, <envar>LD_LIBRARY_PATH</"
  157. "envar>, <envar>MANPATH</envar>, <envar>INFOPATH</envar> and <envar>CPPFLAGS</"
  158. "envar> need to be expanded to include <filename>/usr/pkg/foo</filename>. For "
  159. "more than a few packages, this scheme becomes unmanageable."
  160. msgstr ""
  161. "<envar>PATH</envar>、<envar>LD_LIBRARY_PATH</envar>、<envar>MANPATH</envar>、"
  162. "<envar>INFOPATH</envar> 和 <envar>CPPFLAGS</envar> 等环境变量需要被扩充,以包"
  163. "含 <filename>/usr/pkg/foo</filename>。一旦软件包的数量较多,这种架构就会变得"
  164. "无法管理。"
  165. #. type: Content of: <sect1><sect2><sect3><title>
  166. msgid "Symlink Style Package Management"
  167. msgstr "符号链接风格的软件包管理"
  168. #. type: Content of: <sect1><sect2><sect3><para>
  169. msgid ""
  170. "This is a variation of the previous package management technique. Each "
  171. "package is installed similar to the previous scheme. But instead of making "
  172. "the symlink, each file is symlinked into the <filename class='directory'>/"
  173. "usr</filename> hierarchy. This removes the need to expand the environment "
  174. "variables. Though the symlinks can be created by the user to automate the "
  175. "creation, many package managers have been written using this approach. A few "
  176. "of the popular ones include Stow, Epkg, Graft, and Depot."
  177. msgstr ""
  178. "这是前一种软件包管理技术的变种。和前一种方式一样,将各个软件包同样安装在独立"
  179. "的目录中。但不是建立目录的符号链接,而是把其中的每个文件符号链接到 <filename "
  180. "class='directory'>/usr</filename> 目录树中对应的位置。这样就不需要修改环境变"
  181. "量。虽然这些符号链接可以由用户自己创建,但已经有许多包管理器能够自动化这一过"
  182. "程。一些流行的包管理器如 Stow、Epkg、Graft 和 Depot 使用这种管理方式。"
  183. #. type: Content of: <sect1><sect2><sect3><para>
  184. msgid ""
  185. "The installation needs to be faked, so that the package thinks that it is "
  186. "installed in <filename class=\"directory\">/usr</filename> though in reality "
  187. "it is installed in the <filename class=\"directory\">/usr/pkg</filename> "
  188. "hierarchy. Installing in this manner is not usually a trivial task. For "
  189. "example, consider that you are installing a package libfoo-1.1. The "
  190. "following instructions may not install the package properly:"
  191. msgstr ""
  192. "安装过程需要伪装,使得软件包认为它处于 <filename class=\"directory\">/usr</"
  193. "filename> 中,尽管它实际上被安装在 <filename class=\"directory\">/usr/pkg</"
  194. "filename> 目录结构中。这种安装过程一般是超出常规的。例如,考虑安装软件包 "
  195. "libfoo-1.1。下面的指令可能不能正确安装该软件包:"
  196. #. type: Content of: <sect1><sect2><sect3><screen>
  197. #, no-wrap
  198. msgid ""
  199. "<userinput>./configure --prefix=/usr/pkg/libfoo/1.1\n"
  200. "make\n"
  201. "make install</userinput>"
  202. msgstr ""
  203. "<userinput>./configure --prefix=/usr/pkg/libfoo/1.1\n"
  204. "make\n"
  205. "make install</userinput>"
  206. #. type: Content of: <sect1><sect2><sect3><para>
  207. msgid ""
  208. "The installation will work, but the dependent packages may not link to "
  209. "libfoo as you would expect. If you compile a package that links against "
  210. "libfoo, you may notice that it is linked to <filename class='libraryfile'>/"
  211. "usr/pkg/libfoo/1.1/lib/libfoo.so.1</filename> instead of <filename "
  212. "class='libraryfile'>/usr/lib/libfoo.so.1</filename> as you would expect. The "
  213. "correct approach is to use the <envar>DESTDIR</envar> strategy to fake "
  214. "installation of the package. This approach works as follows:"
  215. msgstr ""
  216. "尽管安装过程本身可以顺利进行,但依赖于它的软件包可能不会像您期望的那样链接 "
  217. "libfoo 库。如果要编译一个依赖于 libfoo 的软件包,您可能发现它链接到了 "
  218. "<filename class='libraryfile'>/usr/pkg/libfoo/1.1/lib/libfoo.so.1</filename> "
  219. "而不是您期望的 <filename class='libraryfile'>/usr/lib/libfoo.so.1</"
  220. "filename>。正确的做法是使用 <envar>DESTDIR</envar> 策略伪装软件包的安装过程。"
  221. "就像下面这样做:"
  222. #. type: Content of: <sect1><sect2><sect3><screen>
  223. #, no-wrap
  224. msgid ""
  225. "<userinput>./configure --prefix=/usr\n"
  226. "make\n"
  227. "make DESTDIR=/usr/pkg/libfoo/1.1 install</userinput>"
  228. msgstr ""
  229. "<userinput>./configure --prefix=/usr\n"
  230. "make\n"
  231. "make DESTDIR=/usr/pkg/libfoo/1.1 install</userinput>"
  232. #. type: Content of: <sect1><sect2><sect3><para>
  233. msgid ""
  234. "Most packages support this approach, but there are some which do not. For "
  235. "the non-compliant packages, you may either need to manually install the "
  236. "package, or you may find that it is easier to install some problematic "
  237. "packages into <filename class='directory'>/opt</filename>."
  238. msgstr ""
  239. "多数软件包可以这样安装,但有些不能。对于那些不兼容的软件包,您要么亲自动手安"
  240. "装,要么更简单地把一些出问题的软件包安装在 <filename class='directory'>/opt</"
  241. "filename>中。"
  242. #. type: Content of: <sect1><sect2><sect3><title>
  243. msgid "Timestamp Based"
  244. msgstr "基于时间戳的方案"
  245. #. type: Content of: <sect1><sect2><sect3><para>
  246. msgid ""
  247. "In this technique, a file is timestamped before the installation of the "
  248. "package. After the installation, a simple use of the <command>find</command> "
  249. "command with the appropriate options can generate a log of all the files "
  250. "installed after the timestamp file was created. A package manager written "
  251. "with this approach is install-log."
  252. msgstr ""
  253. "在这种技巧中,安装一个软件包之前,为它创建一个时间戳文件。在安装后,用一行简"
  254. "单的 <command>find</command> 命令,加上正确的参数,就能生成安装日志,包含在时"
  255. "间戳文件创建以后安装的所有文件。有一个采用这个方案的包管理器叫做 install-"
  256. "log。"
  257. #. type: Content of: <sect1><sect2><sect3><para>
  258. msgid ""
  259. "Though this scheme has the advantage of being simple, it has two drawbacks. "
  260. "If, during installation, the files are installed with any timestamp other "
  261. "than the current time, those files will not be tracked by the package "
  262. "manager. Also, this scheme can only be used when one package is installed at "
  263. "a time. The logs are not reliable if two packages are being installed on two "
  264. "different consoles."
  265. msgstr ""
  266. "尽管这种方式很简单,但它有两个缺点。如果在安装过程中,某些文件没有以当前时间"
  267. "作为时间戳安装,它们就不能被包管理器跟踪。另外,只有每次只安装一个软件包时才"
  268. "能使用这种技术。如果在两个终端中同时安装两个不同的软件包,它们的安装日志就不"
  269. "可靠了。"
  270. #. type: Content of: <sect1><sect2><sect3><title>
  271. msgid "Tracing Installation Scripts"
  272. msgstr "追踪安装脚本"
  273. #. type: Content of: <sect1><sect2><sect3><para>
  274. msgid ""
  275. "In this approach, the commands that the installation scripts perform are "
  276. "recorded. There are two techniques that one can use:"
  277. msgstr "在这种方式中,安装脚本执行的命令被记录下来。有两种技术可以进行记录:"
  278. #. type: Content of: <sect1><sect2><sect3><para>
  279. msgid ""
  280. "The <envar>LD_PRELOAD</envar> environment variable can be set to point to a "
  281. "library to be preloaded before installation. During installation, this "
  282. "library tracks the packages that are being installed by attaching itself to "
  283. "various executables such as <command>cp</command>, <command>install</"
  284. "command>, <command>mv</command> and tracking the system calls that modify "
  285. "the filesystem. For this approach to work, all the executables need to be "
  286. "dynamically linked without the suid or sgid bit. Preloading the library may "
  287. "cause some unwanted side-effects during installation. Therefore, it is "
  288. "advised that one performs some tests to ensure that the package manager does "
  289. "not break anything and logs all the appropriate files."
  290. msgstr ""
  291. "在安装前设置 <envar>LD_PRELOAD</envar> 环境变量,将其指向一个库以在安装过程中"
  292. "预加载它。在安装过程中,这个库附加在 <command>cp</command>、"
  293. "<command>install</command>、<command>mv</command> 等可执行文件上,跟踪修改文"
  294. "件系统的系统调用。如果要使用这种方法,所有需要跟踪的可执行文件必须是动态链接"
  295. "的,且没有设定 suid 和 sgid 位。预加载动态库可能在安装过程中导致不希望的副作"
  296. "用。因此,建议在实际使用前进行一些测试,以确保包管理器不会造成破坏,并且记录"
  297. "了所有应该记录的文件。"
  298. #. type: Content of: <sect1><sect2><sect3><para>
  299. msgid ""
  300. "The second technique is to use <command>strace</command>, which logs all "
  301. "system calls made during the execution of the installation scripts."
  302. msgstr ""
  303. "第二种技术是使用 <command>strace</command>,它能够记录安装脚本执行过程中的所"
  304. "有系统调用。"
  305. #. type: Content of: <sect1><sect2><sect3><title>
  306. msgid "Creating Package Archives"
  307. msgstr "创建软件包档案"
  308. #. type: Content of: <sect1><sect2><sect3><para>
  309. msgid ""
  310. "In this scheme, the package installation is faked into a separate tree as "
  311. "described in the Symlink style package management. After the installation, a "
  312. "package archive is created using the installed files. This archive is then "
  313. "used to install the package either on the local machine or can even be used "
  314. "to install the package on other machines."
  315. msgstr ""
  316. "在这种架构中,软件包被伪装安装到一个独立的目录树中,就像软链接风格的软件包管"
  317. "理那样。在安装后,使用被安装的文件创建一个软件包档案。它可以被用来在本地机器"
  318. "甚至其他机器上安装该软件包。"
  319. #. type: Content of: <sect1><sect2><sect3><para>
  320. msgid ""
  321. "This approach is used by most of the package managers found in the "
  322. "commercial distributions. Examples of package managers that follow this "
  323. "approach are RPM (which, incidentally, is required by the <ulink url="
  324. "\"http://refspecs.linuxfoundation.org/lsb.shtml\">Linux Standard Base "
  325. "Specification</ulink>), pkg-utils, Debian's apt, and Gentoo's Portage "
  326. "system. A hint describing how to adopt this style of package management for "
  327. "LFS systems is located at <ulink url=\"&hints-root;fakeroot.txt\"/>."
  328. msgstr ""
  329. "大多数商业发行版的包管理器采用这种策略。例如 RPM (值得一提的是,它被 <ulink "
  330. "url=\"http://refspecs.linuxfoundation.org/lsb.shtml\">Linux Standard Base 规"
  331. "则</ulink>所要求)、pkg-utils、Debian 的 apt,以及 Gentoo 的 Portage 系统等。"
  332. "LFS Hint 中的一篇短文描述了如何为 LFS 系统适用这种管理方式:<ulink url="
  333. "\"&hints-root;fakeroot.txt\"/>。"
  334. #. type: Content of: <sect1><sect2><sect3><para>
  335. msgid ""
  336. "Creation of package files that include dependency information is complex and "
  337. "is beyond the scope of LFS."
  338. msgstr "创建包含依赖关系信息的软件包文件十分复杂,超出了 LFS 的范畴。"
  339. #. type: Content of: <sect1><sect2><sect3><para>
  340. msgid ""
  341. "Slackware uses a <command>tar</command> based system for package archives. "
  342. "This system purposely does not handle package dependencies as more complex "
  343. "package managers do. For details of Slackware package management, see "
  344. "<ulink url=\"http://www.slackbook.org/html/package-management.html\"/>."
  345. msgstr ""
  346. "Slackware 使用一个基于 <command>tar</command> 的系统创建软件包档案。和更复杂"
  347. "的包管理器不同,该系统有意地没有涉及软件包依赖关系。如果想了解 Slackware 包管"
  348. "理器的详细信息,阅读 <ulink url=\"http://www.slackbook.org/html/package-"
  349. "management.html\"/>。"
  350. #. type: Content of: <sect1><sect2><sect3><title>
  351. msgid "User Based Management"
  352. msgstr "基于用户的软件包管理"
  353. #. type: Content of: <sect1><sect2><sect3><para>
  354. msgid ""
  355. "This scheme, unique to LFS, was devised by Matthias Benkmann, and is "
  356. "available from the <ulink url=\"&hints-root;\">Hints Project</ulink>. In "
  357. "this scheme, each package is installed as a separate user into the standard "
  358. "locations. Files belonging to a package are easily identified by checking "
  359. "the user ID. The features and shortcomings of this approach are too complex "
  360. "to describe in this section. For the details please see the hint at <ulink "
  361. "url=\"&hints-root;more_control_and_pkg_man.txt\"/>."
  362. msgstr ""
  363. "这种架构是 LFS 特有的,由 Matthias Benkmann 提出,可以在 <ulink url=\"&hints-"
  364. "root;\">Hints Project</ulink> 查阅。在该架构中,每个软件包都由一个单独的用户"
  365. "安装到标准位置。只要检查文件所有者,就能找出属于一个软件包的所有文件。它的优"
  366. "缺点十分复杂,无法在本节讨论。如果想详细了解,请访问 <ulink url=\"&hints-"
  367. "root;more_control_and_pkg_man.txt\"/> 阅读。"
  368. #. type: Content of: <sect1><sect2><title>
  369. msgid "Deploying LFS on Multiple Systems"
  370. msgstr "在多个系统上部署 LFS"
  371. #. type: Content of: <sect1><sect2><para>
  372. msgid ""
  373. "One of the advantages of an LFS system is that there are no files that "
  374. "depend on the position of files on a disk system. Cloning an LFS build to "
  375. "another computer with the same architecture as the base system is as simple "
  376. "as using <command>tar</command> on the LFS partition that contains the root "
  377. "directory (about 250MB uncompressed for a base LFS build), copying that file "
  378. "via network transfer or CD-ROM to the new system and expanding it. From "
  379. "that point, a few configuration files will have to be changed. "
  380. "Configuration files that may need to be updated include: <filename>/etc/"
  381. "hosts</filename>, <filename>/etc/fstab</filename>, <filename>/etc/passwd</"
  382. "filename>, <filename>/etc/group</filename>, <phrase revision=\"systemd\"> "
  383. "<filename>/etc/shadow</filename>, and <filename>/etc/ld.so.conf</filename>. "
  384. "</phrase> <phrase revision=\"sysv\"> <filename>/etc/shadow</filename>, "
  385. "<filename>/etc/ld.so.conf</filename>, <filename>/etc/sysconfig/rc.site</"
  386. "filename>, <filename>/etc/sysconfig/network</filename>, and <filename>/etc/"
  387. "sysconfig/ifconfig.eth0</filename>. </phrase>"
  388. msgstr ""
  389. "LFS 系统的一项优势是,没有依赖于磁盘系统中文件位置的文件。将构建好的 LFS 系统"
  390. "复制到另一台具有相同硬件架构的计算机很简单,只要用 <command>tar</command> 命"
  391. "令把包含根目录的 LFS 分区打包 (未压缩的情况下,一个基本的 LFS 系统需要 250 "
  392. "MB),然后通过网络或者 CD-ROM 复制到新的系统上,再展开即可。这时,个别配置文件"
  393. "需要修改。可能需要更新的配置文件有:<filename>/etc/hosts</filename>,"
  394. "<filename>/etc/fstab</filename>,<filename>/etc/passwd</filename>,"
  395. "<filename>/etc/group</filename>,<phrase revision=\"systemd\"><filename>/etc/"
  396. "shadow</filename>,以及 <filename>/etc/ld.so.conf</filename>。</"
  397. "phrase><phrase revision=\"sysv\"><filename>/etc/shadow</filename>,"
  398. "<filename>/etc/ld.so.conf</filename>,<filename>/etc/sysconfig/rc.site</"
  399. "filename>,<filename>/etc/sysconfig/network</filename>,以及 <filename>/etc/"
  400. "sysconfig/ifconfig.eth0</filename>。</phrase>"
  401. #. type: Content of: <sect1><sect2><para>
  402. msgid ""
  403. "A custom kernel may need to be built for the new system depending on "
  404. "differences in system hardware and the original kernel configuration."
  405. msgstr "由于系统硬件和原始内核配置的区别,可能需要为新系统重新配置并构建内核。"
  406. #. type: Content of: <sect1><sect2><note><para>
  407. msgid ""
  408. "There have been some reports of issues when copying between similar but not "
  409. "identical architectures. For instance, the instruction set for an Intel "
  410. "system is not identical with an AMD processor and later versions of some "
  411. "processors may have instructions that are unavailable in earlier versions."
  412. msgstr ""
  413. "有一些报告反映称,在架构相近但不完全一致的计算机之间拷贝 LFS 系统时出现问题。"
  414. "例如,Intel 系统使用的指令集和 AMD 处理器不完全相同,且较新的处理器可能包含旧"
  415. "处理器没有的指令。"
  416. #. type: Content of: <sect1><sect2><para>
  417. msgid ""
  418. "Finally the new system has to be made bootable via <xref linkend=\"ch-"
  419. "bootable-grub\"/>."
  420. msgstr ""
  421. "最后,按照<xref linkend=\"ch-bootable-grub\"/>中的说明,为新系统配置引导加载"
  422. "器。"