Почему запускается произвольный раздел с Linux?

Разделы монтируются по UUID. При клонировании ты склонировал всё, включая UUID, поэтому при монтировании ОС монтирует первый попавшийся. Поменяй UUID на резервном разделе.

Да, я тоже так подумал, но все равно непонятно:
- если я поменяю UUID на резервном разделе, то какой из этих двух разделов будет грузиться?


Вот, например, имеем:

UUID=fd28e86b-dea8d-8431-b351-111111111111  /  ext4 errors=remount-ro 0 1

UUID=fd28e86b-dea8d-8431-b351-222222222222  /  ext4 errors=remount-ro 0 1

Нет, пути проще нет. Все равно оба раздела должны иметь или разный UUID, или разную LABEL, или просто быть разными /dev/sdXn — в любом случае /etc/fstab должен быть разный.

и тогда будет всегда грузиться 1-й раздел, потому что он правильно прописан в fstab, верно?

Да.

Ок, потом копируем 2-й раздел с подкорректированным UUID на место 1-го. Но в этом случае не будет грузиться ни один раздел, имхо.

Да.

Если так, то это слишком много возни на мой взгляд. Может есть путь попроще?

Есть способ указать в fstab не UUID, а метку раздела или устройство. Метку поменять проще, чем UUID.

Например, задать через tune2fs метку основного раздела main, а дополнительного reserve. В fstab вписать

LABEL=main /  ext4 errors=remount-ro 0 1

При копировании резервного раздела на основной надо будет не забывать поправить метку.

Есть способ указать в fstab не UUID, а метку раздела или устройство.

В смысле обычную метку раздела, которую можно поменять с помощью того же parted, которым же и копирую раздел?
Тогда да, это совсем просто, причем даже в едином цикле клонирования.

Спасибо, попробую всенепременно! :=)

Да, её.

Я бы, наверное, два раза подумал над советами с fstab.

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

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

А расскажите пожалуйста зачем вообще нужен / в fstab при наличии root в /proc/cmdline ?

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

Этот вариант мне тоже понравился. Хотя бы тем, что ничего не нужно редактировать, достаточно при загрузке выбрать «e» и слегка подкорректировав, выбрать нужный UUID.

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

UUID=fd28e86b-dea8d-8431-b351-111111111111  /  ext4 errors=remount-ro 0 1

/dev/sda1   /    ext4    errors=remount-ro    0 1

/dev/sda2   /    ext4    errors=remount-ro    0 1

старый добрый способ - поменял UUID указал конкретный раздел

Можно и каноническое имя устройства (sda1), если диск всего один. Тогда и в конфиге груба можно писать «sda1».

удивление, когда при старте зашел по «e» и увидел, что млядский UUID никуда не делся…

…потому что, это только на одну конкретную сессию. В конфиге это не сохраняется. Удобно для экспериментов-отладки.

Этот вариант мне тоже понравился.

Я пытался сказать, что это не «вариант», а единственно верный способ.

Как по вашему будет выбираться root из файла, который уже лежит на этом самом root ? Чтобы добраться до /etc/fstab - он уже должен быть известен где лежит, нет?

Если вам не нужны особые опции монтирования root - он в fstab вообще не нужен.

'e' - это просто однократное редактирование запуска.

GRUB не пользуюсь. При современных UEFI и ядрах Linux - вообще не нужны никакие дополнительные загрузчики по большому счету. Но я пользуюсь systemd-boot

Я уже окончательно запутался с этим гребаным грабом-2 ... :-(

Когда смотришь в /etc/default/grub, то там все просто и лаконично:

GRUB_DEFAULT=0
GRUB_TIMEOUT=300
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX="

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

У него одна файловая система, корневая, не уверен что так будет работать, когда upperdir будет являться частью lowerdir.

mount --bind /emptydir $DIR/$UPPER

#!/bin/sh
mount -t overlay -o lowerdir=/,upperdir=$UPPER/upper,workdir=$UPPER/work overlayfs $DIR

mount --bind /emptydir $DIR/$UPPER

mount --rbind /etc/portage/ $DIR/etc/portage/
mount --rbind /var/cache/binpkgs/ $DIR/var/cache/binpkgs/
mount --rbind /var/cache/distfiles/ $DIR/var/cache/distfiles/
mount --rbind /var/db/repos/ $DIR/var/db/repos/
mount --rbind /usr/src_overlay/ $DIR/usr/src_overlay/

mount -t proc proc $DIR/proc/
mount --rbind /sys $DIR/sys/
mount --rbind /dev $DIR/dev/

mount --rbind /run $DIR/run/
mount --rbind /tmp $DIR/tmp/

mount --make-rslave $DIR/proc/
mount --make-rslave $DIR/sys/
mount --make-rslave $DIR/dev/

#mount --make-rslave $DIR/run/
#mount --make-rslave $DIR/tmp/

mount --types tmpfs --options nosuid,nodev,noexec shm $DIR/dev/shm
chmod 1777 /dev/shm $DIR/run/shm

И что это?

mount --bind -o ro /emptydir $DIR/$UPPER

я пьян

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

Простой вариант. Два раздела. На первом установлена система. С первого раздела на второй просто копируешь файлы. В груб создаешь два пункта меню: запуск первой системы, запуск второй системы. Все.

Сломал первую систему, запустил вторую, из нее починил первую или скопировал файлы со второго раздела на первый.

Я делаю так.

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

Уже увидел :-(

С первого раздела на второй просто копируешь файлы.

Копировать? Не, это не катит, потому что пофайловое копирование может не передать ВСЕХ атрибутов файлов и каталогов, и полностью идентичной копии не получится. Да и очень долго это - пофайловое копирование множества мелких файлов.

Спасибо всем за участие в решении кажущейся простой проблемы, но простого ее решения так и не увидел.
Так что пока придется по-прежнему клонировать с флешки :-(
Хоть и напрягает ее перевтыкивать, но зато результат 100% гарантирован.
А скорость подниму покупкой более скоростной флешкой.

Я даже отдельную тему создавал. С определенного времени, некоторые дистры стали назначать произвольные имена дискам. Геологоразведка на буржуйских форумах дала наводку на возможного виновника - системд. Лично я наткнулся на такой косяк в дебиан 11.3 и опенсюсе 15.4

В Федоре 36 всё работает как надо.

П.С. проверьте что выдает /proc/self/mounts

А вот еще две идеи:

1) В GParted есть опция «Управление флагами - hidden»
Что, если сделать 2-й раздел невидимкой - он загружаться не будет?
Правда, почему-то этот флаг устанавливаться отказывается.

2) В нем же опция "Новый UUID". Т.е. генерируется новый случайный UUID, правда какой, не говорится.

Что скажете?

В нем же опция «Новый UUID». Т.е. генерируется новый случайный UUID, правда какой, не говорится

Не сработает. Дело не в уидах.

Ну как же, выше только и говорили о значимости UUID в этом вопросе

Ну как же, выше только и говорили о значимости UUID в этом вопросе

На лоре вообще любят поговорить. В основном не по-существу.

Дополнение:

Виноват скорее всего системд, а точнее вкоряченный в него удев. Буржуи пишлут примерно так:

Because udev loads all modules asynchronously, they are initialized in a different order. This can result in devices randomly switching names.

То есть это поведение бай дезигн.

Да уж, поговорить ты любишь.

Еще раз говорю, столкнулся с произвольным назначением канонических имен еще в 2004г. Когда даже слова systemd еще не существовало.

В основном не по-существу

Ну так поправьте эту ситуацию «по существу» :=)

Вот взгляните, какие флаги для разделов предлагает GParted:

  boot
  diags
  esp
  hidden
  irst
  lba
  lvm
  palo
  prep
  raid

Создавай образ раздела в файл, а не на раздел /thread

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

Так все-таки, так получится?

Создавай образ раздела в файл, а не на раздел /thread

Это, извините, как и чем?

dd if=/dev/sda1 of=/home/myroot.img

Да, это действительно красивый поворот от хранения копий разделов в соответствующие файлы. Да и хранить их удобнее.

Ну тогда уж комфортнее сипользовать такой «шедевр», как Clonezilla.
Но только от нее у меня остались неприятные воспоминания, уже сообщал об этом - ненадежная штука, не гарантирует надежный цикл бекап/восстановление - восстановленный раздел иногда оказывался испорченным.
Не знаю, с чем это связано, но сталкивался неоднократно.

Это умеет штатная гномопрога. Gnome Disks

Если ты использовал раздел, то соглашался с тем, что у тебя на диске под него выделяется объем 1 к 1, то есть, если / у тебя 15G то и дополнительно занятое пространство под резервный раздел также равно 15G. Образ dd у тебя отнимет равно столько же. Не вижу смысла использовать всякие Clonezilla, если они глючные. Хотя это странно и с такой простой задачей она должна легко справляться

Это умеет штатная гномопрога. Gnome Disks

Умеет, конечно. Гнома у меня нет, поэтом в моем меню она обзывается Disks (Manager Driver and Media) и сохраняет образы в IMG - она?
Пользуюсь ей обычно для форматирования флешек, более серьезных задач ей не поручал, поскольку не знаю, на чем она базируется.
Может на dd ? Тогда ей можно доверять.
Но наверняка имеет минус - для минимизированных Иксов типа IceWM потребует приличного количества либ, а раздувать Иксы нет желания.
У кого есть опыт по ее использованию?

Образ dd у тебя отнимет равно столько же.

Это все понятно, dd надежная штука, хотя по ней у нас совсем недавно ругали ее и сломали множество копий.
И у нее есть существенный минус: поскольку консольная, требует предельной концентрации внимания, потому что стоит слегка перепутать параметры - и прощай, раздел!

Превращаем минус в плюс: https://ibb.co/YckjTBh Та самая dd, раздел, выделенный в левой панели копирует в файл на правую панель.

Это что за зверюшка такая занятная, почему не знаю? :=)

Так на скриншот-то хотя-бы глянь. В заголовке окна: mc. В заголовке панели меню: User menu.

Начиная с прадедушки Norton commander, во всех двухпанельниках есть «User menu» - простой и эффективный способ создавать-хранить-запускать любые свои команды. В случае Midnight commander это может быть весьма объемный скрипт.

Зачем так сложно? Есть же LVM, BTRFS. Они для твоих экспериментов зайдут на ура.

В заголовке окна: mc.

Что mc, понял сразу, а вот, что вы в него напихали до неузнаваемости - где оно? :=)


И еще споткнулся на простой командe dd:

sudo dd status=progress bs=4M if=/dev/sda1  of=dev/sdb6/test.img

dd: failed to open 'dev/sdb6/test.img': No a directory

Пропустил слеш -

sudo dd status=progress bs=4M if=/dev/sda1  of=/dev/sdb6/test.img

/dev/sdb6 это блочное устройство и у него нет каталогов. Так делать нельзя - можешь угробить sda6

Читаешь ты весь раздел побайтово. И там в качестве ФС у тебя может быть что угодно. Ее даже может не быть, либо она может быть не поддерживаемой. А чтобы положить файл на раздел, ты должен его открыть (примонтировать). То есть, диски в /dev - это устройства. И запись в такие устройства перезапишет ФС

Так, «меню пользователя». Само название подразумевает, что ты посчитаешь нужным, что в него напихаешь, то и будет. Буквально, сегодня утром перетыкивал УСБ-шки и графика зависла. Курсор мышки движется, но ни на что не нажимает. Клавиатурой в «user menu» выбрал перезагрузку и штатно перезагрузился. Например, вчера приводил пример «распаковки *.gresources». Здесь код для монтирования-отмонтирования. Весьма полезно, если имеешь дело с образами. Например, примонтировал свой образ, скопировал из него пару-тройку файлов, отмонтировал. Все в mc.

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

У меня такой код:

+ ! t t & d /mnt & t d & f [fhmns][dmrv]* | f *.[bi][ims][agno] | D /mnt
= f *.[bi][ims][agno]
Copy block from device/image to other panel (f=if F=of)
  key=%{Enter block size: 446 512 1[KMGTPE] or 0=inf}
  # select file zero.bin for write zeros to /dev/*
  case ${key} in
    0)	key="";;
    *)	key="bs=${key} count=1";;
  esac
  case %f in
	  *.[bi][ims][agno]) dest=/dev/%F
			case %f in
			  zero.*) src='/dev/zero';;
			  *)	src=%d/%f;;
			esac;;
	  *[fhmns][dmrv]*) src=/dev/%f
			if [ -z "${key}" ]
			  then	case %f in
				  *fd*)	dest=%D/%f.ima;;
				  *[hs]d*|*[mn][mv]*) dest=%D/%f.img;;
				  *sr*)	dest=%D/%f.iso;;
				  *)	dest=%D/%f.bin && src='/dev/zero' && [ -z "$key" ] && key='bs=512'
					;;
				esac
			  else	case %f in
				  *[fhmns][dmrv]*) dest=%D/%f.bin;;
				  *)	dest=%D/%f.bin; src='/dev/zero';;
				esac
			fi;;
    *)	dest=%D/zero.bin && src='/dev/zero' && [ -z "$key" ] && key='bs=512'
	;;
  esac
  key="${key} status=progress"
  #key="${key} oflag=direct"
  dd if="${src}" of="${dest}" ${key}

«Копирование» в обе стороны, из устройства в образ и из образа в устройство.

Отлично, спасибо, заметано! :=)

А случаем ты не добавлял в это меню код для копирования файлов посредством rsync?
Можно и с ключиком -c
Сам понимаешь, rsync хоть и тормознее классического копирования, но гарантирует большую надежность, т.е. намного меньшее количество ошибок.

Сам несколько раз брался реализовать эту фичу, но так до конца и не довел.

Ты всё делаешь не так, вообще всё.

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

Делать dd раздела, на котором сейчас загружена и работает система с сервисами - глупо, бэкап будет неконсистентный (примерно тоже самое, что и копировать /var/lib/mysql при работающем mysql).

Изучи, как грузится linux в bios и efi режиме, это несложно.

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

Это вообще запредельный шедевр.

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

Уже сообщал, что сейчас перешел как раз к такому методу.

Делать dd раздела, на котором сейчас загружена и работает система с сервисами - глупо, бэкап будет неконсистентный

Стопудово согласен. Только я такой глупости не говорил.

rsync не добавлял, никогда ей не пользовался, не знаю, чем она хороша.

Ну что ты, rsync - уникальная утилита, логика которой достойна восхищения