diff options
Diffstat (limited to 'ru_RU.KOI8-R/FAQ/troubleshoot.sgml')
| -rw-r--r-- | ru_RU.KOI8-R/FAQ/troubleshoot.sgml | 548 |
1 files changed, 0 insertions, 548 deletions
diff --git a/ru_RU.KOI8-R/FAQ/troubleshoot.sgml b/ru_RU.KOI8-R/FAQ/troubleshoot.sgml deleted file mode 100644 index f6ae92abd8..0000000000 --- a/ru_RU.KOI8-R/FAQ/troubleshoot.sgml +++ /dev/null @@ -1,548 +0,0 @@ -<!-- $Id: troubleshoot.sgml,v 1.1 1998-12-28 19:20:04 ache 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 никогда не имели проблему ``>16MB'', - описанную в разделе <ref id="bigram" name="о машинах с >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_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&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=<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=<n>"</tt> - - <p>в файл конфигурации ядра, где <n> - это число в пределах - 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> |