Так что я действительно понял проблему, когда писал вопрос. Как вы можете видеть из того, что я написал в начале, это был очень долгий процесс (я работал над этим около 2 дней, прежде чем дошел до того, что захотел попросить о помощи).
Если вы посмотрите в самый конец вопроса, я получил это сообщение от dmesg в процессе загрузки:
[FAILED] Не удалось смонтировать /boot
Подробности смотрите в 'systemctl status boot.mount'.
Так что, конечно, я пытался systemctl статус boot.mount чтобы увидеть, что он сказал, но он сказал загрузочное крепление активен (зеленый), он загружен и работает правильно, хотя /ботинок был пуст, если я не смонтировал его вручную /dev/sda2 (что прямо противоположно тому, что я ожидал).
Поэтому я начал думать, что что-то не так с сервисом. я отключил загрузочное крепление хотя это сказал он работал правильно:
systemctl отключить --now boot.mount
Я попытался снова включить его, но получил ошибку:
systemctl включить --now boot.mount
Не удалось включить модуль: модуль /run/systemd/generator/boot.mount является временным или сгенерирован
Хорошо, это имеет смысл, он запускается в процессе загрузки и не может быть вызван с помощью пользовательской команды. Поэтому я попытался перемонтировать все устройства с помощью:
гора -а
И увидел, что была ошибка в /etc/fstab файл:
ошибка: rw,relatime не является допустимой файловой системой
(Или что-то в этом роде).
Суть в том, что если бы я не попытался смонтировать файловую систему вручную, я бы никогда не получил такой отзыв. Сообщение об ошибке от гора -а один получает, когда фстаб содержит неправильный синтаксис, невероятно полезен. Гораздо полезнее, чем:
[FAILED] Не удалось смонтировать /boot
Подробности смотрите в 'systemctl status boot.mount'.
... а затем видим "работающий" модуль systemd для загрузочное крепление когда /ботинок не монтируется (хотя сделал доставьте меня в нужное место в конце концов).
Поэтому я отредактировал фстаб и ввел информацию о файловой системе для /ботинок раздел, который не удалось смонтировать, затем я перезапустил гора -а (который по сути делает то же самое, что и загрузочное крепление) и получил положительный ответ.
Теперь два раздела нормально монтируются после перезагрузки, и все хорошо в стране хрена и мармелада.
Если это не решит какую-либо из ваших проблем, вот несколько дополнительных заметок о процессе, через который я прошел, прежде чем перейти к пункту выше, где я искал помощь (не стесняйтесь прекращать чтение после того, как вы доберетесь до вашей проблемы):
Первоначальная проблема, с которой я столкнулся два дня назад, заключалась в том, что система пыталась загрузиться с ядер, которых больше нет в системе. Итак, после загрузки с live CD я удалил /ботинок содержимое папки (где все initrd файлы находятся).
Я подумал, что просто воссоздал бы initramfs с использованием обновление-initramfs -c -k все из текущих ядер, которые я установил, но потом я узнал, что не могу пересоздать конфигурация или же Система.карта файлы с депмод в одиночестве. Это оказалось немного более хлопотным, чем я рассчитывал.
Я обнаружил, что самый простой способ повторно сгенерировать или получить все эти файлы — это:
- удалить все содержимое
/ботинок,
- удалить любой
linux-образ, linux-заголовок и linux-модули файлы, которые я не собирался использовать,
- удалить все остаточные каталоги в
/USR/библиотека/модули, а потом
- переустановить
linux-образ, linux-модули и linux-заголовки файлы, которые я намеревался использовать (самые последние общие две версии)
Примечание. Повторная установка этих трех типов файлов Все одновременно как мне удалось получить /boot/система.карта и /загрузка/конфигурация файлы обратно - до этого только переустановка linux-образ файлы этого не делал. Возможно, они включены в модули (модули имели бы смысл) или заголовки пакеты, но это то, что сработало для меня.
- Потом я побежал
обновление-личность после повторной установки этих файлов и подтверждения /ботинок был заполнен правильно.
- я тоже побежал
загрузочная установка и /etc/kernel/postinst.d/zz-udpate-systemd-boot, так что я бы системная загрузка установлен как запасной вариант.
В какой-то момент после перезагрузки мне пришлось заново настраивать система.цель к многопользовательская.цель вместо графический.таргет, вероятно, из-за наличия chrooted со всеми этими монтированиями на графическом live CD для запуска ремонт обуви программа пару дней назад, которая требует графики (и я верю /dev/pts /tmp и /бег были обязаны получить дисплей: 0.0 работать):
systemctl set-default multi-user.target
Хорошо, это об этом. Надеюсь, это поможет кому-то.
