У меня есть Dell XPS 15 9550. Я запускал Ubuntu 16.10 на нем в течение четырех месяцев без драм.
Два дня назад я обновил до Ubuntu 17.04. Спустя приблизительно час после обновления, мой жесткий диск, повторно смонтированный в режим только для чтения. Когда я перешел на экран tty, это появилось:
[ 746.341551] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #525023: comm NetworkManager: reading directory iblock 0
[ 746.343318] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #524289: comm pool: reading directory iblock 0
[ 746.356125] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #11272213: comm systemd-udevd: reading directory iblock 0
[ 746.356139] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #11272210: comm systemd-udevd: reading directory iblock 0
[ 746.356332] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #11272193: comm systemd-udevd: reading directory iblock 0
[ 746.356338] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #11272825: comm systemd-udevd: reading directory iblock 0
[ 746.356400] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #11272210: comm systemd-udevd: reading directory iblock 0
[ 746.474632] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #524539: comm unity-settings-: reading directory iblock 0
[ 746.992814] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #5506108: comm BrowserBlocking: reading directory iblock 0
[ 746.304451] EXT4-fs error (device nvme0n1p7): ext4_find_entry:1463: inode #5506117: comm BrowserBlocking: reading directory iblock 0
Вот что fdisk -l
шоу:
Disk /dev/nvme0n1: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3CD27380-DAC8-48DC-910A-D084CE857DA3
Device Start End Sectors Size Type
/dev/nvme0n1p1 2048 1026047 1024000 500M EFI System
/dev/nvme0n1p2 1026048 1288191 262144 128M Microsoft reserved
/dev/nvme0n1p3 1288192 487948287 486660096 232.1G Microsoft basic data
/dev/nvme0n1p4 972302336 973223935 921600 450M Windows recovery environmen
/dev/nvme0n1p5 973223936 998094847 24870912 11.9G Windows recovery environmen
/dev/nvme0n1p6 998094848 1000204287 2109440 1G Windows recovery environmen
/dev/nvme0n1p7 487948288 939046911 451098624 215.1G Linux filesystem
/dev/nvme0n1p8 939046912 972302335 33255424 15.9G Linux swap
Partition table entries are not in disk order.
Я перезагрузил и продолжил получать ошибку вокруг раз в час. Таким образом, я переустановил Ubuntu 17.04 с нуля. Однако я все еще получаю ту же проблему.
Я пытался выполнить fsck путем создания/forcefsck файла (я создал сценарий оболочки обертки, который добавляет -v
флаг и выводы stdout в файл). Вот результат:
fsck.fat 4.0 (2016-05-06)
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSDOS5.0"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
4096 bytes per cluster
6206 reserved sectors
First FAT starts at byte 3177472 (sector 6206)
2 FATs, 32 bit entries
508416 bytes per FAT (= 993 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 4194304 (sector 8192)
126976 data clusters (520093696 bytes)
63 sectors/track, 255 heads
2048 hidden sectors
1024000 sectors total
Reclaiming unconnected clusters.
Checking free cluster summary.
/dev/nvme0n1p1: 212 files, 15526/126976 clusters
Я пытался загрузиться от живого USB и выполнения e2fsck -p /dev/nvme0n1p7
как предложено здесь (https://askubuntu.com/a/768813/679041). Это не дало ошибок.
Я также пытался работать smartctl -t long /dev/nvme0n1p7
однако результаты, кажется, указывают, что инструмент не работает с моим конкретным SSD:
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.10.0-19-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Number: PM951 NVMe SAMSUNG 512GB
Serial Number: S29PNX0H611013
Firmware Version: BXV77D0Q
PCI Vendor/Subsystem ID: 0x144d
IEEE OUI Identifier: 0x002538
Controller ID: 1
Number of Namespaces: 1
Namespace 1 Size/Capacity: 512,110,190,592 [512 GB]
Namespace 1 Utilization: 254,982,533,120 [254 GB]
Namespace 1 Formatted LBA Size: 512
Local Time is: Mon Apr 17 17:45:48 2017 AEST
Firmware Updates (0x06): 3 Slots
Optional Admin Commands (0x0017): Security Format Frmw_DL *Other*
Optional NVM Commands (0x001f): Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat
Maximum Data Transfer Size: 32 Pages
Supported Power States
St Op Max Active Idle RL RT WL WT Ent_Lat Ex_Lat
0 + 6.00W - - 0 0 0 0 5 5
1 + 4.20W - - 1 1 1 1 30 30
2 + 3.10W - - 2 2 2 2 100 100
3 - 0.0700W - - 3 3 3 3 500 5000
4 - 0.0050W - - 4 4 4 4 2000 22000
Supported LBA Sizes (NSID 0x1)
Id Fmt Data Metadt Rel_Perf
0 + 512 0 0
=== START OF SMART DATA SECTION ===
Read NVMe SMART/Health Information failed: NVMe Status 0x2002
Какая-либо идея того, почему эта проблема могла бы происходить и как я мог бы решить ее?Спасибо!:)
Как указано в комментарии Старшего Фаната, это происходит из-за известной ошибки.
Из отчета об ошибках:
Поддержка APST просто приземлилась в последнем Пикантном ядре (4.10.0-14.16) как часть https://bugs.launchpad.net/ubuntu / + источник/Linux / + ошибка/1664602. Тот патч имеет причуду для определенных дисков Samsung на 256 ГБ, найденных в ноутбуках Dell, которые не ведут себя хорошо, когда APST включен. Я испытываю те же признаки с тем же образцовым ноутбуком кроме с Samsung на 512 ГБ. До ручного отключения APST перестал бы работать диск, и система понизится в провокационных сообщениях с ошибками ввода-вывода в течение 20 - 40 минут после начальной загрузки.
Пока надлежащая фиксация не реализована, обходное решение предлагается, который включает добавление параметра ядра:
Попробуйте
nvme_core.default_ps_max_latency_us=5500
, если проблема сохраняется, попробуйтеnvme_core.default_ps_max_latency_us=200
.
Для добавления параметра начальной загрузки ядра отредактируйте конфигурационный файл для GRUB:
sudo nano /etc/default/grub
Найдите начало строки GRUB_CMDLINE_LINUX_DEFAULT
и уже добавьте параметр начальной загрузки к другим между кавычками. Например, в этом случае Вы, вероятно, закончите с
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvme_core.default_ps_max_latency_us=5500"
Сохраните файл и выход, затем чтобы делать изменение эффективным, работать
sudo update-grub
Во-первых, я посетил бы веб-сайт поддержки Samsung и гарантировал бы, что Вам установили последнее встроенное микропрограммное обеспечение для Вашей модели SSD.
Затем Ваш fsck не имел большой смысл, также - это этот путь...
Для проверки файловой системы на разделе Ubuntu...
sudo fsck -f /
reboot
Одно возможное обходное решение к известной ошибке, которую я упомянул, который я не могу протестировать, поскольку у меня нет рассматриваемых аппаратных средств NVMe, должно было бы попытаться загрузить текущую магистраль ежедневный пакет сборки ядра для Вашей архитектуры, доступной здесь.
Ожидайте! перед спешным бегством для попытки этого, я должен подчеркнуть что, если Вы не уверены, что знаете точно, что Вы делаете и как восстановиться с непреднамеренных последствий, которые это настоятельно рекомендовано для резервного копирования.
Если Вы не знаете то, что Вы делаете и действительно имеете актуальной резервной копией, можно найти больше информации о создании ядра здесь.
Примечание: В случае, если Вы просмотрели первое предложение, этот ответ основан на исследовании, не тестируя. Если это повреждается, восстановите свое резервное копирование.