CentOS 8 не грузится с 2-мя почти одинаковыми дисками

и когда они подключены одновременно то CentOS 8 зависает на этапе загрузки и дальше мерцания курсора ничего не проходит

Мерцания курсора кем? До граба, во время граба, после граба?

Выводится меню Груба Тыкаем enter и дальше мерцает курсор. Естественно выводится меню с заданного в BIOS диска. Если выбрать в БИОС диск № 2 то произойдёт тоже самое.

Если отключить любой из дисков то всё нормально работает

Чините граб. И не забудьте потом grub-install по девайсам.

Бть на кой хй там что чинить? Выключаем диск и после этого тот который оставили в системе работает. Порядок дисков не имеет значения

ДОШЛО?

Бть на кой хй там что чинить?

Ну если вам не надо, то зачем тему создаете?

ТЫ НЕ ПОНЯЛ О ЧЁМ ВОПРОС И ещё с таким к-вом звёзд)))

ГРУБ нигде НЕ СЛОМАН!

Нигде не сломан, но в топике «В системе 2 диска с разделами root, home, boot и когда они подключены одновременно то CentOS 8 зависает на этапе загрузки и дальше мерцания курсора ничего не проходит»
Ну раз не сломан, тогда и не чините.

Не кричи, покажи вывод

fdisk -l
blkid
pvidsplay
vgchange -ay
vgdiaplay
lvdisplay

Загрузись с LiveCD.

Предположение: клон диска или просто LVM одинаковыми LVM группами / томами.

Да-да, у меня теже сомнения в первую очередь появились. Но ваш ответ выше самый правильный! Вы расписали с чего начать. А дальше можно уже в зависимости от выхлопов требовать дополнительные детали.

Дело вот в чём LiveCD корректно показывает обе системы

cs-root … cl-root

Но только LiveCD не конкретно эта версия CentOS Stream. А это имеет значение и я убедился в этом недавно

Rescue Disk именно этой версии Stream подключает только одну из систем

Ноя затем делаю vgscan и он находит вторую. Затем можно переключить чтоб были обе системы vgchange

Но это не решает эту проблему) Так как при загрузке системы CentOS такая фигня

Покажи вывод запрошенных команд.

Это не имеет смысла. Там не клоны. Систему на диск № 1 я установил отдельно Софт вроде Clonezilla не использовался

только что ввёл fdisk -l

Выводит /dev/mapper/cs-root 45 Gib … /dev/mapper/cl-root 33 Gib

Ну и что это даёт? С LiveCD всё работает отлично!

Каким-то образом диски пересекаются при загрузке CentOS 8 Stream

Тогда разбирайся сам.

Покажи вывод запрошенных команд.

Это не имеет смысла.

Ну и зачем тогда тему создали? Если вы знаете, что имеет смысл, что не имеет, в чем смысл бытия…
Предлагаю вам понять и простить и отметить тему как решённую not a bug.

Так я показал вывод. Или по твоему 2 листа А4 тебе даст, что-то больше? С всеми перечислениями cs-home, swap и т.д.

сообщений никаких нет

quiet и прочие плимуты отключены?

Отключал quiet Мерцающий курсор всё равно сразу при попытке загрузки

И там Выня также есть на каждом из этих дисков. Вообще никаких проблем с загрузкой разных Выней нет с любого диска

Смотрел fstabы за каждым boot закреплен свой UUID В общем непонятно почему Linux выделывается

На обоих дисках группа cs - cs-root и т.д. Может оно не может присвоить /dev/mapper ?

cs-root … cl-root

Так всё таки разные VG на дисках или одинаковые?

Ты путаешься в показаниях и ещё посылаешь на хер просьбы показать вывод команд типа vgs?!

Если отключить любой из дисков то всё нормально работает

Нельзя ли посмотреть вывод fstab ?

Нельзя ли посмотреть вывод fstab ?

Могу я показать
# fstab
-bash: fstab: command not found

Ну не так сказал и что ?

Ну не так сказал и что ?

«Казнить нельзя помиловать»
Вашими словами «и что ?»

Нельзя ли посмотреть вывод fstab ?

/dev/mapper/cs-root     /                       xfs     defaults        0 0
UUID=82a7ee0e-e5ac-4c5e-a615-067039fb984d /boot                   ext4    defaults        1 2
/dev/mapper/cs-home     /home                   xfs     defaults        0 0
/dev/mapper/cs-swap     none                    swap    defaults        0 0

fstab диска № 2 не отличается ничем кроме UUID Но его должно быть достаточно

Вообще проблема решилась подключением одного из дисков по USB Но это не такое решение как бы хотелось.

Интересно все же почему не работает через sata? Можно предполагать, что проблема где-то в синхронизации Linux не успевает определить различия дисков до того как зависнет

В initramfs нет модулей для USB контроллера на момент инициализации группы томов cs ядро не видит диска, подключенного к USB или он ещё не проинициализированы USB устройства.

fstab диска № 2 не отличается ничем кроме UUID

На прошлом допросе вы сказали, что имена VG тоже отличаются. Или уже нет?

В общем, или ты перестаешь страдать фигней и начинаешь отвечаешь на наводящие вопросы, или, как правильно сказал kostik87, разбираешься сам

В системе 2 диска с разделами root, home, boot и когда они подключены одновременно то CentOS 8 зависает на этапе загрузки

Как в компе (виртуалке?) появились два диска с centos 8? Это не из любопытства, это важно

2. CentOS 8 не грузится с 2-мя почти одинаковыми дисками (комментарий)

Смысл то смотреть вывод всяких fdisk, pvidsplay и пр.? ТС ведь пишет, что нет сообщений от ядра, начальных, которые вобще до работы с корневой ФС идут, которые там:

[    0.000000] Linux version ...
[    0.000000] Command line: ...

Смысл то смотреть вывод всяких fdisk, pvidsplay и пр.?

Большой. Это будет не история о мировой трагедии в твореческом пересказе ТС, а информация. Что позволит сразу отбросить некоторые варианты. Или наоборот подтвердит подозрения и подскажет направление дальнейших поисков

Но его должно быть достаточно

Он долго бился головой об стену, вобщем ушел от ответа. (с) Жванецкий.

Ну опишите хоть один вариант, когда нет сообщений от ядра. Что должен показать fdisk, чтобы после grub-меню был только мигающий курсор?

не история о мировой трагедии

Как раз ненужный вывод и превращает топик в мировую трагедию. Вместо того, чтобы понять, как TC отключал quiet, и отключал ли он его фактически, начали копать в сторону групп томов и fstab. ТС ведь своей темой про scp показал, что у него своеобразное понимание инструкций.

Смысл то смотреть вывод всяких fdisk, pvidsplay и пр.?

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

Вместо того, чтобы понять, как TC отключал quiet, и отключал ли он его фактически

Скажите, а как это поможет в решении задачи ТС. Или вы гланды тоже через то самое место удаляете?

Вы и начали играть в потомков Ванги. Если ТС дейсвительно отключил quiet и никаких сообщений от ядра не было, значит ядро не начинало выполняться. Значит где-то в grub проблема. А если там доходило до initramfs, тогда и ковырять pvidsplay.

Я не занимаюсь удаленим гланд, я не хирург.

Задача TC уже решена, он подключил через USB. Интерестнее понять, что там на самом деле происходило.

Вместо того, чтобы понять, как TC отключал quiet, и отключал ли он его

О-о Кто-то подключает CPU прежде чем писать в тему) Ну так просто Тыкаю e и вытираю quiet Так что это правда)

Тем не менее initram я регенерировал dracut-ом Проблему это не решает

Хотя проблема решена перетыком в USB но решение тем не менее медленное

Кому интересно (выше задавали вопрос) как так вышло?) Был почти отличный но медленный сервак с web, samba, vnc и разной такой лабудой

Возникло желание его ускорить. А тут у меня завалялся SSD Поставил на SSD linux а root решил переписать поверху. Но кстати такое «решение» не работает) Хотя версия ядра у обоих Linux одинаковая

Но это ничего не значит в отношении именно этой проблемы потому-что оно и ранее не запускалось с двумя Linux-ами Которые вообще не тёзки так сказать)

Тыкаю e и вытираю quiet

Это то хорошо, но с современными системамы бывает, что вывод от ядра появляется далеко не сразу (efi консоль или ещё что с драйверами). Что с quiet, что без него система ведёт себя примерно одинаково, после grub чёрный экран, далее уже загруженная система.

ИМХО, по-хорошему нужно было бы проверить. Допустим, убрать quiet с одним подключеными диском, когда система штатно загружается и там сразу после grub начинают бежать сообщения от ядра. Даже можно на телефон попробовать снять, чтобы первое сообщение при нормальной загрузке разглядеть, что оно далеко он монтирования ФС.

Поставил на SSD linux а root решил переписать поверху.

Гениальное решение. Т.е. у тебя два раздела с одинаковым UUID. И если бы не играл в женскую загадочность, то узнал бы об этом вчера утром

Одним из вариантов всегда остаетс человеческая ошибка. Если человек юлит и не показывает вывод запрошенных диагностических команд, эта версия все более вероятна

После того, как ОСь загрузилась после переключения диска на USB уже стало очевидно, что дело в конфликте. Одинаковые vg name или uuid

Это к вопросу «Смысл то смотреть вывод всяких fdisk, pvidsplay и пр.?»

Это то хорошо, но с современными системамы бывает, что вывод от ядра появляется далеко не сразу (efi консоль или ещё что с драйверами).

Это возможно, но я бы поставил на то, что ТС не удалось отключить quiet. Хотя бы потому, что в centos, как потомке rhel, таких параметра два (второй rhgb или что-то типа того)

Ну и плюс нетерпение. Где-то через минуту он бы вывалился в emergency shell

Ну опишите хоть один вариант, когда нет сообщений от ядра.

Например когда раздел/ядро-на-нем мы таки не обнаружили. Ваш КО.

Что должен показать fdisk, чтобы после grub-меню был только мигающий курсор?

Вы сами поняли что написали?

Возникло желание его ускорить. А тут у меня завалялся SSD Поставил на SSD linux а root решил переписать поверху. Но кстати такое «решение» не работает)

Врете. Работало, работает и думаю ещё долго будет продолжать работать. Однако если под «а root решил переписать поверху» подразумевается «в гуйне мышкой перетянул файлиги» или в mc нажал F5, то тут да, «может» возникнуть «проблемка».

Ну и плюс нетерпение.

Нетерпение у Вас. Столько комментов накидали не дочитав моё сообщение

А таи было

Но это ничего не значит в отношении именно этой проблемы потому-что оно и ранее не запускалось с двумя Linux-ами Которые вообще не тёзки так сказать)

То есть это практически любой второй диск Linux тыкаем и точно та же проблема Точно уверен так вставлял диск с CentOS 9 это другая версия и тоже не грузилось

Возможно проблема в умолчательных настройках джамперов WD, конкретном БИОС этого компа. Но нет желания это проверять

Кстати удивлен монтированию в el9, какие то лвм. В ел7 все было переделано на uid, даже в строке ядра…

Не понятно зачем они это сделали.

Кстати удивлен монтированию в el9, какие то лвм.
Не понятно зачем они это сделали.

Вы удивлены чему? Тому, что по дефолту используется LVM или самому понятию LVM которое стало для вас чем-то новым?

То есть это практически любой второй диск Linux тыкаем и точно та же проблема

Намека на руки пациент не понял.

Возможно проблема в умолчательных настройках джамперов WD,

Моя посмотрела на календарь... позвонила по 100, но там дату не подсказали :( Пришлось поверить календарю.

конкретном БИОС этого компа.

А вот если речь не про бивис, а efi, вот тут реально может иметь место быть отдельная проблемка.

То есть это практически любой второй диск Linux тыкаем и точно та же проблема Точно уверен так вставлял диск с CentOS 9 это другая версия и тоже не грузилось

«Ох уж эти сказки. Ох уж эти сказочники»

Хм, наверное не понятно написал.

Я удивлен тому что при монтровании и указании разделов перестали использовать uid.

Я удивлен тому что при монтровании и указании разделов перестали использовать uid.

Варианты монтирования не изменились. А LVM это не более чем отдельная часть в этом списке вариантов.

Хм, наверное не понятно написал.

Я удивлен тому что при монтровании и указании разделов перестали использовать uid.

Т.е. давно, хз когда, в ел было /dev/ххх

Потом в ел6 и ел7 стало uid.

В 9ке уже лвм партиция которая при дефаульт установке имеет одинаковый вг и имена типа root и тд одинаковые.

Дефаулт после инсталятора !