Медленная загрузка - & ldquo; запускается работа запуска для dev-disk-by & hellip; & rdquo;

Возможно, вы можете попробовать следующие команды:

1. сбросить панель gnome

gconftool –recursive-unset /apps/panel

1. сбросить панель gnome

rm -rf ~/.gconf/apps/panel

3. убить и перезапустить панель gnome

killall gnome-panel
1
задан 3 June 2017 в 21:15

7 ответов

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

У меня теперь есть своп и ботинки вниз в течение нескольких секунд против 90+ секунд
25
ответ дан 23 May 2018 в 14:56
  • 1
    Я изменил размер основного раздела (удаление / воссоздание свопа) и столкнулся с этой проблемой. Я использовал «sudo blkid» для перечисления устройств по UUID, а затем использовал новый UUID в / etc / fstab. – Brad Goss 24 February 2016 в 03:10
  • 2
    @BradGoss благодарит, что исправляет это! – JREAM 11 June 2016 в 19:23

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

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

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

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

15
ответ дан 23 May 2018 в 14:56

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

12
ответ дан 23 May 2018 в 14:56

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

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

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

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

2
ответ дан 23 May 2018 в 14:56
  • 1
    Да. Это именно та проблема, которую решает UUID. Система монтирует любой раздел с этим идентификатором, независимо от того, какое устройство оно находится или где находится раздел. С недостатком, что вам нужно изменить UUID всякий раз, когда вы уничтожаете / создаете раздел или устанавливаете новый диск. И дублирование раздела (gparted copy / paste) создаст копию с тем же UUID, что может вызвать проблемы, если оригинал и копия одновременно работают в режиме онлайн. Для большинства людей это нормально, но вам нужно помнить об этом при клонировании / замене дисков. – David C. 23 March 2018 в 02:33

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

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

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

sudo blkid

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

2
ответ дан 23 May 2018 в 14:56

Моя загрузка была замедленна, потому что я поменял диск и 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
ответ дан 23 May 2018 в 14:56
  • 1
    Как это предложение ускорит загрузку? Любая ссылка? – Mostafa Ahangarha 25 January 2017 в 22:53
  • 2
    Я отвечал на его вопрос об ошибке, вызвавший медленную загрузку. Я сделал свой ответ более ясным. – Dan 25 January 2017 в 23:31
  • 3
    Да, установка по имени устройства позволяет избежать проблемы, но также создает проблему, с которой должны решаться UUID (и метки томов), - что присоединение диска в разные места (например, от одного интерфейса SATA к другому) изменит имя устройства, разрушая ваши крепления. Вам нужно решить, с какой проблемой легче жить, но убедитесь, что вы помните свое решение, потому что это может быть очень неприятно, когда возникает проблема, потому что вы забыли. – David C. 23 March 2018 в 02:30

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

1
ответ дан 23 May 2018 в 14:56

Другие вопросы по тегам:

Похожие вопросы: