Я не помню, когда эта проблема начала возникать, но, скорее всего, я переместил образ VMWare Ubuntu на внешний SSD, чтобы я мог использовать ОС на любом из моих компьютеров. В Google не так много ссылок на эту проблему, но появляются те, о которых идет речь fstab
. Например, медленная загрузка - что такое «запускается задание запуска для dev-disk-by ...»? - Форум OpenSUSE .
Упоминает необходимость удалить раздел подкачки и создать его снова.
Я могу попытаться сделать это с Gparted, но моя главная проблема - потерять текущие настройки в Ubuntu, так как я не совсем уверен, что произойдет, если я возьму swap, как предложено в теме. Кто-нибудь может помочь?
Ответы:
Если вы получаете «стартовое задание, запускаемое dev-disk-by ..» с последующей 90-секундной задержкой при каждой загрузке, выполните следующие шаги:
Отредактируйте файл fstab, используя строку ниже.
Найдите устройство, которое вы не используете в настоящее время
Вставьте
#
в начале этой строки пробел и закомментируйте его.Сброс, надеюсь, это работает для вас!
источник
/etc/fstab
, вы можете также проверить это/etc/crypttab
- это был мой случай.Похоже, проблема была в том, что, хотя у fstab была запись для свопа, на самом деле ее не было. Я использовал GParted для изменения размера раздела и создал новый Swap. Затем я скопировал UUID в файл fstab ...
источник
У меня возникла та же проблема после изменения размера моего основного раздела на моей виртуальной машине, так как gparted live заставил меня удалить и повторно инициализировать мой своп для этого. Это привело к установке нового UUID, который не соответствовал файлу fstab.
Чтобы избежать этой проблемы,
/etc/fstab
вы можете либоЗамените UUID подкачки на новый (запустите,
sudo blkid
чтобы найти его) после изменения размера основного раздела.Или закомментируйте раздел подкачки до (или после) изменения размера основного раздела.
Я бы порекомендовал первый, так как это способ установки ОС.
источник
В моем случае я ранее использовал зашифрованный своп, и упоминалось задание при запуске
/dev/mapper/cryptswap1
. Чтобы решить проблему, мне также пришлось удалить файл/etc/crypttab
, в дополнение к шагам, описанным в ответе Уильяма Макдональда.источник
При изменении размера или удалении разделов с помощью gparted вам часто приходится создавать новый раздел подкачки.
Затем необходимо активировать своп через gparted после его создания (есть команда «Активировать своп»).
Более того, вы должны скопировать новый UUID в / etc / fstab, чтобы смонтировать его, иначе при загрузке ОС попытается найти его, но тщетно, поскольку файл fstab содержит UUID, ссылающийся на старый своп. Gparted предоставляет информацию для UUID, но вы можете легко запустить в терминале:
найти его.
источник
У меня была такая же проблема при загрузке.
В моем
/etc/fstab
файле, мои разделы , где определяется как/dev/sda1
,/dev/sda2
и т.д., но при загрузке несколько раз появилось сообщение « Задание запуска выполняется для Дев-SDX » ( «х» определяет , какая единица или раздел пострадал).Чтобы решить эту проблему, я изменил значение
/dev/sdx
UUID раздела. Чтобы увидеть UUID, из терминала запуститьlsblk -f
. Затем скопируйте UUID соответствующего раздела и запишите его в/etc/fstab
файл, заменив/dev/sdax
следующим образом:/dev/sda1
изменения вUUID=xxxxxxxxxxxxxxxxxx
.Это сработало для меня, я надеюсь, что эта информация полезна.
источник
Моя загрузка замедлилась, потому что я поменял местами накопитель, а UUID не совпадал. Это заставило Ubuntu выполнить сканирование во время загрузки.
Я часто меняю диски. Если ваши монтировки всегда находятся в одном и том же месте (например, у меня), вы можете просто удалить UUID и указать прямой путь, чтобы избежать этой ошибки сканирования ...
источник
Основная ситуация:
Уже ответил подробно ... (Вам нужно проверить UUID в этих файлах)
Альтернативная ситуация I - Удев:
Это может быть вызвано udev, если у вас есть скрипт правила,
/etc/udev/rules.d/
который не предназначен для запуска во время загрузки, если скрипт не удастся выполнить, этот шаг fstab будет продолжаться вечно, просто отредактируйте ваш скрипт в соответствии с вашими потребностями или удалите его.Альтернативная ситуация II - Crypted Dev:
Зашифрованные разделы могут сбивать с толку, поскольку основной раздел имеет UUID, а сопоставленный расшифрованный - другой UUID, отличный от основного, для одного раздела они должны быть определены в другом месте
etc/crypttab
и/etc/fstab
Реальный UUID должен быть указан в
etc/crypttab
Виртуальный UUID должен быть на
/etc/fstab
Альтернативная ситуация III - Ghost Dev:
Устройство, которое настроено для подключения во время загрузки, но отсутствует в системе или отключено, как USB-накопитель.
Проверьте реальные подключенные устройства с помощью
lsblk -o name,uuid,mountpoint
и отредактируйте,/etc/fstab
чтобы оставить только подключенное устройство ИЛИ оставить неподключенное устройство там, но настроить их так, чтобы они игнорировались при загрузке с параметром,noauto
и установить строку следующим образомПроверка системных журналов
источник
В дополнение к проверке
/etc/fstab
или,/etc/crypttab
как упоминалось в других ответах, также проверьте UUID, поступающие из параметров ядра в/etc/default/grub
. Какое-то время я был очень смущен системой, в которой было достаточно громоздко/etc/fstab
только для обнаруженияresume=…
параметра ядра в конфигурации GRUB.источник
/etc/default/grub
мне также пришлось внести изменения в/boot/efi/EFI/fedora/grub.cfg
. Параметр linux "resume = UUID = ..." устарел после того, как я вручную изменил раздел подкачки.Вы можете пропустить ожидание и перейти к экрану входа в систему непосредственно с помощью « Ctrl+ c», а затем поработать над решением. Иногда это будет продолжаться вечно, если нет.
источник
Я знаю, что это старо, но я наткнулся на эту проблему, то же самое сообщение об ошибке при клонировании установки с rsync. без ошибок на fstab проблема была решена после обновления initrdfs вручную. чтобы достичь этого,
загрузите машину в рабочую установку (мультизагрузочная машина, в противном случае livecd)
смонтировать корневой раздел системы с проблемой
смонтировать dev, sys и proc как для рабочего chroot
chroot в корень файловой системы
выполнить Mkinitrd
выйдите из chroot и перезагрузитесь.
источник