Аппаратное обеспечение: Dell Dimension 4500S : i845G, Pentium 4, стандартный объем ОЗУ + 2 ГБ и последнее (около 2002 г.) обновление BIOS.
Я строил систему Linux из исходных текстов, так что пока это книга LFS 7.0 . Первое ядро, которое я построил, работает нормально, но в нем много пуха и раздувания, поэтому я сейчас оптимизирую ядро под мое целевое оборудование (см. Выше).
Моя последняя попытка конфигурации и несколько вариантов проб и ошибок постоянно зависали в операторе printk «Switching to clocksource tsc». У моего "хорошего" ядра никогда не было проблем ... это версия 3.1.0, кстати. Оба строятся из того же исходного дерева, без каких - либо пятен, make mrproper
, make menuconfig
и т.д., так что, очевидно , я просто не хватает какой - то ключевой CONFIG_XXX
флаг.
Я уже более суток смотрю на эту проблему и собираю ядро, которое знает сколько раз, но безрезультатно.
Одна вещь, которая мне кажется интересной, это хорошее ядро, которое я получаю:
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
tsc
Кроме того, это может быть полезно знать ....
# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
tsc acpi_pm
Я пытался настроить конфигурацию с различными вариантами, но на данный момент я не могу вспомнить какие-либо подробности, поэтому, пожалуйста, не спрашивайте. По результатам моего поиска я нашел и протестировал несколько параметров ядра, например, clocksource=pit
и notsc
, но все они также не работают. Опять же, я хотел бы записать все, что я до сих пор пробовал, задним числом ...
Большинство примеров на форуме относятся к ядрам 2.x и были решены с некоторыми вариациями параметров загрузки, но мое хорошее ядро использует только root=/dev/sdaX ro
. Так что я знаю, что мне нравится эта комбинация оборудования и ядра 3.1.0, если я могу найти правильную конфигурацию сборки.
Кроме того, большинство людей, которые опубликовали аналогичную проблему, говорят, что через несколько минут система продолжит загрузку, и все будет замечательно. Я оставил его на холостом ходу достаточно долго, чтобы приготовить ужин, и он все еще не возобновил загрузку.
Я надеюсь, что один из вас, гуру, прочтет это и скажет: «Эй, да, я просто установил CONFIG_XXX = y на моем динозавре P4, и он отлично работал». :)
Дайте мне знать, что вам нужно, чтобы я попробовал или проверил, я буду рад опубликовать результаты.
источник
noht
не делает это для меня. Дайте мне знать, если у вас есть другие идеи.acpi=off
.Ответы:
При быстром поиске эта проблема, по-видимому, имеет множество возможных причин и указывает на тот факт, что значение по умолчанию для вашего нового ядра для источника тактовых импульсов не подходит для вашей материнской платы.
Один совет, который работал для некоторых, был использовать
clocksource=hpet
илиclocksource=acpi_pm
.В другом потоке кто-то исправил это
clocksource=jiffies
, другой посоветовал попробоватьnoapic
илиnolapic
, другой, чтобы отключить acpi в BIOS, и еще один обвинил тачпад Synaptics и исправил свою проблему, удалив Xorg.conf.Одно ядро строитель устремил проблему перекомпиляцией Initrd без fbcondecor.
Надеюсь, что это помогает, так как кажется, что эта проблема может иметь много причин.
источник
clocksource=
,no
* и т.д.) , которые были отмечены в различных темах форума, без эффекта. Я сделал эти эксперименты в попытке сузить мою реальную проблему. У меня уже есть ядро, которое отлично загружается без каких-либо специальных параметров (кромеroot=
иro
), построенных из того же дерева исходных текстов, но это ядро содержит больше вещей, которые мне не нужны, чем те, которые я делаю ...CONFIG_
флага, который решит мою проблему.Я получил точно такую же проблему здесь и прочитал много. @harrymc сделал довольно хорошее резюме.
Я просто добавлю 2 вещи, которые я узнал из своего исследования:
Проблема связана с вашим ядром Linux, которое не знает, как обращаться с вашим процессором, потому что оно не может понять, какие у вас такты обработки. Вы можете наблюдать это, проверяя журнал загрузки ядра. Похоже, ядро пытается измерить ваши часы обработки (для меня это было похоже на «2997.1333», но каждая загрузка менялась на «2997.1445», «2997.1379», ...).
Попробовав много вещей, я наконец-то добрался сюда и узнал о BIOS. Мой ГИГАБИТ UEFI. Я установил параметры обратно на «Оптимизированные настройки по умолчанию» и установил «Технология виртуализации Intel» на «Включен».
Теперь для меня все нормализовалось! Надеется, что это помогает.
источник
Несколько центов от меня, не уверен, что это обычное дело или нет, но я смог заставить Ubuntu работать, отключив «высокоточный таймер» в BIOS. Мой мб это гигабайт z77x-d3h
источник
Я исправил проблему, добавив следующий параметр ядра:
источник