Медленная загрузка - «запущено задание запуска для dev-disk-by ...»

Если вы получаете «начальное задание, начатое dev-disk-by ...», за которым следует 90-секундная задержка во время каждой загрузки, выполните следующие шаги:

1. Установить gparted с помощью Software Center
2. Откройте gparted и посмотрите, какие разделы Ubuntu в настоящее время использует

3. Отредактируйте файл fstab, используя следующую строку.

   sudo -H gedit /etc/fstab
   

4. Найдите устройство, которое вы в настоящее время не используете

5. Вставьте # и пробел в начале этой строки прокомментируйте это.

6. Сбросьте, надеюсь, что это сработает для вас!

Похоже, проблема была связана с тем, что, хотя fstab имел запись для свопа, на самом деле этого не было. Я использовал GParted для изменения размера раздела и создания новой Swap. Затем я скопировал UUID в файл fstab ...

1. Теперь у меня есть своп
2. И загрузится до нескольких секунд против 90 секунд

У меня была такая же проблема после изменения размера моего основного раздела на моей виртуальной машине, поскольку gparted live заставил меня удалить & amp; переинициализируйте мой своп, чтобы сделать это. Это привело к установке нового UUID, который не соответствовал файлу fstab.

Чтобы избежать проблемы, в /etc/fstab вы можете либо

• Замените UUID подкачки новым (запустите sudo blkid , чтобы найти его) после изменения основного раздела.

• Или закомментируйте раздел подкачки до (или после) изменения основного раздела.

Я бы порекомендовал его, так как он настроен для установки ОС.

В моем случае я ранее использовал зашифрованный своп, а задание на запуск указано /dev/mapper/cryptswap1 . Чтобы решить проблему, мне также пришлось удалить файл /etc/crypttab , в дополнение к шагам, описанным в ответе Уильяма Макдональда.

Моя загрузка была замедленна, потому что я поменял свой диск и 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

Вы можете пропустить ожидание и перейти непосредственно к экрану входа, используя « Ctrl + c », а затем работать над решением. Иногда это будет продолжаться вечно, если нет.     

У меня была такая же проблема при загрузке.

В моем файле /etc/fstab мои разделы, в которых определены как /dev/sda1 , /dev/sda2 и т. д., но при загрузке несколько раз появилось сообщение « Запустилось задание запуска для dev-sdx "(" x "определяет, какой элемент или раздел затронуты).

Чтобы решить эту проблему, я изменил значение /dev/sdx на UUID раздела. Чтобы увидеть UUID, с терминала запустите lsblk -f . Затем скопируйте UUID затронутого раздела и напишите его в файле /etc/fstab , заменив /dev/sdax следующим образом: /dev/sda1 изменится на UUID=xxxxxxxxxxxxxxxxxx .

Это сработало для меня, я надеюсь, что эта информация полезна.

При изменении размера или удалении разделов с gparted вам часто приходится создавать новый раздел подкачки.

Затем необходимо активировать своп через gparted после его создания (есть команда «Активировать swap»).

Кроме того, вам нужно скопировать новый UUID в файл / etc / fstab, чтобы смонтировать его в противном случае при загрузке ОС попытается найти его, но напрасно, потому что файл fstab содержит UUID, ссылающийся на старый swap. Gparted предоставляет информацию для UUID, но вы можете легко запустить в терминале:

sudo blkid

, чтобы найти его.