Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | |
Весь линукс переконфигурировать НЕ НАДО. При установке ASP... 23.03.04 15:58 Число просмотров: 1489
Автор: ukv Статус: Незарегистрированный пользователь
|
Весь линукс переконфигурировать НЕ НАДО. При установке ASP 7.x и более поздних - в начале надо жать ESC, потом в Options - и там ввести этот параметр nofxsr, потом выбрать нужный режим установки. Другие дистрибутивы не пробовал, но там тоже это как-то должно делаться.
Теоретически сбой может быть и из-за памяти (или из-за кеша какого-нибудь уровня), но это мне кажется менее вероятным, чем неправильное определение аппаратных расширений для ранних моделей Athlon.
|
|
<hardware>
|
AMD Athlon + Linux = траблы с "unmasked SIMD" 17.03.04 21:49
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
Отредактировано 17.03.04 21:50 Количество правок: 1
|
Итак, есть проблема - на компе не устанавливается 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.
|
| | | |
Ага, понял. Спасибо! Попробую сегодня же. 24.03.04 10:34
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
|
|
| | | | |
Класс! С ASP 7.3 прошло! 24.03.04 19:27
Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
|
Инсталляха запустилась. Сейчас поставлю - посмотрим, запустится ли потом установленный линух.
А вообще спасибо - очень помог!
|
|
|
подробно о проекте
Анализ криптографических сетевых...
