Новости:

Форуму исполнилось 12 лет!

Мы в матрице .
Мы в телеге .

Главное меню

ядро паникует

Автор kot, 23 апреля 2012, 15:30:37

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

kot

После установки 13.37 на мать с процем C2D - вот такая петрушка вылезла.
на такой же проц уже слаку 13.37 ставил, а тут вот.
не пойму, ей что два ядра не нравиться?

bormant

В познавательном плане: man mcelog, затем выполнить совет:
Цитировать
Run the message through 'mcelog --ascii' to decode.

В плане избавления от напасти: посмотреть сайт производителя материнки на предмет обновления BIOS и при наличии -- применить.

Graf

Цитата: bormant от 23 апреля 2012, 16:35:10
В познавательном плане: man mcelog, затем выполнить совет:
улыбнуло :)

# man mcelog
.......
X86  CPUs  report  errors  detected by the CPU as machine check events (MCEs).  These can be data corruption detected in the CPU
caches, in main memory by an integrated memory controller, data transfer errors on the front side bus  or  CPU  interconnect  or
other  internal errors.  Possible causes can be cosmic radiation, instable power supplies, cooling problems, broken hardware, or
bad luck.
.........


2kot
Попробуй скинуть BIOS в настройки "по умолчанию" (default)

kot

Graf, не помогло.
bormant, я не понял когда и где запустить?
ведь, после паники, ввод не доступен. Или надо загрузиться с загрузочного диска и прописать в rc.M(S) ?

bormant

Цитировать
       With the --ascii option mcelog decodes a fatal machine check panic gen-
       erated by the kernel ("CPU n: Machine Check Exception  ...")  in  ASCII
       from  standard  input  and  exits afterwards.  Note that when the panic
       comes from a different machine than where  mcelog  is  running  on  you
       might  need  to  specify the correct cputype on older kernels. On newer
       kernels which output the PROCESSOR field this is not needed anymore.
То есть, предлагается набрать текст после ":" ручками и скормить mcelog:
# cat MCE | mcelog --ascii
или
# mcelog --file MCE --ascii
но у меня он ничего нового не показал:
Цитировать
TSC 18c80c4338
HARDWARE ERROR. This is *NOT* a software problem!
Please contact your hardware vendor
CPU 1 BANK 0 TSC 18c80c4338
RIP !INEXACT! 60:c100acde
TIME 1335179567 Mon Apr 23 15:12:47 2012
STATUS 0 MCGSTATUS 0
(Fields were incomplete)

kot

bormant, спасибо!
я доигрался с обновлением биоса...., теперь вообще комп тока дискету просит.
но это уже тема для другого форума :)

bormant

#6
Цитата: kot от 25 апреля 2012, 16:54:56
я доигрался с обновлением биоса...., теперь вообще комп тока дискету просит.
но это уже тема для другого форума :)
Ну уж не знаю...
На моей памяти было весьма разное зверьё, и compaq с BIOS utility не в ПЗУ ROM, а на диске, и материнки ASUS, на которых перемычка защиты записи работала только на определённых микросхемах ППЗУ (у микросхем Intel напряжение программирования было 12В, тогда как остальные программировались на рабочем напряжении в 5В), и "приглючения" с прошивкой на "горячей замене" убитой WinCIH  ППЗУ-шкой, и много ещё чего...

А тут "умный BIOS" попросил "дискетку" -- и расклеились. Голову терять не надо, всё, что нас не убивает, делает сильнее!

ps. Скорее всего нужно смотреть в документации на материнку с DualBios, как должен зваться файлик с образом BIOS. Только файлик должен быть не от "соседней" платы, а от конкретной модели.

bormant

Цитата: Graf от 23 апреля 2012, 17:00:45
улыбнуло :)
Цитировать
# man mcelog
.......
X86  CPUs  report  errors  detected by the CPU as machine check events (MCEs).  These can be data corruption detected in the CPU caches, in main memory by an integrated memory controller, data transfer errors on the front side bus  or  CPU  interconnect  or  other  internal errors.  Possible causes can be cosmic radiation, instable power supplies, cooling problems, broken hardware, or  bad luck.
Возможно, вы будете смеяться, но ту или иную историю, связанную  с одной из перечисленных причин пока ещё могу припомнить.
Как думаете, какая была самая распространённая из приключавшихся?

Graf

Цитата: bormant от 26 апреля 2012, 04:53:05
Цитата: Graf от 23 апреля 2012, 17:00:45
улыбнуло :)
Цитировать
# man mcelog
.......
X86  CPUs  report  errors  detected by the CPU as machine check events (MCEs).  These can be data corruption detected in the CPU caches, in main memory by an integrated memory controller, data transfer errors on the front side bus  or  CPU  interconnect  or  other  internal errors.  Possible causes can be cosmic radiation, instable power supplies, cooling problems, broken hardware, or  bad luck.
Возможно, вы будете смеяться, но ту или иную историю, связанную  с одной из перечисленных причин пока ещё могу припомнить.
Как думаете, какая была самая распространённая из приключавшихся?
чувствуя некий подвох в вопросе, неужто космическая радиация? :)

kot

Цитата: bormant от 26 апреля 2012, 03:11:08
А тут "умный BIOS" попросил "дискетку" -- и расклеились. Голову терять не надо, всё, что нас не убивает, делает сильнее!
хорошее высказывание :)
а я и не расклеился, наобород, напрягся :)

Цитата: bormant от 26 апреля 2012, 03:11:08
ps. Скорее всего нужно смотреть в документации на материнку с DualBios, как должен зваться файлик с образом BIOS. Только файлик должен быть не от "соседней" платы, а от конкретной модели.
да вот с сайта производителя(ASUS) и скачал апгрейд, а оно на тебе.... :(
и главное с дискеты не загружается, зараза!
правда, подозреваю еще и дисковод он фигпойми какой давности, завтра притащу поновей вот там и поглядим.  8)

kot

вообщем дело оказалось в северном мосту.
мать ушла на помойку...
всем спасибо!