Итак, есть проблема - на компе не устанавливается Linux.
Конфигурация машины:
- CPU AMD Athlon 1,1 GHz
- VIA KT-133
- HDD WD1200JB (120 GB, 7200 rpm, 8 MB cache), но ставил и другие, например 8-гиговый фуджик на 5400.
- Память - да самая разная. Пробовал менять линейки и варьировать их количество - ноль эмоций.
Дистрибутивы, которые пробовал:
- ASP Linux 7.3
- ALT Linux 2.2 Junior
- Mandrake Linux 8.2
Установка валится еще на этапе загрузки с CD, сообщения во всех дистрибутивах аналогичны вот этому:
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... general protection fault: 0000
...
туча всякого барахла
...
<0> Kernel panic: Attempted to kill the idle task!
In idle task - not syncing
Отмечу несколько моментов:
1. FreeBSD на эту машину устанавливается абсолютно корректно.
2. Винда (пробовал 98, Me, 2KPro, XP) устанавливаются корректно.
3. В VMWare (пробовал Workstation 4.0.5 и GSX Server 2.5.1), установленной в 2000 винде возникает абсолютно идентичная проблема.
4. До этого в маме торчал Duron 750 MHz - все было просто отлично. Никаких проблем.
То есть очевидно, что дело в этом самом "unmasked SIMD". Причем, именно в этом кмане.
В чем может быть прикол?
Дело в конкретном экземпляре проца, или это "болезнь" всех первых атлонов? Есть ли возможность побороть это способом, отличным от замены CPU?
В общем, любые советы/мысли по поводу - приветствуются.
Ошибка буквально на ровном месте. После слов
22.03.04 18:12 Автор: ukv Статус: Незарегистрированный пользователь
> Enabling fast FPU save and restore... done. > Enabling unmasked SIMD FPU exception support... general > protection fault: 0000 > ... > туча всякого барахла > ... > <0> Kernel panic: Attempted to kill the idle task! > In idle task - not syncing
Ошибка буквально на ровном месте. После слов
> Enabling unmasked SIMD FPU exception support... general в регистре CR4 поднимается бит 10 (поддержка операционной системой исключений работы с плавающей точкой в XMM), и тут же происходит исключение. Вряд ли это только что размаскированное исключение (по справочнику в этом случае должно быть исключение 19, а слова protection fault - это исключение 13). Значит, инструкция mov cr4,reg32 - она действительно может вызвать #GP с кодом ошибки 0.
А это уже несколько странно: получается, что команда CPUID(1) думает, что процессор имеет XMM (установлен бит 25), а регистр CR4 уверен в обратном.
Возможно, поможет запрещение FXSR (быстрое сохранение/восстановление состояния FPU/MMX). Параметр ядра называется nofxsr, а вот в какой форме его правильно записать - просто nofxsr или nofxsr=1 - не знаю.
Хм... Это, похоже, не по моей части...23.03.04 10:08 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
> Возможно, поможет запрещение FXSR (быстрое > сохранение/восстановление состояния FPU/MMX). Параметр ядра > называется nofxsr, а вот в какой форме его правильно > записать - просто nofxsr или nofxsr=1 - не знаю.
я в таких тонкостях конфигурирования ядра не рублю ничерта...
У меня просто есть готовый дистрибутив и я пытаюсь запустить его на этой тачке.
Переконфигурировать железо я смогу, а вот линух %-)
В общем, спасибо. Видимо, этот камень из какой-то дефектной партии...
Весь линукс переконфигурировать НЕ НАДО. При установке ASP...23.03.04 15:58 Автор: ukv Статус: Незарегистрированный пользователь
Весь линукс переконфигурировать НЕ НАДО. При установке ASP 7.x и более поздних - в начале надо жать ESC, потом в Options - и там ввести этот параметр nofxsr, потом выбрать нужный режим установки. Другие дистрибутивы не пробовал, но там тоже это как-то должно делаться.
Теоретически сбой может быть и из-за памяти (или из-за кеша какого-нибудь уровня), но это мне кажется менее вероятным, чем неправильное определение аппаратных расширений для ранних моделей Athlon.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
