Помилка EXT4-fs після оновлення Ubuntu 17.04

У мене 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як тут запропоновано ( /ubuntu//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

Будь-яке уявлення, чому ця проблема може виникнути і як я можу її вирішити? Спасибі! :)

filesystem ext4 17.04

— Бен В
джерело

Ласкаво просимо до AskUbuntu! Схоже, на вас може вплинути ця помилка, я рекомендую повідомити чортам, що ця помилка також впливає на вас і підписатись на помилку, щоб ви могли бути повідомлені про хід / вирішення.

— Старійшина Гік

У мене є однакова проблема на Lenovo Thinkpad X270 з Toshiba SSD "THNSF5256GPUK TOSHIBA". Я думаю, що добре знати, що я не єдиний.

— Maeher

@ElderGeek читаючи зв'язаний звіт про помилку, здається, що поки проблема не виправлена, тимчасовим виправленням буде відключення APST, проте з обговорення там мені незрозуміло, як це зробити. Здається, що спосіб зробити це було б вагомою відповіддю на це питання.

— Maeher

Дякую за ваші коментарі, хлопці :) Нетерпляче, я знову встановив минулу ніч, однак цього разу я чітко відформатував / dev / nvme0n1p7 та видалив / dev / nvme0n1p8 заздалегідь (я подумав, що можливо перевстановлення з усіма параметрами за замовчуванням насправді може не форматуватись, а натомість видаляйте лише старі файли перед встановленням нових). Я ще не відчуваю проблеми через 4 години безперебійного використання, проте покаже лише час. Ви почуєте мої ридання по всьому тихому, якщо я :)

— Бен Б

Гаразд я можу підтвердити - я просто знову отримав проблему, незважаючи на те, що повністю відформатований розділ. Додамо коментар до помилки, пов’язаної вище

— Ben B

Відповіді:

Як вказував у коментарі старійшина Гік , це пов’язано з відомою помилкою .

З повідомлення про помилку:

Підтримка APST щойно пристала до останнього ядра Zesty (4.10.0-14.16) в рамках https://bugs.launchpad.net/ubuntu/+source/linux/+bug/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

— Бен В
джерело

Це виправлення працює для вас? BTW посилання про те, як встановити параметри ядра для тих, хто може натрапити на вашу відповідь wiki.ubuntu.com/Kernel/KernelBootParameters

— justmyfault

Я працюю на Ubuntu 16.04, і я модернізував пакунки поступово до zesty, те, що я б не рекомендував нікому, але робив це з необхідності. Останній пакет був libc, щось настільки інтегральне в систему, що якщо щось піде не так, це було б під час оновлення libc. Під час перезавантаження я побачив усі помилки EXT4, згадані у вищезазначеному питанні, але додавання параметра ядра нарешті дозволило мені спокійно перезавантажитись і продовжувати. Дякую.

— lukecampbell

якісь оновлення з цього приводу? Я страждаю цією проблемою на моїй скрипці леза з samsung 512gb ssd

— Лукас Занелла,

Наведене вище рішення працювало для мене, але помилка була виправлена в пакеті linux - 4.10.0-22.24. Якщо у вас все ще виникають проблеми, вам слід відкрити новий звіт про помилку на панелі запуску.

— Бен Б

Я спробував обидва значення, але воно все одно зазнало краху. nvme_core.default_ps_max_latency_us = 0 працював для мене. Ядро 4.15.0-36-generic Ubuntu 16.04

— Майк Шролл

По-перше, я завітаю на веб-сайт підтримки Samsung і запевняю, що у вас встановлена остання вбудована програма для вашої моделі SSD.

Тоді ваш fsck не мав багато сенсу, тому зробіть це так ...

Щоб перевірити файлову систему на розділі Ubuntu ...

завантажується в меню GRUB
виберіть Додаткові параметри
виберіть режим відновлення
виберіть кореневий доступ
у рядку # введіть sudo fsck -f /
повторіть команду fsck, якщо були помилки
тип reboot

— гейннема
джерело

Дякую за Вашу відповідь! Я перевстановився, але цього разу я в першу чергу явно відформатував проблемний розділ (якщо процес перевстановлення за замовчуванням насправді не форматувався). Сподіваємось, це все нормально, проте якщо проблема не зникне, я запустити fsck та опублікую результати (хоча я б сказав, якщо проблема не зникне із щойно відформатованим розділом, можливо, це буде поза можливостями fsck)

— Бен Б

Проблема виникала знову, проте, як наголосив старійшина Гек у коментарях під моїм запитанням, це, мабуть, пов’язано з відомою помилкою ( bugs.launchpad.net/ubuntu/+source/linux/+bug/1678184 ).

— Бен Б

@BenB Ви коли-небудь перевіряли прошивку свого Samsung SSD, як я вже пропонував? Залежно від моделі, у них були дуже обов'язкові оновлення, щоб зробити привід правильним.

— heynnema

Я насправді не на 100% впевнений, як це зробити. Я знайшов прошивку тут , однак я не 100% впевнений , будь-який з них відносяться до моєї конкретної SSD. Звіт про помилку не вказує на будь-які проблеми, пов’язані з прошивкою, так що на даний момент я б краще зачекати більше інформації від розробників, які вирішують помилку, перш ніж намагатися оновити мікропрограмне забезпечення (знаючи мене, я би зробив це неправильно і втратити всі мої речі: P).

— Бен Б

fsck не показує помилок. Проблема - це не будь-яка проблема прошивки чи пошкодження SSD. Це завдяки APST, який було ввімкнено в 17.04. Встановлення параметра ядра 'nvme_core.default_ps_max_latency_us = 5500' виправило проблему для мене, а інші повідомили, що відключення APST взагалі виправляє його.

— Бен Б

Одне можливе вирішення відомої помилки, про яку я згадував, яку я не можу перевірити, оскільки у мене немає відповідного апаратного забезпечення NVMe, - це спробувати завантажувати поточний щоденний пакет побудови ядра для вашої архітектури, наявний тут.

Зачекайте! перед тим, як кинутись, щоб спробувати це, я мушу наголосити, що, якщо ви не впевнені, ви точно знаєте , що робите, і як відновитись від ненавмисних наслідків, рекомендується зробити резервну копію.

Якщо ви не знаєте, що ви робите, і у вас є поточна резервна копія, ви можете знайти більше інформації про створення свого ядра тут.

Примітка. Якщо ви знехтували першим реченням, ця відповідь ґрунтується на дослідженні, а не на тестуванні. Якщо вона зламається, відновіть резервну копію.

— Старійшина Гік
джерело