Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Cофтовый или "железный" trouble?
RSS

Cофтовый или "железный" trouble?

Проблема из разряда "WTF?"

<<Назад  Вперед>> Страницы: 1 2
Печать
 
wrenchrox
Advanced Member
Inhale

Откуда: Москва
Всего сообщений: 1888
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
Так вот. Поигрывал сегодня на своей основной машине, незадолго до этого менял видимокарту на более мошшную и жрущую. Захотелось мне порубать в одно приложение, требующее наличия диска в приводе. Выключил, через некоторое время подключил привод (отключал на всякий случай из-за бп 435В вместо рекомендованных 450В). Включил, картинка нигрузицо! Самый противный вид поломки - попросту тёмный экран. Это происходит после post'а и мультизагрузчика grub. Если молотить по кнопке f8, то можно вызвать менюшку с дополнительными параметрами загрузки. Но при выборе пункта менюшка остаётся на месте и на нажатия клавиш не реагирует. Хардварные проблемы исключены - бубунта с другого раздела грузится и работает. По smart'у всё в порядке. Что можно сделать без переустановки win? (Тут просто вырисовывается проблема - у меня два привода DVD-RW, оба полурабочие и загрузиться с них нельзя.)
Система Win XP SP3.
rw6hrm
Advanced Member
Почётный тоховод Генсокё

Откуда: Ставрополь
Всего сообщений: 937
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 фев. 2008
та же хрень на двух машинах в один день. На Асусной матери пришлось задействовать разъем EZ-PLUG (даже с одной картой), на более старой - подводить +12 к матери отдельными распаяными Молексами. Ну и ревизия конденсаторов, без этого никак... Для начала вынь видюху и вставь снова - пыль в разъеме уберешь для начала...
Fe-Restorator
Гость

Ссылка

Насколько я понял, ты, подключив цд-привод, добавил нагрузки на БП, и без того нагруженному "под завязку"? Тогда неудивительно, что многожрущая видяха просто не стартовала при недостатке питания. Отключи привод, заведётся комп? Или уже порублен в крошево ntldr, ну или какой-там у тебя загрузчик используется, не вполне уяснил твою "расстановку" ОС-ей.

Если из-под убунты перезаписать виндовый ntldr?

Насколько помню древнюю статью, GRUB подменяет MBR под каждую систему, подставляя соответствующий "на-лету", хранит его копию в локальном файле. Нет-ли здесь ошибки, например, запорченный файл с MBR винды, неработоспособный при подстановке? Будет целая морока: восстановить виндовый экземпляр, потеряв сам grub, затем восстановить потерю и заново всё настроить. В инете были подробные инструкции и обсуждения такой ситуации, стоит поискать.
Сейчас на форуме
wrenchrox
Advanced Member
Inhale

Откуда: Москва
Всего сообщений: 1888
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
Таак, еще интереснее. Подрубил заведомо рабочий сидюк, при начале загрузки с установочного диска - мертвый зависон при строке "Проверка конфигурации оборудования...".
wrenchrox
Advanced Member
Inhale

Откуда: Москва
Всего сообщений: 1888
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
Как оказалось, последний раз я не выключал систему, а ввёл её в спящий режим. hiberfil.sys удалил, но лучше не стало.


Fe-Restorator написал:
[q]
Если из-под убунты перезаписать виндовый ntldr?
[/q]
Поподробнее можно? ntldr с рабочей и нерабочей машины весит одинаково - 245Кб, кстати.


rw6hrm написал:
[q]
Ну и ревизия конденсаторов, без этого никак... Для начала вынь видюху и вставь снова - пыль в разъеме уберешь для начала...
[/q]
Мда, из-за видюхи температура hdd стала выше на 4 градуса. Может и перегрев... Но бубунта то работает, и стабильно - 3 часа кряду передавала файло через bluetooth.
Fe-Restorator
Гость

Ссылка

DamnBeavis написал:
[q]
Поподробнее можно? ntldr с рабочей и нерабочей машины весит одинаково - 245Кб, кстати.
[/q]
Весить может одинаково, да внутри инфа различается. "Запоролся" один сектор диска при некорректном отрубе питания. записав на пластины мусор, и оказался он ровно посредине файла ntldr.
Гипотетическая ситуация, но возможная: головки бегут на парковку за пределы пластин диска, "0"-я дорога располагается на "краю" пластин, а файл лежит, как правило, в первых секторах диска. Падения на пластину нет, но бесконтрольный выброс э/м поля из головок может потереть случайный участок пластин, независимо от посекторной разметки. В результате имеем нерабочий файл, ибо ошибки разметки исправит сама ось при следующей загрузке (в безопасном режиме).
Посему, я и предложил перезаписать, вероятно испорченный, файл заранее работоспособным. И проверить какой-нть утилёй целостность разметки виндового раздела.

Кстати, за повреждение разметки говорит и тот факт, что установщик винды намертво виснет на этапе опознания наличествующих разделов HDD: пытается "прочитать" разметочную инфу раздела, натыкается на "неразмеченный" участок и офигевает ;)

Ну, и маловероятный вариант - ты ставил винду с выключенным в биосе AHCI, а сейчас он у тебя включён. Установщик винды без помощи подсунутой по "F6" дискетки с драйвером, вовсе не находит жёстких дисков. Хотя виснуть наглухо не должен, но будет очень долго "думать", потом напишет нечто вроде "винда не нашла жёстких дисков, жми F3 чтоб свалить одседа".

Напоследок, "до кучи": пришла в негодность установочная болванка. Абстрактный пример: из 10 секторов читаются первые 3, остальные - отказываются.

PS. Больше не пользуй спящий режим. Видать, биос твоей мамки некорректно его отрабатывает. Наверное, поможет перепрошивка на свежую версию, но не факт, и винду уж точно придётся переустанавливать с нуля.
Сейчас на форуме
wrenchrox
Advanced Member
Inhale

Откуда: Москва
Всего сообщений: 1888
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
Fe-Restorator написал:
[q]
Напоследок, "до кучи": пришла в негодность установочная болванка. Абстрактный пример: из 10 секторов читаются первые 3, остальные - отказываются.
[/q]
C двух разных дистрибутивов ставил, один заезженный, другой не очень.
За советы спасибо, попробую.
Fe-Restorator
Гость

Ссылка

DamnBeavis написал:
[q]
C двух разных дистрибутивов ставил, один заезженный, другой не очень.
За советы спасибо, попробую.
[/q]
Для чистоты эксперимента, найди образ оригинальной M$ болванки и прожги на средней скорости привода. Грузанись с чистенького "блинчика", исключая элемент "заезженности". Я неоднократно попадался на эти грабли, пока не стал аккуратно обращаться с оптическими дисками всех мастей.
Хотя, есть вероятность "смерти" самого материала болванки, должного хранить инфу. Смени фирму-производителя блинчика перед прожигом - исключишь элемент "бракованной партии болванок".
Сейчас на форуме
wrenchrox
Advanced Member
Inhale

Откуда: Москва
Всего сообщений: 1888
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
У меня дистрибы - лицензия. :) Ператками не пользуюсь.
Fe-Restorator
Гость

Ссылка

DamnBeavis написал:
[q]
У меня дистрибы - лицензия. :) Ператками не пользуюсь.
[/q]
Сделать копию оригинальной болванки у тебя есть полное право - как раз на случай убережения оной от повреждений. Вот, если-б у тебя вовсе не было фирменного бланка лицензии и самого оригинального блинчика, этикеток с номерком, и прочего, - тогда да, назови себя "весёлым роджером" с большой буквы. ;) А сейчас можешь смело сооружать блинчик с оригинальной копией и пробовать загрузку с нецарапанного диска.
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
DamnBeavis, что-то похоже на порчу логической структуры раздела (или файлов). Можно "chkdsk диск: /F" из консоли восстановления запустить (или с ERD Commander'а). Хотя, конечно, для этого нужно загрузится с соответствующего CD\DVD-диска, с чем, как я понимаю, у Вас проблема?
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
с чем, как я понимаю, у Вас проблема?
[/q]
Нет у него такой проблемы. На втором разделе диска живёт весёлая убунта, даже не собирающаяся глючить. GRUB служит менеджером загрузки, подсовывая каждой оси её собственный экземпляр MBR-а.
Я так понял конфигурацию ПО на его машине.
1) Испорчен экземпляр виндового MBR. -> Восстановить с дистриба в режиме Recovery, затем восстановить GRUB и всё настроить заново.
2) Испорчен загрузчик форточек ntldr. -> перезаписать заведомо рабочим файлом
3) Испорчена разметка первого(он-же виндовый) раздела жёсткого диска, причём, на низком уровне. -> А вот здесь как-бы не понадобился LLF всего диска! Если убита сервисная инфа и сектор, например №2537, физически невозможно обнаружить по сервометке - всякая ось встанет колом.
И не только ось - контроллер винта будет крайне удивлён :biggrin: ведь это его работа - разыскивать сектора.

Можно-ли из-под убунты проверить целостность разметки диска под виндовым разделом? А разметку самого раздела? Или для этого нужно грузиться с WinPE Live-BootCD?
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
Fe-Restorator написал:
[q]
Нет у него такой проблем
[/q]
Это я говорил про:

DamnBeavis написал:
[q]
у меня два привода DVD-RW, оба полурабочие и загрузиться с них нельзя
[/q]
Ну а если можно загрузиться хотя бы с CD - нужно попробовать всякие проги для восстановления проверки дисков - тот же chkdsk из консоли восстановления, как я писал. Или из Убунты подобную прогу запустить.
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
Это я говорил про:
[/q]
Более поздний пост автора:

DamnBeavis написал:
[q]
Подрубил заведомо рабочий сидюк, при начале загрузки с установочного диска - мертвый зависон при строке "Проверка конфигурации оборудования...".
[/q]
От которого весь сыр-бор и возгорелся. :cool:
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
[q]
1) Испорчен экземпляр виндового MBR. -> Восстановить с дистриба в режиме Recovery, затем восстановить GRUB и всё настроить заново.
2) Испорчен загрузчик форточек ntldr. -> перезаписать заведомо рабочим файлом
3) Испорчена разметка первого(он-же виндовый) раздела жёсткого диска, причём, на низком уровне. -> А вот здесь как-бы не понадобился LLF всего диска! Если убита сервисная инфа и сектор, например №2537, физически невозможно обнаружить по сервометке - всякая ось встанет колом.
И не только ось - контроллер винта будет крайне удивлён ведь это его работа - разыскивать сектора.
[/q]
1) - тогда почему винда виснет при установке с CD?
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
Там, в частности, пишут:
[q]
Вместе с индексацией рекомендуется отключить и журналирование. Как известно, NTFS – журналируемая файловая система, что выдается Microsoft за достоинство, хотя это, скорее, недостаток. Журнал не только занимает место и отнимает драгоценное время, замедляя интенсивные дисковые операции, но и в некоторых случаях приводит к полному краху. В коде, связанном с поддержкой журнала, за историю существования NTFS в релизных версиях WinNT/200x было обнаружено, по меньшей мере, три ошибки, приводящие к BSOD при попытке монтирования NTFS тома. Знающие люди использовали загрузочные диски с Linux, поддерживающие NTFS на базовом уровне (то есть, без журналирования), перегоняя все ценные файлы по сети на соседний компьютер или уничтожая журнал в дисковых редакторах/системных утилитах.
[/q]
Интересно, не может ли быть корень проблемы в испорченном журнале?
wrenchrox
Advanced Member
Inhale

Откуда: Москва
Всего сообщений: 1888
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
11 нояб. 2009
О, а тут ещё продолжение разговора, однако.

Вообщём, снёс я винду, да и дело с концом. Конфигурация с двумя разделами (C:-винда, D:-файлопомойка) решает.
Проблема
DamnBeavis написал:
[q]
Подрубил заведомо рабочий сидюк, при начале загрузки с установочного диска - мертвый зависон при строке "Проверка конфигурации оборудования...".
[/q]
решилась удалением системного раздела через убунту. Таки Fe-Restorator был прав насчёт повреждения разметки раздела, наверное.
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
из-под Убунты-то раздел читается (ведь он как-то сравнивал ntldr по размеру?), так что...
...
Да, вот ещё что, нашёл статью:
...
Там, в частности, пишут:
...
Интересно, не может ли быть корень проблемы в испорченном журнале?
[/q]
Будет читаться, ибо повреждения не о наличия журналирования с индексацией ФС. которые, кстати очень полезны именно в такой ситуации, а от прохода головок по-спирали в момент записи через них неизвестно какой инфы. Через какие файлы прошла та спираль, низкоуровневую разметку каких секторов повредила - неведомо никому. Вероятность целенаправленного тотального стирания таблиц FAT или MFT ничтожна. пару файлов наверняка потёрты насовсем, остальные сохранили инфу о размере-положении, но не сохранили своего содержимого! Мне представляется именно такая картина.
Поскольку разметка раздела базируется на низкоуровневой разметке диска с добавлением кучи служебной инфы, есть смысл сперва проверить именно разметку диска на повреждения. Если повезёт, и разметка не задета - как в рекламе: "просто переставь винду", иначе - backup всего на другой диск и LLF.
Сейчас на форуме
Fe-Restorator
Гость

Ссылка

uav1606 написал:
[q]
из-под Убунты-то раздел читается (ведь он как-то сравнивал ntldr по размеру?), так что...
...
Да, вот ещё что, нашёл статью:
...
Там, в частности, пишут:
...
Интересно, не может ли быть корень проблемы в испорченном журнале?
[/q]
Будет читаться, ибо повреждения не о наличия журналирования с индексацией ФС. которые, кстати очень полезны именно в такой ситуации, а от прохода головок по-спирали в момент записи через них неизвестно какой инфы. Через какие файлы прошла та спираль, низкоуровневую разметку каких секторов повредила - неведомо никому. Вероятность целенаправленного тотального стирания таблиц FAT или MFT ничтожна. пару файлов наверняка потёрты насовсем, остальные сохранили инфу о размере-положении, но не сохранили своего содержимого! Мне представляется именно такая картина.
Поскольку разметка раздела базируется на низкоуровневой разметке диска с добавлением кучи служебной инфы, есть смысл сперва проверить именно разметку диска на повреждения. Если повезёт, и разметка не задета - как в рекламе: "просто переставь винду", иначе - backup всего на другой диск и LLF.
Сейчас на форуме
uav1606
Advanced Member


Откуда: Енакиево
Всего сообщений: 4373
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
16 янв. 2008
DamnBeavis, ну, рад, что всё удалось исправить, жаль, что такими радикальными методами. :-)
Хотелось бы всё-таки разобраться в причинах этого сбоя, раз он, судя по всему, достаточно частый (раз и у меня такое было).
Не знаю насчёт разметки - ясно, что повредилась какая-то служебная структура на разделе, но вот какая... Моё предположение насчёт журнала NTFS исходило из того, что Linux раздел читала, а Windows - нет. А отличие их драйверов NTFS в основном в том, что Linux'овые не поддерживают журналирование... Может быть повреждённый журнал и вводил NTFS.sys в ступор.

Fe-Restorator написал:
[q]
Будет читаться, ибо повреждения не о наличия журналирования с индексацией ФС.
[/q]
???? Ничего не понял...
<<Назад  Вперед>> Страницы: 1 2
Печать
Полигон-2 »   Технический флейм »   Cофтовый или "железный" trouble?
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS