Медленная загрузка - «запускается задание для dev-disk-by…»
Я не помню, когда эта проблема начала возникать, но, скорее всего, я переместил образ VMWare Ubuntu на внешний SSD, чтобы я мог использовать ОС на любом из моих компьютеров. В Google не так много ссылок на эту проблему, но те, которые появляются, говорят о fstab. Например, Slow boot - Что такое «запускается задание запуска для dev-disk-by ...»? - Форум OpenSUSE .
Упоминает необходимость удаления раздела подкачки и его повторного создания.
Я могу попытаться сделать это с Gparted, но моя главная проблема - потерять мои текущие настройки в Ubuntu, так как я не совсем уверен, что произойдет, если я возьму swap, как предложено в теме. Кто-нибудь может помочь?
7 ответов
Если Вы получаете "задание запуска, запущенное dev-disk-by.." сопровождаемый 90-секундной задержкой во время каждой начальной загрузки, завершите следующие шаги:
- Установка gparted использование Центра программного обеспечения
- Открытые gparted и видят, какие разделы Ubuntu в настоящее время использует
-
Редактирование fstab файл с помощью строки ниже.
sudo -H gedit /etc/fstab -
Находят устройство, которое Вы в настоящее время не используете
-
, Вставляют
#, и пространство в начале той строки комментируют его. -
Сброс, надейтесь, что он работает на Вас!
Похож на проблему, был то, вследствие того, что даже при том, что fstab имел запись для подкачки, на самом деле не было тем. Я использовал GParted для изменения размеров раздела и создал новую Подкачку. Я тогда скопировал UUID в fstab файл...
- у меня теперь есть подкачка
- , И начальная загрузка до в течение секунд по сравнению с 90 + секунды
-
1Я изменил размеры своего основного раздела (удаляющий/воссоздающий подкачку) и столкнулся с этой проблемой. Я использовал ' sudo blkid' к устройствам печати UUID и, чем используемый новый UUID в/etc/fstab. – 24.02.2016, 11:10
У меня была та же проблема при начальной загрузке.
В моем /etc/fstab файл, мои разделы, где определено как /dev/sda1, /dev/sda2, и т.д., но при начальной загрузке, несколько раз появлялся сообщение" , А запускаются, задание работает за dev-sdx" ("x", определяет, какая единица или раздел были затронуты).
Для решения его я изменил значение /dev/sdx UUID раздела. Для наблюдения UUID, от терминала работает lsblk -f. Затем скопируйте UUID затронутого раздела и запишите это на /etc/fstab файл, заменив /dev/sdax следующим образом: /dev/sda1 изменения в UUID=xxxxxxxxxxxxxxxxxx.
Это работало на меня, я надеюсь, что эта информация полезна.
-
1Да. Это - точно проблема это UUID' s решают. Система монтирует любой раздел с тем идентификатором, независимо от какой устройство it' s на или где раздел расположен. С оборотной стороной, что необходимо изменить UUID каждый раз, когда Вы уничтожаете/создаете раздел или устанавливаете новый диск. И дублирование раздела (gparted скопировать/вставить) создаст копию с тем же UUID, который может вызвать проблемы, если оригинал и копия оба онлайн одновременно. Для большинства людей это в порядке, но необходимо иметь в виду его при клонировании/замене дисков. – bestsss 23.03.2018, 10:33
В моем случае я ранее использовал зашифрованную подкачку, и задание запуска упомянуло /dev/mapper/cryptswap1. Для решения проблемы, я также должен был удалить файл /etc/crypttab, в дополнение к шагам, описанным в ответе William MacDonald.
У меня была та же проблема после изменения размеров моего основного раздела на моем VM с тех пор , gparted, живой , вынудил меня удалить & повторно инициализируйте мою подкачку, чтобы сделать так. Это заставило новый UUID быть установленным, который не соответствовал fstab файлу.
Для предотвращения проблемы в /etc/fstab Вы можете любой
-
Замена подкачка UUID с новым (работайте
sudo blkidдля нахождения его) после изменения размеров основного раздела. -
Или, прокомментируйте раздел подкачки прежде (или после) изменение размеров основного раздела.
я рекомендовал бы первому, так как это - способ, которым ОС предназначена, чтобы быть установкой.
-
1
Моя начальная загрузка была замедлена, потому что я подкачал свой диск, и UUID не соответствовал. Это заставило Ubuntu делать сканирование во время начальной загрузки.
я часто подкачиваю диски вокруг. Если Ваше монтирование всегда находится в том же месте (как мое), можно просто удалить UUID и поместить прямой путь для предотвращения той ошибки сканирования...
# <file system> <mount point> <type> <options> <dump> <pass>
/dev/sda1 / ext4 errors=remount-ro 0 1
/dev/sda2 none swap sw 0 0
-
1
-
2Я отвечал на его ошибочный вопрос, который вызвал медленную начальную загрузку. Я сделал свой ответ более четким. – Eric Martinez 26.01.2017, 07:31
-
3Да, монтирование именем устройства избегает проблемы, но это также создает проблему, которую UUID (и метки тома) были предназначены для решения - что присоединение диска к различным местам (например, от одного интерфейса SATA до другого) изменит имя устройства, повреждая монтирование. Необходимо решить, с которым проблема легче жить, но удостоверяться Вы помните свое решение, потому что может быть очень печально, когда проблема происходит, потому что Вы забыли. – Balázs 23.03.2018, 10:30
Можно пропустить ожидание и перейти к экрану входа в систему непосредственно при помощи' Ctrl + c ' и затем работать над решением. Иногда это будет продолжаться навсегда если нет.
-
1
-
2
/etc/fstab, можно также проверить его в/etc/crypttab- который был моим случаем. – Kevin Bourrillion 13.01.2017, 00:44