Превышено время ожидания устройства /dev/disk/by-uuid/ 1:30, загрузка продолжается.

Вопрос или проблема

Превышено время ожидания устройства /dev/disk/by-uuid/d0be5ce5-e7e9-48d9-bcc4-f59ba7b42ea4.

# /etc/fstab: информация о статической файловой системе.
#
# Используйте 'blkid', чтобы вывести универсально уникальный идентификатор для
# устройства; это может быть использовано с UUID= как более надежный способ наименования устройств,
# который работает даже если диски добавляются и удаляются. См. fstab(5).
#
# <file system>  <mount point>  <type>  <options>  <dump>  <pass>
#/dev/mapper/cryptswap  none  swap  defaults  0  0
UUID=1f557eca-d778-4306-971b-996d83da979e  /  ext4  noatime,errors=remount-ro  0  1
/dev/sdb4 /home/Shared auto noauto,nosuid,nodev,nofail 0 0

Ответ или решение

Для решения проблемы с ошибкой "Timed out waiting for device /dev/disk/by-uuid/…", возникает необходимость углубленно рассмотреть механизм автоподключения устройств в операционной системе Linux, а также рассмотреть возможные причины, по которым проблема остается актуальной даже после внесения изменений в файл fstab.

Теория

В Linux файл /etc/fstab используется для определения порядка и условий монтирования файловых систем при загрузке системы. Каждая строка в fstab описывает устройство (или его UUID), точку монтирования, тип файловой системы, опции монтирования и другие параметры. В вашем случае удалением строки из файла fstab должно было бы достаточно для предотвращения попыток монтирования отсутствующего диска, однако, поскольку проблема сохраняется, возможно, что загрузочная конфигурация системы использует иные механизмы для определения необходимости монтирования устройств.

Пример

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

Практическое применение

1. Проверка других системных настроек и служб: Помимо fstab, в системах Linux могут оказаться другие процессы или скрипты, ответственные за монтирование устройств. Это могут быть кастомные скрипты в /etc/init.d/, /usr/lib/systemd/system/ или пользовательские юниты systemd в ~/.config/systemd/user/. Проверьте их на наличие упоминаний искомого UUID.

2. Systemd и его зависимости: Если ваша система используют systemd, то проблема может возникать из-за остаточных юнитов или зависимостей сервисов, которые ожидают наличия устройства по указанному UUID. Используйте команды:

   systemctl list-dependencies

   чтобы увидеть все текущие зависимости. Убедитесь, что нет юнитов, ожидающих данный диск.

3. Проверка скриптов загрузки: Проверьте, не осталось ли упоминаний об UUID в скриптах, которые запускаются при инициализации. Например, старые версии init-скриптов могли бы содержать такие ссылки.

4. Обновление initramfs: Иногда старые записи об UUID сохраняются в initramfs. Для обновления его содержимого используйте команды:

   sudo update-initramfs -u

5. Файлы конфигурации GRUB: Если вы используете GRUB, проверьте файлы конфигурации (например /boot/grub/grub.cfg или подобные). Они тоже могут содержать ссылки на прошлые UUID.

6. Использование udev правил: В редких случаях правила udev (располагаются в /etc/udev/rules.d/ или /lib/udev/rules.d/) могут содержать условия или действия на соответствующие UUID.

7. Просмотр системных логов: Используйте journalctl для просмотра всех логов systemd и поиска следов ошибок и предупреждений, которые могут помочь разобраться в ситуации:

   journalctl -xb

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