Foxconn h55mxv не видит память 8 гб
Обновлено: 08.07.2024
Странно как раз таки у меня сейчас стоит 2*4гб односторонние! И все норма!
Shpoker: sum666а что виндовс пишет про память? зарезервировано оборудованием?
Если вставить все планки будет писать что доступно физ памяти 6гб и вирт 6 гб. Но если поставить в слоты а1 и б1 по 4гб будет писать что все 8гб.
Kib: Ви випадкового не ставите в В чи А канали пари планок різних розмірів? sum666точно такая же фигня регулярно с платами на Х58 чипсете. Скорее всего какая то очень специфическая специфика. Лечится подбором планок (может еще как то, но мне обычно быстрее и проще перекинуть планки) goldenvirus: В мануале сказано что мамка не поддерживает односторонние модули памяти. Точнее односторонние 4гб модули.
Странно как раз таки у меня сейчас стоит 2*4гб односторонние! И все норма!
Shpoker: sum666а что виндовс пишет про память? зарезервировано оборудованием?
Если вставить все планки будет писать что доступно физ памяти 6гб и вирт 6 гб. Но если поставить в слоты а1 и б1 по 4гб будет писать что все 8гб. Вообщем какую комбинацию не ставь работать будут только планки из слотов а1 и б1. С остальные слотов (а2 и б2) биос не видит планки. А винда считает эти планки(которые в а2 и б2) вирт. памятью!
Kib: Ви випадкового не ставите в В чи А канали пари планок різних розмірів? Возможно в процессоре повреждены компоненты отвечающие за данный канал(зачастую бывает если не удачно скальпированый процессор) либо обновить биос нужно, если стоит последняя версия наоборот откатить на предыдущую sum666Ну вы просили расшифровать что написано в мануале, я вам самую главную информацию и донес. sum666
так ты в монитор ресурсов заглянь и скади что там по памяти. ее просто не видно или видно, но зарезервирована? sum666: Извините но я вас не понимаю, можно по русски плиз. В слотах А1-А2 и В1-В2 должны быть планки одного размера, у вас как? sum666: Извините но я вас не понимаю, можно по русски плиз. В слотах А1-А2 и В1-В2 должны быть планки одного размера, у вас как? Ну если у него 2х2Гб и 2х4Гб то как будет?
Якби в нього було чотири однакових планки і виникала така трабла, то можна було б міркувати де собака порилась. А так можливо банальна несумісність. Ви також укр. не розумієте?) Я писав про випадок коли автор міг поставити в двохканал модуль 2ГБ+4ГБ. Ребят Я не знаю что произошло сейчас , выкл комп вставил 2*2гб в А2 И В2 И О ЧУДО ВСЕ ЗАРАБОТАЛО , И память стала вся определяться! Простите что создал тему НО реально очень долго мучился. Всем огромное спасибо что откликнулись! Народ скажите а как теперь сделать чтобы все четыре планки работали на одной самой быстрой частоте? Как правильно их гнать ведь 2*4гб однаранк а 2*2гб двуранк! Объясните новичку что и как делать?
Примерно та же проблема, но на иной лад - пока ни чего не помогло.
Суть почти та же стоят 2 планки каждая 2х2=4Гб т.е. должно быть 8, но грузит только половину от каждой - т.е. по 2 Гб и в мониторе в итоге 4гБ
каждую проверил по отдельности система работает на каждой с 2 Гб, тупит но работает.
Это явно где то в биосе. вопрос где рыть . вроде все на авто
изначально при установке системы Win 8/1 - все было ОК = 8Гб, но помню что копался и тогда (сейчас не могу вспомнить что именно. система устойчиво работает уже лет 5ть), и вот спустя время такая фигня, возможно в какой то момент я откатывался к дефолтному биос и не обратил внимание, что использую всего 4Гб (для моих нужд вроде как хватало)
Была похожая тема "Мать Asus P7P55М не грузит всю память!" - не мой вариант
Похожая проблема, но не совсем так.
У меня стоят 2 планки корсар TW3X4G1333C9A каждая 2х2=4Гб т.е. в итоге должно быть 8, но грузит только половину от каждой - т.е. по 2 Гб и в мониторе ресурсов в итоге только - 4гБ. Каждую проверил по отдельности система работает на каждой с 2 Гб, тупит но работает.
Это явно где то в настройках биоса. вопрос где рыть . вроде все на авто. Хотел посмотреть текущую версию биоса. правильно смотрю - в нижней синего цвета строке? просто версия мне показалась какая то "первичная" V 02.61
Точно помню что изначально при установке системы Win 8/1 - все было ОК = 8Гб, но помню но вставил и забыл, а пришлось покопаться, но в чем не помню уже (система устойчиво работает уже лет 5ть), да возможно в какой то момент я откатывался к дефолтному биос и не обратил внимание, что в работе всего 4Гб (для моих нужд вроде как хватало)
Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.
Привет Всем!Люди добрые помогите, при статусе Enabled в Memory Remap Feature не хочет загружаться компьютер даже в биос не заходит.
Мат.Плата ASUS p7p55d (биос последний)
Видит 3.56 гига и все,остальные не видит всего оперативы 8 гигов,планки нормальные проверяли и в магазине и дома.
| Конфигурация компьютера | |
| Процессор: AMD FX-6300 Black Edition, 3.50ГГц | |
| Материнская плата: MSI 760GMA-P34 (FX) | |
| Память: DIMM DDR3, 8ГБ (2x4ГБ), PC3-10666, 1333МГц, Kingston HyperX blu | |
| HDD: WDC WD5000AAKS-22V1A0 ATA Device (500 Гб, 7200 RPM, SATA-II) | |
| Видеокарта: NVIDIA GeForce GT 220 (512 Mb) | |
| Звук: Realtek ALC662 @ Intel Ibex Peak PCH - High Definition Audio Controller [B-3] | |
| CD/DVD: TEAC DV-W524GS ATA Device | |
| Монитор: Samsung SyncMaster B1930N [19" LCD] (HLOZ601260) | |
| ОС: Microsoft Windows 7 Ultimate x64 | |
| Индекс производительности Windows: 5.9 |
| при статусе Enabled в Memory Remap Feature не хочет загружаться компьютер даже в биос не заходит. Мат.Плата ASUS p7p55d (биос последний) Видит 3.56 гига и все,остальные не видит всего оперативы 8 гигов,планки нормальные проверяли и в магазине и дома. |
Только у меня материнка Foxconn H55MXV. При включении Remap'а пк не загружается только до самого первого экрана (с логотипом матери) и не реагирует даже на попытки войти в BIOS. Помогает только сброс всех настроек биоса (вытащил батарейку). В итоге из 8 Гб доступно только 3.18 (сразу после сброса биоса доступно около 2.86 Гб, потом после перезагрузки и выставления/сброса максимума памяти в msconfig все снова возвращается к 3.18)
Отчет по железу от AIDA64 приложен в архиве.
И да, мать по словам производителей поддерживает 8 гигов
это не есть гуд или так и должно быть? если нет, то как с этим бороться?
Ну врядли это так и должно быть. у меня (щас специально посмотрел) из 4 установленных Гигов доступно 3.25 Гига. шо то тут не так. надо ждать пока тут появится спец - IT могет и объяснит что.Это у тебя просто система? без всяких запущенных приложений. по старому опыту много лет назад. (лет 5 - 6) ходил такой хитромордый и очень подлый вирус. тоже забивал оперативку. самое простое для начала - попробуй прогнать тест на вирусы, а то чем черт не шутит.
Просмотри процессы. могет увидишь какой гад оперативку сжирает. прально, надо удостовериться, что материнка поддерживает нужный объем памяти
посмотреть в msconfig - загрузка - дополнительные параметры - максимум памяти - мож тут ограничение
ну и в биосе проверить не установлено ли что пакостное в пункте memory remap прально, надо удостовериться, что материнка поддерживает нужный объем памяти
Тогда, по идее, память не опозвалась бы и не тестировалась.
Ну тогда бы по идее Windows просто тупо не видел бы дополнительных Гигов. по тесту памяти они проходили бы при загрузке, а система бы их не видела. у меня такое было уже. пример с той 32 битной системой. там пихай хоть 10. система будет видеть только 3. а тут система видит все 8.
посмотреть в msconfig - загрузка - дополнительные параметры - максимум памяти - мож тут ограничениеНу это врядли. по умолчанию там ограничений не стоит. если только кто то так хитро и подло подшутил на парнем.
Да ладно. Что за вирус такой.
По сабжу: гугл изобилует различными решениями этого вопроса.
Был такой на Windows 98, 2000 и ХР.
По сабжу: гугл изобилует различными решениями этого вопроса.Ну те советы, что там дают. тут тоже уже давали. из нового только совет - перепрошить BIOS. но я бы не решился ковырять его самостоятельно и позвал бы спеца IT.
Насколько я припоминаю, он что делал. создавал что то типо файла здорового и запихивал его в оперативку, тем самым ее полностью занимая. комп естественно начинал дико свапить и тормозить соответственно. народ бросался очищать оперативу. комп начинал работать. через некоторое время этот гад опять проделывал подобную шутку. и так до бесконечности. нюансы могу конечно щас уже упустить. времени то ого го сколько уже минуло, да и склероз знаете ли.
Именно так, это был текстовый документ.
По сабжу: видео карта встроенная?
Видеокарта забирает на себя 4+ Гига оперативки при просто загруженной системе. ну это уже наглость с ее стороны. я честно говоря сомневаюсь. ну 1 - это я бы еще понял. Да и что то меня терзают смутные сомнения. чел имеет 8 Гигов оперативки и видимо не слабый комп, и при этом экономит на видеокарте?
а и что то меня терзают смутные сомнения. чел имеет 8 Гигов оперативки и видимо не слабый комп1200 р. за оперативную память, а процессор — один из первых i3 на «мертвом» сокете. По сабжу: гугл изобилует различными решениями этого вопроса.
+1, нет смысла копировать сюда все оттуда. Ряд решений, кстати, достаточно специфичен именно для сокета, который у автора. :-) -по поводу вируса, это вряд ли ибо пока пытался разобраться убил систему все под ноль было отформатировано и на новой системе та же чертовщина.
-винда 7ка домашняя расширенная,
-судя по букварю от материнки foxconn H55MXV она держит до 8 гб именно столько и впихнута
-в msconФИГЕ как и пишут 0 стоит
видео отдельностоящее geforce gtx465 но на мамке встроенное тоже есть
а по поводу memory remap можно поподробнее?
Garry_2004, нутак симптомы то совсем другие были. Одно дело выжрать оперативку и другое - ее обрезать.
Некоторое время назад я поставил на один из своих компьютеров 16 ГБ памяти. На нём стоит материнка Foxconn P55MX с Core i5 750. Можно было бы и заменить этот старый CPU, но он пока нормально работает и делает всё, что мне нужно.
Вот что интересно. Материнская плата официально не поддерживает 16 ГБ RAM. Спецификации на вышеупомянутой странице указывают, что поддерживается максимум 8 ГБ. На плате только два слота, поэтому у меня возникло подозрение, что планки 8 ГБ просто были редкостью в то время, когда вышла материнская плата. Я всё равно решил попробовать. Во многих случаях материнские платы поддерживают больше RAM, чем официально заявляет производитель.
Я убедился, что установлена последняя версия BIOS (версия 946F1P06) и вставил две своих планки по 8 гигабайт. Затем загрузил Ubuntu 16.04, и всё работало отлично. Я решил, что моя теория о том, что плата поддерживает больше памяти, чем заявлено в документации, оказалась правильной, и забыл об этом. Мне нравилось работать с дополнительной RAM и я был счастлив, что игра окупилась.
Но несколько месяцев спустя я попытался загрузить Windows 10. В основном, компьютер работает под Linux. Лишь иногда нужно загрузить Windows, чтобы что-то проверить. Тогда-то и началось самое интересное.
Когда появился GRUB, я выбрал в меню Windows 10 и нажал Enter. Экран загрузки Windows ненадолго появился, а затем меня сразу приветствовал синий экран смерти.
Стоп-код: ACPI_BIOS_ERROR. Я много погуглил и выяснил, что суть в какой-то проблеме с ACPI-таблицами в BIOS. Среди прочего, таблицы ACPI сообщают операционной системе, как настроить оборудование. Попытка загрузки с установочного USB-накопителя Windows привела к той же ошибке. Так что, думаю, Foxconn не врал. Этот компьютер действительно не поддерживает 16 ГБ оперативной памяти. Возврат к 8 ГБ привёл к успешной загрузке. Тесты RAM тоже прошли отлично, так что дело не в плохой планке памяти.
Я попытался связаться с поддержкой Foxconn насчёт исправления BIOS, но не получил ответа. Адрес электронной почты указан на их сайте, но он не работает. Возможно, Foxconn больше не занимается материнскими платами. Похоже, они также не оказывают поддержки.
В этот момент обычный человек просто сдался бы, смирившись с 8 ГБ памяти или купив новый компьютер. Но я не хотел так легко сдаваться. Я знал, что теоретически компьютер может использовать 16 ГБ, потому что он отлично работал в Linux. Поэтому я начал изучать ACPI и экспериментировать с настройками BIOS.
Я нашёл интересный раздел BIOS, где можно играть с некоторыми настройками памяти. Одним из параметров была «функция переназначения памяти» (Memory Remap Feature). Она была включена. В документации по BIOS говорится, что опция позволяет «перекрывать память PCI» для мэппинга выше общей физической памяти. Поиск в интернете указал, что его нужно включить при загрузке в 64-разрядной ОС. Просто ради эксперимента я её отключил, и Windows реально загрузилась! Однако сказала, что может использовать менее 4 ГБ оперативной памяти. Но это было приятно: у меня появился способ попасть в Windows без необходимости физически удалять планку памяти.
В Ubuntu то же самое. С отключённой функцией переназначения памяти она ограничила меня менее чем 4 ГБ RAM. На данный момент я был уверен, что происходит какая-то проблема с отображением памяти. Я решил подробнее изучить ошибку ACPI_BIOS_ERROR и её причины — и наткнулся на этот отличный документ для отладки драйверов Microsoft, который объясняет проверку ошибок ACPI_BIOS_ERROR.
После соответствующей правки реестра я снова включил функцию переназначения памяти в BIOS и загрузил Windows. BSOD теперь показал четыре дополнительных кода в верхнем левом углу:
Прекрасно! Таким образом, параметр 1 равен 0x0000000000000002. В документации Microsoft написано, что параметр 1, равный 0x02, означает проблему с обработкой списка ресурсов для корневых шин PCI. Поскольку параметры 2, 3 и 4 выглядят как сумасшедшие значения, это, наверное, указатели. И если тут одни указатели, Microsoft говорит, что проблема в том, что область декодирования PCI перекрывается со списком областей памяти, возвращаемых интерфейсом BIOS E820.
Окей. Информации много, но можно с чего-то начать исследование. Я нашёл информацию, как вызов E820 BIOS предоставляет информацию об областях памяти. Затем вернулся в Linux и просмотрел всю информацию о запуске ядра с помощью команды dmesg, уделяя особое внимание E820 и ACPI. Вот что нашлось:
Позже я увидел это:
Итак, что получается. Linux работает с 16 ГБ, потому что замечает конфликт и игнорирует конфликтующий диапазон PCI, который предоставляет ACPI, в то время как Windows с отвращением поднимает руки и выблёвывает синий экран: «У вашего BIOS проблема!» Не могу винить Windows. Действительно, существует перекрытие, поэтому можно понять, что она путается.
В этот момент я не был уверен, стоит ли продолжать. Последние 768 МБ памяти с 0x400000000 до 0x42fffffffff сопоставлены с началом огромной области пространства памяти, которую материнская плата использует для PCI. Ясно, что если материнская плата ожидает там PCI, может произойти что-то действительно плохое. Таким образом, материнская плата поддерживает только 15,25 ГБ RAM, правильно?
Но… в Linux всё работает просто отлично, без поддержки этой дополнительной области сопоставления PCI! Что, если как-то изменить таблицы ACPI, чтобы большой диапазон PCI начинался с 0x430000000 вместо 0x400000000, то есть сразу после окончания физической RAM. Тогда конфликт бы исчез, а большая часть окна сопоставления PCI по-прежнему осталась доступной.
Я начал копаться в таблицах ACPI. К счастью, Linux позволяет очень легко делать дампы. Есть специальные инструменты для этого, но таблицы можно легко найти в sysfs:
Вот они все. Меня также обрадовало, что в GRUB есть возможность заменить ваши таблицы ACPI новыми версиями. Поэтому если выяснить, какая таблица задействована, можно установить новую версию этой таблицы с помощью GRUB. Теоретически, Windows будет счастлива этим.
Среди других инструментов, я использовал iasl, чтобы разобрать различные таблицы ACPI и найти значение 0x400000000 для замены. Скорее всего, это значение с обратным порядком байтов (little-endian) и размером 64 бита, так что я запустил binwalk для поиска по всем файлам таблиц:
Я сделал копию таблицы OEMB, заменив байт 0x00 непосредственно перед байтом 0x04 на 0x30, чтобы изменить значение на 0x430000000 (помните, что это обратный порядок). Эту изменённую копию я поместил в файл /boot/oemb.dat. Затем использовал GRUB для замены таблицы OEMB моей копией, временно вставив следующую команду в список команд загрузки (ввод буквы 'e' в GRUB после выбора Ubuntu):
Идея в том, что она говорит GRUB загрузить все таблицы ACPI, кроме таблицы OEMB, а затем загрузить содержимое /boot/oemb.dat и добавить его в качестве дополнительной таблицы. Это эффективно заменит старую таблицу OEMB новой таблицей OEMB.
Хорошо, я загрузил Linux и…
Проклятая ошибка никуда не делась. WTF? Я предположил, что диапазон PCI фактически определён где-то ещё, но я нигде не видел, чтобы определялось конкретное значение. Я убедился, что исправленная таблица OEMB действительно загрузилась, и вернулся к исследованию.
На этот раз я решил использовать iasl для декомпиляции таблицы DSDT. Отслеживание показало, что таблица DSDT должна содержать метод под названием _CRS , который отвечает за создание этой таблицы.
В файле .dsl я действительно нашёл метод _CRS, связанный с шиной PCI, и он выглядел довольно сложным. Таблица DSDT содержит фактический код, поэтому значения таблицы искать непросто. В моем случае метод _CRS оказался довольно сложным. Я интерпретировал код насколько смог и понял, что метод _CRS загружает информацию из другой таблицы в памяти, начиная с 0xCF78E064. Я снова посмотрел лог загрузки Linux в dmesg и нашёл это:
Ага! Он загружает информацию из таблицы OEMB. Моя догадка была верна с самого начала. Так почему же не сработала замена таблицы OEMB?
Я снова посмотрел на лог dmesg после замены таблицы OEMB. Чего я не понимал, так это того, что если вы пытаетесь изменить таблицы, то GRUB перемещает большинство из них, включая OEMB, в другую область памяти. Проблема в том, что таблица DSDT жёстко закодирована на просмотр адреса 0xCF78E064 для таблицы OEMB. Поэтому-то новая таблица не видна системе, она по-прежнему смотрит на исходную таблицу. Ух.
Первым порывом было изменить DSDT, чтобы перевести её на новое расположение таблицы OEMB, но я чувствовал, что в перспективе это плохая идея, потому что новые версии GRUB могут изменить местоположение в памяти, где хранится пользовательская таблица OEMB.
Я остановился на другой идее. В GRUB есть эквиваленты команд write_byte , write_word , write_dword и read_ . Что если GRUB на лету будет изменять исходную таблицу OEMB? В наше время BIOS'ы сжатые. Вероятно, таблицы загружаются в RAM, поэтому теоретически можно изменять значения.
Так я и сделал. В качестве временного теста я добавил следующую команду в последовательность загрузки GRUB:
Она заменяет байт 0x00 непосредственно перед байтом 0x04 на значение 0x30, преобразуя 64-разрядный начальный адрес PCI этого конечного диапазона в 0x0000000430000000. Я не обновлял контрольную сумму таблицы OEMB, потому что Linux и так скулил, что контрольная сумма неверна, поэтому, очевидно, ему всё равно.
Я перезагрузился в Linux и с тревогой проверил лог dmesg для PCI.
Успех! Окно 0x430000000-0xfffffffffff появилось как новое допустимое окно в списке, и предупреждение о конфликте исчезло. После проверки, что Linux всё ещё работает нормально, я попытался загрузиться в Windows с тем же хаком.
Сработало! Теперь я могу загрузиться в Windows с 16 ГБ RAM, если использовать GRUB в качестве загрузчика с вышеупомянутой командой write_byte. Загрузчик Windows 10, очевидно, не будет работать. И если я когда-нибудь переустановлю Windows, вероятно, придётся временно вытащить одну планку RAM, чтобы загрузился установщик. Но это работает!
Чтобы навсегда добавить исправление в GRUB, я создал файл /etc/grub.d/00_patchbios следующего содержания:
Затем сделал скрипт исполняемым и запустил sudo update-grub . Теперь патч автоматически применяется при запуске GRUB.
Честно не знаю, насколько это безопасно. Действительно ли материнская плата аппаратно запрограммирована смотреть на эти адреса для PCI или что-то ещё. Знаю только, что она проходит мои тесты RAM. Поскольку Linux отлично работает с 16 гигабайтами RAM, меня эти вопросы не слишком беспокоят. Возможно, если установлено больше карт PCI/PCIe или что-то ещё, то возникнут проблемы, но в моём случае, похоже, всё в порядке. Очевидно, что ваша система может отличаться, и этот хак нельзя напрямую применить на других материнских платах, потому что таблица ACPI у каждого BIOS немного отличается.
Думаю, это был весёлый опыт, чтобы поделиться с миром! Надеюсь, вы что-то узнали из этого поста. Конечно, я и сам многому научился в процессе.
Помогите пожалуйста подобрать к материнской плате Foxconn H55MXV два модуля оперативной памяти по 4 гб каждый.
Добрые советчики - а ничего, что на 55серии работоспособность планок в первую очередь от камня зависит??
Ага. Я ни одну плашку ддр3л не смог заставить работать на G6950.
Так давно уже контроллер памяти в проце. И когда речь идет о памяти надо просто указывать сразу и мать и проц и память. Подойдет на все случаи жизни.
Ссыль в моем посте потрудись прочесть - потом "умные" мысли писать будешь :))
Я тоже долго подбирал память на эту материнку. Пробовал штуки 3 четверки, не заработали. В итоге купил б/у. Сечас у меня Crucial CT51264BA 16B.C16FKR DDR3-1600 (PC3-12800) + DDR-3 Digma(DMM84W64UE-H9) 1333mhz (9). Работают нормально.
Сегодня попробовал восьмерку Hynix 2R8x8 PC3L-12800U-11-13-B1 NMT41GU6BFR8A-PB N0 AA 1606 - эта не завелась, комп не загрузился. Хотел попробовать перепрошить Биос, но сайт foxconn показывает просто инфу про материнку, никакое ПО скачать невозможно к сожалению.
Кстати, на счет двусторонних модулей я знаю, 1-2 из тех четверок, что у меня не заработали, были двусторонние. Ну и у меня i3 540 3070 МГц, Foxconn H55MXV Series 1.0, AMI BIOS 08.00.15 07/22/10.
Читайте также: