Почему перемонтирование корневой файловой системы занимает много времени?
У меня есть медленная начальная загрузка. От systemd-анализируют вину, я вижу, что dev.sda1 (который содержит корневую файловую систему) занимает много времени (приблизительно 9 секунд) Теперь, у меня есть 4 ext4 раздела в моей системе.
От dmesg:
1. EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)--> Here root file system is mounted in read only mode for fsck 2. EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro --> Here root file system is remounted in read-write mode 3. EXT4-fs (sda7): mounted filesystem with ordered data mode. Opts: (null) --> Here sda7 is mounted on /home 4. EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) --> Here sd5 is mounted on /mnt/data
Мои/etc/fstab похожи на это:
# # / was on /dev/sda1 during installation UUID=e27bebbb-f8e8-4bd7-9849-2421323efc3a / ext4 errors=remount-ro 0 1 # /home was on /dev/sda7 during installation UUID=0622bb8c-dd7d-4035-8c92-b0f729a60035 /home ext4 defaults 0 2 # swap was on /dev/sda6 during installation UUID=dc788cde-d82a-4bdc-a5b1-8def34546012 none swap sw 0 0 # /dev/sda5 was mounted on /mnt/data post installation UUID=144ba46c-e53d-4e0f-9da2-5a3d31bb617a /mnt/data ext4 defaults 0 2
Мой вопрос состоит в том, почему перемонтирование корневой файловой системы в режиме записи чтения занимает так много времени (приблизительно 9 секунд).
1 ответ
Перемонтирование может занять много времени из-за существующих процессов, имеющих открытый файл, который они писали в то, перед перемонтированием как только для чтения. Лучше закрывать те процессы, прежде чем Вы повторно смонтируетесь как только для чтения или создадите электронный диск или некоторое другое местоположение, на которое они могут отобразиться, позволить им работать даже повторно монтируется.
Другой возможностью является Ваш измененный UUID. Проверьте, что у Вас есть правильный UUID в Вашем fstab. Вы видите то, что Ваши UUID путем выполнения этой команды: sudo blkid
Надеюсь, это поможет.