У меня проблема с XUbuntu 19.04. При каждой загрузке он запускает проверку файловой системы, которая истекает после 1:30 (уничтожается systemd), прежде чем процесс загрузки продолжается.
Все началось после того, как я установил Debian 10.0 вместе (удален после одной попытки загрузки, так как он не распознал мое видео).
Сложная часть:
UUID, который он пытается проверить , не существует .
Так что я не могу просто выполнить fsck на этом диске, как только он завершит загрузку. Не существует «триггерного файла» для «всех» проверок файловой системы в корне.
Я не могу выполнить «tune2fs -l <...>» или «tune2fs -c» на диске, потому что диск (UUID) не существует.
Я уже восстановил раздел в образ до того, как начались проблемы - и проверка файловой системы продолжалась. Так что, похоже, это разделы (почему и как и что изменилось?), А не Ubuntu, но ... У меня также есть Fedora, установленная на этом компьютере, и она загружается без каких-либо странных проверок файловой системы.
Я также попытался перезагрузить компьютер в однопользовательском режиме - UUID диска там тоже не существует.
Фотография проверки файловой системы: https://imgur.com/BMc76bU
Как я могу устранить эту проблему? Очевидно, я бы хотел, чтобы система перестала пытаться обнаружить несуществующий диск.
РЕДАКТИРОВАТЬ:
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/sda4 during installation
UUID=6d09fece-2e15-43ab-bf90-0ced66eb69df / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sda1 during installation
UUID=9309-1800 /boot/efi vfat umask=0077 0 1
# /home was on /dev/sdb3 during installation
#UUID=d516763d-bc3e-4dda-ab61-aa562dfaba18 /home ext4 defaults 0 2
UUID=0433c6e7-07f7-4f2b-9da1-6d0756d79eba /home f2fs defaults 0 2
# swap was on /dev/sda5 during installation
UUID=272f11a2-5157-432e-8a54-84758de52ef1 none swap sw 0 0
# Western Digital RE
# /mnt/archives
UUID=41b0e3d1-2f97-4d6e-916c-7286abb7cfae /mnt/archives ext4 defaults 0 2
# /mnt/documents
UUID=14EE-1640 /mnt/documents vfat uid=kman,gid=kman,iocharset=utf8,codepage=866 0 2
# Toshiba
# /mnt/passport
UUID=b74afcc2-5e68-4922-ae6a-f745d6cfeb12 /mnt/passport ext4 defaults,noauto 0 2
sudo lsblk -f | grep -v loop
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 vfat 9309-1800 993.9M 3% /boot/efi
├─sda2 ext4 Frida b60e174a-488e-46f5-b1f0-f57badcc9182
├─sda4 ext4 Xandra 6d09fece-2e15-43ab-bf90-0ced66eb69df 47.1G 19% /
├─sda5 swap ec8b5ba8-b727-4d2b-b640-916109098845
└─sda6 ext4 Android files 2af1d4f1-0da6-44e1-baf1-ab343080829e
sdb
├─sdb1 vfat 58A2-0240
├─sdb2 ntfs WinSystem 01D4A449338F8A80
├─sdb3 ntfs 01D4A449350624F0
└─sdb4 ntfs WinData 01D4A449F36DE360
sdc
├─sdc1 ext4 Passport b74afcc2-5e68-4922-ae6a-f745d6cfeb12
└─sdc2 ntfs Tanya 3D1341DE1547D4CB
sdd
├─sdd1 vfat DOCUMENTS 14EE-1640 79.5G 20% /mnt/documents
├─sdd2 ext4 Archives 41b0e3d1-2f97-4d6e-916c-7286abb7cfae 392.8G 28% /mnt/archives
└─sdd3 ntfs WinArchive 01D4A4BE55414770
sde
sr0
nvme0n1
├─nvme0n1p1 ext4 FHome 92e607fa-dda6-449f-9675-f1155f590e8e
└─nvme0n1p3 f2fs XHome 0433c6e7-07f7-4f2b-9da1-6d0756d79eba 174.5G 9% /home
Как оказалось, в комментариях, установка Debian отформатировала уже существующий раздел подкачки и так изменилась, это - UUID.
Узнать, что идет на содержание /etc/fstab
и вывод lsblk -f | grep -v loop
должен быть просмотрен.
Обе системы, Debian и Xubuntu используют тот же раздел подкачки, обе системы имеют a fstab
- строка относительно раздела подкачки. Необходимо использовать тот же UUID в этомfstab
- строка в обеих системах. Таким образом, при возврате UUID к бывшему значению необходимо адаптироваться /etc/fstab
в Вашей установке Debian иначе Debian был бы затронут таким же образом во время начальной загрузки.