Перенос Debian с одного ПК на другой, теперь даже не могу залогинится.

На новый ПК я установил Debian, во время установки сделал такую же разметку жесткого диска, создал раздел boot и зашифрованный корневой раздел.

После этого с помощью rsync развернул бэкап корневого раздела из старого ПК в корневой раздел нового ПК.

винегрет какой-то…

зачем вообще нужна была эта установка? почему нельзя было просто развернуть бекапы?

В итоге после запуска нового ПК ввожу пароль для расшифровки корневого раздела, далее начинает загружатся ОС, вижу окно ввода логина и пароля, а мышь и клава никак не реагирует, хотя мышь светится, а на клавиатуре можно включать или отключать num lock. Как только появляется окно ввода логина и пароля, то курсор мигает около 5 - 10 секунд, а далее компьютер как будто зависает наглухо, даже курсор перестает мигать.

по описанию напоминает проблему с ядром

можешь посмотреть логи на новом ПК? сейчас эта история слишком феерична для конструктивного диалога…

зачем вообще нужна была эта установка? почему нельзя было просто развернуть бекапы?

Потому что по другому не умею.

можешь посмотреть логи на новом ПК?

Как и где это можно посмотреть? Система то не загружается.

по другому не умею

это не оправдание ты же видишь, что теперь не получилось…

Как и где это можно посмотреть? Система то не загружается.

а логин кто запрашивает?! логи должны быть на разделе диска в новом ПК, посмотреть можно загрузившись с какого-нибудь лайва и примонтировав этот раздел

слушай, ну тебе же не причину найти нужно, а проблему решить? может проще и быстрее удалить все файлы с новых разделов и раскатать туда бекапы. ну может, потом придется UUID проверять …

а логин кто запрашивает?! логи должны быть на разделе диска в новом ПК, посмотреть можно загрузившись с какого-нибудь лайва и примонтировав этот раздел

Это я могу сделать, скажи в каком файле логи смотреть?

Попробуй создать LiveCD точно той версии дебиана, которая не работает в развернутом состоянии на новом ПК, и загрузись с него на новом ПК. Если клава и мышь под LiveCD точно также ведет себя, как и развернутый экземпляр на SSD, то проблема в дровах дебиана (например, железо слишком новое, не успели запилить поддержку нормально). Если же в LiveCD всё ОК, то дело в способе переноса ОС.

может проще и быстрее удалить все файлы с новых разделов и раскатать туда бекапы. ну может, потом придется UUID проверять …

Может я тебя или ты меня не так понял, но я так и сделал, после установки системы, удалил все файлы в новом корневом разделе и накатил туда проверенный бэкап, не трогал только раздел boot, а UUID подправил, об этом я писал в главном сообщении этой темы.

Попробуй создать LiveCD точно той версии дебиана, которая не работает в развернутом состоянии на новом ПК, и загрузись с него на новом ПК. Если клава и мышь под LiveCD точно также ведет себя, как и развернутый экземпляр на SSD, то проблема в дровах дебиана (например, железо слишком новое, не успели запилить поддержку нормально). Если же в LiveCD всё ОК, то дело в способе переноса ОС

У меня есть диск с точно такой же live версией дебиана, с него комп вообще не запускается, ждал 20 минут. Система вроде как стартует в live режиме но потом вижу черный экран и мигающий курсор, дальше этого процесс не продвигается. Но у меня так же есть установочный образ той же версии дебиана, с него то я и ставил систему только для того чтобы создать нужные разделы, установку делал без подключения к интернету, после установки система работала без графического интерфейса и клава тоже работала.

стандартно же в /var/log/*

и кажется, (я сам такое не делал) journalctl лайва может просмотреть журнал твоей новой системы…

стандартно же в /var/log/*

Какой именно файл в /var/log смотреть надо?

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

Полагаю, что раз ты раздел boot не трогал, то у тебя там ядро с неподходящим initrd лежит. По идее ты можешь попробовать перенести initrd со старой системы, но возможно, придётся перепаковать, если там старый UUID.

Полагаю, что раз ты раздел boot не трогал, то у тебя там ядро с неподходящим initrd лежит. По идее ты можешь попробовать перенести initrd со старой системы, но возможно, придётся перепаковать, если там старый UUID.

Я вчера тоже об этом задумался, в свежеустановленном разделе boot у меня лежит файл initrd.img-4.19.0-9-amd64 а в моем бэкапе системы которую нужно развернуть в разделе boot есть файлы initrd.img-4.19.0-13-amd64 и initrd.img-4.19.0-14-amd64. Можешь подробнее описать как перенести initrd из старой системы? И что делать с файлами config-4.19.0-9-amd64 System.map-4.19.0-9-amd64 vmlinuz-4.19.0-9-amd64 ?

Просто скопируй все файлы и всё, на system.map и config можешь забить, они тебе вроде как не нужны.

Затем в конфиге загрузчика поменяй имена файлов и uuid-ы

после установки системы, удалил все файлы в новом корневом разделе и накатил туда проверенный бэкап,

Жесть. Не могу не спросить - что мешало просто бэкап развернуть?

Жесть. Не могу не спросить - что мешало просто бэкап развернуть?

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

Просто скопируй все файлы и всё, на system.map и config можешь забить, они тебе вроде как не нужны.

Что это и как это сделать я не понял, недостаточно опыта, сорян.

Затем в конфиге загрузчика поменяй имена файлов и uuid-ы

Похоже я так и сделал.

Короче я свой вопрос решил и вот по какой схеме. Значит насчет раздела boot который я ранее не трогал, теперь удалил из него все файлы и развернул в этот раздел файлы раздела boot из системы которую нужно было перенести. Далее изменил UUID раздела boot на тот который был прописан в /etc/fstab далее изменил UUID зашифрованного раздела на тот который прописан в /etc/crypttab, далее в файле /boot/grub/grub.cfg заменил все значения UUID самой файловой системы в зашифрованном разделе на тот который у меня есть на новом компе (как изменить UUID самой зашифрованной файловой системы я не знаю, знал бы и его изменил). После этих действий система загрузилась и вроде бы работает нормально, шустро. Так что спасибо тебе Xenius, пусть я не сделал полностью как ты написал, но все же ты меня натолкнул в правильную сторону.

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

Ой, извините. Вы нас потроллить решили, а я и не понял сразу. За сим разрешите откланяться.

Ой, извините. Вы нас потроллить решили, а я и не понял сразу. За сим разрешите откланяться.

Это не троллинг.

Хорошо, только меня вот такой вопрос смущает — а если на новом компе система не работает, как ты работал с файлами на нём?

А разницы, я думаю нет, в любом случае у тебя на разделе /boot появились нужные файлы.

Хорошо, только меня вот такой вопрос смущает — а если на новом компе система не работает, как ты работал с файлами на нём?

С live дистрибутива.

после установки системы, удалил все файлы в новом корневом разделе и накатил туда проверенный бэкап,

Это не троллинг.

Тогда спрошу по другому: зачем было ставить систему и сразу её тереть? Почему нельзя было просто «накатить туда проверенный бэкап» (Ваша терминология, разночтений быть не должно)? К чему все эти пляски с бубном?

Тогда спрошу по другому: зачем было ставить систему и сразу её тереть? Почему нельзя было просто «накатить туда проверенный бэкап» (Ваша терминология, разночтений быть не должно)? К чему все эти пляски с бубном?

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

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

Ну, наверное в самом простом для Вас варианте можно было оборвать инсталляцию сразу после создания файловых систем, и дальше развернуть туда бэкап (что Вы очевидно смогли сделать как минимум единожды). На самом деле я даже не понимаю что именно вызывает проблемы: разбивка на разделы, создание файловых систем, boot loader, что-то ещё? Вы бы хоть подсказали в чём затык то…

разбивка на разделы, создание файловых систем, boot loader, что-то ещё? Вы бы хоть подсказали в чём затык то…

Какой раздел boot должен быть, логический или какой то другой, я не знаю. Как зашифровать раздел и выбрать алгоритм шифрования и длину ключа тоже не знаю (зато без проблем могу это сделать во время установки, как я и делал). Какие файловые системы нужно создавать, наверное etx4 но я до конца не уверен. Далее самое сложное это boot loader, для меня это вообще темный лес, ничего в загрузчиках не понимаю.

Чёрной магии там нет. «Правильную» табличку разделов можно подсмотреть на «донорской» машинке. А дальше

man fdisk
man mkfs
man grub / man lilo

После раскатывания бэкапа пару файлов поправить в /etc (типа UUID в fstab, network settings etc), и вперёд.

А ещё лучше найти кого нибудь кто «в теме», проставиться пивком, и продуктивно провести вечер. К тому же много нового для себя узнаете…

В общем, тут варианты — таблица разделов GPT или DOS (MBR). Если диск меньше 2TB и ты не планируешь делать более трёх-четырёх разделов (то есть ставить несколько ОС на один диск), то без разницы, поэтому рассмотрим таблицу разделов MBR.

Жесткий диск или SSD логически состоит из блоков по 512 байт, такой размер блоков сложился на ПК ещё со времён PC-DOS первых версий, поэтому такой размер блоков до сих пор тащат на новые носители, поскольку обычно требуется что бы они работали и на MS Windows, а эта система как обычно ни с чем другим работать не будет (или будет?).

Физически блоки на современных жестких дисках побольше, как правило 4096 байт, а на SSD до мегабайта (man erase block), но и в том и в другом есть контроллер, эмулирующий для ОС древний жесткий диск с блоками по 512 байт.

Так вот, у каждого блока есть адрес, LBA (Logical Block Address), от 0 у первого блока до размера диска.

В случае с MBR четыре раздела кодируются в виде записей по 16-байт в конце первого блока (LBA 0 ещё по стандарту DOS имеет сигнатуру 0x55 0xAA в последних двух байтах), таким образом остаётся ещё 512-2-16*4=446 байт в начале первого блока.

Если на компе стоит классический BIOS или UEFI в режиме Legacy Boot, то первый блок загружается в память по адресу 0x7c00 и на него передаётся управление, при этом процессор запускается в режиме совместимости с intel 8086 (так называемый Real Mode), дальше уже этот блок делает всё остальное, например читает ещё несколько блоков и запускает из них GRUB.

Если на компе стоит UEFI, то он сам читает таблицу разделов, находит в ней ESP (EFI System Partition), и запускает исполнимый файл оттуда (по умолчанию EFI/BOOT/bootx64.efi но может быть изменён редактированием переменных которые, как правило, хранятся в том же чипе, что сам биос).

Далее, если запущен GRUB, то загрузка идёт одинаково, что там что там: он ищет файл boot/grub/grub.cfg или grub/grub.cfg и читает свои настройки из него, а затем в зависимости от того, что там написано, показывает меню или сразу чего-нибудь запускает.

Так вот, Primary (первичными) называются разделы, которые описаны в одной из четырёх записей MBR. Если же нужно больше четырёх разделов, то один из разделов в MBR имеет тип Extended (расширенный) и внутри него уже размещаются Logical (логические) разделы. Логических разделов может быть неограничено много, но при этом ссылки на них хранятся уже не в MBR, а в блоках где-то посередине диска.

Поэтому, я бы советовал обойтись вообще без расширенных и логических разделов, если тебе не нужна совместимость со старыми ОС и пользоваться сразу таблицей разделов GPT, если тебе требуется четыре или более раздела. А так, для одного дебиана хватит двух-трёх разделов, например boot (он же ESP на новом компе, если там UEFI) и зашифрованный раздел где будет уже LUKS. а после расшифровки там будет LVM внутри которого будут остальные разделы (корень, home, swap).

Таблица GPT не отменяет таблицу MBR (в которой прописывается один раздел типа EE на весь диск, как правило), а располагается в следующих за ней секторах. Некоторые прошивки UEFI не умеют грузиться с MBR, поэтому там без неё никуда не деться. Кроме того тогда как MBR существует в одном экземпляре, GPT дублируется в начале и конце диска. В GPT длина поля для LBA начала и конца раздела больше, поэтому двумя терабайтами ёмкость носителя не ограничена. Как там всё внутри работает я не помню точно, но это и не суть важно. Для редактора разделов почти пофиг какую таблицу редактировать.

Может uuid перепутал местами?

В уефи вруби режим легаси бивиса, а на систему новую накати grub

Потому что по другому не умею.

Пора зауметь.

Не нужен режим легаси биоса, можно просто grub.efi поставить и конфиг взять со старой системы.