Даже не знаю, какие глюки могут быть у NM, но:
1) Сохранённое имя хоста должно быть записано в /etc/hostname , а текущее – в /proc/sys/kernel/hostname
2) localhost это синоним 127.0.0.1, а имя хоста НИКОГДА не должно быть localhost, потому что localhost у каждого хоста в сети свой, а вы вроде как пытаетесь его захватить, чего никакая вменяемая сеть не позволит.
С тех пор, как modprobe и insmod заменили на обёртки для библиотеки kmod, udev (тогда ещё не systemd) научился загружать модули ядра непосредственно с помощью этой библиотеки, без явного вызова сторонних программ.
По-видимому, проблема не в udev, а в модуле, который она (неудачно) загружает или пытается загрузить.
Можете попробовать запостить баг.
Просто – запускаете Линукс с на любой машине (можно виртуальной) с бинарно-совместимой ARM-архитектурой, монтируете и делаете чрут :)
vasek, уважаю, установка загрузчика через dd с хирургией на уровне байтов внутри сектора, это сурово :)
Нет, мне тоже иногда приходилось заниматься подобными вещами, но я такого никому не советую.

К примеру, мне недавно пришлось устанавливать на флешки FreeDOS, а она, зараза, разумеется, ставится только сама под собой.
В результате, я один раз установил её в виртуалке.
На другие флешки я просто копировал файлы (безо всяких образов), а с загрузкой ядра FreeDOS напрямую успешно справляется GRUB2, который можно штатно установить из Линукса, без помощи dd.
vs220
Grub4Dos может мапить образ в память, а ядро уже будет грузить от туда.
Я не знаток grub4dos, но насколько я понимаю, единственный способ, которым загрузчик может "мапить" образ в память в качестве диска – подменить собственным обработчиком системный вызов BIOS, отвечающий за доступ к дискам в "реальном" режиме x86.

Это будет работать, но только в программах, использующих для доступа к диску BIOS (фактически DOS или загрузчик самого образа), и только если образ в памяти и обработчик не затрут.

Как только запустится ядро ОС (Linux, Windows, чего угодно, кроме DOS), оно переведёт процессор в "защищённый" режим (в котором ни BIOS, ни grub4dos уже не работают), будет обращаться к диску только собственными средствами, и если никакого диска нет (а о существовании образа ему не сообщили) – вывалится с ошибкой.

Выходит, каким загрузчиком не открывай образ – это будет работать только в том случае, если в ОС образа уже предусмотрена и настроена работа с образом. Ну, или если это DOS, которую grub4dos (GRUB for DOS) позволяет водить за нос и дальше, поскольку она и дальше работает с диском через BIOS.
cassno, вы зачем пытаетесь отмонтировать и тем более применить ntfsfix к корню? Оно же вам говорит:
umount: /: target is busy.
sda3 это не ваш UDB-HDD, это корень линукса.
Правильно, потому и "из под рута изменить права" нельзя, потому что в NTFS нет юниксовых прав, они назначаются при монтировании.
Видимо, у вас что-то не так с udisks, либо NTFS в "грязном" состоянии (неправильно отмонтирована, или ещё какие-то ошибки), и в результате она смонтировалась только на чтение.

Чтобы проверить, всё ли у вас в порядке с udisks, попробуйте обычную флешку с FAT32, получается ли на неё запись.
Если с флешкой порядок, проверьте, установлен ли пакет ntfs-3g, который обычно требуется для работы с NTFS на запись.
Если он тоже есть – подключайте проблеммный диск с NTFS к форточке и делайте там проверку, чтобы исправить ошибки.
Если нет под рукой windows – можно сбросить флаги ошибок с помощью ntfsfix, но это только в крайнем случае.
Какая файловая система, как монтируется?
Изменить права с помощью chmod/chown можно только в UNIX-совместимых ФС (ext4, btrfs и т.д.), остальным права задаются искусственно при монтировании (FAT32, NTFS, ...).
vs220
Обновился harfbuzz так что могут не работать программы от него зависящие
Которые?
Вики ArchlinuxARM предлагает устанавливать xf86-video-fbdev или xf86-video-fbturbo-git
https://archlinuxarm.org/wiki/Raspberry_Pi
Или это работает только для HDMI?