Manjaro Other
   717

Ошибки после переноса системы на SSD

Приветствую. Пытаюсь перенести систему с hdd на ssd диск и столкнулся с некоторыми ошибками после переноса, а именно некоторые systemd сервисы не стартуют, в основном ругаясь на недоступность библиотек (Permission Denied). Права на доступ библиотек я сверял на обоих дисках после переноса, на мой взгляд все нормально.
Как переносил:
— В LiveUSB cмонтировал старый и новый диски в директории /mnt/hdd /mnt/ssd, новый предварительно разметил и выбрал в качестве ФС btrfs.
— Сделал
cp -rav /mnt/hdd/* /mnt/ssd

— Сделал chroot в систему перегенерировал RAM диск
mount -o bind /dev /mnt/ssd/dev
mount -o bind /proc /mnt/ssd/proc
mount -o bind /sys /mnt/ssd/sys
chroot /mnt/ssd bash
mkinitcpio -p linux54


— Отредактировал fstab в следующий вид: (поменял uuid и фс)

UUID=0cd03051-6764-4664-8d54-d6dbf755d31a /              btrfs    defaults 0 0
UUID=b77c1054-d88c-412d-b976-52653449a223 /home          btrfs    defaults 0 0

— Установил и сконфигурировал загрузчик на ssd
grub-install /dev/sdb
grub-mkconfig -o /boot/grub/grub.cfg

— Вышел, отмонтировался, ребут.

Итог: система кое-как загружается, дает работать в любом tty, но некоторые службы валятся в "[FAILED]" и иксы не стартуют.

Вот журнал journalctl полной загрузки системы (pasterbin)

Вот например журнал одной из упавших служб!

мар 28 16:01:00 ler-pc haveged[332]: /usr/sbin/haveged: error while loading shared libraries: libhavege.so.1: cannot open shared object file: Permission denied
мар 28 16:01:00 ler-pc haveged[342]: /usr/sbin/haveged: error while loading shared libraries: libhavege.so.1: cannot open shared object file: Permission denied
мар 28 16:01:00 ler-pc haveged[343]: /usr/sbin/haveged: error while loading shared libraries: libhavege.so.1: cannot open shared object file: Permission denied
мар 28 16:01:00 ler-pc systemd[1]: haveged.service: Scheduled restart job, restart counter is at 3.
мар 28 16:01:01 ler-pc haveged[372]: /usr/sbin/haveged: error while loading shared libraries: libhavege.so.1: cannot open shared object file: Permission denied
мар 28 16:01:00 ler-pc systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm.
мар 28 16:01:00 ler-pc systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm.
мар 28 16:01:00 ler-pc systemd[1]: haveged.service: Main process exited, code=exited, status=127/n/a
мар 28 16:01:00 ler-pc systemd[1]: haveged.service: Failed with result 'exit-code'.
мар 28 16:01:01 ler-pc systemd[1]: haveged.service: Scheduled restart job, restart counter is at 4.
мар 28 16:01:01 ler-pc systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm.
мар 28 16:01:01 ler-pc systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm.
мар 28 16:01:01 ler-pc haveged[381]: /usr/sbin/haveged: error while loading shared libraries: libhavege.so.1: cannot open shared object file: Permission denied
мар 28 16:01:01 ler-pc systemd[1]: haveged.service: Main process exited, code=exited, status=127/n/a



И всё в таком духе, проверил права совпадают, библиотеки в /usr/lib имеют 755 root:root. Да и в целом каталоги были скопированы с сохранением атрибутов. Единственное подозрение, что-то не так произошло при переносе с ext4 на btrfs. Буду рад любой наводке)

3 комментария

avatar
btrfs использует субтома(subvolume), и разбивать ФС на отдельные разделы не стоило. вот, для общего развития
Вот например журнал одной из упавших служб!
переустанови пакет haveged и другие, которые падают, хотя судя по journalctl, падает только он
Единственное подозрение, что-то не так произошло при переносе с ext4 на btrfs.
скорее всего, как именно переносил, что использовал cp, rsync или другим способом?

покажи разметку ссд
Последний раз редактировалось
?
Отправка специалистом технической поддержки ссылки на руководство по эксплуатации и другую документацию, не является отказом в предоставлении поддержки.
bash.org
0
avatar
вот еще парочка ссылок из личного опыта 1, 2
?
Отправка специалистом технической поддержки ссылки на руководство по эксплуатации и другую документацию, не является отказом в предоставлении поддержки.
bash.org
0
avatar
Разобрался, это я болван. Профукал права на сам корень системы. Как так вышло еще не понял. Сделал
chmod 755 /
и все отлично взлетело.

btrfs использует субтома(subvolume), и разбивать ФС на отдельные разделы не стоило. вот, для общего развития

Да, я в курсе, что по хорошему нужно так делать, просто мне так удобнее, да и разницу в работе не замечал. Спасибо за линки, изучу позже.
+1
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.