Помогите!

[kinny]

Стоит винХР на одном винте. На другом винте создал раздел, установил туда рунту. загрузчик установил туда, где винда стоит.экрана выбора ос не появляется, сразу загружается винда. помогите пожалуйста, как получить этот самый экран выбора ос

[HsH]

загрузчик установил туда, где винда стоит.

      Уточните, как вы определили, что загрузчик установлен на диск с WinXP?

 Чем вызвана необходимость использовать устаревший дистрибутив, при наличии более актуальных и функциональных версий?

[kinny]

на одном из последних шагов установки, по кнопке дополнительно указал винт с виндой

Чем вызвана необходимость использовать устаревший дистрибутив, при наличии более актуальных и функциональных версий?

вызвана незнанием наличия более актуальных и функциональных версий)

спасибо!

[HsH]

   Какую версию дистрибутива будете устанавливать? В случае со сборкой на базе 10.04 можно поступить так - отключить на время установки диск с WinXP, установить на чистый диск Linux, затем подключить диск с WinXP.

   При последующей загрузке GRUB автоматически добавит в меню строку выбора загрузки WinXP, вам останется только установить в BIOS приоритет загрузки диска с установленным Linux.

[kinny]

буду устанавливать 10.04. дистого диска у меня не имеется, есть чистый раздел на нечистом диске, но винды там нет
попробую, отпишусь)

[kinny]

дела не очень хорошо
отсоеденил винт с виндой
установил на раздел винта линукс
при попытке загрузки с этого винта появляется следующее:

Verifying DMI Pool Data ..............
error: no such partition.
grub rescue>_

винт, на который установился линукс, винда теперь не читает. акронис выдает что не может инициализировать диск и то что он на 32 мб, вместо 1тб...

[HsH]

винт, на который установился линукс, винда теперь не читает.

   По умолчанию в Windows нет средств для работы с разделами, отличными от NTFS и FAT.

 Перед тем, как предпринимать дальнейшие действия, рекомендую ознакомиться с содержимым ресурсов http://help.ubuntu.ru/manual и http://ubuntologia.ru.

[kinny]

не читался именно ntfs раздел, теперь этой проблемы нет. гугл сказал мне что что-то не то с grub. все делал по инструкции, но в каталоге /boot/grub/ нет файла stage2, с которым предполагались какие-то действия

[vmf]

все делал по инструкции, но в каталоге /boot/grub/ нет файла stage2, с которым предполагались какие-то действия

Значит инструкция у вас к старой версии grub
у grub2 действительно нет таких файлов.

[kinny]

да, так и есть(
пробовал через grub-install, все та же ошибка

[kinny]

а вот еще одна незадача...
при попытке загрузке с винта, где линукс ошибка MBR error 1, потом че там вставте дискету
при загрузке с livecd система определяет винт как совершенно пустой, хотя там были два радела: 980 гб nts и 20 гб ext4... винда винт не видит тоже, точнее видит, но акронис говорит что он на 30 мб...
никаких действий я с винтом не делал(с момента предыдущего поста), не форматировал ничего, не переустанавливал
теперь моя цель спасти данные Ntfs раздела

[HsH]

при загрузке с livecd система определяет винт как совершенно пустой, хотя там были два радела: 980 гб nts и 20 гб ext4

    Какой метод установки на этапе разбиения дисков вы выбрали? Есть предположение, что вы указали "Использовать весь диск", соответственно все существующие на тот момент разделы были удалены.
    Приведите вывод выполнения с LiveCD и подключенным HDD:

Код:

sudo fdisk -l
sudo blkid

[kinny]

метод - вручную, если бы и весь диск, то там бы была установленная убунту
приведу)

[Feduka]

а вот еще одна незадача...
при попытке загрузке с винта, где линукс ошибка MBR error 1, потом че там вставте дискету
при загрузке с livecd система определяет винт как совершенно пустой, хотя там были два радела: 980 гб nts и 20 гб ext4... винда винт не видит тоже, точнее видит, но акронис говорит что он на 30 мб...

Можно предположить (с некоторой степенью уверенности), что в MBR действительно завелись косяки. Каким именно образом - это может быть и интересно, но не слишком важно. Важней и интересней - как это дело преодолеть. (То есть, вообще без разницы - Вы своими действиями или полтергейст своими, или физический дефект диска случился, но таблица разделов убилась.) Нужен соответствующий софт, способный читать данные с диска напрямую - без таблицы разделов и без понятия о файловых системах. Думаю, что такой есть. На "старом форуме" даже тема была. Может у кого в архиве сохранилось? Ну а под виндовсы таких программ тоже должно быть немало.

[kinny]

результаты обследования в аттаче
еще один интересный факт: вчера была эта же самая проблема, но решилась она перезагрузкой)

Feduka, я пытался найти столь необходимый софт, но либо я не там искал, либо не то... может подскажете?

не в порядке с винтом sda...(

[kinny]

вот еще один кривой, но снимок

[Feduka]

результаты обследования в аттаче
еще один интересный факт: вчера была эта же самая проблема, но решилась она перезагрузкой)
Feduka, я пытался найти столь необходимый софт, но либо я не там искал, либо не то... может подскажете?
не в порядке с винтом sda...(

Мне почему-то кажется, что на этом диске имеется пустая таблица разделов. Вполне стандартная, но пустая. Есть смысл поискать сбойные сектора на диске.  Вдруг в MBR? (У меня была фигня такая, к роутеру по usb подключен винт для торрентов, глючить чейта стал, я его от роутера оттыкнул, к компу втыкнул, "дисковой утилитой" smart поглядел, выяснил, что даже в смарте сбойный сектор зафиксирован. Точно не помню, но вроде бы той же дисковой утилитой можно как-то смарт попинать, чтоб сбойный сектор заремапился. У меня это не в MBR было, после ремапа и fsck глюки отступили.) Старых архивов форума у меня нет, но поиск в гугле по словам "восстановление данных ubuntu" может быть результативным. А что касается виндового софта, можно на torrents.ru  (теперь rutracker.org) поковыряться в сборках виндовс - почти наверняка найдется загрузочный образ с довесками с подобным софтом.

[Feduka]

Слегка напрягая яндекс, лекго установить, что:
http://rlab.ru/doc/linuxharddatarecovery.html
http://mydebianblog.blogspot.com/2007/05/knoppix.html
Почти наверняка подобных статей найдется много. В Вашем случае может быть и не надо таких изощрённых мучений принимать... Может быть, "банальный" TestDisk справится с покорёженной таблицей разделов. Он умеет искать по всему диску "следы" файловых систем. Ведь кроме MBR существуют еще и "просто BR" - для отдельных разделов. Если Ваш диск нечасто подвергался процедуре переразбиения на разделы, и Вы приблизительно помните сколько и каких разделов было перед последней поломкой (ну может метки разделов запомнились или размеры) то есть шанс таблицу разделов в MBR привести в соответствие с Вашими предположениями. Потом срочно скопировать ценное "в чистое сухое место" и продолжить издевательства над многострадальным винтом.

[kinny]

тестдиск сказал, что-то про 30 мегабайт и предложил выйти) скрин прилагается
попробую под линуксом щас тестдиск запустить

[kinny]

удалось через тестдиск добиться того, что теперь раздел виден из винды, но при попытке открытия его пишет диск не найден

парагон патишн манагер говорит что раздел неформатированный, а форматировать его жалко...

[Feduka]

удалось через тестдиск добиться того, что теперь раздел виден из винды, но при попытке открытия его пишет диск не найден
парагон патишн манагер говорит что раздел неформатированный, а форматировать его жалко...

Не шибко понятно какой именно раздел из винды видно. Предполагаю, что ntfs. Отформатировать никогда не поздно, лучше сперва попробовать чего-то из него добыть. В убунтах есть в главном меню-система-администрирование-дисковая утилита. Она может койчего про смарт рассказать. В частности про количество убитых секторов и еще ремапленых. Если их шибко  много, то есть смысл использовать всякие dd_rescue для получения хоть чего-нибудь. В винде можно для начала попробовать просто checkdisk - ну или как там его... Может быть, acronis easyrecorver какой-нибудь... Тестдиск ведь данные не восстанавливает. Он просто находит характерные для раздела (наверное - для начала раздела) записи в каких-то секторах (тупо проверяя каждый сектор в начале цилиндра) и записывает в MBR найденные - а можно сказать и "угаданные" значения.

[kinny]

раздел с линуксом отлично читается линуксом, раздел ntfs пока только "диск не найден" и "структура диска повреждена"

воспользуюсь всеми советами)

а еще снимок окна, которое появляется при попытки монтирования ntfs раздела

[Feduka]

раздел с линуксом отлично читается линуксом, раздел ntfs пока только "диск не найден" и "структура диска повреждена"
воспользуюсь всеми советами)
а еще снимок окна, которое появляется при попытки монтирования ntfs раздела

Положим, я понерусскому чтец небольшой. Но из приведенного снимка экрана могу разобрать, что при монтировании умный компьютер пытается донести до еще более сообразительного пользователя относительно ценную информацию о том, что "возможно на диске есть физические повреждения", еще одно предположение о том, что в "начале раздела ntfs имеется какая-то лажа, не позволяющая с уверенностью считать этот раздел исправным и толково его смонтировать", упоминается также о заморочках в таблице MFT (это специальная таблица, где ntfs хранит сведения о размещении файлов на диске, судя по всему, имеется две копии этой таблицы и одна из них чёйта не читается). Ну а рекомендация - понятная. Перезагрузиться в винду и запустить проверку диска с параметром /f - шанс на починку есть. Физические дефекты оно не лечит, а вот MFT - вроде должно. По поводу белиберды в начале раздела - не знаю. Все упоминания про RAID-массив я с негодованием отметаю. У Вас там его изначально не должно было быть. Если простой чекдиск не поможет, надо пробовать более злые утилиты, которые (вот только медленно) читают диск посекторно, не особо оглядываясь на MFT. Мне не довелось, но думаю, что всякие recovery disk гугл найдет в большом количестве. Их недостаток в том, что они спасают информацию не полностью. Понятно, что физические дефекты (если они есть) потеряны навсегда. Но кроме них обычно не может быть восстановлена структура каталогов и еще иногда пропадают имена файлов - просто переименовываются в DIR0, DIR1, FILE0, FILE1 - ну и т.п. Есть смысл пробовать разные программы. Ну а ранее приведенные ссылки на статьи советуют сперва сделать дубликат диска (dd_rescue в linux) и мучать уже этот дубликат. Там хоть физических дефектов не будет.
Вот только окромя специальных программ надо иногда и башку включать. Если диск новый и раньше замечен в глюках не был, то физические дефекты - сомнительное дело. А какие-то ошибки в записях - результат неаккуратного переразбиения. Тогда и софт для восстановления нужен соответствующий. Если же диск и раньше сыпался, да еще сильно, то "дома на коленке" можно вообще мало чего восстановить, только спортить.

[butjapka]

так на снимке же написано проверить диск из под windows на наличие ошибок, часто решает проблему

Код:

chkdsk /f

[Evgen]

Я у себя вытянул всю информацию с "неправильно" размеченого жесткого (убитого) - из-под винды с помощью программы R-Studio.
Скачать её с торрента с кряком не проблема