theend.xml 3.4 KB

1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071
  1. <sect1 id="ch09-theend">
  2. <title>The End</title>
  3. <para>Well done! You have finished installing your LFS system. It may have
  4. been a long process but it was well worth it. We wish you a lot of fun
  5. with your new shiny custom built Linux system.</para>
  6. <para>Now would be a good time to strip all debug symbols from
  7. the binaries on your LFS system. If you are not a programmer and don't plan
  8. on debugging your software, then you will be happy to know that you can
  9. reclaim a few tens of megs by removing debug symbols. This process causes
  10. no inconvenience other than not being able to debug the software fully
  11. anymore, which is not an issue if you don't know how to debug. You can
  12. remove the symbols by executing the following command:</para>
  13. <para>Disclaimer: 98% of the people who use the command mentioned below don't
  14. experience any problems. But do make a backup of your LFS system before
  15. you run this command. There's a slight chance it may backfire on you and
  16. render your system unusable (mostly by destroying your kernel modules
  17. and dynamic &amp; shared libraries).</para>
  18. <para>Having that said, the --strip-debug option to strip is quite harmless
  19. under normal circumstances. It doesn't strip anything vital from the
  20. files. It also is quite safe to use --strip-all on regular programs
  21. (don't use that on libraries - they will be destroyed) but it's not as
  22. safe and the space you gain is not all that much. But if you're tight on
  23. disk space every little bit helps, so decide yourself. Please refer to
  24. the strip man page for other strip options you can use. The general idea
  25. is to not run strip on libraries (other than --strip-debug) just to be
  26. on the safe side.</para>
  27. <para><screen><userinput>find / -type f -exec strip --strip-debug '{}' ';'</userinput></screen></para>
  28. <para>If you plan to ever upgrade to a newer LFS version in the future it
  29. will be a good idea to create the /etc/lfs-&version; file. By having
  30. this file it is very easy for you (and for us if you are going to ask
  31. for help with something at some point) to find out which LFS version
  32. you have installed on your system. This can just be a null-byte file by
  33. running:</para>
  34. <para><screen><userinput>touch /etc/lfs-&version;</userinput></screen></para>
  35. <para>One final thing you may want to do is run lilo now that you are booted
  36. into LFS. This way you will put the LFS version of LILO in the MBR
  37. rather than the one that's there right now from your host system.
  38. Depending on how old your host distribution is, the LFS version may have
  39. more advanced features you need/could use.</para>
  40. <para>Either way, run the following to make the lilo version installed on LFS
  41. active:</para>
  42. <para><screen><userinput>/sbin/lilo</userinput></screen></para>
  43. <para>If you are wondering: "Well, where to go now?" you'll be glad to hear that
  44. someone has written an LFS hint on the subject at <ulink
  45. url="&hint-root;afterlfs.txt">&hint-root;afterlfs.txt</ulink>.
  46. On a same note, if you are not only newbie to LFS, but also
  47. newbie to Linux in general, you may find the newbie hint at <ulink
  48. url="&hint-root;newbie.txt">&hint-root;newbie.txt</ulink>
  49. very interesting.</para>
  50. <para>Don't forget there are several LFS mailinglists you can subscribe to if
  51. you are in need of help, advice, etc. See
  52. <ulink url="ch01-maillists.html">Chapter 1 - Mailinglists</ulink> for
  53. more information.</para>
  54. <para>Again, we thank you for using the LFS Book and hope you found this book
  55. useful and worth your time.</para>
  56. </sect1>