Если у Вас возникли проблемы или какие-то вопросы при работе с этой книгой, пожалуйста, проверьте страницу FAQ http://www.linuxfromscratch.org/faq/#generalfaq. Вопрос, скорее всего, уже отвечен там. Если Вашего вопроса нет на этой странице, постарайтесь найти источник проблемы. Следующий совет поможет Вам в поиске правильного направления при решении проблемы: http://www.linuxfromscratch.org/hints/downloads/files/errors.txt.
Если Вы не нашли своей проблемы в FAQ, поищите решение в списках рассылки http://www.linuxfromscratch.org/search.html.
LFS также имеет многочисленное сообщество, готовое предложить Вам свою помощь через списки рассылки и IRC (см. Раздел 1.4, «Ресурсы»). К сожалению, мы получаем некоторые вопросы каждый день, и большинство из них может быть легко решено прочтением FAQ и поиском по спискам рассылки. Пожалуйста, прежде чем обращаться к нам, попробуйте сами исследовать проблему. Это поможет нам сконцентрироваться на действительно серьезных и сложных вопросах. Если Вы все же так и не нашли решения, пожалуйста включите в Ваш запрос к нам всю необходимую информацию.
Кроме краткого описания проблемы, вот необходимые моменты, которые должны быть в Вашем запросе:
Версия используемой книги (в данном случае 7.3)
Хост-дистрибутив и его версия, используемая для сборки LFS
Вывод скрипта Раздел vii, «Требования к хост-системе»
Название пакета или секции, где возникла проблема
Точное сообщение об ошибке или ее точное описание
Замечание, где Вы отклонялись от книги и как
То, что Вы отклонялись от действий, описанных в книге, не значит, что мы не станем Вам помогать. В конце концов, LFS - это Ваша система. Ваше сообщение о изменениях в процедуре сборки поможет нам оценить и вычислить возможные причины Вашей пролблемы.
Если что-то
происходит
не так при
выполнении
скрипта configure,
просмотрите
файл config.log
. Он
может
содержать
ошибки,
произошедшие
во время configure,
которые не
были
выведены
на экран.
Включите
уместные
строки,
если
просите
помощи.
Как вывод команды на экран, так и содержимое различных файлов может быть полезным при определении источника ошибок компиляции. Вывод скрипта configure и запуска make может быть уместным. Совсем не стоит включать полный вывод, выберите только необходимую и уместную информацию. Ниже пример части из вывода make, которую нужно включить в просьбу о помощи:
gcc -DALIASPATH=\"/mnt/lfs/usr/share/locale:.\"
-DLOCALEDIR=\"/mnt/lfs/usr/share/locale\"
-DLIBDIR=\"/mnt/lfs/usr/lib\"
-DINCLUDEDIR=\"/mnt/lfs/usr/include\" -DHAVE_CONFIG_H -I. -I.
-g -O2 -c getopt1.c
gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o
expand.o file.o function.o getopt.o implicit.o job.o main.o
misc.o read.o remake.o rule.o signame.o variable.o vpath.o
default.o remote-stub.o version.o opt1.o
-lutil job.o: In function `load_too_high':
/lfs/tmp/make-3.79.1/job.c:1565: undefined reference
to `getloadavg'
collect2: ld returned 1 exit status
make[2]: *** [make] Error 1
make[2]: Leaving directory `/lfs/tmp/make-3.79.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/lfs/tmp/make-3.79.1'
make: *** [all-recursive-am] Error 2
В подобном случае большинство включат в свое сообщение только последнюю строку:
make [2]: *** [make] Error 1
Этой информации недостаточно, чтобы корректно идентифицировать проблему, поскольку она просто говорит, что что-то пошло не так, а не что пошло не так. В данном примере необходимо включать в свое сообщение всю секцию, так как она включает в себя выполненную команду и связанные с ней ошибки.
Великолепная статья о том, как правильно просить помощи в Интернет, доступна здесь: http://catb.org/~esr/faqs/smart-questions.html. Прочитайте ее и следуйте советам, это увеличит Ваши шансы на получение помощи.