18.04 или 19.04 на Samsung NVMe SSD → Ошибки шины

Заранее:

  • Обновление BIOS (МБ: Asus Z390-F )
  • Обновление прошивки NVMe SSD (Samsung 970 EVO Plus, 500G)
  • Работал memtest86 в течение нескольких часов (после того, как возникли проблемы: все в порядке)
  • ЦП Intel i5-9400 , обеспечивающий UHD Graphics 630
  • UEFI boot
  • Не разгон
  • В BIOS все «оптимизированные значения по умолчанию», за исключением Wake On LAN (On), «Загрузка и установка Armory Crate» (Off)
  • У MB (материнской платы) больше ничего нет (нет CD, нет графической карты ...)

Ubuntu install (SSD должен был быть выделен для Ubuntu 18.04)

  • Установлен свежий Ubuntu 18.04.3
  • Выбран «Обновление при установке» + «Установить драйверы сторонних производителей ...»
  • Сделал разделение вручную, все ext4 (затем попытался также «Стереть диск и установить»)
  • → При установке произошел «сбой», «извините» и «нажмите для перезагрузки»

Итак, попробовал еще раз Целый худой g, без «Обновить во время установки» и «Установить драйверы сторонних производителей ...» (чтобы убедиться, что сеть удалена)

  • на этот раз она прошла
  • Затем сделала apt update ; apt upgrade
  • Перезагрузка
  • Затем через некоторое время, используя графический интерфейс Ubuntu, неожиданно появляются страницы и страницы этого

Редактировать, dmesg отрывок: ]

[  109.632452] pcieport 0000:00:1d.0: AER: Corrected error received: 0000:00:1d.0
[  109.632466] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[  109.632474] pcieport 0000:00:1d.0:   device [8086:a330] error status/mask=00000001/00002000
[  109.632479] pcieport 0000:00:1d.0:    [ 0] RxErr                 
[  134.215214] pcieport 0000:00:1d.0: AER: Corrected error received: 0000:00:1d.0
[  134.215219] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID)
[  134.215222] pcieport 0000:00:1d.0:   device [8086:a330] error status/mask=00000001/00002000
[  134.215224] pcieport 0000:00:1d.0:    [ 0] RxErr                 
[  144.288685] nvme nvme0: controller is down; will reset: CSTS=0xffffffff, PCI_STATUS=0x10
[  144.320962] print_req_error: I/O error, dev nvme0n1, sector 111572600 flags 80700
[  144.344627] nvme 0000:03:00.0: enabling device (0000 -> 0002)
[  144.344951] nvme nvme0: Removing after probe failure status: -19
[  144.369035] print_req_error: I/O error, dev nvme0n1, sector 127856976 flags 801
[  144.369062] print_req_error: I/O error, dev nvme0n1, sector 332338688 flags 801
[  144.369075] EXT4-fs warning (device nvme0n1p8): ext4_end_bio:323: I/O error 10 writing to inode 16253466 (offset 0 size 233472 starting block 41542393)
[  144.369079] Buffer I/O error on device nvme0n1p8, logical block 70080
[  144.369099] Buffer I/O error on device nvme0n1p8, logical block 70081
[  144.369103] Buffer I/O error on device nvme0n1p8, logical block 70082
[  144.369106] Buffer I/O error on device nvme0n1p8, logical block 70083
[  144.369110] Buffer I/O error on device nvme0n1p8, logical block 70084
[  144.369113] Buffer I/O error on device nvme0n1p8, logical block 70085
[  144.369116] Aborting journal on device nvme0n1p5-8.
[  144.369118] Buffer I/O error on device nvme0n1p8, logical block 70086
[  144.369121] Buffer I/O error on device nvme0n1p8, logical block 70087
[  144.369124] Buffer I/O error on device nvme0n1p8, logical block 70088
[  144.369127] Buffer I/O error on device nvme0n1p8, logical block 70089
[  144.369136] EXT4-fs error (device nvme0n1p5) in ext4_reserve_inode_write:5901: Journal has aborted
[  144.369140] Buffer I/O error on dev nvme0n1p5, logical block 3178496, lost sync page write
[  144.369144] JBD2: Error -5 detected when updating journal superblock for nvme0n1p5-8.
[  144.369164] Buffer I/O error on dev nvme0n1p5, logical block 0, lost sync page write
[  144.369169] EXT4-fs (nvme0n1p5): I/O error while writing superblock
[  144.369173] EXT4-fs (nvme0n1p5): Remounting filesystem read-only
[  144.369245] EXT4-fs warning (device nvme0n1p5): ext4_end_bio:323: I/O error 10 writing to inode 1311005 (offset 0 size 0 starting block 31736)

. Пришлось перезагружать ПК.

Изначально я смотрел на плохой твердотельный накопитель NVMe, но ...

Пробная установка Windows 10 . Поэтому я установил Windows 10 (бесплатный ISO), чтобы убедиться, что проблема в том, что SSD (Samsung поддерживает только Windows)

  • занимает весь диск,
  • создает столько разделов, сколько было на Ubuntu
  • выполнялись обновления MS
  • , проводился стресс-тест на всех разделах, копирование файлов снова и снова, заполнение разделов
  • многократно перезагружался
  • → Нет ошибок нигде, ничего в смарт-журнале (маг Samsung)

Поэтому, кажется, трудно винить SSD.

Ubuntu 19.04 установить . Затем на разделы данных, созданные в Windows (кроме той, где находится Windows), я установил Ubuntu 19.04 (не 18.04), таким образом, эти части перешли с ntfs на ext4.

  • Все прошло нормально
  • Сделал apt update && apt upgrade
  • Перезагрузку
  • Используя Ubuntu,
  • → тогда как прежде, страницы и страницы из тех же сообщений, что и выше
  • → Перезагрузка: переходит в «оболочку» Grub

Загрузка (из BIOS) в Windows в порядке. Ubuntu загружается в grub shell.

Не уверен, что делать дальше ...

  • может быть, что обновление Ubuntu влияет на Grub (из-за NVMe SSD)?
  • может быть плохим SSD, но в этом случае почему у Windows нет проблем?
  • оба 18.04.3 и 19.04 используют ядро ​​5.0.x, может ли это быть связано с проблемой?


⇒ Редактировать ⇒

Кажется проблема произошла со многими , и в основном на накопителях Samsung NVMe.

Следуя советам на этих страницах, я установил Ubuntu (18.04.3, ядро ​​5.0.0.19), добавив опцию nvme_core.default_ps_max_latency_us=0 в команду запуска Grub Linux → все в порядке.

Затем перезагрузите компьютер, добавив ту же опцию в команду → отлично. И подтвердил, что APST был отключен

# nvme get-feature -f 0x0c -H /dev/nvme0

Autonomous Power State Transition Enable (APSTE): Disabled

Затем сделал (тот же сеанс)

# apt update
# apt upgrade

и несколько секунд спустя ... возвращаются сообщения об ошибках, закрывающие экран, графический интерфейс пользователя заблокирован, даже вторжение в другие консоли Ctrl Alt Fx ... (на самом деле это происходит через некоторое время, а не только потому, что команда apt)

Не уверен, что это ошибка Linux или Samsung игнорирует Linux, но я застрял!


( edit + 7h

  • Убрал Samsung,
  • подключил (SATA) «классический» SSD,
  • установил Ubuntu 19.04, сделал все обновления, сделал find / -ls и другие команды, использовал графику, несколько раз перезагружался
  • → Работает!

Мой следующий шаг - заменить Samsung на SanDisk NVMe, который будет куплен завтра (у меня был один в ноутбуке с Ubuntu в течение нескольких месяцев, нет проблема вообще)

Будет обновлять страницу!

)

3
задан 24 September 2019 в 20:05

2 ответа

У меня точно такая же ситуация с Intel ssd 660p series 512gb.

Я перепробовал множество параметров для nvme_core.default_ps_max_latency_us , многих версий ядра и т. Д.

0
ответ дан 3 January 2020 в 04:10

Я решаю эту проблему, отключив ASPM.

Добавьте pcie_aspm=off в GRUB_CMDLINE_LINUX_DEFAULT в файле /etc/default/grub и запустите sudo update-grub

2
ответ дан 2 June 2020 в 07:07

Другие вопросы по тегам:

Похожие вопросы: