Переопределить Ubuntu 20.04 DNS с помощью systemd-resolved

Файловая система, которую вы пытаетесь смонтировать /boot(/dev/xvda1), на самом деле является вашей /. Таким образом, даже если вы смонтируете его в нужной точке монтирования, это не сработает, потому что вы действительно хотите смонтировать каталог /bootвнутри /dev/xvda1, а вы не можете монтировать каталоги внутри файловой системы.

Вы создали логические тома и файловые системы LVM для /и /home, но не поместили в них никаких данных; Вы не перенесли свои существующие файловые системы на их новые блочные устройства.

Кроме того, GRUB не знает о вашей новой /файловой системе, поэтому он попытается загрузиться с исходной /. Вот обзор того, что вы можете сделать, чтобы использовать эти логические тома:

ПРЕДУПРЕЖДЕНИЕ

Прежде чем выполнять какие-либо из этих действий, сделайте резервные копии. Что-то может пойти не так, и единственная хорошая «кнопка отмены» — это резервное копирование.

Безопасные шаги

  1. Перезагрузка в однопользовательский -пользовательский режим. Вы будете копировать живую файловую систему, поэтому вам нужно как можно меньше вещей.
  2. Привяжите -монтирование вашего текущего /к новому месту,например каталог в вашем домашнем каталоге.
  3. Смонтируйте новые логические тома /и /homeтакже в своем домашнем каталоге.
  4. Скопируйте существующий /, используя связанное монтирование и исключая /homeна новый логический том /. Важно, чтобы вы использовали монтирование привязки в качестве источника копирования, потому что это позволяет избежать копирования других смонтированных файловых систем; Все монтируется где-то под /.
  5. Скопируйте существующий/home(еще раз, используя привязку монтирования )к новому логическому тому /home.
  6. Перезагрузитесь и, когда появится меню GRUB, выберите соответствующую запись ядра и нажмите «e». Это переведет вас в режим редактирования. Добавьте/отредактируйте переменную realrootтак, чтобы ее значение было /dev/mapper/centos-root. Я предполагаю, что ваш initrd поддерживает LVM. Затем нажмите ВВОД.
  7. Если все пойдет хорошо, ваша система теперь будет загружаться с вашего корневого логического тома.

Небезопасные шаги

Теперь начинаются шаги, которые затрудняют отмену этого процесса. Вот где что-то может действительно пойти не так. Принесите водку (, чтобы отпраздновать последнее, конечно )и продолжайте:

  1. Установите где-нибудь свой старый /.
  2. Размонтировать/boot
  3. Скопируйте /bootсо старого /в каталог на одном из ваших логических томов. Вы даже можете скопировать его в tmpfs, если посмеете. Это будет просто временная резервная копия для следующих двух шагов.
  4. Вот и наступила точка невозврата:mkfs.ext4 /dev/xvda1. Ваша ОС больше не будет загружаться как -.
  5. mount /dev/xvda1 /boot
  6. Заполните /boot, используя резервную копию, созданную на шаге 3.
  7. Дважды -проверьте UUID для вашей файловой системы /bootи при необходимости обновите /etc/fstab.
  8. Теперь пришло время обновить GRUB2. Запустите grub-mkconfig | lessи посмотрите, правильно ли он выбрал блочные устройства. Вы должны увидеть ту же запись realroot, которую вы добавили вручную, чтобы продвинуться дальше. Если все проверится,запустите grub-mkconfig -o /boot/grub/grub.cfg, чтобы записать новую конфигурацию GRUB.
  9. Перезагрузка. Произойдет одно из двух :Система загрузится успешно или... нет. В любом случае, именно тогда приходит эта водка.
11
25.05.2020, 00:30
1 ответ
  1. Обновление/etc/systemd/resolved.conf
[Resolve]
DNS=1.1.1.1 8.8.8.8
FallbackDNS=8.8.4.4

  1. Решена проблема перезапуска системы:service systemd-resolved restart
  2. Выполнитьsystemd-resolve --status

вывод должен выглядеть следующим образом:

Global
         DNS Servers: 1.1.1.1
                      8.8.8.8
...
17
18.03.2021, 23:33

Теги

Похожие вопросы