>>13314
Очевидно, в виртуалке все диски перепутались. Нужно записать их в /etc/fstab по UUID (а не как /dev/sda) и обновить загрузчик. Впрочем, как сделать я не знаю.

>>13316
Возможно, мой вопрос будет наивным... а repair-mode у инсталлятора Убунты есть? Если с установочного диска бутнуться, не получится ли скорректировать это автоматом?

Если нет... гм, /etc/fstab я, скажем, nano или vi отредактировать смогу... где бы ещё UUID эти посмотреть...

>>13318
Понял, спасибо. А вот ещё ламерское: загрузчик - это не только /etc/fstab? Это ещё что-то? Или только оно? Т.е. мне редактирование /etc/fstab поможет ли, или навряд ли?

>>13319
Нет, фстаб используется для монтирования имеющихся дисков как кусков файловой системы. А загрузчик сидит в мбр и имеет собственную нумерацию дисков. Если проблема с загрузчиком, то он скажет что-нибудь типа "не нашёл ядро".

> А вот ещё ламерское

Я сам только с четверга занимаюсь этим вопросом.

>>13320
А вот это вот "error: no such disk" - это не загрузчик ли жалуется, в таком случае? Как считаешь?

> Я сам только с четверга занимаюсь этим вопросом.

А я - с утра пятницы. И в лёгкой панике: к утру оно должно работать...

>>13321
может и загрузчик.
доставь скрины загрузчика

>>13322
Я не знаю, как, к сожалению. Можно мне это "как для идиота"? Я умею гуглить и занимаюсь этим параллельно, но пока нахожу или GUIшные прибамбасы для конфигурирования груба - надеюсь, там именно груб - или общие слова вроде "загрузился с диска, перенастроил груб и всё заработало", кои я не могу интерпретировать...

В текущий момент, я загрузил систему с диска Ubuntu Server 10.04 в режиме восстановления. Вошёл в консоль. Судя по результатам команды выше, дисков (разделов?) с UUID всего один, рутовый, хотя установщик говорил, что есть ещё как минимум сваповый раздел.

>>13323
/etc/fstab вообще поделил меня на ноль. Ничего похожего на то, что я видел когда-то, когда пробовал подружиться с линуксом (года четыре назад). Пикрелейтед.

>>13323

> >>13322
> Я не знаю, как, к сожалению

А ОПпик откуда?

> что есть ещё как минимум сваповый раздел.

На одном диске может быть два раздела

> Вошёл в консоль. Судя по результатам команды выше, дисков (разделов?) с UUID всего один, рутовый

фстаб уже проверил?

>>13324
А это случайно не фстаб с диска восстановления?

приведи вывод команд

df
ls /dev/sd*

>>13325

> А ОПпик откуда?

ОПпик, если тот, что при старте треда - то это скриншот неудачной загрузки.

> На одном диске может быть два раздела

Это я знаю. Я ламер в линуксе, а не вообще.

> фстаб уже проверил?

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

>>13326

> А это случайно не фстаб с диска восстановления?

Чёрт возьми. Наверное, ты прав: только сейчас я вспомнил, что система вродже как предупреждала, что ничего не монтировала сама. Т.е. мне нужно примонтировать диск сначала?

...блин, на диске ведь было всего два раздела. Откуда же, помимо sda1 и sda2, появился sda5? Или там один раздел основной, а второй - внутри расширенного?..

Сейчас попробую сам примонтировать sda1 и посмотреть fstab уже там.

>>13329
по идее sda1 и sda2 - основные, sdа5 - логический (например, /, /boot и /swap)
монтировать нужно примерно так:

mkdir /mnt/a1
mount /dev/sda1 /mnt/a1

потом делаешь ls /mnt/a1
на одном из разделов окажется /etc/ - там и ищи fstab

Я спать, удачи.

>>13329
Блин, я даже подмонтировать его не могу... на команду вида
mount /dev/sda1 /mnt/disk
я получаю ответ вида "Can't find /mnt/disk in /etc/fstab"...

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

>>13330
А, т.е. папка, куда монтирую, должна существовать... я понял. Спасибо тебе.

Доброй ночи! Буду дальше пытаться ковыряться.

>>13333
на худой конец можно монтировать прямо в /mnt (а размонтировать командой umount /mnt соответственно)
Всё, ушёл спать.

>>13334
А, нифига оно не монтируется. Точнее, /dev/sda1 я смонтировал-таки, но там /etc нет. А /dev/sda2 и /dev/sda5 не хотят монтироваться, говоря "Invalid argument".

В общем, ничего не получается. /dev/sda2 и /dev/sda5 не монтируются не только в консоли моими кривыми руками, но и оболочкой диска в режиме Rescue Mode.

Голова уже не варит, потому пойду спать. С утра поеду к этой системе. Поскольку сервер, на котором была эта убунта, уже занят под Hyper-V хост, попробую физический диск со злополучной убунтой подпихнуть на другую физическую машину: авось запустится, и меня не будут убивать за недоступность сервака.

А вот что дальше делать - не ясно. P2V-конвертирование ведь всё-таки провести как-то надо. Но ничего подобного не нагуглилось. Добрач, может, ты поможешь как? Можно ли как-то будет более гладко перенести работающую систему? Вроде же не винда, реестра нет, и всё должно бы решаться копированием файлов?

Это вновь ОП. Невыспавшийся. Ещё не линуксоид, но глаза уже красные.

Чёртова убунта отказалась заводиться в том числе на соседней машине абсолютно десктопного класса. С теми же симптомами. И только родной сервер ей мил и прельстив: стартанула с пол-пинка и, мерзко хихикая, заработала.

>>13340
Ну тогда можно сделать правки в fstab, сделать образ, fstab вернуть обратно какой был, а образ идти разворачивать в Hyper-V.

>>13341

> fstab вернуть обратно какой был

Не смогу. LiveCD не монтирует ни /dev/sda2 ни /dev/sda5, на одном из которых и находится fstab. То есть отредактировать-то fstab я могу вполне себе, но образ-то оффлайново создаётся, а потому после ребута fstab будет неправильным...

Блин, почему вообще могут не монтироваться разделы?!

>>13343

> > fstab вернуть обратно какой был

> Не смогу. LiveCD не монтирует

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

>>13353
Но если я на подключённом харде fstab отредактирую, то убью последний рабочий экземпляр этой системы. Бэкап/рестор - это довольно дофига времени... (1 терабайт, а ничего высокоскоростного под рукой нет).

Ext4 там, кстати. И в fstab разделы вполне себе по UUID перечислены.

Эх...

...связался с создателями сервера, упросил помочь. Долго смотрели, вздыхали, пытались даже после моих слов об аналогичных симптомах на другой железной машине валить всё на Hyper-V. Наконец, сказали, цитирую: "возможно, конечно, что тут делов - на полчаса и пару команд, но лучше и надёжнее будет, если всё это форматнуть и поставить заново ZverCD снести и переустановить часиков за ..ть". Что ж, профессионалам виднее. А моя очередная попытка завести знакомство с Linux, увы, обломилась.


Анону, помогавшему мне в треде, огромное спасибо!

ОП.

>>13372

> И в fstab разделы вполне себе по UUID перечислены.

А не может быть так, что в гипер-в у них другие uuid? Тогда нужно напротив - написать /dev/sda (кстати, этот диск в оригинальной системе числится как /dev/sda, тогда можно поменять fsatb и ничего не сломается.)

>>13373

> А не может быть так, что в гипер-в у них другие uuid?

Не знаю. Но если так, тогда толку-то в UUID? Они ведь, по идее, для того и созданы, чтобы при перемещении дисков с разъёма на разъём и с машины на машину не путаться.

> Тогда нужно напротив - написать /dev/sda (кстати, этот диск в оригинальной системе числится как /dev/sda, тогда можно поменять fsatb и ничего не сломается.)

Спасибо большое. Но это уже не актуально. К счастью, машиной занялись-таки те, кто это умеет.