Ubuntu 17.04升级后的EXT4-fs错误


18

我有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 。但是我仍然遇到同样的问题。

我尝试通过创建/ forcefsck文件来运行fsck(我创建了一个包装外壳程序脚本,该脚本添加了-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

是否知道为什么会出现此问题以及如何解决?谢谢!:)


1
欢迎来到AskUbuntu!看来您可能受到此错误的影响,我建议您让开发人员知道此错误也会影响您并订阅该错误,以便可以将进度/解决方案通知您。
年长的怪胎

我在带有东芝SSD“ THNSF5256GPUK TOSHIBA”的Lenovo Thinkpad X270上遇到了完全相同的问题。我想很高兴知道我不是唯一的一个。
Maeher

@ElderGeek阅读链接的错误报告,似乎直到问题解决之前,临时解决方法是禁用APST,但是从讨论中我还不清楚如何执行此操作。这样做似乎是对这个问题的有效答案。
Maeher '17

感谢您的评论:)不耐烦,我昨晚再次重新安装,但是这次我明确格式化了/ dev / nvme0n1p7并事先删除了/ dev / nvme0n1p8(我认为也许带有所有默认选项的重新安装可能实际上没有格式化,而是仅在安装新文件之前删除旧文件)。4小时不间断使用后仍未遇到问题,但是只有时间能证明问题。如果我这样做的话,您会在太平洋上听到我的抽泣声:)
Ben B

好的,我可以确认-尽管完全格式化了分区,但我还是遇到了这个问题。将添加注释到上面链接的错误
Ben B

Answers:


19

正如Geek长老评论中指出的,这是由于一个已知的错误

从错误报告:

APST支持刚刚作为https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1664602的一部分包含在最新的Zesty内核(4.10.0-14.16)中。该补丁对戴尔笔记本电脑中发现的某些256GB三星驱动器有一个怪癖,当启用APST时,它们无法正常工作。除了512GB三星以外,我在相同型号的笔记本电脑上都遇到相同的症状。在手动禁用APST之前,驱动器会死机,并且系统会在启动后20到40分钟内因I / O错误而崩​​溃。

在实施适当的修复之前,建议一种解决方法,其中包括添加内核参数

请尝试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,并将boot参数添加到引号之间的其他参数中。例如,在这种情况下,您可能最终得到

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvme_core.default_ps_max_latency_us=5500"

保存文件并退出,然后使更改生效,运行

sudo update-grub 

1
此修复程序对您有用吗?顺便说一句,关于如何设置内核参数的链接,可能是谁迷失了
justmyfault

1
我正在运行Ubuntu 16.04,并且已经将软件包逐段升级到zesty,我不建议任何人这样做,但是出于必要。最后一个软件包是libc,它是系统不可或缺的一部分,如果出现问题,将在升级libc时出现。重新启动时,我看到了上面问题中提到的所有EXT4错误,但是添加内核参数最终使我可以重新启动并继续。谢谢。
lukecampbell

有任何更新吗?我在使用512GB固态硬盘的剃须刀隐形时遇到了这个问题
Lucas Zanella

上面的解决方法对我有用,但是该错误已在软件包linux-4.10.0-22.24中修复。如果仍然有问题,则应在启动板上打开一个新的错误报告。
本B

我尝试了两个值,但仍然崩溃。nvme_core.default_ps_max_latency_us = 0为我工作。内核4.15.0-36-通用Ubuntu 16.04
Mike Schroll

0

首先,我将访问Samsung支持网站,并确保您已为型号SSD安装了最新固件。

然后,您的fsck没什么意义,所以就这样吧...

要检查Ubuntu分区上的文件系统...

  • 引导至GRUB菜单
  • 选择高级选项
  • 选择恢复模式
  • 选择根访问权限
  • 在#提示符下,键入 sudo fsck -f /
  • 如果有错误,请重复fsck命令
  • 类型 reboot

1
感谢您的答复!我已经重新安装了,但是这次我先明确格式化了问题分区(以防默认的重新安装过程没有真正格式化)。希望现在还可以,但是,如果问题仍然存在,我将运行fsck并发布结果(尽管我说如果问题仍然存在于新格式化的分区上,则可能超出了fsck的能力)
Ben B

该问题再次发生,但是正如Elder Geek在我的问题下方的评论中指出的,这似乎是由于一个已知的错误(bugs.launchpad.net/ubuntu/+source/linux/+bug/1678184)。
本B

正如我之前建议的那样,@ BenB您是否曾经检查过三星SSD中的固件?根据型号的不同,他们必须进行一些非常强制性的更新才能使驱动器正常工作。
heynnema '17

我实际上不是100%知道如何做到这一点。我在这里找到了一些固件但是我不确定100%的固件适用于我的特定SSD。该错误报告无论如何都不会指出任何与固件相关的问题,因此在这一点上,我宁愿等待开发人员解决该错误的更多信息,然后再尝试升级固件(了解我,我做错了,丢掉我所有的东西:P)。
本B

1
fsck没有显示任何错误。问题不是任何固件问题或SSD损坏。这是由于APST已在17.04中启用。设置内核参数“ nvme_core.default_ps_max_latency_us = 5500”已为我解决了此问题,其他人报告说,完全禁用APST可以为他们解决此问题。
本B

0

解决我提到的已知错误(因为我没有问题的NVMe硬件)而无法测试的一种可能的解决方法是,尝试为您的体系结构引导当前的mainline每日内核构建软件包

等待!在开始尝试之前,我必须强调,除非您确定自己确切地知道自己在做什么,以及如何从意料之外的后果中恢复过来,所以强烈建议您进行备份。

如果您不知道自己在做什么,并且拥有最新的备份,则可以在此处找到有关构建内核的更多信息

注意:如果您撇开了第一句话,则此答案基于研究而非测试。如果损坏,请还原备份。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.