source: BOOK/temp-system/common/choose.xml@ 80a0729

clfs-3.0.0-systemd systemd
Last change on this file since 80a0729 was 11e2d29, checked in by Chris Staub <chris@…>, 10 years ago

Added entity for minimum kernel version

  • Property mode set to 100644
File size: 2.6 KB
RevLine 
[3f8be484]1<?xml version="1.0" encoding="ISO-8859-1"?>
[aa18ac0]2<!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3 "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
[3f8be484]4 <!ENTITY % general-entities SYSTEM "../../general.ent">
5 %general-entities;
6]>
7
8<sect1 id="ch-temp-system-choose">
9 <?dbhtml filename="choose.html"?>
10
11 <title>To Boot or to Chroot?</title>
12
[509df0f]13 <para os="a">There are two different ways you can proceed from this point
[398f5bd1]14 to build the final system. You can build a kernel, a bootloader, and
15 a few other utilities, boot into the temporary system, and build the
[44a25cc]16 rest there. Alternatively, you can mount a few virtual filesystems and
17 chroot into the temporary system.</para>
[3f8be484]18
[44a25cc]19 <para os="b">The <command>chroot</command> (change root) program is used to
20 enter a virtual environment and start a new shell whose root directory will
21 be set to the CLFS partition. This is very similar to rebooting and
22 instructing the kernel to mount the CLFS partition as the root partition.
[8bfae90]23 The major advantage is that <quote>chrooting</quote> allows the builder to
24 continue using the host while CLFS is being built. While waiting for package
25 compilation to complete, a user can switch to a different virtual console
26 (VC) or X desktop and continue using the computer as normal.</para>
27
[44a25cc]28 <!-- We also describe some alternative booting methods in <xref linkend="ch-boot-whatnext"/> -->
29
30 <para os="c">The main downside to chrooting is that you are more limited in
31 when you can use it - booting will always work for any CLFS build, but the
32 chroot method can only be used when you are building on the same
33 architecture. For example, if you are building on, and for, an x86 system,
34 you can simply chroot. Booting is required when you are compiling for a
35 different architecture, such as building a PowerPC system from an x86. The
36 rule of thumb here is that if the architectures match and you are running
[11e2d29]37 the same series kernel (specifically, a &glibc-kernel-version; or newer
38 Linux kernel) you can just chroot. If you aren't running the same series
39 kernel, or are wanting to run a different ABI, you will need to use the boot
40 option.</para>
[a0acd90]41
[8bfae90]42 <para os="d">If you are in any doubt about this, you can try the following
[44a25cc]43 commands to see if you can chroot:</para>
[398f5bd1]44
[8bfae90]45<screen os="e"><userinput>/tools/lib/libc.so.6
[bc2e3fa]46/tools/bin/gcc -v</userinput></screen>
[15138c5]47
[44a25cc]48 <para os="f">If either of these commands fail, you will have to follow the
49 boot method.</para>
[15138c5]50
[509df0f]51 <para os="g">For the boot method, follow <xref linkend="chapter-boot"/>.</para>
[040521bc]52
[509df0f]53 <para os="h">For the chroot method, follow <xref linkend="chapter-chroot"/>.</para>
[3f8be484]54
55</sect1>
Note: See TracBrowser for help on using the repository browser.