Рейтинг: 4.3/5.0 (1898 проголосовавших)Категория: Инструкции
WildRAID 14 Май 2007
Имеется следующий компьютер:
В нём стоит 2 модуля DDRII 512 Mb (pc2-5300), производитель неизвестен (просто еще в корпус не зяглядывал).
Есть желание увеличить общее кол-во оперативной памяти до 2 Гб. Но возникает вопрос, как именно это лучше сделать:
- выкинуть текущую и купить два модуля по 1Гб;
- докупить и поставить 1 модуль на 1 Гб;
- докупить и поставить 2 модуля по 512 Мб
В железе разбираюсь довольно слабо, но где-то читал, что существует некий двухканальный режим работы памяти. И именно для того, чтобы он работал, модули покупаются и устанавливаются парами. Актуальна ли эта информация на сегодняшний день, и что посоветуете сделать.
Если вопрос совсем глупый, то хоть намекните, где и что можно почитать по данному вопросу.
Сообщение отредактировал WildRAID: 14 Май 2007 - 05:02
- выкинуть текущую и купить два модуля по 1Гб;
Да. Хотя можно попытаться продать.
- докупить и поставить 1 модуль на 1 Гб;
Чревато потенциальными конфликтами.
- докупить и поставить 2 модуля по 512 Мб
В принципе можно, но ИМХО четыре модуля в двухканальном режиме работают не всегда стабильно
Актуальна ли эта информация на сегодняшний день
где и что можно почитать по данному вопросу
В поиске. Навалом информации по этому вопросу.
Резюме: - выкинуть (или продать) текущую и купить два модуля по 1Гб
AccrosS 15 Май 2007
- выкинуть текущую и купить два модуля по 1Гб;
- докупить и поставить 1 модуль на 1 Гб;
- докупить и поставить 2 модуля по 512 Мб
Первое или третье.
P.S. Стоит учитывать что третий вариант дешевле
DVDshnik 15 Май 2007
Дешевле, то оно дешевле. Но опосля того начинаются всякие непонятные и нерешаемые проблемы.
TheSystem 15 Май 2007
- выкинуть текущую и купить два модуля по 1Гб;
- докупить и поставить 1 модуль на 1 Гб;
- докупить и поставить 2 модуля по 512 Мб
Голосую за первый вариант. (Желательно, конечно, не "выкинуть", а "продать").
Только следует учесть, что память желательно подбирать из списка совместимых модулей (QVL - Qualified Vendor List), который есть в мануале на системную плату и (должна быть более свежая версия) на сайте производителя системной платы. Если доступная к покупке память не входит в этот список, следует договориться о возврате в случае несовместимости - то есть, покупаешь, ставишь, тестируешь (GoldMemory, testmem86, S&M), если не проходит тесты - возвращаешь. Также, если комп новый и на гарантии, имеет смысл обратиться за апгрейдом памяти к поставщику - тогда подбор совместимых модулей будет его головной болью и гарантия не пропадёт.
WildRAID 15 Май 2007
Большое спасибо за помощь.
А можно поподробнее про это:
Дешевле, то оно дешевле. Но опосля того начинаются всякие непонятные и нерешаемые проблемы.
Собственно, если установка 4 одинаковых модулей памяти сопряжена с риском, то зачем на материнской плате 4 слота?
А есть ли какие-то статьи на эту тему? Немного поискал, но столкнулся с тем, что не могу внятно сформулировать запрос поисковику. >_<
Также, если комп новый и на гарантии, имеет смысл обратиться за апгрейдом памяти к поставщику - тогда подбор совместимых модулей будет его головной болью и гарантия не пропадёт..
Да, новый. В Олди брал. Там у них не полностью системник опечатывается, а каждый компонент в отдельности. Т.е. если захочется поменять, к примеру, видеокарту, то лишаешься гарантии только на неё.
Сообщение отредактировал WildRAID: 15 Май 2007 - 12:15
Ивор 15 Май 2007
WildRAID ni
Ну, лично я при установке четырех одинаковых модулей памяти каких-либо проблем не наблюдал. Разгон по оперативке разве что будет поменьше.
TheSystem 15 Май 2007
Собственно, если установка 4 одинаковых модулей памяти сопряжена с риском, то зачем на материнской плате 4 слота?
Для четырёх модулей, естественно. Только если это точно одинаковые модули, то проблем не будет. Беда вся в том, что одинаковые модули можно купить только разом, из одной партии. Для двухканального режима работы продаются специальные наборы из двух модулей, идентичность параметров которых гарантируется производителем. Если брать не такой набор (или пару наборов на 4 слота), а просто пару (или две пары) одинаковых модулей, то желательно, чтобы они были из одной партии - больше вероятность, что параметры модулей будут достаточно близки, чтобы считаться одинаковыми.
Но покупать комп сразу со всеми забитыми слотами под память означает обрекать себя на отсутствие возможности апгрейда позднее способом простого добавления пары модулей (или одного - как сложится). Этот способ тоже приемлем, несмотря на то, что кто-то против него голосует. Несовместимость не обязательно должна возникнуть - просто при большом количестве занятых слотов возрастает нагрузка на контроллер памяти - у платформы Intel он в северном мосту чипсета, у AMD - встроен в процессор; да и в обоих случаях стабилизатору питания памяти тяжелее. А то, что со временем технология меняется, меняется ассортимент модулей, которые можно купить в магазине, приводит к тому, что, скорее всего при позднем апгрейде памяти таких модулей, которые были бы полностью идентичны уже установленным, может не оказаться. А достаточно небольшой разницы в используемых на модулях микросхем, чтобы получить несовместимость.
Ещё раз повторю - несовместимость не обязательно должна возникнуть. Разная память успешно работает во многих системах - даже модули разных производителей и разных стандартов хорошо уживаются вместе. Субъективно - под процессоры Intel на чипсетах Intel разная память уживается лучше, на неинтеловских чипсетах несовместимость встречается чаще. У AMD зависит от платы - с одним и тем же процесором в одной плате четыре модуля могут счастливо жить вместе, на другой могут появиться глюки и снижение скорости. Вероятность несовместимости минимальна только при одинаковых модулях. Поэтому и рекомендуется менять всё целиком, а не рисковать нарваться на ситуацию, когда придётся бегать менять одни модули на другие и искать совместимые.
Да, новый. В Олди брал. Там у них не полностью системник опечатывается, а каждый компонент в отдельности. Т.е. если захочется поменять, к примеру, видеокарту, то лишаешься гарантии только на неё.
Это правильно, что опечатывается не полностью - расширяемость - это одно из потребительских свойств компьютера, и нельзя лишать пользователя гарантии на всю систему, если он установил в неё, например, ТВ тюнер..
А почему бы не обратиться опять к ним и пусть они сами нарастят память? Как они это сделают - добавят пару модулей или заменят два имеющихся на два других, большего объёма - без разницы, если в итоге будет та же система с наклеенными гарантийными стикерами на каждом модуле?
WildRAID ni
Ну, лично я при установке четырех одинаковых модулей памяти каких-либо проблем не наблюдал. Разгон по оперативке разве что будет поменьше.
А у меня была вот такая фича,ставлю 4 планки (DDR400) kingston по 512 а система видит только 1Гб. ставлю 4 по 512 NCP (односторонние) то видит 2 гектара,почему то мать сторону принимает за планку. я так понял,поправьте если че недапонял!
v_user 15 Май 2007
Думаю однозначно брать два модуля по 1Гиг. Но!
Не спешить с вариантов "выкинуть текущую и купить два модуля по 1Гб".
Надо вставить новую и смотреть (вставить надо соответствующе, согласно описанию материнки, вдруг старые планки не так вставлены). Если вместе со старой все работает нормально - то так и оставить.
Ивор 15 Май 2007
FREE ni
На ум приходит только несовместимость материнки и конкрентных модулей памяти (что есть странно, kingston всё таки. ).
FREE ni
На ум приходит только несовместимость материнки и конкрентных модулей памяти (что есть странно, kingston всё таки. ).
но ведь 2х512 кингстона работают, даж в dual, а 4х512 работают тож но видно только 1Гб и не в dual. сбоев небыло ни каких с 4х512,мать 4Гб держит (фигня какая то) в инструкции к матери сказано что она поддерживает модули с данными характеристиками а односторонние 4х512 видит 2Гб с теме же параметрами как и у кингстона
Адрей Сообщения: 7 Зарегистрирован: 06 апр 2005, 09:05 Откуда: Новороссийск, Краснодарский край
Суть проблемы такова. Недавно преобрел новое железо. Конфигурация: MB GA-8I915P, P4 2.8 GHz HT, видюха X600 256Mb Pro, память 512 Mb PC3200(400Mhz) Hynix. Операционка: XP Pro SP2 (англоязычная, отдельно устанавливал руссификатор).
Десять дней все работало нормально. Но потом вдруг комп стал останавливаться и выдавать мне такое сообщение на синем экране:
A problem has been detected and Windows shut down to prevent damage to your computer.
BAD_POOL_COOLER
Check to make sure any new hardware or software is properly installed.If this is new installation, ask your hardware or software manufacturer for Windows updates your might need.
If problems continue, disable or remove any newly installed hardware or software. Disable BIOS memory options such as caching or shadowing. If you need to use Safe mode to remove or disable components, restart your computer, press F8 to select Advanced Startup Optins, and then select Safe Mode
*** STOP: 0*0000000C2 (0*00000007, 0*00000CD4, 0*024C0055, 0*821A7DA8)
Beginning Dump Of phisicalmemory
Phisical memory dump complit.
Вот такая петиция. Я обычный пользователь а не спец. Подскажите пожалуйста, что это такое и в чем может быть проблема. Биос стоит стандартный для этой матери с заводскими установками.
Я в этих кодах ничего не понимаю, единствеено что я понял это надпись BAD_POOL_COOLER. Может какие проблемы с ним. А вообще ХР это полная фигня, у меня тоже глючила, все время, какие-то ошибки писала, переустановлю, через 4-5 перезагрузок, синий экран, поставил 2000sp4 все стало зашибись.
Биос прошивать - последнее дело.
Адрей Сообщения: 7 Зарегистрирован: 06 апр 2005, 09:05 Откуда: Новороссийск, Краснодарский край
Извиняюсь
допустил ошибку не
BAD_POOL_COOLER a
XPишка мне нравится, не хотелось бы ее менять на что-нибуть другое. Хочу разобратьсяв этой проблеме. Для начала узнать бы проблема эта в железе, может в его настройке или же в софте. Да еще хочу сказать, что эта остановка происходит после игры в какую-нибуть игру. Причем пока играеш, все нормально. Поиграл, выходиш на рабочий стол и через мгновенье бац и синий экран. Перезегружаешся и все нормально. Даже после игры в стандартные виндовские карты это происходит. При работе с другиьи прогами, не игровыми этого не замечал.
Указанная ошибка обычно генерится неверной операцией с памятью, совершённой драйвером. Причина - кривой драйвер или софт.
Что ставил до того, как возник синий экран? Если вспомнил - снеси этот софт и забудь.
Обновлял ли драйвера? Если да, то откати драйвер назад.
Если не поможет (синий экран иногда возникает), попробуй проверить все версии драйверов и поставить последние, желательно, WHQL.
И что за русификатор XP? Уверен, что эта штука корректно работает?
Адрей Сообщения: 7 Зарегистрирован: 06 апр 2005, 09:05 Откуда: Новороссийск, Краснодарский край
Насчет руссификатора у меня тоже подозрения есть. Но я взял эту ХР у знакомого, а у него она работает на ноутбуке и у него все в порядке. И еще насчет памяти, хотя может это и не имеет отношения к проблеме. Я протестировал систему и память в частности SISoft Sandrой. Эта прога мне выдала что у меня низкая пропускная способность памяти, всего 45%. Дальше пишится что это может обозначать неправильную настройку или установку слишком безопасного режима,что и приводит к потере производительности.И как исправление рекомендуется проверить тайминги памяти(увеличить их) или проверить и изменить другие настройки памяти и чипсета. А что это и как это делать я имею лиш поверхностное понятие. Я так понимаю это нужно делать в Биосе.
Для информации о моем модуле памяти (по результатам этого же теста)
Изготовитель Hyundai Electronics
Модель HYMD264 646B8R-D43
Тип 512MB DDR-SDRM
Скорость PC3200U 3.0-3-3-8
Дата изготовления 25 декабря 1999 года
Штатный тайминг @200MHz 3.0-3-3-8
Причем меня немного удивляет что в этом тесте ничего не сказано о частоте на которой предназначена работать эта память. Я имею в виду 400MHz.
Разъясните кто-нибуть эти моменты. Подскажите какую-нибуть прогу для более тщательного тестирования памяти.
Отправлено 28 Ноябрь 2005 - 12:24
смотри стоит сервер - стоит на чердаке в ящике и т.п.
на сервере freebsd 4.11 apache ftp биллинг mysql php, squid ну и т.п. собственно он является роутером для выхода сетки в нет
3 сетевушки
Работал с мая нормально - были обычные траблы с выключением электричества электриками и тп
Из всего было замечено незапускание стартовых скриптов. Загрузка проца и сети небольшая
Происходит вот что. За последние 2 дня сервер 4 раза "зависал " - то есть пинг на него проходит и все - он благополучно пингуется большими и малыми пакетами и ничего больше не работает.
Перезагрузка его вылечивает, но вчера этого хватило часа на 2. Куда рыть? В логах вроде пусто
Юзеров 55
загрузка проца и сетки небольшая
В какую сторону рыть и что делать? Идей пока нету
Отправлено 28 Ноябрь 2005 - 14:52
Наибоьшая вероятность того, что помирает именно хард. Как вариант - питалово глючит или модуль ОЗУ (передёрнуть - иногда помогает).
Не обязательно подобные дефекты приводят к полному зависанию железа. Я недавно такого засранца вылечил именно заменой харда. До этого вел себя весьма странно. То всё работает, то отваливается. Кончилось тем, что сдох совсем - перестал грузиться. Теперь пашет - уже три недели про него не вспоминаю.
Прим. тестирование харда не показало наличие физических BAD блоков. Это был Фуджик из известной "хорошей" серии. У него просто окончательно помер контроллер. Но иногда он и сейчас оживает, минут на 20.
Отправлено 28 Ноябрь 2005 - 15:00
Наибоьшая вероятность того, что помирает именно хард. Как вариант - питалово глючит или модуль ОЗУ (передёрнуть - иногда помогает).
Не обязательно подобные дефекты приводят к полному зависанию железа. Я недавно такого засранца вылечил именно заменой харда. До этого вел себя весьма странно. То всё работает, то отваливается. Кончилось тем, что сдох совсем - перестал грузиться. Теперь пашет - уже три недели про него не вспоминаю.
Прим. тестирование харда не показало наличие физических BAD блоков. Это был Фуджик из известной "хорошей" серии. У него просто окончательно помер контроллер. Но иногда он и сейчас оживает, минут на 20.
да да кстати может быть и чистка системника помжет. я так понял что он на чердаке или еще где то в пыльном помещении. особенно почистить конакты памяти надо бы.
Отправлено 28 Ноябрь 2005 - 18:14
Современные харды дохнут и без перегрева.
У меня с 10 лежит умерших просто, без видимых причин.
Это при обязательном наличии ИБП, нормальном заземлении, охлаждении в системном блоке и в помещении серверной, и т.п.
Основной признак - ГАРАНТИЯ ЗАКОНЧИЛАСЬ.
Это конечно шутка, но:
Современный хард слишком высокотехнологичная штука с ограниченным ресурсом. Механика однако, а она имеет свойство изнашиваться. Плюс магнитные пластины с очень высокой плотностью записи - тоже не самое надёжное решение. Но лучше, увы, пока нет.
Поэтому резервирование информации, Raid массивы (зеркалирование) и т.п. - единственный выход для повышения отказоустойчивости и надёжности решения.
Отправлено 28 Ноябрь 2005 - 19:03
Железо вообще стали отстойное (в плане надежности) делать для воркстейшенов. Раньше можно смело было брать любой PC и нести его на чердак , сей-час нужно либо покупать серверное железо либо пытаться использовать проверенную конфигурацию. При чем дохнет, часто целиком вся партия (особенно часто IDE харды). Сказя стала актуальна (там надежность не так заметно упала). Но выросла и разница в цене. Еще часто дохнут материнки, память (память обычно глючит с самого начала). Недавно даже проц подох :evil: В общем, практика показывает, что сервер из PC надо обязательно резервировать.
Дешевая замена скази, это раид. Или флешка если комп только роутер. По крайней мере на флэшку можно самое нужное закинуть, а логи и пр. на хард или удаленный комп.
Отправлено 29 Ноябрь 2005 - 21:27
Ты железо проверял?
Передёрнуть разъемы всего оборудования (память, видеоадаптер и т.п.) и проверить визуально контакты. Хард желательно снять и провести диагностику SMART (не факт что увидишь много полезного, но иногда бывает очень информативно) - утилит для этого навалом у всех производителей. Блок питания проверь (хотя бы напруги и пульсации померить), а лучше подменить заведомо исправным, как и модули памяти. Пыль - про это тоже уже писали.
Если в железе уверен, то тогда ломай голову, что валит сервак. Но скорее всего на железе дело здесь и закончится.
Отправлено 29 Ноябрь 2005 - 23:19
Все что написано ниже и выше это конечно мое мнение, но:
Он же пишет:
Nov 28 20:51:46 serv2 /kernel: ad2: READ command timeout tag=0 serv=0 - resetting
Nov 28 20:51:47 serv2 /kernel: ad2: removed from configuration
Nov 28 21:30:09 serv2 /kernel: ad2: 194481MB <Maxtor 6L200P0> [395136/16/63] at ata1-master UDMA100
READ command timeout - ожидание ответа вышло за пределы интервала - не может считать диск
и даже:
ad2: removed from configuration отключает его из конфигурации.
У меня похожая трабла была только с драйвером от FastTrak 2300 - FreeBSD 5.4 почему то не могла !со временем! считать диски больше 200 Гб подключенные к FastTrak. Основным винтом стоял ATA а винтом с данными SATA, был просто подмаунчен как /data, так вот подвисания этого винта вызывали постоянные перезагрузки системы. Я как увидел - обалдел - вспомнил дядюшку Гейтса
Думаю надо снять хард и проверить.
У IBM - Hitachi после 5 лет эксплуатации например засыхает смазка - и движок диск не может раскрутить. Щелнешь по нему и опять читается
Отправлено 30 Ноябрь 2005 - 08:35
хмм опять упал. и в логах пусто.
значит не хард
идеи есть?
пока ждем
не понял почему не винт? ты винт менял?
какие могут быть идеи если софт старый желозо тоже под вопросом работает или нет.
он же в логах тебе пишет не может читать данные с винта.
бери проги и тесть железо. например testmem86 (для памяти).
для винта не помню щас что. потом не забудь что может и у мамки вырубаться ИДЕ каналы. попробуй разные каналы. Потом не забудь что впринцыпе может не хватать питалова с блока питания. Попоробуй его поменять.
если ничего не проявилось ставь систему новее.
вообщем вот. А без тестов здесь тебе мало кто что чем поможет. Сдесь уже надо руками работать больше )
Поделиться ссылкой на этот топик:
0 пользователей, 1 гостей
Ответить цитируемым сообщениям Очистить
© 2002–2015 «Хаб.ру», по всем вопросам пишите на admin@hub.ru
цепь событий:
1 - все замечательно работает
2 - выключаю сервер корректно, меняю память на новую и большую
3 - тестирую память сутки - все замечательно
4 - загружаюсь - идет автоматическая (по прошествию 185 дней без
проверки) проверка файловых систем (ext3) - ошибок не выдает
5 - грузится дальше, вижу странное сообщение из полэкрана нечитаемой
псевдографики, затем "не могу запустить бинарный файл" - почему так
пойму позже
6 - в результате обнаруживаю, что на одном из разделов почти все файлы
содержат мусор (части бинарных программ и т.д.), причем размеры файлов
правильные
запорченный раздел находится на рэйд массиве 5 уровня, массив по всем
признакам живой
система находится на отдельном диске и вроде не пострадала
что это? проверка файловых систем осчастливила?
что делать? можно ли восстановить? на раздел сам ничего не писал
может с запасного супер блока?
спасибо за конструктивные предложения!
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37341; Возраст листа: 2695; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1327825
Fri, 10 Dec 2010 18:42:25 +0300 (#1327825)
Ответы:В райдах не разбираюсь - может связано с ним.
Однако если раньше проверка проводилась хотя бы
раз и не вызывала проблем, а память была потревожена - вероятно она.
Память же надо погонять на хороших, **греющих** тестах, если они сейчас
существуют, конечно (раньше был testmem).
Что делать. Не знаю, но главное не паниковать и не наделать ухудшения ситуации.
ИМХО - вначале вернуть старую конфигурацию памяти. Сохранить дисковый массив
в файл (cat /dev/xxX | bzip2 -9 > image.bz2). А дальше думать, что могла попортить
битая память в Ext3.
Я везде пользую ReiserFS и она не только не подводила при нередком случайном
выключении питания,
но и позволила однажды выправить ситуацию, вызванную глюками перегрева южного
моста.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37342; Возраст листа: 2695; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1327928
Alexander
Fri, 10 Dec 2010 20:08:57 +0300 (#1327928)
есть testmem86, входит в состав многих LiveCD, например http://slax.org (200Мб.
2 варианта - USB & CD-ROM)
On 20:08 Fri 10 Dec. Alexander wrote:
> Память же надо погонять на хороших, **греющих** тестах, если они сейчас
> существуют, конечно (раньше был testmem).
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37346; Возраст листа: 2696; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1328475
drBatty
Fri, 10 Dec 2010 20:28:29 +0300 (#1328475)
> On 11:32 Sat 11 Dec. Serguey Khvatov wrote:
>> 10 декабря 2010г. 20:28 пользователь drBatty <drbat***@d*****.ru> написал:
>>> есть testmem86, входит в состав многих LiveCD, например http://slax.org (200Мб.
>>> 2 варианта - USB & CD-ROM)
>>
>> Он к сожалению у нынешней памяти тестирует в основном регистр строки.
>> Соответственно и находит лишь самые явные ошибки.
>>
> пруфлинк можно?
Можно: личный опыт.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37350; Возраст листа: 2696; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1329328
Serguey Khvatov
Sat, 11 Dec 2010 17:55:53 +0300 (#1329328)
> пруфлинк можно?
Дело в том, что нужен пруфлинк на то, что memtest86 **греет** память, а не наоборот.
Я не нашёл ни в http://www.memtest86.com/ ни в http://www.memtest.org/ никаких
упоминаний
про нагрев. Да и разработчик testmem наверняка знал о существовании memtest.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37351; Возраст листа: 2696; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1329472
Alexander
Sat, 11 Dec 2010 20:48:24 +0300 (#1329472)
11 декабря 2010г. 20:48 пользователь Alexander <aral***@m*****.ru> написал:
> On Sat, 11 Dec 2010 11:43:02 +0300
> drBatty <drbat***@d*****.ru> wrote:
>
>> пруфлинк можно?
>
> Дело в том, что нужен пруфлинк на то, что memtest86 **греет** память, а не
>
> Я не нашёл ни в http://www.memtest86.com/ ни в http://www.memtest.org/ никаких
> упоминаний
> про нагрев. Да и разработчик testmem наверняка знал о существовании memtest.
Насчёт термина **греющих** - это к тому, кто его употребил. Я так
понял, что этот термин был употреблён исключительно для красного
словца и к реальному нагреву отношения не имеет.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37352; Возраст листа: 2696; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1329496
Serguey Khvatov
Sat, 11 Dec 2010 20:35:54 +0300 (#1329496)
On Sat, 11 Dec 2010 20:35:54 +0300
Serguey Khvatov <s.xbat***@g*****.com> wrote:
> Насчёт термина **греющих** - это к тому, кто его употребил. Я так
> понял, что этот термин был употреблён исключительно для красного
> словца и к реальному нагреву отношения не имеет.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37353; Возраст листа: 2696; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1329614
Alexander
Sat, 11 Dec 2010 22:23:52 +0300 (#1329614)
А старого сайта, где это ещё подробнее описывалось уже нет.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37354; Возраст листа: 2696; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1329648
Alexander
Sat, 11 Dec 2010 22:54:33 +0300 (#1329648)
> В райдах не разбираюсь - может связано с ним.
>
Райд аппаратный на контроллере DAC960, в эксплуатации уже 7 лет.
Проблемы по мелочи были замечены когда периодически слетал загрузчик
lilo (RedHat 9 тогда стоял), но данные не пропадали. Хотя совсем его и
не отметаю.
Надо будет попробовать прошивку обновить.
> Однако если раньше проверка проводилась хотя бы
> раз и не вызывала проблем, а память была потревожена - вероятно она.
>
Да, есть причино-следственная связь получается.
Но с другой стороны почему только один раздел? Область памяти ему
досталась битая?
> Память же надо погонять на хороших, **греющих** тестах, если они сейчас
> существуют, конечно (раньше был testmem).
>
Гонял memtest -ом сутки, ошибок 0, правда режим ECC почему-то так и не
удалось включить в тесте.
> Что делать. Не знаю, но главное не паниковать и не наделать ухудшения ситуации.
>
> ИМХО - вначале вернуть старую конфигурацию памяти. Сохранить дисковый массив
> в файл (cat /dev/xxX | bzip2 -9 > image.bz2). А дальше думать, что могла попортить
> битая память в Ext3.
>
Не хотелось бы, чтобы это была память - денег немалых стоит, только
купили :)
> Я везде пользую ReiserFS и она не только не подводила при нередком случайном
> выключении питания,
> но и позволила однажды выправить ситуацию, вызванную глюками перегрева южного
> моста.
>
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37377; Возраст листа: 2698; Участников: 1368
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1331178
avm7work
Mon, 13 Dec 2010 09:57:45 +0300 (#1331178)
> On Mon, 13 Dec 2010 09:57:45 +0300
> avm7work <avm7wo***@m*****.ru> wrote:
>
>
>>> Однако если раньше проверка проводилась хотя бы
>>> раз и не вызывала проблем, а память была потревожена - вероятно она.
>>>
>>>
>> Да, есть причино-следственная связь получается.
>> Но с другой стороны почему только один раздел? Область памяти ему
>> досталась битая?
>>
>
> Возможно, он имел ошибки, а другие не имели. Как только исправил - произошла
> операция
> записи на диск и записалась "FAT" из битой памяти. Теперь записи в "FAT" указывают
> на случайные сектора вместо нужных.
>
сделал образ раздела и примонтировал со первым по счету резервным
суперблоком - ура, данные восстановились
стал копировать сами файлы на другой диск - через несколько процентов
загнулся сервер - завис напрочь
при загрузке начал выдавать ошибки на "consystence" - это понятно еще,
дальше хлеще - Processor #1 Error и еще какая-то Error
сброс настроек в setup помог, вошел в настройки контроллера и сейчас
едет consystence check.
что будет дальше - пока не понятно, но raid придется похоже больше не
использовать - прочитал о нем много нелестного, даже обновлять прошивку
судя по отзывам небезопасно - может еще хуже стать
>
>> Гонял memtest -ом сутки, ошибок 0, правда режим ECC почему-то так и не
>> удалось включить в тесте.
>>
>
> memtest как я понял не греет память. Грел только testmem, но автор его под
> сделал образ раздела и примонтировал со первым по счету резервным
> суперблоком - ура, данные восстановились
> стал копировать сами файлы на другой диск - через несколько процентов
> загнулся сервер - завис напрочь
> при загрузке начал выдавать ошибки на "consystence" - это понятно еще,
> дальше хлеще - Processor #1 Error и еще какая-то Error
> сброс настроек в setup помог, вошел в настройки контроллера и сейчас
> едет consystence check.
>
продолжение истории.
все оказалось не совсем как думалось сначала
в результате некоторых опытов (монтировал и отмонтировал несколько раз
ФС и смотрел содержимое файлов) выяснилось, что данные на разделе не
запорчены (во всяком случае, в своей основе - что проверилось), а
виновата новая память - при каждом монтировании содержимое файлов
(просмотр в текстовом просмотровщике) менялось случайным образом
(монтировал в режиме только чтение)
т.е. похоже в памяти происходит перехлест страниц, причем не везде, так
как система работает нормально, системные разделы тоже.
тип памяти по документам должен подходить - в список рекомендуемых для
данной материнской платы входит, правда с литерой i на конце ( Intel
Validated), а на сайте kingston наоборот для памяти без i в списке моя
системная плата
тем более скорость памяти выше поддерживаемой материнкой - должно вроде
бы еще надежнее работать
со старой памятью все нормально
>>> Гонял memtest -ом сутки, ошибок 0, правда режим ECC почему-то так и не
>>> удалось включить в тесте.
>>>
>>>
>> memtest как я понял не греет память. Грел только testmem, но автор его под
ДОС перестал развивать и пошёл в Вин. Теперь memtest поддерживает чипсеты, но
тестируетбесполезно, а testmem хорошо тестирует память, но знает только старые
чипсеты, а вместе-никак.
возможно вопрос не в эту тему - но каким все-же тестом можно обнаружить
перехлесты страниц (областей) памяти? memtest похоже этого не умеет
хотелось бы выяснить точную причину - без нее и память не сдать и новую
не получить
p.s.
кстати sandro был прав:
> (например, если у Вас
> >> буферная память контроллера RAID-5 реализована на чипах без контроля
> >> четности, и какая-нибудь ячейка начнет сбоить).
> >>
>
> > уверен, что память с ECC, контроллер не дешевый
>
> Все-таки посмотрите на всякий случай. Мне доводилось сталкиваться с
> довольно дорогими контроллерами, на которых стояла память без ЕСС
память на контроллерах (у нас 2 одинаковых сервера) оказалась без ECC
ручки бы пообломать поставщику, да дело очень давнее
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37399; Возраст листа: 2700; Участников: 1367
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1334938
avm7work
Wed, 15 Dec 2010 13:50:31 +0300 (#1334938)
Не зная, как у Вас реализован RAID-5, сложно давать рекомендации. Но
если Вы не делаете хотя бы раз в месяц SCRUBBING этого массива (контроль
и перезапись контрольных сумм), то имеете все шансы в один прекрасный
момент покоцать файлы или файловую систему (например, если у Вас
буферная память контроллера RAID-5 реализована на чипах без контроля
четности, и какая-нибудь ячейка начнет сбоить).
А проверка файловой системы, если никакой диагностики не выдала, ничего
в ФС не делает.
12/10/10 6:42 PM, avm7work пишет:
> цепь событий:
> 1 - все замечательно работает
> 2 - выключаю сервер корректно, меняю память на новую и большую
> 3 - тестирую память сутки - все замечательно
> 4 - загружаюсь - идет автоматическая (по прошествию 185 дней без
> проверки) проверка файловых систем (ext3) - ошибок не выдает
> 5 - грузится дальше, вижу странное сообщение из полэкрана нечитаемой
> псевдографики, затем "не могу запустить бинарный файл" - почему так
> пойму позже
> 6 - в результате обнаруживаю, что на одном из разделов почти все файлы
> содержат мусор (части бинарных программ и т.д.), причем размеры файлов
> правильные
>
> запорченный раздел находится на рэйд массиве 5 уровня, массив по всем
> признакам живой
> система находится на отдельном диске и вроде не пострадала
>
>
> что это? проверка файловых систем осчастливила?
>
> что делать? можно ли восстановить? на раздел сам ничего не писал
> может с запасного супер блока?
>
> спасибо за конструктивные предложения!
>
>
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37343; Возраст листа: 2695; Участников: 1370
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1328090
sandro
Fri, 10 Dec 2010 20:54:00 +0300 (#1328090)
> sandro пишет:
>> Не зная, как у Вас реализован RAID-5, сложно давать рекомендации. Но
>> если Вы не делаете хотя бы раз в месяц SCRUBBING
> слово не знакомое, не видел такого в меню контроллера и в утилите ОС
> это не соответствует consistency?
Не уверен, что это - одно и то же (впрочем я не знаком с вашим
контроллером). Попробуйте поискать в меню контроллера или утилите нечто,
выполняющее контроль четности данных на массиве (если нет scrubbing, то
это может быть что-нибудь вроде parity check или RAID integrity check)
>> этого массива (контроль
>> и перезапись контрольных сумм), то имеете все шансы в один прекрасный
>> момент покоцать файлы или файловую систему (например, если у Вас
>> буферная память контроллера RAID-5 реализована на чипах без контроля
>> четности, и какая-нибудь ячейка начнет сбоить).
>>
> уверен, что память с ECC, контроллер не дешевый
Все-таки посмотрите на всякий случай. Мне доводилось сталкиваться с
довольно дорогими контроллерами, на которых стояла память без ЕСС.
>> А проверка файловой системы, если никакой диагностики не выдала, ничего
>> в ФС не делает.
>>
> если это не утилита проверки, тогда сама система (битая новая память?),
> потому как структура каталогов и их содержимое и не пострадали, а при
> сбое рэйда трудно представить такую избирательность к содержимому файлов.
>
>
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37380; Возраст листа: 2698; Участников: 1368
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1331383
sandro
Mon, 13 Dec 2010 11:44:10 +0300 (#1331383)
Тогда попробуйте выполнить consistency check - для проверки целостности
массива. И в дальнейшем возьмите за правило выполнять его (или
Scrubbing) 1 раз в месяц. У меня дисковые массивы делают это автоматом
автономно от компьютера с помощью контроллера. Кстати, эта функция, как
правило, выполняется в фоне и не приводит к снижению продуктивного
быстродействия массива.
Заодно протокол выполнения будет показывать, какие диски в массиве
начинают деградировать (это заметно по количеству BAD BLOCK), чтобы
можно было заранее менять диски, не дожидаясь деградации всего массива.
И еще один момент - у вас S.M.A.R.T. на дисках (которые в массиве)
отключен. Целый ряд контроллеров требуют это, поскольку сами
контролируют состояние дисков и ремапят их в случае появления сбойных
блоков, а если при этом включен еще и S.M.A.R.T. то может возникнуть
конфликт, последствия которого непредсказуемы.
12/13/10 1:29 PM, avm7work пишет:
> sandro пишет:
>> 12/13/10 10:02 AM, avm7work пишет:
>>
>>> sandro пишет:
>>>
>>>> Не зная, как у Вас реализован RAID-5, сложно давать рекомендации. Но
>>>> если Вы не делаете хотя бы раз в месяц SCRUBBING
>>>>
>>> слово не знакомое, не видел такого в меню контроллера и в утилите ОС
>>> это не соответствует consistency?
>>>
>> Не уверен, что это - одно и то же (впрочем я не знаком с вашим
>> контроллером). Попробуйте поискать в меню контроллера или утилите нечто,
>> выполняющее контроль четности данных на массиве (если нет scrubbing, то
>> это может быть что-нибудь вроде parity check или RAID integrity check)
>>
> /Не уверен, что это корректная информация, но то что нашел насчет
> //Scrubbing//:
> Disk Scrubbing/ - в RAID-системах иногда происходит потеря данных -
> например, когда к каким-то данным обращаются очень редко, и на этом
> месте появляется сбойный сектор; Disk Scrubbing позволяет избежать таких
> потерь, - время от времени проверяя состояние всех секторов, и при
> первых признаках разрушения восстанавливая информацию с других дисков.
> или
> A scrubbing function is used to detect and repair corrupt data on one or
> more members of the disk array.
>
> и насчет consistency check
> http://linux.mkrovlya.ru/book/%D1%87%D1%82%D0%BE-%D1%82%D0%B0%D0%BA%D0%BE%D0%B5-check-consistency
>
>>>> этого массива (контроль
>>>> и перезапись контрольных сумм),
> получается эту роль выполняет consistency check
> но в любом случае этого не делалось к сожалению
>>>> то имеете все шансы в один прекрасный
>>>> момент покоцать файлы или файловую систему (например, если у Вас
>>>> буферная память контроллера RAID-5 реализована на чипах без контроля
>>>> четности, и какая-нибудь ячейка начнет сбоить)
>>>>
>
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37382; Возраст листа: 2698; Участников: 1368
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1331634
sandro
Mon, 13 Dec 2010 14:12:02 +0300 (#1331634)
> Тогда попробуйте выполнить consistency check - для проверки целостности
> массива. И в дальнейшем возьмите за правило выполнять его (или
> Scrubbing) 1 раз в месяц. У меня дисковые массивы делают это автоматом
> автономно от компьютера с помощью контроллера. Кстати, эта функция, как
> правило, выполняется в фоне и не приводит к снижению продуктивного
> быстродействия массива.
>
Да, нужно упорядочить эти задачи.
В данном случае ошибок не выдал.
> Заодно протокол выполнения будет показывать, какие диски в массиве
> начинают деградировать (это заметно по количеству BAD BLOCK), чтобы
> можно было заранее менять диски, не дожидаясь деградации всего массива.
>
А много ли под linux утилит, позволяющих мониторить и управлять
контроллерами raid? Для своего нашел вот varmon, а другие? На сайте
производителя?
> И еще один момент - у вас S.M.A.R.T. на дисках (которые в массиве)
> отключен. Целый ряд контроллеров требуют это, поскольку сами
> контролируют состояние дисков и ремапят их в случае появления сбойных
> блоков, а если при этом включен еще и S.M.A.R.T. то может возникнуть
> конфликт, последствия которого непредсказуемы.
>
smart отключать на самом диске (не в биосе ведь)? hdparm -ом?
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37383; Возраст листа: 2698; Участников: 1368
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1331747
avm7work
Mon, 13 Dec 2010 15:26:59 +0300 (#1331747)
> sandro пишет:
>
> А много ли под linux утилит, позволяющих мониторить и управлять
> контроллерами raid? Для своего нашел вот varmon, а другие? На сайте
> производителя?
Честно говоря, не знаю, т.к. у нас внешние массивы со встроенными
контроллерами, которые сервер видит, как один большой диск. Все
управление контроллером идет через Вэб-интерфейс
>> И еще один момент - у вас S.M.A.R.T. на дисках (которые в массиве)
>> отключен. Целый ряд контроллеров требуют это, поскольку сами
>> контролируют состояние дисков и ремапят их в случае появления сбойных
>> блоков, а если при этом включен еще и S.M.A.R.T. то может возникнуть
>> конфликт, последствия которого непредсказуемы.
>>
> smart отключать на самом диске (не в биосе ведь)? hdparm -ом?
smart отключается на самом диске. Только вот у меня это делается
настройками самого контроллера.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37384; Возраст листа: 2698; Участников: 1368
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1331841
sandro
Mon, 13 Dec 2010 16:32:52 +0300 (#1331841)
> цепь событий:
> 1 - все замечательно работает
> 2 - выключаю сервер корректно, меняю память на новую и большую
> 3 - тестирую память сутки - все замечательно
> 4 - загружаюсь - идет автоматическая (по прошествию 185 дней без
> проверки) проверка файловых систем (ext3) - ошибок не выдает
> 5 - грузится дальше, вижу странное сообщение из полэкрана нечитаемой
> псевдографики, затем "не могу запустить бинарный файл" - почему так
> пойму позже
> 6 - в результате обнаруживаю, что на одном из разделов почти все файлы
> содержат мусор (части бинарных программ и т.д.), причем размеры файлов
> правильные
>
> запорченный раздел находится на рэйд массиве 5 уровня, массив по всем
> признакам живой
> система находится на отдельном диске и вроде не пострадала
>
>
> что это? проверка файловых систем осчастливила?
>
> что делать? можно ли восстановить? на раздел сам ничего не писал
> может с запасного супер блока?
>
> спасибо за конструктивные предложения!
>
>
В результате дополнительных тестов и поисков информации все сводится к
тому, что всему виной драйвер (модуль) контроллера raid DAC960 (AcceleRAID).
Во первых потому, что все остальное (на первый взгляд) работает на новой
памяти без проблем, кроме проблем с данными на raid.
Во вторых нашел подтверждение своим мыслям в старом сообщении на одном
сайте:
>
>
> DAC960
>
> Hardware using this driver: Mylex AcceleRAID 352/170/160
>
> Status info is available in /proc/rd/status. Dont use this with 2.4
> kernels on machines with more than 1GB, as the driver has some
> problems accessing memory above 1GB
>
Старая память как раз 1ГБ, а новая - 4ГБ.
Придется видимо исключить контроллер из работы.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 37496; Возраст листа: 2750; Участников: 1376
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/1405609
avm7work
Thu, 03 Feb 2011 11:29:50 +0300 (#1405609)
