Changeset ebecd08 for chapter07/cleanup.xml
- Timestamp:
- 11/16/2022 07:16:35 PM (18 months ago)
- Branches:
- 11.3, 11.3-rc1, 12.0, 12.0-rc1, 12.1, 12.1-rc1, bdubbs/gcc13, multilib, renodr/libudev-from-systemd, trunk, xry111/arm64, xry111/arm64-12.0, xry111/clfs-ng, xry111/loongarch, xry111/loongarch-12.0, xry111/loongarch-12.1, xry111/mips64el, xry111/update-glibc
- Children:
- 091d624d, 16a1647
- Parents:
- f2dff2d
- git-author:
- David Bryant <davidbryant@…> (11/16/2022 07:15:01 PM)
- git-committer:
- David Bryant <davidbryant@…> (11/16/2022 07:16:35 PM)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
chapter07/cleanup.xml
rf2dff2d rebecd08 14 14 <title>Cleaning</title> 15 15 16 <para>First, remove the currently installed documentation to prevent them16 <para>First, remove the currently installed documentation files to prevent them 17 17 from ending up in the final system, and to save about 35 MB:</para> 18 18 … … 20 20 21 21 <para>Second, on a modern Linux system, the libtool .la files are only 22 useful for libltdl. No libraries in LFS are expected to beloaded by23 libltdl, and it's known that some .la files can cause BLFS package s24 fail to build. Remove those files now:</para>22 useful for libltdl. No libraries in LFS are loaded by 23 libltdl, and it's known that some .la files can cause BLFS package 24 failures. Remove those files now:</para> 25 25 26 26 <screen><userinput>find /usr/{lib,libexec} -name \*.la -delete</userinput></screen> … … 43 43 backed up for later reuse. In case of fatal failures in the subsequent 44 44 chapters, it often turns out that removing everything and starting over 45 (more carefully) is the best optionto recover. Unfortunately, all the45 (more carefully) is the best way to recover. Unfortunately, all the 46 46 temporary files will be removed, too. To avoid spending extra time to 47 redo something which has been builtsuccessfully, creating a backup of47 redo something which has been done successfully, creating a backup of 48 48 the current LFS system may prove useful. 49 49 </para> … … 59 59 <para> 60 60 The following steps are performed from outside the chroot 61 environment. That means ,you have to leave the chroot environment61 environment. That means you have to leave the chroot environment 62 62 first before continuing. The reason for that is to 63 63 get access to file system locations outside of the chroot 64 environment to store/read the backup archive which should64 environment to store/read the backup archive, which ought 65 65 not be placed within the 66 <filename class="directory">$LFS</filename> hierarchy for 67 safety reasons. 66 <filename class="directory">$LFS</filename> hierarchy. 68 67 </para> 69 68 … … 79 78 <systemitem class="username">root</systemitem> on your host system. 80 79 Take extra care about the commands you're going to run as mistakes 81 here can modify your host system. Be aware that the80 made here can modify your host system. Be aware that the 82 81 environment variable <envar>LFS</envar> 83 82 is set for user <systemitem class="username">lfs</systemitem> by default … … 102 101 <para> 103 102 Make sure you have at least 1 GB free disk space (the source tarballs 104 will be included in the backup archive) on the file system containing105 directory where you create the backup archive.103 will be included in the backup archive) on the file system containing 104 the directory where you create the backup archive. 106 105 </para> 107 106 … … 109 108 Note that the instructions below specify the home directory of the host 110 109 system's <systemitem class="username">root</systemitem> user, which is 111 typically found on the root filesystem. 112 </para> 113 114 <para> 110 typically found on the root file system. 115 111 Replace <envar>$HOME</envar> by a directory of your choice if you 116 112 do not want to have the backup stored in <systemitem … … 150 146 <filename class="directory">$LFS</filename>, they are included in the 151 147 backup archive as well, so they do not need to be downloaded again. After 152 checking that <envar>$LFS</envar> is set properly, 148 checking that <envar>$LFS</envar> is set properly, you can 153 149 restore the backup by executing the following commands: 154 150 </para> … … 168 164 169 165 <para> 170 Again, double check that the environment has been set up properly166 Again, double check that the environment has been set up properly 171 167 and continue building the rest of the system. 172 168 </para> … … 176 172 If you left the chroot environment to create a backup or restart 177 173 building using a restore, remember to check that the virtual 178 file systems are still mounted (<command>findmnt | grep174 file systems are still mounted (<command>findmnt | grep 179 175 $LFS</command>). If they are not mounted, remount them now as 180 176 described in <xref linkend='ch-tools-kernfs'/> and re-enter the chroot
Note:
See TracChangeset
for help on using the changeset viewer.