ядро: журнал совершает ошибку ввода-вывода
Это - изменение в реестре Windows:
HKEY_CLASSES_ROOT\Folder\shell\explore\command
измените значение на (пример):
%SystemRoot%\Explorer.exe /separate,/e,C:\Program Files
Можно использовать"%HOMEPATH%\My Documents"для Вашего домашнего пути ("Мои документы").
Будьте осторожны при изменении ключей реестра!
Вот некоторые другие опции для explorer.exe:
Параметры командной строки Explorer.exe для Windows XP
/n Opens a new single-pane window for the default
selection. This is usually the root of the drive that
Windows is installed on. If the window is already
open, a duplicate opens.
/e Opens Windows Explorer in its default view.
/root,
Я видел те ошибки прежде, но не во время процесса установки.
Это означает, что диск получил достаточно ошибок, что ОС взяла его к режиму только для чтения. Если бы Вы могли бы найти полные журналы, вероятно, были бы некоторые ошибки ввода-вывода, которые повторили и работали перед настоящими ошибками отказа Вы видели. Что-то с фактическими упомянутыми блоками.
Это - ошибка системы хранения. Это - определенно плата RAID, диски в RAID-массиве, кабелях с карты на диски, основной платы, которую диски подключают с, слот, плата RAID включена, источник питания для жестких дисков или что-то еще промежуточное ЦП и блоки настоящего хранения.
Три возможности приходят на ум:
Существуют проблемы памяти (они часто вызывают "случайные" катастрофические отказы). Если у Вас есть поршень ECC там, то, очевидно, это менее вероятно.
Там некоторая проблема с Шиной. У меня была та же проблема с поврежденным контроллером APIC на Tyan двойная материнская плата Opteron несколько лет назад. Были другие записи в журнале, которые намекнули на него, но объем признаков был случайным повреждением на дисководах с автоматическим перемонтированием только для чтения. В моем случае я знал, что это не был диск, связанный, потому что это было внешнее поле FC RAID, и это было прекрасно.
RAID-контроллер является койкой.
Это находится в порядке, я рассмотрел бы проблемы.
-
1Вероятно, не проблемы памяти; они, более вероятно, вызвали бы segfaults и более случайные ошибки, не были бы ограничены просто устройством хранения данных. – freiheit 10 June 2009 в 23:23
-
2Верный. Но в установке или рано загружают ситуацию, объем, использование памяти является кэш-буфером, таким образом, проблемы имеют тенденцию казаться там первыми. Однажды machine' s выполнение некоторой загрузки некоторое время пользовательский процесс доминируют над памятью ввод-вывод и так segfault' s распространенность. Однако PE1950 должен иметь процессоры Xeon и поршень ECC, таким образом, RAM должна смочь обнаружить его и сообщить об этом Linux. – Alexandre Carmel-Veilleux 10 June 2009 в 23:34
Это мог быть RAID-контроллер, разлагающийся как Вы, сказал (попробуйте запчасть, если у Вас есть тот.) Это мог быть драйвер для контроллера (проверка на альтернативные драйверы при наличии, даже если производительность хуже, хорошо иметь контрольную точку.) Это могло быть ядро (менее вероятно, хотя в RHEL, это вполне хорошо тестируется.) Это могла быть плохая RAM, портящая кэш блока.
Аппаратная проблема является наиболее вероятной причиной, тем не менее, на основе поведения на вид случайной ошибки.
Проверьте, не переполнен ли диск, в частности, корневой раздел. Используйте df, чтобы увидеть использование файловой системы диска:
df -h
Ищите разделы, близкие или равные 100% использованию
.