Убедитесь, что ваша система установки и носитель, который вы используете для chroot, имеют одинаковую арку.
Раздел, который вы монтируете в / mnt, является вашим разделом / из установочной системы?
Я исключаю этот путь.
Для файловой системы ext *.
sudo mount / dev / sdxY / mnt
Для отдельного раздела / boot в режиме BIOS
sudo mount / dev / sdzY / mnt / boot
Для режима efi
sudo mount / dev / sdwY / mnt / boot / efi
Смонтировать файловые системы vituelle
для каталога в / dev / dev / pts / proc / sys / run; выполните sudo mount --bind $ dir / mnt / $ dir; done
Для доступа к сети
cp -a /etc/resolv.conf /mnt/etc/resolve.conf
then
sudo chroot / mnt / bin / bash
Но я использую только его с Debian и Ubuntu.
DNS-запросы состоят из одного UDP-запроса от клиента и одного UDP-ответа от сервера. Протокол управления передачей (TCP) используется, когда размер данных ответа превышает 512 байт, или для таких задач, как передача зон.
Most DNS [RFC1034] transactions take place over UDP [RFC768]. TCP
[RFC793] is always used for full zone transfers (using AXFR) and is
often used for messages whose sizes exceed the DNS protocol's
original 512-byte limit. The growing deployment of DNS Security
(DNSSEC) and IPv6 has increased response sizes and therefore the use
of TCP. The need for increased TCP use has also been driven by the
protection it provides against address spoofing and therefore
exploitation of DNS in reflection/amplification attacks. It is now
widely used in Response Rate Limiting [RRL1] [RRL2]. Additionally,
recent work on DNS privacy solutions such as [DNS-over-TLS] is
another motivation to revisit DNS-over-TCP requirements.
Ссылка: DNS RFC