Debian Buster — UUID не существует. Проблема с переходом в оболочку
Есть несколько проблем
\;должен быть вне кавычек, это отдельный аргумент для exec- Вы пропустили
;перед последней командой rm - exec попытается запустить всю команду как одну команду.
Чтобы запустить несколько таких команд, вы можете запустить оболочку и передать ей свой скрипт
find. -type l -exec /bin/bash -c "echo 'replacing {}'; cp -LR '{}' '{}.deref' ; rm '{}'" \;
вроде работает.
Таким образом, когда процесс загрузки пытается смонтировать корневую файловую систему, UUID=eb253f2f-5fbd-4952-810a-2841b01e3425не может быть найден, но как только вы попадаете в оболочку и вводите команду blkid, ее действительно можно найти. Верно?
Тогда, похоже, вам удалось сделать процесс загрузки системы настолько быстрым, что система пытается смонтировать корневую файловую систему до того, как /dev/sdaбудет должным образом обнаружена и готова к использованию. (Возможно, «хорошая проблема»?)
Как было предложено в сообщении, вы можете попробовать добавить параметр загрузки rootdelay=5, чтобы отложить монтирование корневой файловой системы на 5 секунд, чтобы сначала завершить обнаружение оборудования. Если это позволяет системе загружаться без проблем, попробуйте использовать меньшие значения rootdelay, пока не найдете наименьшее значение, обеспечивающее надежную загрузку системы.
Вы также можете проверить состояние своего диска, например, с помощью. smartctl -H -i -A -f brief -l xerror,error -l devstat -l sataphy /dev/sda. Во-первых, обратите внимание на эту часть:
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
Если он говорит что-то отличное от PASSED, ваш диск либо находится на последнем издыхании, либо уже выходит из строя, что может объяснить, почему диск может запускаться медленнее. Список атрибутов SMART и, возможно, журналы аппаратных ошибок (, если они поддерживаются вашей моделью диска ), могут предоставить более подробную информацию о состоянии вашего диска.