Lỗi EXT4-fs sau khi nâng cấp Ubuntu 17.04

Tôi có một chiếc Dell XPS 15 9550 . Tôi đã chạy Ubuntu 16.10 trên nó được bốn tháng mà không có bộ phim truyền hình nào.

Hai ngày trước, tôi đã nâng cấp lên Ubuntu 17.04 . Khoảng một giờ sau khi nâng cấp, ổ cứng của tôi chuyển sang chế độ chỉ đọc. Khi tôi nhảy lên màn hình tty, nó xuất hiện:

[ 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

Đây là những gì fdisk -lcho thấy:

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.

Tôi khởi động lại, và tiếp tục nhận được lỗi khoảng một giờ một lần. Vì vậy, tôi đã cài đặt lại Ubuntu 17.04 từ đầu . Tuy nhiên tôi vẫn nhận được vấn đề tương tự.

Tôi đã thử chạy fsck bằng cách tạo tệp / forcefsck (Tôi đã tạo tập lệnh shell trình bao bọc thêm -vcờ và xuất ra thiết bị xuất chuẩn vào tệp). Đây là kết quả:

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

Tôi đã thử khởi động từ USB trực tiếp và chạy e2fsck -p /dev/nvme0n1p7như được đề xuất tại đây ( https://askubfox.com/a/768813/679041 ). Nó không đưa ra bất kỳ lỗi nào.

Tôi cũng đã thử chạy smartctl -t long /dev/nvme0n1p7tuy nhiên kết quả dường như cho thấy công cụ này không hoạt động với ổ SSD cụ thể của tôi:

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

Bất kỳ ý tưởng về lý do tại sao vấn đề này có thể xảy ra và làm thế nào tôi có thể giải quyết nó? Cảm ơn! :)

filesystem ext4 17.04

— Bến B
nguồn

Chào mừng bạn đến với AskUbfox! Có vẻ như bạn có thể bị ảnh hưởng bởi lỗi này. Tôi khuyên bạn nên cho các nhà phát triển biết rằng lỗi này cũng ảnh hưởng đến bạn và ghi nhận lỗi để bạn có thể được thông báo về tiến trình / giải quyết.

— Elder Geek

Tôi đang gặp vấn đề tương tự chính xác trên Lenovo Thinkpad X270 với SSD Toshiba "THNSF5256GPUK TOSHIBA". Tôi đoán thật tốt khi biết tôi không phải là người duy nhất.

— Maeher

@ElderGeek đọc báo cáo lỗi được liên kết, có vẻ như cho đến khi sự cố được khắc phục, một cách khắc phục tạm thời sẽ là vô hiệu hóa APST, tuy nhiên từ cuộc thảo luận ở đó tôi không rõ làm thế nào để làm điều đó. Có vẻ như một cách để làm như vậy sẽ là một câu trả lời hợp lệ cho câu hỏi này.

— Maeher

Cảm ơn ý kiến của bạn chàng trai :) Sốt ruột, tôi cài đặt lại một lần nữa đêm qua, tuy nhiên lần này tôi rõ ràng định dạng / dev / nvme0n1p7 và xóa / dev / nvme0n1p8 trước (tôi nghĩ có lẽ một cài đặt lại với tất cả các tùy chọn mặc định sức mạnh không thực sự định dạng, và thay vào đó chỉ xóa các tập tin cũ trước khi cài đặt những cái mới). Vẫn chưa gặp vấn đề sau 4 giờ sử dụng không bị gián đoạn tuy nhiên chỉ có thời gian mới trả lời. Bạn sẽ nghe thấy tiếng nức nở của tôi trên khắp Thái Bình Dương nếu tôi làm vậy :)

— Ben B

OK tôi có thể xác nhận - Tôi vừa gặp sự cố một lần nữa mặc dù định dạng hoàn toàn phân vùng. Sẽ thêm nhận xét cho lỗi được liên kết ở trên

— Ben B

Câu trả lời:

Như được chỉ ra trong một bình luận của Elder Geek , điều này là do một lỗi đã biết .

Từ báo cáo lỗi:

Hỗ trợ APST vừa cập bến kernel Zesty mới nhất (4.10.0-14.16) như một phần của https://bugs.launchpad.net/ubfox/+source/linux/+orms/1664602 . Bản vá đó có một sự giải quyết đối với các ổ đĩa 256 GB nhất định của Samsung được tìm thấy trong các máy tính xách tay Dell không hoạt động tốt khi APST được bật. Tôi đang gặp các triệu chứng tương tự với cùng một mẫu máy tính xách tay ngoại trừ với Samsung 512GB. Trước khi vô hiệu hóa thủ công APST, ổ đĩa sẽ chết và hệ thống sẽ bị cháy với lỗi I / O trong vòng 20 đến 40 phút sau khi khởi động.

Cho đến khi một sửa chữa thích hợp được thực hiện, một cách giải quyết được đề xuất, bao gồm thêm một tham số kernel :

Hãy thử nvme_core.default_ps_max_latency_us=5500, nếu vấn đề vẫn còn, vui lòng thử nvme_core.default_ps_max_latency_us=200.

Để thêm tham số khởi động kernel, hãy chỉnh sửa tệp cấu hình cho GRUB:

sudo nano /etc/default/grub

Tìm dòng bắt đầu GRUB_CMDLINE_LINUX_DEFAULTvà thêm tham số khởi động cho các dòng khác đã được đặt giữa các dấu ngoặc kép. Ví dụ, trong trường hợp này bạn có thể sẽ kết thúc với

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvme_core.default_ps_max_latency_us=5500"

Lưu tệp và thoát, sau đó để thay đổi có hiệu quả, hãy chạy

sudo update-grub

— Bến B
nguồn

Là sửa chữa này làm việc cho bạn? BTW một liên kết trên làm thế nào để thiết lập các thông số hạt nhân cho những người có thể vấp ngã về câu trả lời của bạn wiki.ubuntu.com/Kernel/KernelBootParameters

— justmyfault

Tôi đang chạy Ubuntu 16.04 và tôi đã nâng cấp các gói từng phần thành niềm vui, một điều tôi không muốn giới thiệu cho bất cứ ai nhưng không cần thiết. Gói cuối cùng là libc, một thứ không thể tách rời với hệ thống đến nỗi nếu có lỗi xảy ra thì đó sẽ là trong khi nâng cấp libc. Khi khởi động lại, tôi đã thấy tất cả các lỗi EXT4 được đề cập trong câu hỏi trên, nhưng việc thêm tham số kernel cuối cùng đã cho phép tôi khởi động lại trong hòa bình và tiếp tục. Cảm ơn bạn.

— lukecampbell

bất kỳ cập nhật về điều này? Tôi đang gặp phải vấn đề này khi tàng hình lưỡi dao cạo của mình với ssd samsung 512gb

— Lucas Zanella

Cách giải quyết trên đã làm việc với tôi, nhưng lỗi đã được sửa trong gói linux - 4.10.0-22.24. Nếu bạn vẫn gặp sự cố, bạn nên mở một báo cáo lỗi mới trên launchpad.

— Ben B

Tôi đã thử cả hai giá trị, nhưng nó vẫn bị lỗi. nvme_core.default_ps_max_latency_us = 0 làm việc cho tôi. Kernel 4.15.0-36-chung Ubuntu 16.04

— Mike Schroll

Trước tiên, tôi sẽ truy cập trang web hỗ trợ của Samsung và đảm bảo rằng bạn đã cài đặt chương trình cơ sở mới nhất cho SSD mẫu của bạn.

Sau đó, fsck của bạn không có nhiều ý nghĩa, vì vậy hãy làm theo cách này ...

Để kiểm tra hệ thống tệp trên phân vùng Ubuntu của bạn ...

khởi động vào menu GRUB
chọn tùy chọn nâng cao
chọn chế độ phục hồi
chọn quyền truy cập Root
tại dấu nhắc #, gõ sudo fsck -f /
lặp lại lệnh fsck nếu có lỗi
kiểu reboot

— heynnema
nguồn

Cám ơn phản hồi của bạn! Tôi đã cài đặt lại, nhưng lần này tôi đã định dạng rõ ràng phân vùng sự cố trước tiên (trong trường hợp quá trình cài đặt lại mặc định không thực sự định dạng). Hy vọng bây giờ vẫn ổn, tuy nhiên nếu sự cố vẫn còn, tôi sẽ chạy fsck và đăng kết quả (mặc dù tôi sẽ nói nếu sự cố vẫn còn trên phân vùng được định dạng mới, nó có thể vượt quá khả năng của fsck)

— Ben B

Vấn đề lại xảy ra một lần nữa, tuy nhiên như Elder Geek đã chỉ ra trong các bình luận bên dưới câu hỏi của tôi, có vẻ như là do một lỗi đã biết ( bug.launchpad.net/ubfox/+source/linux/+orms/1678184 ).

— Ben B

@BenB bạn đã bao giờ kiểm tra phần sụn trong ổ SSD Samsung của mình, như tôi đã đề xuất trước đó chưa? Tùy thuộc vào mô hình, họ đã có một số cập nhật rất bắt buộc để làm cho ổ đĩa hoạt động tốt.

— heynnema

Tôi thực sự không chắc chắn 100% làm thế nào để làm điều này. Tôi đã tìm thấy một số phần mềm ở đây tuy nhiên tôi không chắc chắn 100% bất kỳ phần mềm nào áp dụng cho SSD cụ thể của mình. Báo cáo lỗi không chỉ ra bất kỳ vấn đề nào liên quan đến phần sụn, vì vậy tại thời điểm này tôi muốn đợi thêm thông tin từ các nhà phát triển để khắc phục lỗi trước khi thử nâng cấp chương trình cơ sở (biết tôi, tôi đã làm sai và mất tất cả những thứ của tôi: P).

— Ben B

fsck cho thấy không có lỗi. Vấn đề không phải là bất kỳ vấn đề phần sụn hoặc hỏng SSD. Đó là do APST, đã được kích hoạt vào 17.04. Đặt tham số kernel 'nvme_core.default_ps_max_latency_us = 5500' đã khắc phục sự cố cho tôi và những người khác đã báo cáo rằng việc vô hiệu hóa hoàn toàn APST sẽ khắc phục nó cho họ.

— Ben B

Một cách khắc phục có thể xảy ra với lỗi đã biết mà tôi đã đề cập mà tôi không thể kiểm tra vì tôi không có phần cứng NVMe đang được đề cập là thử khởi động gói xây dựng hạt nhân hàng ngày chính hiện tại cho kiến trúc của bạn có sẵn ở đây.

Chờ đợi! trước khi bạn bỏ qua để thử điều này, tôi phải nhấn mạnh rằng trừ khi bạn chắc chắn bạn biết chính xác những gì bạn đang làm và cách phục hồi sau những hậu quả không mong muốn, rất khuyến khích sao lưu.

Nếu bạn không biết những gì bạn đang làm và có một bản sao lưu hiện tại, bạn có thể tìm thêm thông tin về việc xây dựng kernel của mình tại đây.

Lưu ý: Trong trường hợp bạn đọc lướt câu đầu tiên, câu trả lời này dựa trên nghiên cứu, không phải kiểm tra. Nếu nó bị hỏng, khôi phục lại bản sao lưu của bạn.

— Trưởng lão
nguồn