Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Cофтовый или "железный" trouble? |
<<Назад Вперед>> | Страницы: 1 2 * | Печать |
Fe-Restorator |
Сообщение отправлено: 12 февраля 2011 2:48
uav1606 написал: Более поздний пост автора: Это я говорил про: DamnBeavis написал: От которого весь сыр-бор и возгорелся. Подрубил заведомо рабочий сидюк, при начале загрузки с установочного диска - мертвый зависон при строке "Проверка конфигурации оборудования...". |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 12 февраля 2011 4:03 Сообщение отредактировано: 12 февраля 2011 5:46 1) - тогда почему винда виснет при установке с CD? 1) Испорчен экземпляр виндового MBR. -> Восстановить с дистриба в режиме Recovery, затем восстановить GRUB и всё настроить заново. 2) - тот же вопрос, ntldr с винта при загрузке с CD не нужен вообще. 3) - но ведь, как я понял из постов DamnBeavis'а, из-под Убунты-то раздел читается (ведь он как-то сравнивал ntldr по размеру?), так что... Помню, на одном компьютере тоже была такая странная неполадка, ничем не лечилось, пока я не начал вместо XP туда ставить Семёрку. Семёрка не поставилась, застопорилась на середине (диск с дистрибом оказался дефектным), но вот после этого XP стала нормально грузиться. %-) (Кстати, XP в этом случае тоже у меня не ставилась с дистриба - висла с похожими на DamnBeavis'овские симптомами) Но всё равно, думаю, нужно сначала раздел проверить чем-нибудь типа chkdsk, если удастся, потом можно и что-то вроде MHDD запустить и просканировать поверхность. Или вот ещё описание Linux'овой проги ntfsfix: http://quizz.bhome.ru/556-ubuntu-ntfsfix/ Неплохо было бы проверить ею проблемный раздел... Да, вот ещё что, нашёл статью: http://www.xakep.ru/magazine/xa/116/130/1.asp Там, в частности, пишут: Интересно, не может ли быть корень проблемы в испорченном журнале? Вместе с индексацией рекомендуется отключить и журналирование. Как известно, NTFS – журналируемая файловая система, что выдается Microsoft за достоинство, хотя это, скорее, недостаток. Журнал не только занимает место и отнимает драгоценное время, замедляя интенсивные дисковые операции, но и в некоторых случаях приводит к полному краху. В коде, связанном с поддержкой журнала, за историю существования NTFS в релизных версиях WinNT/200x было обнаружено, по меньшей мере, три ошибки, приводящие к BSOD при попытке монтирования NTFS тома. Знающие люди использовали загрузочные диски с Linux, поддерживающие NTFS на базовом уровне (то есть, без журналирования), перегоняя все ценные файлы по сети на соседний компьютер или уничтожая журнал в дисковых редакторах/системных утилитах. |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
О, а тут ещё продолжение разговора, однако. Вообщём, снёс я винду, да и дело с концом. Конфигурация с двумя разделами (C:-винда, D:-файлопомойка) решает. Проблема DamnBeavis написал: решилась удалением системного раздела через убунту. Таки Fe-Restorator был прав насчёт повреждения разметки раздела, наверное. Подрубил заведомо рабочий сидюк, при начале загрузки с установочного диска - мертвый зависон при строке "Проверка конфигурации оборудования...". |
Fe-Restorator |
NEW! Сообщение отправлено: 12 февраля 2011 13:15
uav1606 написал: Будет читаться, ибо повреждения не о наличия журналирования с индексацией ФС. которые, кстати очень полезны именно в такой ситуации, а от прохода головок по-спирали в момент записи через них неизвестно какой инфы. Через какие файлы прошла та спираль, низкоуровневую разметку каких секторов повредила - неведомо никому. Вероятность целенаправленного тотального стирания таблиц FAT или MFT ничтожна. пару файлов наверняка потёрты насовсем, остальные сохранили инфу о размере-положении, но не сохранили своего содержимого! Мне представляется именно такая картина. из-под Убунты-то раздел читается (ведь он как-то сравнивал ntldr по размеру?), так что... Поскольку разметка раздела базируется на низкоуровневой разметке диска с добавлением кучи служебной инфы, есть смысл сперва проверить именно разметку диска на повреждения. Если повезёт, и разметка не задета - как в рекламе: "просто переставь винду", иначе - backup всего на другой диск и LLF. |
Сейчас на форуме |
Fe-Restorator |
NEW! Сообщение отправлено: 12 февраля 2011 13:15
uav1606 написал: Будет читаться, ибо повреждения не о наличия журналирования с индексацией ФС. которые, кстати очень полезны именно в такой ситуации, а от прохода головок по-спирали в момент записи через них неизвестно какой инфы. Через какие файлы прошла та спираль, низкоуровневую разметку каких секторов повредила - неведомо никому. Вероятность целенаправленного тотального стирания таблиц FAT или MFT ничтожна. пару файлов наверняка потёрты насовсем, остальные сохранили инфу о размере-положении, но не сохранили своего содержимого! Мне представляется именно такая картина. из-под Убунты-то раздел читается (ведь он как-то сравнивал ntldr по размеру?), так что... Поскольку разметка раздела базируется на низкоуровневой разметке диска с добавлением кучи служебной инфы, есть смысл сперва проверить именно разметку диска на повреждения. Если повезёт, и разметка не задета - как в рекламе: "просто переставь винду", иначе - backup всего на другой диск и LLF. |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
DamnBeavis, ну, рад, что всё удалось исправить, жаль, что такими радикальными методами. :-) Хотелось бы всё-таки разобраться в причинах этого сбоя, раз он, судя по всему, достаточно частый (раз и у меня такое было). Не знаю насчёт разметки - ясно, что повредилась какая-то служебная структура на разделе, но вот какая... Моё предположение насчёт журнала NTFS исходило из того, что Linux раздел читала, а Windows - нет. А отличие их драйверов NTFS в основном в том, что Linux'овые не поддерживают журналирование... Может быть повреждённый журнал и вводил NTFS.sys в ступор. Fe-Restorator написал: ???? Ничего не понял... Будет читаться, ибо повреждения не о наличия журналирования с индексацией ФС. |
<<Назад Вперед>> | Страницы: 1 2 * | Печать |
Полигон-2 » Технический флейм » Cофтовый или "железный" trouble? |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |