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

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

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

Описание проблемы довольно подробно, но важных вещей всё равно не указано.

Пожалуйста, _всегда_ показывайте сообщения об ошибке - с точностью до символа. См. http://segfault.kiev.ua/smart-questions-ru.html

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

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

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

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

дык если в Вас при загрузке ошибки сыпятся, вот их и пишите сюда

Ввожу команду 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!»

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

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

Восстановил ХР при помощи «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

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

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

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

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

Первый винт 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.

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

Цитата: «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

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

Буквально.

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

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"

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

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

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

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

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

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

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

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

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

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

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

Убунту на нтфс в глаза не видел (кто вообще такой бред придумал? Марк упоролся что ли?). Она (убунту) там как, в папку отдельную ставится на сдб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джи вроде цивильно работает) да ещё и в другой запущенной ОС.

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

Файлы образов - 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

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

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

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

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

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

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

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

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

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

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

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