path: root/ru_RU.KOI8-R/FAQ/troubleshoot.sgml

<!-- $Id: troubleshoot.sgml,v 1.3 1999-08-17 21:25:11 nik Exp $ -->
<!-- The FreeBSD Russian Documentation Project -->

  <sect>
    <heading>Устранение некоторых проблем<label id="troubleshoot"></heading>

    <sect1>
      <heading>
        На моём винчестеры есть запорченные блоки!<label id="awre">
      </heading>

      <p>Если это SCSI-устройство, то винчестер должен иметь возможность
      автоматической переадресации таких блоков.  Однако по непонятным
      причинам во многих поставляемых дисках эта возможность отключена...

      <p>Чтобы её включить, вам нужно изменить режим работы устройства, что
      во FreeBSD может быть выполнено администратором посредством команды

      <verb>
        scsi -f /dev/rsd0c -m 1 -e -P 3
      </verb>

      <p>и изменить значения параметров AWRE и ARRE с 0 на 1:-

      <verb>
        AWRE (Auto Write Reallocation Enbld):  1
        ARRE (Auto Read Reallocation Enbld):  1
      </verb>

      <p>Последующие параграфы были предоставлены
      <url url="mailto:tedm@toybox.placo.com" name="Тэдом Миттельштадтом">
      (Ted Mittelstaedt):

      <p>Для дисков IDE появление запорченных блоков является признаком
      возможных неприятностей.  Все современные IDE-диски поставляются с
      включенной возможностью переадресации испорченных блоков.  Все 
      производители винчестеров в настоящее время предоставляют расширенные
      гарантии и заменяют диски с запорченными блоками.

      <p>Если вы всё же хотите спасти ваш диск IDE с запорченными блоками,
      вы можете попытаться найти программу диагностики винчестеров от
      производителя и протестировать ею диск.  Иногда эти программы могут
      заставить электронику винчестера пересканировать диск в поисках
      испорченных блоков и заблокировать их.

      <p>В случае дисков стандартов ESDI, RLL и MFM, наличие испорченных
      блоков является обычным явлением и не является большой проблемой. В
      ПК контроллер винчестера и BIOS берут на себя работу по блокировке
      испорченных блоков.  Это прекрасно работает в случае операционных
      систем типа DOS, которые используют вызовы BIOS для доступа к диску.
      Однако драйвер диска во FreeBSD не обращается к BIOS, поэтому для
      обеспечения подобной функциональности существует bad144.  bad144
      работает только с драйвером wd, её НЕВОЗМОЖНО использовать со SCSI.
      bad144 помещает все найденные испорченные сектора в специальный файл.

      <p>У bad144 имеется особенность - специальный файл с испорченными
      блоками помещается на последнюю дорожку диска.  Так как этот файл
      может содержать список испорченных секторов, находящихся в начале
      диска, где может располагаться файл ядра /kernel, он должен быть
      доступен загрузчику, использующему вызовы BIOS для чтения файла ядра.
      Это значит, что диск, который использует bad144, не должен иметь
      размеры, превышающие 1024 дорожки, 16 головок и 63 сектора.  Это
      ограничивает размер диска, обрабатываемого bad144, 500 мегабайтами.

      <p>Для использования bad144, просто установите "Bad Block"
      в положение ON на экране программы fdisk во время начальной установки.
      Это работает начиная с FreeBSD 2.2.7.  Диск должен иметь размер,
      не превышающий 1024 дорожки.  Рекомендуется, чтобы до этого диск
      проработал не менее 4 часов для перехода в рабочий тепловой режим и
      стабильный режим работы головок.

      <p>Если диск имеет размер, превышающий 1024 головки (как, например,
      большой диск ESDI), контроллер ESDI использует особый режим 
      трансляции, чтобы это работало в DOS.  Драйвер wd будет знать об этих
      режимах трансляции, ЕСЛИ вы укажете на использование "преобразованных"
      параметров в команде "set geometry" программы fdisk.  Вы также НЕ должны
      использовать режим "dangerously dedicated" при выделении раздела для
      FreeBSD, так как при этом параметры диска не принимаются во внимание.
      Также, хотя fdisk будет использовать изменённые параметры, он всё же
      помнит настоящий размер диска, и попытается создать слишком большой
      раздел FreeBSD.  Если параметры диска изменились на транслированные,
      раздел ДОЛЖЕН быть создан вручную с указанием количества блоков.

      <p>Самым быстрым способом является установка большого диска ESDI с
      контоллером ESDI, загрузка DOS и выделение на нём раздела DOS.  Затем
      запустите инсталляционную программу FreeBSD и в экране программы
      fdisk найдите и запишите размер блока и их количество раздела DOS.
      Затем установите параметры в те же значения, которые использует DOS,
      удалите раздел DOS и создайте "совмещённый" раздел FreeBSD с ранее
      записанным размером блока.  Затем установите загрузку с этого раздела
      и включите сканирование испорченных блоков.  Во время установки сначала,
      ещё до создания файловых систем, запустится bad144 (вы можете это
      увидеть по Alt-F2).  Если возникнут проблемы при создании файла с
      запорченными секторами, вы установили слишком большие параметры диска
      - перезагрузитесь и начните всё сначала (включая повторные разбиение
      на разделы и форматирование винчестера в DOS).
    
      <p>Если переадресация включена и всё равно на диске присутствуют
      запорченные блоки, то, по-видимому, остаётся только заменить винчестер.
      Количество испорченных блоков с течением времени имеет тенденцию только
      увеличиваться.

    <sect1>
      <heading>
        FreeBSD не распознаёт мой EISA SCSI контроллер Bustek 742a!
      </heading>

      <p>Нижеследующая информация специфична для 742a, но может касаться и
      других адаптеров от Buslogic (Bustek = Buslogic).

      <p>Существуют две основных ``версии'' адаптеров 742a.  Это аппаратные
      модификации A-G и модификации H и выше.  Буква, обозначающая
      модификацию, расположена после номера сборки на кромке адаптера.  На
      адаптере 742a установлены две микросхемы ПЗУ, одна содержит BIOS, а
      другая - микрокод (так называемое firmware).  Для FreeBSD не имеет
      значения используемая версия BIOS, но имеет значение версия микрокода.
      Buslogic высылает обновления для ПЗУ, если вы позвоните в их отдел
      технической поддержки.  Михросхемы с BIOS и микрокодом поставляются
      соответствующими парами.  В ПЗУ адаптера вы должны иметь самую
      последнюю версии микрокода для вашей аппаратной модификации.

      <p>Адаптерам модификаций A-G может только подойти BIOS/Firmware версий
      вплоть до 2.41/2.21.  Адаптерам модификаций H и старше подходят самые
      последние версии BIOS/Firmware 4.70/3.37.  Отличие между версиями
      микрокода заключается в том, что версия микрокода 3.37 поддерживает
      механизм ``round robin''.

      <p>На адаптерах Buslogic проставлен серийный номер.  Если у вас
      адаптер старой модификации, вы можете позвонить в подразделение RMA
      фирмы Buslogic, сказать им серийный номер адаптера и попытаться
      обменять его на более новую модификацию.  Если адаптер достаточно нов,
      то они его поменяют.

      <p>FreeBSD 2.1 поддерживает микрокод модификаций только 2.21 и выше.
      Если у вас версия микрокода старее, чем эта, то адаптер не будет
      распознаваться как адаптер Buslogic.  Однако он может быть опознан
      как Adaptec 1540.  Ранние версии микрокода от Buslogic содержат режим
      ``эмуляции'' AHA1540.  Однако для EISA-адаптера всё это выглядит как-то
      некрасиво.

      <p>Если у вас адаптер старой модификации и вы получили микрокод 2.21
      для него, установите перемычку W1 в положение B-C, по умолчанию она
      находится в положении A-B.

      <p>Адаптеры 742a EISA никогда не имели проблему ``&gt;16MB'',
      описанную в разделе <ref id="bigram" name="о машинах с &gt;16 MB ОЗУ">.
      Эта проблема возникает со SCSI-адаптерами Vesa-Local Buslogic.

    <sect1>
      <heading>
        Не распознаётся SCSI-контроллер на HP Netserver!
      </heading>

      <p>В общем-то это известная проблема.  EISA-контроллеры SCSI, 
      расположенные на материнской плате машин HP Netserver, занимают
      EISA-слот номер 11, так что все ``настоящие'' слоты EISA будут ему
      предшествовать.  Так как адресное пространство для слотов EISA выше 10
      пересекается с адресным пространством, предназначенным для PCI, то
      автоконфигуратор FreeBSD в настоящее время не может эту проблему
      нормально обойти.

      <p>Так что пока лучшее, что вы можете предпринять, это попытаться
      указать, что пересечения диапазонов адресов нет :), установив опцию
      ядра <tt/EISA_SLOTS/ в значение 12.  Отконфигурируйте и откомпилируйте
      ядро так, как это описано в <url url="../../handbook/kernelconfig.html"
      name="разделе Руководства"> о конфигурировании ядра.

      <p>Конечно, это даст вам типичную ситуации "курица или яйцо"
      при установке системы на такой машине.  Для обхода этой проблемы
      внутри <em>UserConfig</em> есть специальный хак.  Не используя
      ``визуального'' интерфейса, а только интерфейс командной строки,
      просто наберите

      <verb>
        eisa 12
        quit
      </verb>

      <p>в приглашении, и проинсталлируйте систему как обычно.  В любом
      случае рекомендуется, что вы отконфигурируете и проинсталлируете
      собственное ядро.  Программа <htmlurl
      url="http://www.FreeBSD.org/cgi/man.cgi?dset" name="dset"> в настоящее
      время может сохранять это значение.

      <p>Надеемся, что будущие версии будут содержать полное решение этой
      проблемы.

      <p><tt/ЗАМЕЧАНИЕ:/ Вы не сможете использовать режим
      <bf/dangerously dedicated/ на машинах HP Netserver.  Полное описание
      причин содержится в <ref id="dedicate" name="этом замечании">.

    <sect1>
      <heading>Что не так с IDE-контроллером CMD640?</heading>

      <p>Этот контроллер не рабочий.  Он не может отрабатывать команды на
      обоих каналах одновременно.

      <p>Решение этой проблемы существует и включается автоматически, если
      в вашей системе испольщуется этот контроллер.  Подробная информация
      находится на страницах Справочника по дисковому драйверу (man 4 wd).

      <p>Если вы уже работаете с FreeBSD 2.2.1 или 2.2.2 с IDE-контроллером
      CMD640 и хотите использовать второй канал, постройте новое ядро с
      включенной опцией <tt/options "CMD640"/.  В версии 2.2.6 и выше это
      включено по умолчанию.

    <sect1>
      <heading>Выдаются сообщения типа ``<tt/ed1: timeout/''.</heading>

      <p>Обычно это вызвано конфликтом прерываний (например, двух адаптеров,
      использующих один и тот же IRQ).  FreeBSD до версии 2.0.5R была
      нечувствительна к таким конфликтам, и драйвер сетевого адапетра
      оставался работоспособен даже при конфликтах IRQ.  Однако с версии
      2.0.5R и выше, конфликты IRQ больше не считаются безобидными.  
      Загрузитесь с опцией -c и смените строку, описывающую ed0/de0/...
      на соответствующую вашей системе..
    
      <p>Если вы используете разъём BNC сетевого адаптера, таймауты
      устройства могут быть вызваны плохим терминированием.  Чтобы это
      проверить, подключите терминатор к адаптеру (без кабеля) и
      посмотрите, не исчезли ли сообщения об ошибках.

      <p>Некоторые NE2000-совместимые адаптеры выдают такую ошибку, если нет
      связи по UTP-порту или отключен кабель.

    <sect1>
      <heading>
        При монтировании компакт-диска, выдаётся сообщение
        ``Incorrect super block''.
      </heading>

      <p>В параметрах команды <htmlurl
      url="http://www.FreeBSD.org/cgi/man.cgi?mount" name="mount"> вам нужно
      указать тип устройства, который вы собираетесь смонтировать.  По
      умолчанию <htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?mount"
      name="mount"> полагает, что монтируемая файловая система имеет тип 
      ``<tt/ufs/''.  При монтировании файловой системы CDROM нужно указать
      опцию ``<tt/-t cd9660/'' в команде <htmlurl
      url="http://www.FreeBSD.org/cgi/man.cgi?mount" name="mount">.  При этом
      конечно предполагается, что CDROM содержит файловую систему стандарта
      ISO 9660, как на большинстве CDROM.  С версии 1.1R FreeBSD автоматически
      распознаёт также расширение Rock Ridge (для длинных имён файлов).

      <p>Например, если вы хотите смонтировать устройство CDROM
      ``<tt>/dev/cd0c</tt>'', в каталог <tt>/mnt</tt>, вы должны выполнить
      следующую команду:

      <verb>
        mount -t cd9660 /dev/cd0c /mnt
      </verb>

      <p>Заметьте, что имя устройства (``<tt>/dev/cd0c</tt>'' в этом примере)
      может быть другим, в зависимости от интерфейса вашего CDROM.
      Отметьте, что опция ``<tt/-t cd9660/'' всего лишь приводит к вызову
      команды ``<tt/mount&lowbar;cd9660/'', так что пример выше может быть
      укорочен до такой команды:

      <verb>
        mount_cd9660 /dev/cd0c /mnt
      </verb>

    <sect1>
      <heading>
        При монтировании компакт-диска выдаётся сообщение
        ``Device not configured''.
      </heading>

      <p>Обычно это означает, что в приводе CDROM нет компакт-диска либо
      устройство не было обнаружено на этапе загрузки.  Вставьте в
      привод какой-нибудь диск, и/или проверьте его настройку как
      ведущего/ведомого устройства, если оно типа IDE (ATAPI).  Для привода
      CDROM может потребоваться несколько секунд для обнаружения, что был
      вставлен диск, так что будьте терпеливыми.

      <p>Иногда SCSI CDROM может отсутствовать в системе из-за недостатка
      времени на ответ при сбросе шины.  Если ваш привод CD-ROM является
      SCSI-устройством, пожалуйста, попробуйте добавить такой символ в ваш
      файл конфигурации ядра и перекомпилируйте его.

      <verb>
        options "SCSI_DELAY=15"
      </verb>

    <sect1>
      <heading>
        Мой принтер печатает невероятно медленно.  Что тут можно сделать?
      </heading>

      <p>Если принтер подключен к параллельному порту, и единственной
      проблемой является его медлительность, попробуйте установить порт в
      режим ``polled'':

      <verb>
        lptcontrol -p
      </verb>

      <p>Утверждается, что некоторые новейшие принтеры от HP не работают
      корректно в режиме прерываний, скорее всего из-за (это ещё не совсем
      точно выянено) проблем с временными задержками.

    <sect1>
      <heading>
        Программы аварийно завершают работу с ошибкой ``Signal 11''.
      </heading>

      <p>Это может быть вызвано сбоями аппаратного обеспечением (память,
      материнская плата, итд).  Попробуйте запустить на вашем ПК программу
      тестирования памяти.  Имейте в виду, что в случае незначительных
      отклонений в работе возможна ситуация, когда все программы
      тестирования, которые вы будете пробовать, будут утверждать, что с
      ОЗУ всё в порядке, а ошибка будет возникать при определённых условиях 
      (таких, как использование DMA при использовании режима управления
      шиной контроллером SCSI типа Adaptec 1542, интенсивное обращение к
      ОЗУ при компиляции ядра или значительной нагрузке на систему).

      <p>В FAQ по SIG11 (ссылка дана ниже) сказано, что медленная память
      является самая распространённой причиной возникновения этой проблемы.
      Увеличьте число тактов ожидания в настройке BIOS или установите более
      быструю память.

      <p>Для меня самой распространённой причиной была сбойная кэш-память
      или кэш-контроллер.  Попробуйте отключить внешний кэш (второго
      уровня) в BIOS и посмотрите, не решит ли это вашу проблему.

      <p>Подробная информация по этому вопросу содержится в <url
      url="http://www.bitwizard.nl/sig11/" name="FAQ по проблеме SIG11">.

    <sect1>
      <heading>
        При загрузке монитор темнеет и теряет синхронизацию!
      </heading>

      <p>Это известная проблема с видеоадаптерами ATI Mach 64.  Она вызвана
      тем, что этот адаптер использует адрес <tt/2e8/, как и четвёртый
      последовательный порт.  Из-за ошибки (особенности?) в драйвере
      <htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?sio" name="sio.c">
      он обращается к порту, даже если если он не существует, и <bf/даже/
      если вы отключите sio3 (четвёртый порт), который, как правило,
      использует этот адрес ввода/вывода.

      <p>Пока это не исправлено, используйте следующий метод:

      <enum>
        <item>В приглашенни загрузчика наберите <tt/-c/.  (Это переведёт
        ядро в режим конфигурации).

        <item>Отключите устройства <tt/sio0/, <tt/sio1/, <tt/sio2/ и
        <tt/sio3/ (все).  После этого драйвер sio не будет активизироваться
        и проблем не будет.

        <item>Для продолжения загрузки наберите exit.
      </enum>

      <p>Если вам нужно использовать последовательные порты, вм должны
      построить новое ядро со следующей можификацией: в файле
      <tt>/usr/src/sys/i386/isa/sio.c</tt> найдите строчку, содержащую
      число <tt/0x2e8/ и удалите её вместе с предшествующий запятой
      (оставив следующую за ним).  После этого следуйте обычным указаниям
      по построению ядра.

      <p>Даже после этих изменений вы можете обнаружить, что X Window
      работает ненормально.  Некоторые новейшие видеоадаптеры ATI Mach 64
      (например ATI Mach Xpression) не работают с текущей версией 
      <tt/XFree86/; экран темнеет при запуске X Window или работает со
      странностями.  Вы можете получить бета-версию нового X-сервера,
      который работает лучше, с <url url="http://www.xfree86.org"
      name="сайта XFree86">, перейдя по ссылке, указывающей на новый
      бета-релиз.  Вам нужны следующие файлы:

      <p><tt>AccelCards, BetaReport, Cards, Devices, FILES, README.ati,
      README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc,
      X312BMa64.tgz</tt>

      <p>Замените старые файлы новыми версиями и не забудьте снова запустить
      <htmlurl
      url="http://www.FreeBSD.org/cgi/man.cgi?manpath=xfree86&amp;query=xf86config"
      name="xf86config">.

    <sect1>
      <heading>
        У меня 128 МБ ОЗУ, но система используется только 64.
        <label id="reallybigram">
      </heading>

      <p>Так как для определения объёма памяти FreeBSD использует информацию
      BIOS, она ограничена 16 битами, используемыми для выражения
      размера ОЗУ в килобайтах (65535 КБ = 64МБ) (или меньше... некоторые
      BIOS ограничивают размеры памяти до 16МБ).  Если у вас больше чем 64МБ
      ОЗУ, FreeBSD будет пытаться обнаружить эту память; однако эта попытка
      может и не удасться).

      <p>Для решения этой проблемы вам нужно использовать опцию ядра,
      указанную ниже.  Способ выяснения полной информации о памяти из BIOS
      существует, но у нас нет места в загрузочном блоке, чтобы это делать.
      Когда проблема нехватки места в загрузочных блоках будет решена, мы
      будем использовать расширенные функции BIOS для получения полной
      информации о памяти... но пока мы остановились на опции ядра.

      <tt>
        options "MAXMEM=&lt;n>"
      </tt>

      <p>Здесь <tt/n/ - это объём памяти в килобайтах. Для машины со 128 МБ
      ОЗУ вам нужно использовать значение <tt/131072/.

    <sect1>
      <heading>
        FreeBSD 2.0 аварийно завершает работу с сообщением
        ``kmem_map too small!''
      </heading>

      <p><tt /Замечание/ Сообщение может также выглядеть как
      ``mb_map too small!''

      <p>Такое завершение работы показывает, что системе не хватает
      виртуальной памяти для сетевых буферов (точнее, структур mbuf). Вы
      можете увеличить количество виртуальной памяти для структур mbuf,
      добавив:

      <p><tt>options "NMBCLUSTERS=&lt;n>"</tt>

      <p>в файл конфигурации ядра, где &lt;n&gt; - это число в пределах
      512-4096, в зависимости от числа TCP-соединений, которое вам нужно
      одновременно обслуживать.  Я рекомендую попробовать значение 2048 -
      это должно избавить вас от аварийных остановов.  Вы можете отслеживать
      количество структур mbuf, выделенных/используемых системой командой
      <htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?netstat"
      name="netstat -m">.  Значение по умолчанию для NMBCLUSTERS равно 
      <tt/512 + MAXUSERS * 16/.

    <sect1>
      <heading>
        Сообщение ``CMAP busy panic'' при перезагрузке с новым ядром.
      </heading>

      <p>Процедура определения устаревших фалов <tt>/var/db/kvm_*.db</tt>
      иногда даёт сбой и использует не те файлы, что может вызвать аварийный
      останов системы.

      <p>Если это случилось, перезагрузитесь в однопользовательском режиме
      и выполните команду:

      <verb>
        rm /var/db/kvm_*.db
      </verb>

    <sect1>
      <heading>ahc0: brkadrint,  Illegal Host Access at seqaddr 0x0</heading>

      <p>Это - результат конфликта со SCSI-адаптером Ultrastor. 

      <p>Во время загрузки войдите в меню конфигурации ядра и выключите
      устройство <htmlurl url="http://www.FreeBSD.org/cgi/man.cgi?uha(4)"
      name="uha0">, являющееся источником этой проблемы.

    <sect1>
      <heading>Sendmail говорит, что ``mail loops back to myself''</heading>

      <p>В FAQ по sendmail на это дан такой ответ:-

      <verb>
        * Выдаются сообщения "Local configuration error", примерно такие:

        553 relay.domain.net config error: mail loops back to myself
        554 <user@domain.net>... Local configuration error

        Как можно решить эту проблему?

        Согласно записям MX, почта для домена (скажем, domain.net) была
        перенаправлена на указанный хост (в нашем случае relay.domain.net),
        но он не распознаётся как domain.net.  Добавьте строку domain.net в
        файл /etc/sendmail.cw (если вы используете FETURE(use_cw_file)) или
        добавьте "Cw domain.net" в /etc/sendmail.cf.
      </verb>

      <p>Текущая версия <url
      url="ftp://rtfm.mit.edu/pub/usenet/news.answers/mail/sendmail-faq"
      name="FAQ по sendmail"> больше не поставляется вместе с sendmail.
      Однако этот документ регулярно помещается в конференции
      <url url="news:comp.mail.sendmail" name="comp.mail.sendmail">,
      <url url="news:comp.mail.misc" name="comp.mail.misc">,
      <url url="news:comp.mail.smail" name="comp.mail.smail">,
      <url url="news:comp.answers" name="comp.answers"> и
      <url url="news:news.answers" name="news.answers">.
      Вы можете получить копию по электронной почте, послав сообщение,
      содержащее команду "send usenet/news.answers/mail/sendmail-faq" в теле
      письма, в адрес <url url="mailto:mail-server@rtfm.mit.edu"
      name="mail-server@rtfm.mit.edu">.

    <sect1>
      <heading>
        Полноэкранные приложения на удалённой машине ведут себя неправильно!
      </heading>

      <p>На удалённой машине тип терминала может быть устанавлен в значение,
      отличное от типа терминала <tt>cons25</tt>, используемого на консоли
      FreeBSD.

      <p>Есть несколько способов решения этой проблемы:

	<itemize>
	<item>После входа на другую машину установите значение переменной
        окружения TERM равным <tt>ansi</tt> или <tt>sco</tt>.
	<item>Используйте эмулятор VT100 типа <htmlurl 
	url="http://www.FreeBSD.org/cgi/ports.cgi?screen-" name="screen"> 
	на локальной машине.  <tt>screen</tt> даёт вам возможность открывать
        несколько рабочих сеансов на одном терминале, и она имеет ещё ряд
        полезных особенностей.
	<item>Опишите терминал <tt>cons25</tt> в базе данных характеристик
        терминалов на удалённой машине.
	<item>Запустите X Window System и осуществляйте доступ к удалённой
        машине из <tt>xterm</tt>.
	</itemize>

     <sect1>
       <heading>
         Выводятся сообщения "calcru: negative time..."
       </heading>

       <p>Это может быть вызвано различными аппаратными или программными
       проблемами, связанными с прерываниями.  Это может быть связано как
       с ошибками при программировании, так и с природой самих устройств.
       Например, работа с TCP/IP по параллельному порту с использованием
       большого MTU приводит к этой проблеме, также как использование
       графических акселераторов; в последнем случае вы должны проверить
       настройку прерываний на графическом адаптере.
       
       <p>Одним из проявлений этой проблемы является прерывание работы
       процессов с диагностическим сообщением "SIGXCPU exceeded cpu time
       limit".

       <p>Если эта проблема не может быть решена, для FreeBSD 3.0 от 29
       ноября 1998 и выше измените значение системной переменной:
       
<verb>
               sysctl -w kern.timecounter.method=1
</verb>

       <p>Это коснётся производительности системы, но принимая во внимание
       источник этой проблемы, это будет незаметно.  Если проблема всё ещё
       даёт знать о себе, оставьте значение этой переменной равным единичке
       и увеличьте значение параметра "NTIMECOUNTER" в файле конфигурации
       вашего ядра.  Если в конце концов вы достигнете значения
       "NTIMECOUNTER=20", то вам эту проблему решить не удастся, прерывания
       дают слишком большую нагрузку на процессор, чтобы обеспечить
       отслеживание времени.

  </sect>