Обновил проц и добавил оперативки, хотел проверить memtest'ом, memtest не запустился, сообщил error: too small lower memory (0x99100 > 0x96000) Отчего возникает баг и как лечить расписано в http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549429 $ rpm -q memtest86+ memtest86+-4.20-alt2 x86_64
также http://forum.canardpc.com/threads/51181-error-too-small-lower-memory https://bugs.launchpad.net/ubuntu/+source/memtest86+/+bug/560839
патченный memtest с http://bitcube.co.uk/content/memtest-failures-0 пошел на ура. Т.е.имеет смысл по умолчанию собирать memtest с загрузкой в himem вместо lomem, были когда-то машины без himem, c честным 640К, но сейчас их трудно найти, и linux на них точно не взлетит. единственная токость, другое menuentry для grub2 - использовался knetbsd для загрузки в himem: menuentry "Memtest86-patched" { knetbsd /boot/memtest0 }
Из прочитанного пока не видно решение проблемы, которое не добавляло бы проблем на менее сломанных материнках, чем асусовские... я бы пробовал донести вопрос до апстрима всё-таки; на доступных железках подобного не наблюдал ни разу.
(В ответ на комментарий №3) > на менее сломанных материнках, чем асусовские... Gigabyte :( При чем, на этой же материнке, все раньше работало на ура. Поменял процессор с двухядерника на 4ядерник. > Из прочитанного пока не видно решение проблемы, которое не добавляло бы проблем Может, 2 сборки делеть? himem/lomem? У кого-то одно заработает, у кого-то другое...
[ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: 0000000000000000 - 0000000000098400 (usable) [ 0.000000] BIOS-e820: 0000000000098400 - 00000000000a0000 (reserved) [ 0.000000] BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) [ 0.000000] BIOS-e820: 0000000000100000 - 00000000cfd81000 (usable) [ 0.000000] BIOS-e820: 00000000cfde0000 - 00000000cfde3000 (ACPI NVS) [ 0.000000] BIOS-e820: 00000000cfde3000 - 00000000cfdf0000 (ACPI data) [ 0.000000] BIOS-e820: 00000000cfdf0000 - 00000000cfe00000 (reserved) [ 0.000000] BIOS-e820: 00000000e0000000 - 00000000f0000000 (reserved) [ 0.000000] BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved) [ 0.000000] BIOS-e820: 0000000100000000 - 0000000330000000 (usable) [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] DMI 2.4 present. [ 0.000000] DMI: Gigabyte Technology Co., Ltd. GA-790XTA-UD4/GA-790XTA-UD4, BIOS F2 12/03/2009 Возможно, эта область BIOS-e820: 0000000000098400 - 00000000000a0000 (reserved) связана с какой-то настройкой в BIOS. Вечером поиграю.
(In reply to comment #4) > > на менее сломанных материнках, чем асусовские... > Gigabyte :( Да, их тоже пару раз упоминали. Надо заставить их использовать memtest86+ :) > Может, 2 сборки делеть? himem/lomem? > У кого-то одно заработает, у кого-то другое... Об этом тоже подумал, но проверить не на чем. Возможно, тебе быстрее будет самому выяснить, какое именно изменение из обсуждаемых на таком BIOS приводит к работоспособности (а я на всякий постараюсь перепроверить на своих).
(В ответ на комментарий №6) > Возможно, тебе быстрее будет > самому выяснить, какое именно изменение из обсуждаемых на таком BIOS приводит к > работоспособности (а я на всякий постараюсь перепроверить на своих). пробовал, другие настройки не влияют, похоже, дело именно в установке 4ядерника: BIOS увеличивает резервированную область с 0.000000] BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) до 0.000000] BIOS-e820: 0000000000098400 - 00000000000a0000 (reserved) и тогда lomem memtest не вмещается.
(In reply to comment #4) > Может, 2 сборки делать? himem/lomem? > У кого-то одно заработает, у кого-то другое... Видимо, придётся (плюс control).
Просьба по возможности посмотреть 5.01 (исошка гибридная): http://git.altlinux.org/tasks/120438/ http://fly.osdn.org.ua/~mike/tmp/syslinux-20140528-i586.iso Заодно в пакет добавлен ELF-бинарник для GRUB.
я во вторник вернусь в киев, постараюсь вечером проверить. здесь у меня машинка послабее, памяти меньше, не воспроизвелось бы.
(В ответ на комментарий №10) > я во вторник вернусь в киев, постараюсь вечером проверить. Спасибо :)
(В ответ на комментарий №11) > (В ответ на комментарий №10) > > я во вторник вернусь в киев, постараюсь вечером проверить. > Спасибо :) В общем, наконец проверил, работает. Сорри.
Не, серьёзно спасибо и прошу прощения, сам-то тоже небыстро реагировал.
См. тж. https://bugzilla.altlinux.org/show_bug.cgi?id=33113
