Ошибка монтирования при клонировании Linux

А на lunux.org.ru что посоветовали?

Что за дистрибутив?

Похожие темы:

• ПРОБЛЕМЫ при клонировании диска (2011)

• Установка lunux (2010)

• Проблемы с таблицей разделов и монтированием ext2 (2018)

• Установка lunux mint рядом с windows (2017)

И это далекооо не полный список. Ищите, Шура, ищите :) Ну, а не найдёте, так уж и быть, спросите у ИИ. Ну, а если ИИ не поможет, то… :)

к вам обратится. Подскажите?

Да кто бы знал. Никаких опознавательных знаков при загрузке.

Сможете загрузиться с любого LiveCD/DVD/USB? Например, SystemRescueCD?

Спасибо за наводку, буду разбираться.

в fstab нужно прописать новый том монтирования

Сначала надо узнать, как оно вообще грузится, может корень в параметрах ядра задан.

Каким образом узнать?

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

Загрузитесь с live-носителя, найдите корневой раздел проблемной системы, смонтируйте в /mnt и покажите, что лежит в /mnt/boot.

Да, хорошо сейчас SystemRescueCD качаю. Спасибо!

Ещё вопрос, где эти параметры прописаны. Там может быть как GRUB 1, так и LILO (если не grub4dos или loadlin.exe вообще).

все просто, в fstab монтирование директорий прописано по аппаратному пути подключения носителя, о чем и говорит строчка «/dev/disk/by-id/scsi-3500000ell0ff23d3-part2»
в клонированном носителе естественно строчка будет другая ибо оборудование другое.
соответственно надо менять строчки монтирования в fstab.
имхо лучше на uuid, тогда будет отвязка и от носителя и от аппаратуры подключения.
ну и вообще поковырять поизучать что там наделано в столь древнем линухе.

fstab, конечно, отредактировать можно. Но, только эти сообщения от скриптов в initramfs, который создан с помощью mkinitrd и просто редактирование fstab ничего не поменять. По идее, нужно будет всё монтировать, чрутиться туда и пересобирать initramfs (командой mkinitrd). Но, если там:

не позволяет выйти на командную строку.

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

в столь древнем линухе

Если есть /dev/disk/by-id/, дак вполне современный, не так много изменений с момента возникновения udev.

loadlin.exe

Ну вы скажете, тоже. Я понимаю, про syslinux бы написали, а loadlin.exe в 2008 году...

Как я понял, речь об embedded решении… а там и не такая хрень встречается. Я бы даже не удивился серверу, что требует для загрузки дискеты с MS-DOS, который уже запускает ядро Linux через loadlin.exe, потому что BIOS у ПК не умеет грузиться с SCSI дисков, только с IDE 3,5 дюймового флоппи.

хых блин, такого не надумал !!
но думаю несколько другое. при загрузке ядра ему параметром передается указанием на раздел, монтируемый корнем, и далее с онного раздела запускается /sbin/init для инициации системы. но у меня рут=-разде прописан через UUID т.е.

echo    'Loading Linux 6.11.0-25-generic ...'   
linux   /boot/vmlinuz-6.11.0-25-generic root=UUID=65a3eb09-6f4.....

а тут какието левые идентификаторы. вполне возможно прокатит при загрзуке отредактировать строчку запуска ядра через режим edit груба. а уже в системе сделать grub-update

Добрый день! Подгрузился с live, смонтировал раздел, в /mnt/boot/ лежит: https://ibb.co/CpVhV80r

Это то что прописано в fstab на данный момент: https://ibb.co/pvLSt6p1

При загрузке видно загрузчик Lilo 22.8.

конфиг lilo по умолчанию лежит в /etc/lilo.conf
Вам нужно его поправить (указать новый root) и установить его заново в MBR.
Если в составе SystemRescueCD нет lilo, то запись в MBR может потребовать доп. действий (chroot).
Поэтому я бы попробовал для начала указать новый root в ходе загрузки: https://tldp.org/HOWTO/LILO.html#toc2.3

When you see the Lilo prompt, you can hit the <Tab> key to show the list of possible choices. If Lilo is not configured to be interactive, press and hold the <Alt> or <Shift> key before the ``LILO'' message appears.

If you choose to boot a Linux kernel, you can add command-line arguments after the name of the system you choose. The kernel accepts many command-line arguments. All the arguments are listed in the ``BootPrompt-HOWTO'' by Paul Gortmaker, and I won't replicate it here. A few command line arguments, however, are particularly important and worth describing here:

    root=: you can tell the Linux kernel to mount as root a different partition than the one appearing in /lilo.conf. For example, my system has a tiny partition hosting a minimal Linux installation, and I've been able to boot the system after destroying my root partition by mistake. 

В современном SystemRescueCD LiLo нету. Главный минус LiLo в том, что даже если указать в конфиге root=/dev/disk/by-UUID/$UUID, то LiLo все равно сконвертирует это в LBA-адрес, который встроится в код загрузчика в MBR. $UUID нужно заменить на реальный UUID раздела, получаемого из вывода lsblk.

В man пишут, что по UUID указать можно, и так оно и будет передано в ядро.
https://linux.die.net/man/5/lilo.conf

(22.6) The root filesystem may also be specified by a LABEL= or UUID= directive, as in '/etc/fstab'. In this case, the argument to root= must be enclosed in quotation marks, to avoid a syntax error on the second equal sign; viz.,

root="LABEL=MyDisk"

Note: The command line root= parameter passed to the kernel will be: 'root=LABEL=MyDisk'; i.e., without the quotation marks.

Однако, судя по /dev/disk/by-id/ ошибка действительно происходит внутри initrd (со своим fstab). Тогда возможно правка lilo.conf бесполезна.

как то так https://ibb.co/DHJsQX4J

Сейчас поменял в fstab все на UUID, ошибка осталась, в лило поменял строку root=UUID=………

Сейчас поменял в fstab все на UUID,

В каком? Который /mnt/d1/etc/fstab (на вашей картинке). До него скорее всего загрузка не доходит вообще.

в лило поменял строку root=UUID=

В /mnt/d1/etc/lilo.conf ? Само по себе это не достаточно, нужно ещё перезаписывать MBR.
Я вообще-то предлагал менять не в конфиге lilo, а прямо при загрузке через <Tab> или <Alt> or <Shift>.

Но вообще скорее всего Вам нужно перепаковать initrd.
Попробуйте поискать fstab в каталоге (и подкаталогах) /mnt/d1/boot/initrd-tree.

Нашел версию Linux оказался Slackware 13.1.0.

В /mnt/d1/etc/lilo.conf ? Само по себе это не достаточно, нужно ещё перезаписывать MBR. Я вообще-то предлагал менять не в конфиге lilo, а прямо при загрузке через или or .

Так он показывает загрузчик, но менять как? вот ссылка что в загрузчике https://ibb.co/DHJsQX4J

Попробуйте поискать fstab в каталоге (и подкаталогах) /mnt/d1/boot/initrd-tree.

fstab пустой в initdr, но зато нашел отсыл к scsi который пытается смонтировать система при запуске в /mnt/d1/boot/initrd-tree https://ibb.co/7dtg1NQJ

Качайте Slackware-13.1, там есть lilo. Грузитесь, входите как рут, монтируете корень, /dev, /proc и /sys, выполняете chroot, смотрите, как определяется корень, правите fstab и выполняете lilo. Кстати, Slackware или Slackware64?

там 32 битная система

В initrd править ничего не надо, проверьте содержимое /etc/mkinitrd.conf из-под chroot и пересоберите командой mkinitrd -F при необходимости.

Хорошо, еще, в Slackware есть скрипт mkinitrd-command-generator.sh, он подскажет, какие модули нужно в initrd добавить. Выполните этот скрипт и сравните с тем, что записано в конфиге, при необходимости поправьте и пересоберите initrd.

Завтра отпишусь.

А зачем, именно slackware? Если у него в системе есть lilo, то достаточно, что он сделат туда chroot, а если там нет, lilo (самой команды) то его сначала нужно в chroot скопировать.

И, в целом, ТСу лучше lilo лишний раз не запускать. У lilo был прикол, что он определял BIOS disk number по текущей конфигурации, а при загрузке с флешке она может отличаться от то, что будет при загрузке с диска, и там приходилось писать в конфиг что-то типа:

boot=/dev/sdb
disk=/dev/sdb
  bios=0x80

mkinitrd -F

Там, вроде, нужно будет версию ядра указывать, иначе она берётся из «uname», а при chroot там может быть не то. И, после изменения initramfs образа (initrd-файла), нужно запускать lilo, так как lilo при загрузке читает не через драйвер ФС, а по номерам блоков.

По крайней мере, при необходимости он сможет что-то с дистрибутивного диска взять. В принципе, можно обойтись без диска.

Версия ядра в конфиге mkinitrd есть, ЕМНИП.

Да и потом, в любом случае ТСу придëтся отдавать команду lilo, потому что это единственный способ изменить настройки загрузчика. Правки конфига здесь недостаточно, в отличие от GRUB.

И, в целом, ТСу лучше lilo лишний раз не запускать.

Если придется перепаковывать initrd, то значит и Lilo придется переставлять, чтобы номера блоков были верные.

Да, но может ему вобще хватит прописать root=/dev/sda2 в командную строку lilo, чтобы система загрузилась и тогда, что lilo, что mkinitrd ведут себя попроще, чем из chroot.

У меня сейчас нифига не грузятся картинки от ТС, поэтому я не понял, по какой причине он не пытается что-то ввести в командную строку lilo. И насколько мудрёный у него lilo.conf тоже не знаю.

Может и есть версия ядра. Но вот нашёл, на всякий случай оставлю здесь: https://ftp.riken.jp/Linux/slackware/slackware64-13.1/README.initrd Там сам Патрег даёт такую команду:

mkinitrd -c -k 2.6.33.4 -m reiserfs

то есть указывает и версию ядра и модуль для корневой ФС, и ни слова про конфиг. Может его (конфига) тогда и не было?

Скачал пакет mkinitrd, там пример конфига есть, лежит в /etc. Думаю, это при первичной установке системы было нужно, когда конфиг ещё не написан. Создать конфиг можно с помощью /usr/share/mkinitrd/mkinitrd_command_generator.sh.

Кстати, в систему установлено ещё и huge-ядро, ему initrd не нужен. Средствами GRUB из SystemRescueCD можно загрузиться с этим ядром и внести необходимые коррективы прямо в работающей системе.

Попробуйте поискать fstab в каталоге (и подкаталогах)

В слаковском initrd через fstab только /proc монтируется.

Если тот gurb понимает riserfs.

Вот тут да, не уверен, что разработчики SystemRescueCD положили в дистрибутив reiserfs.mod GRUB-а. Но попробовать можно: выйти в режим командной строки, сделать insmod reiserfs, далее set root=(hd0,2), далее linux /boot/vmlinuz-huge, далее скомандовать boot.

Кстати, можно же ядру передать параметр rescue и загрузиться в initrd :) Но это только для посвящённых :)

Уточню:

linux /boot/vmlinuz-huge-2.6.33.4

или TAB нажимать после "-h", чтобы дополнило. А то завтра ТС ещё недопишет имя файла с образом ядра и будет ещё одна картика на ibb.

Но это только для посвящённых :)

Да ТСа пока вобще не посвятили, что нужно TAB нажать, чтобы в Lilo из меню в командную строку попасть.

Да, но может ему вобще хватит прописать root=/dev/sda2 в командную строку lilo, чтобы система загрузилась и тогда, что lilo, что mkinitrd ведут себя попроще, чем из chroot.

Про <Tab> я уже дважды писал.
Не уверен, пробовал ли ТС переопределять там root.
(и у меня нет Lilo под руками, чтобы проверить, как фактически это работает).

У меня сейчас нифига не грузятся картинки от ТС, поэтому я не понял, по какой причине он не пытается что-то ввести в командную строку lilo. И насколько мудрёный у него lilo.conf тоже не знаю.

картинки с /etc/lilo.conf не было.
Однако в /boot/ присутствует initrd-tree. И ТС нашел там файл rootdev, где прописан /dev/disk/by-id/scsi-3500000ell0ff23d3-part2
https://ibb.co/CpVhV80r https://ibb.co/7dtg1NQJ

я не уверен, относительно роли этого файла в initrd и его приоритете по отношению к параметру ядра root (наверное yars068 знает лучше). Но полагаю, что ошибка из-за него.

Про я уже дважды писал. Не уверен, пробовал ли ТС переопределять там root.

Спасибо за вашу помощь, но TAB не работает в lilo у меня отработало Ctrl: https://ibb.co/v91vBXw

картинки с /etc/lilo.conf не было.

https://ibb.co/B56Z1r9n https://ibb.co/LhNg2L0m руками поправил Root на UUID

https://ibb.co/v91vBXw https://ibb.co/B56Z1r9n https://ibb.co/LhNg2L0m