LINUX.ORG.RU

Серьёзные проблемы - не загружается 10.04!? Помогите,суперзнатоки «архитектуры» Linux


0

1

Помогите новичку. Убунту 10.04 не хочу переустанавливать из-за возможности потери сделанных личных настроек, огромного количества установленных и настроенных программ.

1. Цель - воcстановить Ubuntu, установленную из-под ХР через Wubi; 2. Проблема - Убунту не загружается ни в каких режимах- ни в «generic», ни в «recovery mode»!? 3. Что имею: 3.1. команда sudo fdisk -l не показывает установленной, но не загружающейся Linux; 3.2. перепробовал все варианты попыток восстановления ОС, предложенных на разных форумах и сайтах.

В ПК два винчестера: - старый sda с «убитой» хакерами ХР на sda1; - новый (куплен 09.2010) sdb с установленными на одном разделе sdb1 (загрузочный) новой ХР и установленной через Wubi Ubuntu 10.04. - внешний незагрузочный sdf.

ХР и Убунту из-под неё установили друзья - пока я не пробовал ни разу это сделать сам.

Сначала «упала» ХР в «синий экран смерти», затем через 1-2 недели после создания нескольких «recovery mode» перестала загружаться Убунту - виден сразу черный экран с командами и описаниями. Восстановил ХР при помощи «fixmbr».

Странно, что ТОЛЬКО при временном отсоединении sda, Убунту загружается до заставки с названием и «бегающими точками», потом опять черный экран с ошибками.

Самый большой мой анализ с описанием ошибок и фотоскринами приведен на: http://unixforum.org/index.php?showtopic=119976.

Кто может, помогите в таком виде подачи информации. Если по этическим соображением это нельзя, тогда помучаюсь и перенесу весь мой топик (тему) сюда.

Очень надеюсь на помощь



Последнее исправление: glavny (всего исправлений: 7)

>из-за возможности потери сделанных личных настроек,

Нужно было хомяка на отдельный раздел закошачивать.

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

Zhbert ★★★★★
()

>не хочу переустанавливать из-за возможности потери...

Бэкапим ~/ /etc /var/cache/apt/archives `dpkg --get-selections` и переустанавливаем. Прочитать не осилил.

anon_666
()

> Я слышал утверждение, что «Линукс» нельзя так испортить (кроме зловредного или случайного стирания), как легко «слетает» Win.
если ты не будешь использовать повышение прав - да, не испортить

note173 ★★★★★
()
Ответ на: комментарий от AITap

Я новичок в Линукс. С удовольствием всё сообщу, но хотя бы намекните - какие команды надо описать (привел то, что обычно просили сделать знатоки, таким как я).

glavny
() автор топика
Ответ на: комментарий от Aid_

Ввожу команду sudo fdisk -l :

...Disk /dev/sdb: 500.1 GB, 500107862016 bytes

255 heads, 63 sectors/track, 60801 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00008bbb

Device Boot Start End Blocks Id System

/dev/sdb1 * 1 13054 104856223+ 7 HPFS/NTFS

/dev/sdb2 13055 60801 383527777+ 7 HPFS/NTFS

omitting empty partition (5)

4. Во время работы ОС постепенно создала несколько режимов загрузки, после последнего она перестала загружаться (указал ниже по мере возрастания; на фото с экрана ПК разновидности загрузки рассортированы в обратном порядке):

4.1. Ubuntu, Linux 2.6.32-24-generic (recovery mode)

4.2 Ubuntu, Linux 2.6.32-24-generic

4.3. Ubuntu, Linux 2.6.32-25-generic (recovery mode)

4.4. Ubuntu, Linux 2.6.32-25-generic

4.5. Ubuntu, Linux 2.6.32-26-generic (recovery mode)

4.6. Ubuntu, Linux 2.6.32-26-generic — после этого режима через некоторое время ОС перестала загружаться.

5. Вот ошибки на черном экране при попытки загрузки в разные режимы:

5.1. ”[ 2.533222] ieee1394: Host added: ID:BUS[0-00:1023] GUID[00023c015110c81b]

No init found Try passing init= bootarg.”

5.2. “[ 1.581859] Console: switching to colour frame buffer device 80x30

No init found. Try passing init= bootarg.”

5.3. «Alert! /dev/sdb1 does nоt exist. Dropping to a shell!»

5.4. «Killed

mount: mounting /dev on /root/dev failed: No such file or directory

mount: mounting /sys on /root/sys failed: No such file or directory

mount: mounting /proc on /root/proc failed: No such file or directory

Target filesystem doesn't have /sbin/init

No init found. Try passing init=bootarg.»

5.5. «Gave up waiting for root device. Common problems:

- Boot args (cat /proc/cmdline)

- Check rootdelay= (did the system wait enough?)

- Check root= (did the system wait for the right device?)

- Missing modules (cat /proc/modules; is /dev)

Alert! /dev/sdb1 does not exist. Dropping to a shell!»

Ошибки эти есть на фото на сайте, который указазал в начале темы.

glavny
() автор топика
Ответ на: комментарий от Zhbert

Винт, на котором стоит Убунта куплен в 09.2010. В этом же месяце друзья без моего участия всё и установили.

glavny
() автор топика

Восстановил ХР при помощи «fixmbr».


GRUB теперь сверху натяни (с лайвсиди, к примеру, той же убунты грузанись). А на втором винте тоже видимо ставил когда-то, вот и «бегающие точки» остались.

Грузишься с лайвсиди, открываешь терминал и:

# под рута
sudo -i

# найдёшь раздел с убунтой
fdisk -l

# подключишь (XY свои соответственно)
mount /dev/sdXY /mnt

for fs in proc sys dev; do mount -o bind /$fs /mnt/$fs; done
chroot /mnt

# Ну и сам груб переставь (в МБР, да)
dpkg-reconfigure grub-pc

# Потом разлогиниваешься/отключаешь всё это дело
exit
for fs in dev proc sys; do umount /mnt/$fs; done
umount /mnt

Перезагружайся.

amorpher ★★★★★
()
Ответ на: комментарий от glavny

> друзья без моего участия всё и установили.

вот пусть без твоего участия и восстанавливают.
и да, linux так испортить нельзя. ubuntu - можно.

Komintern ★★★★★
()
Ответ на: комментарий от amorpher

Цитата: «А на втором винте тоже видимо ставил когда-то, вот и „бегающие точки“ остались.»

Первый винт sda. На sda1 стоит убитая хакерами ХР. Не бросил попыток ХР восстановить. Но на него ничего не записывал из Осей, чтобы не было проблем с восстановлением.

Купил специально новый второй вутренний винт - sdb, на sdb1 и была установлена начисто новая ХР и через Wubi уже поставлена Убунта. По умолчанию предлагается загрузка c sdb1 -ХР или Убунта. Когда было всё нормально при её выборе Убунта сразу грузилась.

Когда Убунта стала создавать разные режимы загрузки: generic" и «recovery mode», тогда же появилась возможность выбора загрузки ХР: sda1(являлся загрузочным до тех пор, пока не появился новый винт с установленной ХР; Gparted и сейчас маркирует его, как загрузочный) или новый загрузочный sdb1. Когда Убунта рухнула, возможность выбора загрузки кроме Линукса осталась только sda1 (на первом фото видно, что внизу нет загрузки ХР с sdb1).

В этом-то и странность, что при физическом отключении первого винта sda, который не имел никакого отношения к sdb1, Убунта при своей загрузке доходит до «бегающих точек». Когда он подключен - при загрузке ОС сразу появляется черный экран с ошибками.

Как-будто есть какая-то паразитическая связь/зависимость sdb1 от sda.

Отключить sda не могу, т.к. на sda2,sda3,sda5,sda6 записан большой архив, связанный с sda1.

Сейчас перезагружусь с Убунты Live/DVD.

glavny
() автор топика
Ответ на: комментарий от Komintern

Установили по моей просьбе! А «загубил» сам, поэтому это уже мои проблемы.

glavny
() автор топика
Ответ на: комментарий от amorpher

Цитата: «for fs in proc sys dev; do mount -o bind /$fs /mnt/$fs; done»

Пожалуста, распишите, команду, если у меня Убунта на sdb1.

Я ранее делал команду: mount /dev/sdb1 /mnt

mount --bind /dev /mnt/dev

mount --bind /proc /mnt/proc

Ничего не вышло.

glavny
() автор топика
Ответ на: комментарий от amorpher

Ранее уже выполнял расписанные команды с другого форума. Ничего не помогло:

1. sudo mount /dev/sdb1 /mnt (примонтировали корневой раздел жесткого диска в /mnt)

sudo mount --bind /dev /mnt/dev («привязали» /dev к новому корню)

sudo mount --bind /proc /mnt/proc («привязали» /proc к новому корню)

sudo chroot /mnt (меняем корень и работаем практически в своей системе)

grub-install /dev/sda (устанавливаем загрузчик);

2. sudo su

grub

find /boot/grub/stage1

root (hd0,6)

setup (hd0)

в строке root (hd0,6) записать то, что выдаст find /boot/grub/stage1"

glavny
() автор топика

Я бы попробовал диски в fstab по UUID прописать вместо sd*

Loki13 ★★★★★
()
Ответ на: комментарий от glavny

Так убунта в винде на нтфсе стоит что ли? Пипец. А 2 диска же. Всё решаемо, просто сижу сейчас на берегу терека водку пью :) с телефона кнопки, не удобно нажимать.

«убитой» хакерами


Кстати, кавычки не там поставил.

amorpher ★★★★★
()
Ответ на: комментарий от amorpher

Новый второй винт друзья «разбили» на два ntfs раздела:

системный (~100Гб) для ХР и из-под неё установили Убунту;

и под архив ~400Гб, куда я записываю медиа/док инфу.

Первый старый винт (80Гб; 5 лет ему) оставил в покое (свободного места ~2Гб осталось) для попыток восстановления «убитой» винды.

Так что, спецы помогите.

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

Я пока лишь учусь.

glavny
() автор топика
Ответ на: комментарий от glavny

Убунту на нтфс в глаза не видел (кто вообще такой бред придумал? Марк упоролся что ли?). Она (убунту) там как, в папку отдельную ставится на сдб1? Тогда путь правильный прописывать надо - там не сдб1 по-любому будет, хз не сталкивался.


https://wiki.ubuntu.com/WubiGuide

Cannot boot into Ubuntu

Ubuntu cannot be booted if Windows has not been shut down cleanly, you have to clear the Windows filesystem from Windows (there is no chkdsk equivalent for Linux yet). If Wubi fails to start, boot into Windows, run chkdsk /r from Windows on the same drive where you have installed Ubuntu, shutdown cleanly and then try to boot into Ubuntu again.

Note that sometimes files are moved by Windows into a hidden folder called c:\found.000. You need to have c:\ubuntu\disks\root.disk and c:\ubuntu\disks\boot. If you do not see those, look for found.000. You need to change the Windows Explorer settings to be able to see hidden folders first, then move the files from found.000 to their original location.


Corrupted NTFS filesystem

All reported cases of damaged filesystems so far were from people that hard rebooted (pulling the plug).

When you hard reboot, you can always damage your filesystem whether you use Wubi or not. What happens is that new users sometimes get stacked with Wubi/Ubuntu and since they do not know what to do they tend to hard-reboot more often than necessary. Sometimes they get lucky, sometimes they do not. Since Wubi sits on top of NTFS, of course when they do not get lucky, NTFS gets corrupted. Sometimes people blame Wubi for that even though a quick Google will show you that there are lots of people experiencing NTFS corruption without having ever used Wubi or ntfs-3g (and a full software industry lurking on that…).

If the NTFS filesystem gets corrupted you have to run chkdsk /r from the Windows Recovery Console on the Windows CD (or other recovery CD available on the web) or in the msdos console (if you can boot into Windows). At the moment there is no fsck for NTFS on the Linux side, otherwise it would be possible to fix these errors automatically within Linux itself, without having to rely on Windows tools.

The best advice is to simply avoid hard rebooting, whatever OS you may be using.

2. sudo su

grub
find /boot/grub/stage1
root (hd0,6)
setup (hd0)
в строке root (hd0,6) записать то, что выдаст find /boot/grub/stage1"

Это вообще для 1 груба, во втором по-другому немного (у тебя же не старее 9.10?).


Короче, мутное это дело.
Проверяй диск виндой (чекдиском), копируй куда-нибудь наружу нужную инфу с хоума убунты (можешь всю диру /home/<username> скопировать, потом оттуда возьмёшь, что надо+настройки), можно ещё с /var/cache/apt пакеты скопировать, чтобы потом не качать, если инет за трафик/хреновый), удаляй папку с убунту, грузись с лайвсиди - подвинь (уменьши) раздел винды в джипартиде, на освободившемся месте создай разделы (6 гигов на корень нормально будет, на хоум сколько не жалко, своп, если оперативы меньше 2 гигов, если 2 и более хватит и без свопа, хз что такого запустишь чтобы 2 гига съело, только если на спящий режим он нужен, это когда на жёсткий дамп пишет, но этот режим медленный - быстрее наверно с нуля грузанётся, ну если надо - 1 гига хватит всем в любом практически случае, только эти 2 раздела в екст4 форматируй). Когда установится и первый раз загрузится - копируй на место, через судо, само собой, содержимое предыдущего /var/cache/apt на родину, сразу в инет - обновляйся. Устанавливай что было раньше. Настройки скопируй предыдущие, если лень заново настраивать (скрытые папки, с точки начинаются, обычно .config, .gconf, .local или по названию проги сразу в корне хомяка).

Потому что атас это, держать систему зависимой от неродной ФС (хотя 3джи вроде цивильно работает) да ещё и в другой запущенной ОС.

amorpher ★★★★★
()
Ответ на: комментарий от amorpher

удаляй папку с убунту

Файлы образов - root.disk и подкачка swap.disk, во как оказывается.
А, она же у тебя не грузится. Тогда первым делом с лайвсиди примаунти и скопируй:

sudo mount /dev/sdb1 /<в папку которую создашь где-нибудь в лайв-сессии, например w>
sudo mount -o loop /<в папку которую создашь где-нибудь в лайв-сессии>/ubuntu/disks/root.disk /<в другую папку которую создашь где-нибудь в лайв-сессии, например u>


Слёт ССЗБ-ов
http://forum.ubuntu.ru/index.php?action=printpage;topic=25657.0

amorpher ★★★★★
()
Ответ на: комментарий от amorpher

Спасибо за развернутый ответ, особенно в последнем абзаце. У меня Убунту 10.04.

Читаешь-вроде бы всё понятно, но знаю по маленькому опыту «общения» с Линукс, что это только на поверхности.

Как только «ввяжешься в драку»-так там на каждом углу для новичка будет «засада».

Если нужно, могу сюда скопировать результат «команды sudo fdisk -l», хотя она расписана полностью на сайте, ссылку которую указал в 1-м посте.

В винде на С:/ в корневом разделе, где лежат папки Программ файлз, Доки и настройки, Windows и т.д. лежит папка «ubuntu»- у меня ровно 25Гб.

Если смотреть из-под Убунту, то раздел С:/ в Gparted виден как sdb1.

Просьба помочь всё-таки восстановить - перелопачу весь терминал!!!(С меня новая нераспечатанная бутылка французского коньяка, дома лежит уже год).

Хочу потом сделать образ ОС 10.04 со всеми настройками и переустановить Убунту по уму, как все советуют.

glavny
() автор топика
Ответ на: комментарий от glavny

Решено. Тема закрыта.

Хочу сердечно поблагодарить Aitap за решение для меня этой сложной проблемы. В течение нескольких часов этот волшебник вернул к жизни Убунту во всеми настройками и программами.

Также благодарю всех, кто пытался мне помочь.

glavny
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.