В операционных системах Виндовс ошибка «Память не может быть read», пожалуй, является одной из более нередко встречающихся. Разные гуру на страничках сети Веб дают советы по ее устранению и восстановлению обычного функционирования системы. Логично, что каждый держится представления «я прав, а другие нет». Вот только приводимые советы оказываются не всегда эффективными. Но никакого обмана нет: сообщение «Память не может быть read» может появляться из-за нескольких обстоятельств, потому и методов устранения препядствия существует также несколько.

Поначалу незначительно теории. Одно из преимуществ последних версий операционных систем от Майкрософт – это переработанный и усовершенствованный менеджер памяти. Если в Виндовс 9х разные сбои и перезагрузки были обычным явлением, и даже длительная работа в штатном режиме могла приводить к дилеммам, то в линейке, основанной на ядре Win NT, этому моменту было уделено самое пристальное внимание. В итоге сообщение об ошибке памяти фактически не стало появляться, так как принцип работы был кардинально переделан. Кстати, вот поэтому пользователи-новички, начавшие знакомство с миром цифровых технологий через Win 7, могут даже не знать, что такое «голубий экран погибели» (BSOD). Стоит дать подабающее Майкрософт – надежность системы повысилась в разы. Откуда же в таком случае на форумах берутся вопросы юзеров об ошибке «Память не может быть read»?

Принцип работы последующий: при запуске хоть какой программки системный менеджер выделяет ей определенный изолированный участок свободной памяти. Такое решение позволяет хорошим образом воплотить работу приложений в многозадачной системе. Если же запущенная программка пробует получить доступ к памяти вне выделенного места, то выдается сообщение «Память не может быть read» и приложение запирается. Благодаря этому удается обеспечить устойчивость операционной системы. Полностью понятно, что неувязка в большинстве случаев кроется в неправильно работающих посторониих приложениях, и ждать помощи от Майкрософт не стоит. Что ж, с теорией покончено, и можно перейти к практическим советам.

Одна из часто встречающихся обстоятельств – аппаратная ошибка памяти, возникающая в одном из установленных модулей. Сходу отметим, что довелось с этим сталкиваться пару раз, потому советы не голословные. Хотя современные микросхемы памяти довольно надежные, и трудности если и появляются, то нечасто, при сообщениях об ошибках необходимо проверить модули. До того как провести программную проверку, необходимо открыть корпус и извлечь модули памяти. Очевидно, при условии, что корпус не опломбирован гарантийным стикером. Гребенку медных контактов модулей необходимо кропотливо очистить канцелярским ластиком: время от времени показавшиеся окислы усугубляют электронную проводимость, а ластик их избавляет, полируя медь до блеска. После чего память аккуратненько вставляем назад в разъемы, не запамятывая про боковые защелки. Отныне следует следить, не пропала ли ошибка.

Если все повторяется, то придется прибегнуть к спец программкам. Одна из самых действенных, дающая практически 100% итог детектирования, – это Memtest86+ (не путать с TestMem). Особенность — в том, что тест предназначен для пуска в ДОС, потому нужно с веб-сайта разработчика скачать образ, созданный для записи на диск (флешку) и приготовить носитель в согласовании с аннотацией. Остается загрузиться с этого носителя и протестировать всю память. Если ошибки будут найдены, следует проверить каждый модуль раздельно.

Кстати, время от времени причина ошибок кроется в завышенных таймингах либо разгоне девайсов. Потому в неотклонимом порядке нужно убрать разгон (при его наличии) и проверить реальные и действительные значения таймингов (можно выяснить в программке CPU-Z).

Маленькой совет: ели неувязка наблюдается только с определенным приложением, то его необходимо обновить либо вообщем не использовать, попытавшись поменять аналогом. И, конечно, следует использовать уникальные операционные системы, а не их сборки.