Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Cофтовый или "железный" trouble? |
<<Назад Вперед>> | Страницы: 1 * 2 | Печать |
Fe-Restorator |
Сообщение отправлено: 11 февраля 2011 11:34
DamnBeavis написал: Сделать копию оригинальной болванки у тебя есть полное право - как раз на случай убережения оной от повреждений. Вот, если-б у тебя вовсе не было фирменного бланка лицензии и самого оригинального блинчика, этикеток с номерком, и прочего, - тогда да, назови себя "весёлым роджером" с большой буквы. А сейчас можешь смело сооружать блинчик с оригинальной копией и пробовать загрузку с нецарапанного диска. У меня дистрибы - лицензия. Ператками не пользуюсь. |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 12 февраля 2011 2:02 Сообщение отредактировано: 12 февраля 2011 2:09
DamnBeavis, что-то похоже на порчу логической структуры раздела (или файлов). Можно "chkdsk диск: /F" из консоли восстановления запустить (или с ERD Commander'а). Хотя, конечно, для этого нужно загрузится с соответствующего CD\DVD-диска, с чем, как я понимаю, у Вас проблема? |
Fe-Restorator |
NEW! Сообщение отправлено: 12 февраля 2011 2:36 Сообщение отредактировано: 12 февраля 2011 2:50
uav1606 написал: Нет у него такой проблемы. На втором разделе диска живёт весёлая убунта, даже не собирающаяся глючить. GRUB служит менеджером загрузки, подсовывая каждой оси её собственный экземпляр MBR-а. с чем, как я понимаю, у Вас проблема? Я так понял конфигурацию ПО на его машине. 1) Испорчен экземпляр виндового MBR. -> Восстановить с дистриба в режиме Recovery, затем восстановить GRUB и всё настроить заново. 2) Испорчен загрузчик форточек ntldr. -> перезаписать заведомо рабочим файлом 3) Испорчена разметка первого(он-же виндовый) раздела жёсткого диска, причём, на низком уровне. -> А вот здесь как-бы не понадобился LLF всего диска! Если убита сервисная инфа и сектор, например №2537, физически невозможно обнаружить по сервометке - всякая ось встанет колом. И не только ось - контроллер винта будет крайне удивлён ведь это его работа - разыскивать сектора. Можно-ли из-под убунты проверить целостность разметки диска под виндовым разделом? А разметку самого раздела? Или для этого нужно грузиться с WinPE Live-BootCD? |
Сейчас на форуме |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Fe-Restorator написал: Это я говорил про: Нет у него такой проблем DamnBeavis написал: Ну а если можно загрузиться хотя бы с CD - нужно попробовать всякие проги для восстановления проверки дисков - тот же chkdsk из консоли восстановления, как я писал. Или из Убунты подобную прогу запустить. у меня два привода DVD-RW, оба полурабочие и загрузиться с них нельзя |
Fe-Restorator |
NEW! Сообщение отправлено: 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? |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |