| 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162 | 
							- <sect1 id="ch09-theend">
 
- <title>The End</title>
 
- <?dbhtml filename="theend.html" dir="chapter09"?>
 
- <para>Well done! You have finished installing your LFS system. It may have
 
- been a long process, but we hope it was worth it. We wish you a lot of fun
 
- with your new shiny custom built Linux system.</para>
 
- <para>Now would be a good time to strip all debug symbols from 
 
- the binaries on your LFS system. If you are not a programmer and don't plan 
 
- on debugging your software, then you will be happy to know that you can 
 
- reclaim a few tens of megs by removing debug symbols. This process causes 
 
- no inconvenience other than not being able to debug the software fully 
 
- anymore, which is not an issue if you don't know how to debug.</para>
 
- <para>Disclaimer: 98% of the people who use the command mentioned below don't
 
- experience any problems. But do make a backup of your LFS system before
 
- you run this command. There's a slight chance it may backfire on you and
 
- render your system unusable (mostly by destroying your kernel modules
 
- and dynamic & shared libraries). This is caused more often by typos
 
- than by a problem with the command used.</para>
 
- <para>Having said that, the --strip-debug option we use to strip is quite 
 
- harmless under normal circumstances. It doesn't strip anything vital from 
 
- the files. It also is quite safe to use --strip-all on regular programs
 
- (don't use that on libraries - they will be destroyed), but it's not as
 
- safe, and the space you gain is not all that much. But if you're tight on
 
- disk space every little bit helps, so decide for yourself. Please refer to
 
- the strip man page for other strip options you can use. The general idea
 
- is to not run strip on libraries (other than --strip-debug), just to be
 
- on the safe side.</para>
 
- <para>If you are planning to go ahead and perform the strip, special care is
 
- needed to ensure you're not running any binaries that are about to be stripped
 
- -- including the active bash shell. Therefore you'll need to exit the chroot
 
- environment and reenter it using a modified chroot command:</para>
 
- <screen><userinput>logout
 
- chroot $LFS /tools/bin/env -i \
 
-     HOME=/root TERM=$TERM PS1='\u:\w\$ ' \
 
-     PATH=/bin:/usr/bin:/sbin:/usr/sbin \
 
-     /tools/bin/bash --login</userinput></screen>
 
- <para>Now run the following command:</para>
 
- <screen><userinput>/tools/bin/find /{,usr/,usr/local/}{bin,sbin,lib} -type f \
 
-    -exec /tools/bin/strip --strip-debug '{}' ';'</userinput></screen>
 
- <para>Quite a number of files will be reported as having their file format not
 
- recognized. Most of these are scripts instead of binaries. These warnings can
 
- be safely ignored.</para>
 
- <para>It's a good idea to create an <filename>/etc/lfs</filename> file. By
 
- having this file it is very easy for you (and for us if you are going to ask
 
- for help with something at some point) to find out which LFS version
 
- you have installed on your system. Create the <filename>/etc/lfs</filename>
 
- file by running the following command:</para>
 
- <screen><userinput>echo &version; > /etc/lfs-release</userinput></screen>
 
- </sect1>
 
 
  |