Ubuntu 16.04.6 и 19.10, Debian 10: тайм-аут загрузки; Мульти-ОС разделяют своп
У меня возникли проблемы ошибки загрузки после недавней установки нескольких ОС. Я заметил долгое время загрузки, наблюдая за тем, как проходит загрузочный код, и, по-видимому, застревает на стартовом задании, которое занимает 90 секунд, прежде чем, наконец, вылетает из строя, в котором говорится [Timed] и [delay], трудно прочитать всю строку, поскольку она убегает с экрана, продолжая загрузку. Это задержка почти для всех ОС на машине во время загрузки.
Я запустил journalctl -p err и обнаружил следующее:
Jan 03 12:37:48 z-Inspiron-N5010 systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-d85dac55\x2d2393\x2d412a\x2d8080\x2d8cb24061f7b0.device.
Jan 03 12:42:51 z-Inspiron-N5010 systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-d85dac55\x2d2393\x2d412a\x2d8080\x2d8cb24061f7b0.device.
Jan 03 12:48:34 z-Inspiron-N5010 systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-d85dac55\x2d2393\x2d412a\x2d8080\x2d8cb24061f7b0.device.
Jan 03 13:06:28 z-Inspiron-N5010 systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-d85dac55\x2d2393\x2d412a\x2d8080\x2d8cb24061f7b0.device.
z@z-Inspiron-N5010:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda14 during installation
UUID=a78d855d-8b99-4920-8cf6-16dea3ff5d56 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda15 during installation
UUID=9c7b545a-642c-44ee-b9e6-f440b5aec755 /home ext4 defaults 0 2
# swap was on /dev/sda5 during installation
UUID=d85dac55-2393-412a-8080-8cb24061f7b0 none swap sw 0 0
z@z-Inspiron-N5010:~$
После анализа устройства с тайм-аутом dev-disk-by \ x2duuid-d85dac55 \ x2d2393 \ x2d412a \ x2d8080 \ x2d8cb061f4061. устройство. Извлекая x2d из каждого, разделенного знаком "\", я получаю:
UUID = d85dac55-2393-412a-8080-8cb24061f7b0 Сравнивая с файлом fstab, легко увидеть устройство, связанное с ошибкой, это / dev / sda5 .
Затем я запустил sudo blkid / dev / sda5 и определил, что разделу фактически назначен UUID = bb3c892f-7584-42a3-a35a-0f0dfd517222
Я понял, что последней установленной ОС была Debian 10 января. 03 2020. Я также вспомнил, что установщик попросил меня подтвердить, что разделы, которые я определил / и / home , собирались отформатировать, но он добавил своп на список тоже.
Я загрузился в ОС Debian и запустил blkid, а также посмотрел файл Debian fstab, как показано ниже, определены два свопа - не вручную, установщик сделал некоторую ошибку.
root@debian:/home/x# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda14 during installation
UUID=199f052c-ccf7-4b75-874c-de83d1c37300 / ext4 errors=remount-ro 0 1
# /home was on /dev/sda15 during installation
UUID=ab46faec-c492-403d-8452-c6cd79af1ca1 /home ext4 defaults 0 2
/dev/mapper/fedora_localhost--live-swap none swap sw 0 0
# swap was on /dev/sda5 during installation
UUID=bb3c892f-7584-42a3-a35a-0f0dfd517222 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
root@debian:/home/x#
Каким-то образом своп Fedora и общий / dev / sda5 swap находятся в fstab Debian? Все системы загружаются, все задерживаются на 90 секунд только по таймауту подкачки. Я играю с несколькими дистрибутивами, так как Ubuntu 16.04.6 приближается к ESM. Как только я решу, какие операционные системы оставить, а какие удалить, у меня все еще могут быть проблемы. Любая техническая помощь будет оценена и спасибо.
1 ответ
Во время моего исследования для решения моей проблемы я наткнулся на это ответ от guiverc , который помог мне понять, что произошло.
Эта проблема была вызвана несоответствием UUID , назначенного разделу подкачки . В частности, возникло несоответствие между Фактическим UUID, назначенным для свопа, и UUID, определенным в / etc / fstab . Это было вызвано несколькими ОС, установленными на одном жестком диске в нескольких логических разделах. Операционные системы были установлены с целью совместного использования раздела подкачки / dev / sda5 на моей машине.
Раздел подкачки изначально был отформатирован как подкачка на / dev / sda5 логическом диске внутри второго раздела / dev / sda2 , расширенного раздела, первой установленной ОС, Ubuntu 16.04.6.UUID, назначенный Ubuntu 16.04.6 в то время, также соответствовал UUID, определенному как swap в / etc / fstab . Для полноты картины / dev / sda6 и / devsda7 , / и / home также были назначены UUID и определены в / etc / fstab для Ubuntu 16.04.6.
После того, как второй установщик ОС определил и отформатировал / и / home , он также переформатировал / dev / sda5 как своп ... СНОВА. При этом свопу был назначен новый UUID, который соответствовал UUID свопа, определенному в / etc / fstab второй ОС, но теперь не соответствовал первой ОС. Опять же для полноты картины / dev / sda8 и / devsda9 , / и / home соответственно также были назначены UUID и определены в ] / etc / fstab Такой же порядок операций выполнялся для каждой из операционных систем, установленных в этой мультизагрузочной системе.
При каждой новой установке своп переформатировался, и ему присваивался новый UUID для этой конкретной установки ОС.
Ответ становится очевидным. / etc / fstab каждой установленной ОС необходимо отредактировать, чтобы определить текущий или последний UUID, назначенный для свопа. Другими словами, каждая ОС должна использовать один и тот же текущий UUID подкачки.
1) В каждой установленной ОС откройте терминал и введите следующее.
2) sudo blkid / dev / sda5 - чтобы получить текущий UUID, назначенный для свопа
3) sudo gedit / etc / fstab - это открывает файл с администратором право редактировать
4) Внутри / etc / fstab найдите UUID = d85dac55-2393-412a-8080-8cb24061f7b0 , определенный для свопа, и замените его текущим UUID, найденным в шаг 2 выше. В моем случае текущий UUID - UUID = bb3c892f-7584-42a3-a35a-0f0dfd517222 , как показано в выводе Debian / etc / fstab в вопросе выше. Как указано в вопросе, Debian была последней ОС, которая была установлена на моем компьютере, и поэтому в последний раз свопу был назначен новый UUID, известный как текущий UUID.
5) Сохраните файл и откройте следующую ОС, которую необходимо правильно настроить, повторяя шаги 2–5 до завершения.
После выполнения этих шагов у меня больше не будет 90-секундного тайм-аута во время загрузки, как описано в вопросе выше.
* примечание: я закомментировал нечетный своп Fedora, определенный в Debian / etc / fstab , просто добавив # перед этой строкой в этом fstab и сохранив файл .
например. # / dev / mapper / fedora_localhost - live-swap