Вопрос или проблема
Я видел аналогичный пост здесь о предыдущей версии Pop OS [https://unix.stackexchange.com/questions/699557/diagnosing-absurdly-long-boot-time-on-pop-os-21-10], но мой системный журнал отличается, и поскольку я новичок в Linux, я не совсем понимаю, что здесь происходит. Я прикрепляю здесь то, что, как я думаю, является критическими частями для команды dmesg, а также lsblk для дополнительной информации о системе.
[ 9.893625] async_tx: API инициализирован (асинхронный)
[ 10.050066] EXT4-фс (nvme0n1p3): смонтирована файловая система d2123aa3-4f71-4a56-ad6b-371e58231ac2 в режиме чтения с упорядоченным режимом данных. Режим квоты: отсутствует.
[ 42.208276] nvme nvme0: I/O тег 448 (61c0) код операции 0x2 (I/O Cmd) QID 8 истекло время ожидания, отмена req_op:READ(0) размер:131072
[ 42.208288] nvme nvme0: I/O тег 450 (41c2) код операции 0x2 (I/O Cmd) QID 8 истекло время ожидания, отмена req_op:READ(0) размер:131072
[ 72.928276] nvme nvme0: I/O тег 448 (61c0) код операции 0x2 (I/O Cmd) QID 8 истекло время ожидания, сброс контроллера
[ 72.960517] nvme0n1: I/O Cmd(0x2) @ LBA 793087840, 256 блоков, Ошибка I/O (sct 0x3 / sc 0x71)
[ 72.960522] Ошибка I/O, устройство nvme0n1, сектор 793087840 оп 0x0:(READ) флаги 0x80700 phys_seg 1 prio class 0
[ 72.960529] nvme0n1: I/O Cmd(0x2) @ LBA 793088096, 256 блоков, Ошибка I/O (sct 0x3 / sc 0x71)
[ 72.960532] Ошибка I/O, устройство nvme0n1, сектор 793088096 оп 0x0:(READ) флаги 0x80700 phys_seg 1 prio class 0
[ 72.960542] nvme nvme0: Статус аборта: 0x371
[ 72.960544] nvme nvme0: Статус аборта: 0x371
[ 73.046449] nvme nvme0: Время ожидания отключения установлено на 8 секунд
[ 73.110695] nvme nvme0: 8/0/0 стандартные/чтение/опрос очереди
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 894.3G 0 диск
├─sda1 8:1 0 450M 0 часть
├─sda2 8:2 0 100M 0 часть
├─sda3 8:3 0 16M 0 часть
├─sda4 8:4 0 102.8G 0 часть
├─sda5 8:5 0 249M 0 часть
├─sda6 8:6 0 553M 0 часть
└─sda7 8:7 0 789.6G 0 часть
zram0 251:0 0 15.5G 0 диск [SWAP]
nvme0n1 259:0 0 476.9G 0 диск
├─nvme0n1p1 259:1 0 1022M 0 часть
├─nvme0n1p2 259:2 0 4G 0 часть
├─nvme0n1p3 259:3 0 467.9G 0 часть /
└─nvme0n1p4 259:4 0 4G 0 часть
└─cryptswap 252:0 0 4G 0 шифр [SWAP]
У меня есть Windows на SATA SSD и Pop OS на NVMe диске. Я должен находиться на сером экране около 1:30 минуты перед входом, и я пытался чисто установить несколько раз. Кажется, это как-то связано с NVMe диском, но я не знаю, как это исправить.
Спасибо!
Это аппаратная проблема: ваш NVMe SSD не отвечает на некоторые команды «чтение этого» вовремя. Некоторые файлы недоступны из-за этого, возможно, это также причина, по которой Linux решил смонтировать файловую систему в режиме только для чтения («ro») выше.
но я не знаю, как это исправить.
Аппаратный сбой – может быть исправлен только заменой SSD.
Я просто делюсь своим ответом здесь, у меня была аналогичная проблема, диагностируя ее с помощью sudo journalctl -b
, я мог видеть, что моя PopOS пыталась найти раздел SWAP по его идентификатору, но не могла его найти, поэтому прошло много времени, пока не истекло время ожидания, затем ОС позволила мне войти в систему.
Чтобы это исправить:
- Я удалил строку, содержащую мою запись SWAP в
/etc/crypttab
- Закомментировал мою запись SWAP в
/etc/fstab
- Удалил кэшированные ссылки на SWAP с помощью
sudo update-initramfs -u
Теперь это исправлено.
Ответ или решение
Неприемлемое время загрузки в Pop!_OS 22.04: Диагностика и решение
В настоящее время многие пользователи сталкиваются с проблемами времени загрузки системы, и ваш случай с Pop!_OS 22.04 не является исключением. Судя по предоставленным логам, основная проблема заключается в ваших NVMe-накопителях, которые не отвечают своевременно на команды чтения. Это может быть связано как с аппаратными проблемами, так и с ошибками в конфигурации системы.
Анализ логов
Логи, полученные с помощью команды dmesg
, показывают следующие критические события:
- Таймауты на запросы I/O. Например, записи, такие как
I/O Cmd(0x2) @ LBA
и сообщения об ошибках I/O, свидетельствуют о том, что система не может получить доступ к определённым секторам на диске. - Код ошибки
Abort status: 0x371
. Это указывает на то, что контроллер NVMe не может обработать команды ввода-вывода в течение ожидаемого времени и принуждает систему к сбросу.
Эти временные задержки могут привести к тому, что загрузка системы занимает значительное время, как в вашем случае — до 1,5 минут на сером экране.
Возможные причины
-
Аппаратные проблемы NVMe-диска.
- Неправильная работа SSD может быть причиной возникновения таймаутов. Если ваш диск вышел из строя или у него есть проблемы, это может привести к критическим ошибкам.
-
Ошибки конфигурации.
- Такого рода проблемы могут также возникать из-за ошибки в конфигурации системных файлов, таких как
/etc/fstab
и/etc/crypttab
. Если система не может найти или получить доступ к указанному swap-разделу, это приведёт к задержкам.
- Такого рода проблемы могут также возникать из-за ошибки в конфигурации системных файлов, таких как
Решения
Для решения вашей проблемы можно попробовать следующие шаги:
-
Обновление конфигурации swap.
- Проверьте, правильно ли настроены swap-разделы в
/etc/fstab
и/etc/crypttab
. Возможно, стоит закомментировать строки, относящиеся к swap, если вы не используете его. - Чтобы сделать это, откройте файл с помощью текстового редактора:
sudo nano /etc/fstab
и
sudo nano /etc/crypttab
Затем закомментируйте строки, касающиеся swap.
- Проверьте, правильно ли настроены swap-разделы в
-
Обновление и инициализация данных.
- После внесения изменений выполните команду, чтобы обновить кеш:
sudo update-initramfs -u
- После внесения изменений выполните команду, чтобы обновить кеш:
-
Аппаратная диагностика.
- Если проблемы с временем загрузки остаются, возможно, пора провести диагностику вашего NVMe-накопителя с помощью утилит вроде
smartctl
. Команда будет выглядеть так:sudo smartctl -a /dev/nvme0n1
- Это позволит вам проверить, нет ли ошибок на диске или проблем с его работой.
- Если проблемы с временем загрузки остаются, возможно, пора провести диагностику вашего NVMe-накопителя с помощью утилит вроде
Если после всех этих шагов проблема не решилась, возможно, стоит подумать о замене NVMe-диска, так как он может быть причиной неправильной работы системы.
Заключение
Необоснованное время загрузки в Pop!_OS 22.04 может быть следствием как аппаратных недостатков, так и конфигурационных ошибок. Внимательно проанализируйте логи системы и проверьте конфигурацию swap, чтобы минимизировать время загрузки и восстановить стабильность вашей системы.