Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Технический флейм » Cофтовый или "железный" trouble? |
<<Назад Вперед>> | Страницы: 1 2 | Печать |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 8 февраля 2011 21:55 Сообщение отредактировано: 19 мая 2012 22:15
Так вот. Поигрывал сегодня на своей основной машине, незадолго до этого менял видимокарту на более мошшную и жрущую. Захотелось мне порубать в одно приложение, требующее наличия диска в приводе. Выключил, через некоторое время подключил привод (отключал на всякий случай из-за бп 435В вместо рекомендованных 450В). Включил, картинка нигрузицо! Самый противный вид поломки - попросту тёмный экран. Это происходит после post'а и мультизагрузчика grub. Если молотить по кнопке f8, то можно вызвать менюшку с дополнительными параметрами загрузки. Но при выборе пункта менюшка остаётся на месте и на нажатия клавиш не реагирует. Хардварные проблемы исключены - бубунта с другого раздела грузится и работает. По smart'у всё в порядке. Что можно сделать без переустановки win? (Тут просто вырисовывается проблема - у меня два привода DVD-RW, оба полурабочие и загрузиться с них нельзя.) Система Win XP SP3. |
rw6hrm
Advanced Member
Почётный тоховод Генсокё Откуда: Ставрополь Всего сообщений: 937 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 17 фев. 2008 |
та же хрень на двух машинах в один день. На Асусной матери пришлось задействовать разъем EZ-PLUG (даже с одной картой), на более старой - подводить +12 к матери отдельными распаяными Молексами. Ну и ревизия конденсаторов, без этого никак... Для начала вынь видюху и вставь снова - пыль в разъеме уберешь для начала... |
Fe-Restorator |
NEW! Сообщение отправлено: 9 февраля 2011 5:04 Сообщение отредактировано: 9 февраля 2011 5:16
Насколько я понял, ты, подключив цд-привод, добавил нагрузки на БП, и без того нагруженному "под завязку"? Тогда неудивительно, что многожрущая видяха просто не стартовала при недостатке питания. Отключи привод, заведётся комп? Или уже порублен в крошево ntldr, ну или какой-там у тебя загрузчик используется, не вполне уяснил твою "расстановку" ОС-ей. Если из-под убунты перезаписать виндовый ntldr? Насколько помню древнюю статью, GRUB подменяет MBR под каждую систему, подставляя соответствующий "на-лету", хранит его копию в локальном файле. Нет-ли здесь ошибки, например, запорченный файл с MBR винды, неработоспособный при подстановке? Будет целая морока: восстановить виндовый экземпляр, потеряв сам grub, затем восстановить потерю и заново всё настроить. В инете были подробные инструкции и обсуждения такой ситуации, стоит поискать. |
Сейчас на форуме |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
Таак, еще интереснее. Подрубил заведомо рабочий сидюк, при начале загрузки с установочного диска - мертвый зависон при строке "Проверка конфигурации оборудования...". |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 10 февраля 2011 21:23 Сообщение отредактировано: 10 февраля 2011 21:25
Как оказалось, последний раз я не выключал систему, а ввёл её в спящий режим. hiberfil.sys удалил, но лучше не стало. Fe-Restorator написал: Поподробнее можно? ntldr с рабочей и нерабочей машины весит одинаково - 245Кб, кстати. Если из-под убунты перезаписать виндовый ntldr? rw6hrm написал: Мда, из-за видюхи температура hdd стала выше на 4 градуса. Может и перегрев... Но бубунта то работает, и стабильно - 3 часа кряду передавала файло через bluetooth. Ну и ревизия конденсаторов, без этого никак... Для начала вынь видюху и вставь снова - пыль в разъеме уберешь для начала... |
Fe-Restorator |
NEW! Сообщение отправлено: 10 февраля 2011 22:25 Сообщение отредактировано: 10 февраля 2011 22:40
DamnBeavis написал: Весить может одинаково, да внутри инфа различается. "Запоролся" один сектор диска при некорректном отрубе питания. записав на пластины мусор, и оказался он ровно посредине файла ntldr. Поподробнее можно? ntldr с рабочей и нерабочей машины весит одинаково - 245Кб, кстати. Гипотетическая ситуация, но возможная: головки бегут на парковку за пределы пластин диска, "0"-я дорога располагается на "краю" пластин, а файл лежит, как правило, в первых секторах диска. Падения на пластину нет, но бесконтрольный выброс э/м поля из головок может потереть случайный участок пластин, независимо от посекторной разметки. В результате имеем нерабочий файл, ибо ошибки разметки исправит сама ось при следующей загрузке (в безопасном режиме). Посему, я и предложил перезаписать, вероятно испорченный, файл заранее работоспособным. И проверить какой-нть утилёй целостность разметки виндового раздела. Кстати, за повреждение разметки говорит и тот факт, что установщик винды намертво виснет на этапе опознания наличествующих разделов HDD: пытается "прочитать" разметочную инфу раздела, натыкается на "неразмеченный" участок и офигевает Ну, и маловероятный вариант - ты ставил винду с выключенным в биосе AHCI, а сейчас он у тебя включён. Установщик винды без помощи подсунутой по "F6" дискетки с драйвером, вовсе не находит жёстких дисков. Хотя виснуть наглухо не должен, но будет очень долго "думать", потом напишет нечто вроде "винда не нашла жёстких дисков, жми F3 чтоб свалить одседа". Напоследок, "до кучи": пришла в негодность установочная болванка. Абстрактный пример: из 10 секторов читаются первые 3, остальные - отказываются. PS. Больше не пользуй спящий режим. Видать, биос твоей мамки некорректно его отрабатывает. Наверное, поможет перепрошивка на свежую версию, но не факт, и винду уж точно придётся переустанавливать с нуля. |
Сейчас на форуме |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
Fe-Restorator написал: C двух разных дистрибутивов ставил, один заезженный, другой не очень. Напоследок, "до кучи": пришла в негодность установочная болванка. Абстрактный пример: из 10 секторов читаются первые 3, остальные - отказываются. За советы спасибо, попробую. |
Fe-Restorator |
NEW! Сообщение отправлено: 10 февраля 2011 22:45 Сообщение отредактировано: 10 февраля 2011 22:49
DamnBeavis написал: Для чистоты эксперимента, найди образ оригинальной M$ болванки и прожги на средней скорости привода. Грузанись с чистенького "блинчика", исключая элемент "заезженности". Я неоднократно попадался на эти грабли, пока не стал аккуратно обращаться с оптическими дисками всех мастей. C двух разных дистрибутивов ставил, один заезженный, другой не очень. Хотя, есть вероятность "смерти" самого материала болванки, должного хранить инфу. Смени фирму-производителя блинчика перед прожигом - исключишь элемент "бракованной партии болванок". |
Сейчас на форуме |
wrenchrox
Advanced Member
Inhale Откуда: Москва Всего сообщений: 1888 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 11 нояб. 2009 |
У меня дистрибы - лицензия. Ператками не пользуюсь. |
Fe-Restorator |
NEW! Сообщение отправлено: 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 тем | |