[РЕШЕНО]микрокод
| kss |
|
|
Темы:
1
Сообщения:
33
Участник с: 15 мая 2011
|
siroccoДа нет, обычная ext4.kssМожет быть у Вас хитрая фс на / ? |
| wlad_o |
|
|
Темы:
24
Сообщения:
184
Участник с: 02 января 2013
|
User6260 Вот наверно ключевые слова. Т.е. вопрос: я все проигнорировал (Без него все будет работать) и перезагрузился. Результат, как я понял, может быть двояким. В хреновом случае, что я должен делать? Переустановку? А что делал Арканис с kernel panic, как сносил микрокод, если система не загрузилась? |
| nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
мужики, вы вообще разберитесь, без этого микрокода работает или нет? по идее все должно работать и без этого микрокода! либо интел всех, извините за выражение, на*бал, выпуская бракованные процессоры....
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| wlad_o |
|
|
Темы:
24
Сообщения:
184
Участник с: 02 января 2013
|
nafanjaВот и я об этом. Наблюдается полный разнобой мнений. У меня опять что-то с головой... Как так? А до этого все почему работало? |
| Perfect_Gentleman |
|
|
Темы:
55
Сообщения:
1039
Участник с: 29 октября 2012
|
nafanjaуже начинаю малость жалеть, что Intel взял. |
| Perfect_Gentleman |
|
|
Темы:
55
Сообщения:
1039
Участник с: 29 октября 2012
|
wlad_oМикрокод выпускается, чтобы заблокировать функции, которые были анонсированы рабочими, а на деле оказались, либо нерабочими, либо, что ещё хуже, вносящими ошибки. А работало, т.к. просто на домашнем компе этими фичами не пользуются. |
| nafanja |
|
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
wlad_oможет работало потому что небыли использованы заявленные возможности... насколько я понял этот микрокод исправляет допущенные баги в железе программно. я не спец по этому вопросу и это просто догадки...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
| arcanis |
|
Темы:
31
Сообщения:
1496
Участник с: 09 сентября 2012
|
siroccosyslinuxarcanisGRUB1? имею три ноута, ПО/формат разметки диска на них идентичное. В плане железа два из них имеют почти одинаковую конфигурацию, третий (поновее) соверщенно другую. Вот третий и впадает в панику. |
| User6260 |
|
Темы:
1
Сообщения:
53
Участник с: 08 мая 2013
|
wlad_o Нет не так. После перезагрузки у процессора останется микрокод, который был вшит при производстве. Далее во время загрузки биос системной платы обновит его на свой, если он у него есть (он у него есть точно, т.к. мы ставим на системные платы только процессора, которые плата официально поддерживает). Далее если Linux не обновит мокрокод,, то останется микрокод из биоса. Обновлять или нет - решать каждому самостоятельно. Если этого не делать, то все будет работать. Это как обновлять программное обеспечение на более новую версию. На серверах до сих пор установлены старые стабильные версии Debian и работают. Другая аналогия с обновлением биоса системной платы. Если все работает, то зачем его обновлять на более свежий? |
| vasek |
|
|
Темы:
47
Сообщения:
11856
Участник с: 17 февраля 2013
|
User6260Сам код небольшой (иначе он не влезет в БИОС, если обновление пихать туда). Согласно документации Intel под микрокод в БИОС отводится 2К , т.е. 2048 байт, (из которых 48 байт ухлодят на заголовок), при этом сам микрокод закодирован (Intel не дает в него залазить). А почему обновление такое болшьшое, ты же сам писал, что на этапе загрузки идет подмена микрокода из БИОС на обновляемый микрокод, а для этого нужен драйвер, так что большую часть обновления занимает драйвер. to wlad_o, я же выше писал, что до инсталяции intel-ucode и настройки загрузчика у меня версия обновления микрокода была revision=0x14 — эта версия берется из БИОС и не зависит от операционной системы, например, виндах у меня показывает версию 14, в Linux — то же самое ( cat /proc/cpuinfo | grep microcode или dmesg | grep microcode). После установки ntel-ucode и настройки загрузчика я получил уже другую версию revision=0x29 и вдобавок к этому, dmesg мне сообщил arch kernel: CPU....microcode updated early to revision 0x29, date = 2013-06-12. После этого я удалил все, что касается intel-ucode.img из загрузчика, перегенерил его (но intel-ucode не удалял, оставил его на будущее) и получил при следующей загрузке снова микрокод, указанный в БИОС, т.е. revision=0x14 — вернулся к старому положению, обратно — что, вообщем то, сделали и неплохо — оставили загрузку обновлений микрокода на наше усмотрение — хотим грузим, хотим нет. Так что не бойся.
Ошибки не исчезают с опытом - они просто умнеют
|