У меня Ubuntu 16.04. Я только что заменил аппаратное обеспечение (новую материнскую плату, новый процессор, новый графический процессор, новую оперативную память, новую сетевую карту, новый контроллер SATA), и теперь Ubuntu больше не загружается. Через некоторое время я попадаю в аварийную оболочку и, похоже, у меня там полный доступ к системе. Я смог вручную настроить сеть (ifconfig en5ps0 up; dhclient en5ps0
<- очень странное имя интерфейса, которое он придумал). При просмотре журнала (journalctl -xb
) кажется, что время ожидания истекло при ожидании диска, который он больше не находит.
Некоторые, возможно, соответствующие сообщения журнала:
...
systemd: Received SIGRTMIN+21 from PID 2816 (plymouthd).
...
root: /etc/dhcp/dhclient-enter-hooks.d/avahi-autoipd returned non-zero exit status 1
...
root: /etc/dhcp/dhclient-enter-hooks.d/samba returned non-zero exit status 1
...
systemd: Received SIGRTMIN+20 from PID 3100 (plymouthd).
...
systemd: dev-disk-by\x2duuid-....device: Job dev-disk-by\x2duuid-...device/start timed out.
systemd: Timed out waiting for device dev-disk-by\x2duuid-....device.
-- Subject: Unit dev-disk-by...device has failed
...
-- The result is timeout.
systemd: Dependency failed for File System Check on /dev/disk/by-uuid/....
...
systemd: Dependency failed for /mnt/....
...
systemd: Dependency failed for Local File Systems.
...
/etc/fstab
:
root@gcomputer:~# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
#/dev/sdb1: UUID="56fc92d2-1903-4263-b88e-d09bc15ef1d3" TYPE="ext4"
#/dev/sdb2: UUID="f9b799de-c564-4e00-9924-4e8a0ffe8d51" TYPE="swap"
# new SSD (OCZ-VERTEX2_OCZ-K5Q40019666QDZLM)
UUID=56fc92d2-1903-4263-b88e-d09bc15ef1d3 / ext4 discard,noatime,user_xattr,acl,relatime,errors=remount-ro 0 1
# /dev/sdb5:
# UUID=78ca7a27-6fcc-493c-a10a-5ed961a682e5 none swap discard,sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
# very old Gentoo (ST380011A_5JVHHAX0)
UUID=64f30a2f-1c38-40e8-8ab2-7f639b9c3673 /mnt/gentooroot reiserfs user_xattr,acl 0 1
UUID=a448006c-43df-4fbe-be3d-18da22b4e29c /mnt/gentooroot/home reiserfs user_xattr,acl 0 1
# oldroot (WDC_WD5000AACS-00G8B1_WD-WCAUK0065639)
UUID=2474adbe-ca12-4ad1-bea1-1938fdb1c8a4 /mnt/oldroot ext3 noatime,user_xattr,acl,relatime,errors=remount-ro 0 1
blkid
:
root@gcomputer:~# blkid
/dev/sda1: UUID="56fc92d2-1903-4263-b88e-d09bc15ef1d3" TYPE="ext4" PTTYPE="dos" PARTUUID="2db0af09-01"
/dev/sda2: UUID="f9b799de-c564-4e00-9924-4e8a0ffe8d51" TYPE="swap" PARTUUID="2db0af09-02"
/dev/sdb1: UUID="2474adbe-ca12-4ad1-bea1-1938fdb1c8a4" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="00039d20-01"
/dev/sdb5: UUID="78ca7a27-6fcc-493c-a10a-5ed961a682e5" TYPE="swap" PARTUUID="00039d20-05"
Итак, как мне исправить это? Почему он вообще ждет диск? Корневая файловая система, включая home и все, что ей нужно, уже доступна.
Должен ли я сказать udev или systemd или что-то еще для повторного сканирования для нового оборудования или для новых идентификаторов дисков или около того? Почему он не делает это автоматически?
Как мне отладить это дальше?
В terminal
...
sudo cp /etc/fstab /etc/fstab.bak
# делают резервное копирование sudo blkid
sudo cat /etc/fstab
Для каждого вывода строки от blkid, сравнивают его с любой непрокомментированной строкой в/etc/fstab и гарантируют, что UUID соответствуют соответствующему/dev/sdxx.
И sda2 и sdb5 являются разделами подкачки. Вам только нужен тот. Удалите/dev/sda2 и не прокомментируйте sdb5 строку в/etc/fstab с gksudo gedit /etc/fstab
Комментируют строки, показанные ниже, с gksudo gedit /etc/fstab
...
любой NTFS монтируется
/dev/scd0/media/cdrom0 udf, iso9660 пользователь, noauto, должностное лицо, utf8 0 0
UUID=64f30a2f-1c38-40e8-8ab2-7f639b9c3673/mnt/gentooroot reiserfs user_xattr, acl 0 1
UUID=a448006c-43df-4fbe-be3d-18da22b4e29c/mnt/gentooroot/home reiserfs user_xattr, acl 0 1
После удаления некоторых записей от моего /etc/fstab
, это, кажется, решило некоторые проблемы. Я все еще задаюсь вопросом, почему этому не удалось загрузиться из-за этого, также о других ошибках, и я все еще не получаю графический вход в систему (см. здесь ), но возможно по крайней мере, эта первая проблема решена.
Дополнение к предыдущим ответам.
Вместо того, чтобы комментировать части fstab, измените их опции. Необходимо ли действительно смонтировать диск/раздел NTFS/FAT во время начальной загрузки или Вас использующий их иногда? Если последний, необходимо добавить "noauto" опцию в раздел опций строки определения монтирования.
, Например. Был:
LABEL="NTFS drive" /media/NTFSD NTFS some_options
, Если раздел с маркирует "NTFS Drive", отсутствует, или что-то не так с ним, можно избежать проблем:
LABEL="NTFS drive" /media/NTFSD NTFS noauto,some_options
Затем система не попытается смонтировать это на начальной загрузке...