it-swarm.com.de

EXT4-fs-Fehler nach Ubuntu 17.04-Upgrade

Ich habe ein Dell XPS 15 955. Ich habe Ubuntu 16.10 für vier Monate ohne Dramen ausgeführt.

Vor zwei Tagen habe ich ein Upgrade auf buntu 17.04 durchgeführt. Ungefähr eine Stunde nach dem Upgrade wurde meine Festplatte wieder in den schreibgeschützten Modus versetzt. Als ich zu einem tty-Bildschirm sprang, sah es so aus:

[ 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

Folgendes zeigt 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.

Ich startete neu und fuhr fort, den Fehler ungefähr einmal pro Stunde zu erhalten. Also habe ich neu installiert ​​Ubuntu 17.04 von Grund auf ne. Allerdings habe ich noch das gleiche Problem.

Ich habe versucht, fsck durch Erstellen einer/forcefsck-Datei auszuführen (ich habe ein Wrapper-Shell-Skript erstellt, das das -v -Flag hinzufügt und stdout in eine Datei ausgibt). Hier ist das Ergebnis:

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    

Ich habe versucht, von einem Live-USB-Gerät zu booten und e2fsck -p /dev/nvme0n1p7 wie hier vorgeschlagen auszuführen ( https://askubuntu.com/a/768813/679041 ). Es gab keine Fehler.

Ich habe auch versucht, smartctl -t long /dev/nvme0n1p7 auszuführen, aber die Ergebnisse scheinen darauf hinzudeuten, dass das Tool mit meiner speziellen SSD nicht funktioniert:

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

Gibt es eine Idee, warum dieses Problem auftreten könnte und wie ich es lösen könnte? Vielen Dank! :)

16
Ben B

Wie in ein Kommentar von Elder Geek erwähnt, liegt dies an einem bekannten Fehler .

Aus dem Fehlerbericht:

Der APST-Support ist gerade im neuesten Zesty-Kernel (4.10.0-14.16) als Teil von https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1664602 gelandet. Dieser Patch hat eine Besonderheit für bestimmte 256 GB Samsung-Laufwerke in Dell-Laptops, die sich bei aktiviertem APST nicht gut verhalten. Ich habe die gleichen Symptome mit dem gleichen Laptop-Modell, außer mit einem 512 GB Samsung. Vor dem manuellen Deaktivieren von APST würde das Laufwerk ausfallen und das System innerhalb von 20 bis 40 Minuten nach dem Start mit E/A-Fehlern in Flammen ausfallen.

Bis eine ordnungsgemäße Korrektur implementiert ist, wird eine Problemumgehung vorgeschlagen, die Folgendes umfasst: Hinzufügen eines Kernelparameters:

Bitte versuchen Sie es mit nvme_core.default_ps_max_latency_us=5500. Wenn das Problem weiterhin besteht, versuchen Sie es mit nvme_core.default_ps_max_latency_us=200.

Um einen Kernel-Boot-Parameter hinzuzufügen, bearbeiten Sie die Konfigurationsdatei für GRUB:

Sudo nano /etc/default/grub

Suchen Sie die Zeile, die mit GRUB_CMDLINE_LINUX_DEFAULT beginnt, und fügen Sie den Boot-Parameter zu den anderen hinzu, die bereits zwischen den Anführungszeichen stehen. Zum Beispiel werden Sie in diesem Fall wahrscheinlich mit enden

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvme_core.default_ps_max_latency_us=5500"

Speichern Sie die Datei, und beenden Sie sie. Führen Sie dann den Befehl aus, um die Änderung wirksam zu machen

Sudo update-grub 
17
Ben B

Zuerst würde ich die Samsung-Support-Website besuchen und sicherstellen, dass Sie die neueste Firmware für Ihr SSD-Modell installiert haben.

Dann hat dein fsck nicht viel Sinn ergeben, also mach es so ...

So überprüfen Sie das Dateisystem auf Ihrer Ubuntu-Partition ...

  • starten Sie das Menü GRUB
  • wählen Sie Erweiterte Optionen
  • wählen Sie den Wiederherstellungsmodus
  • wählen Sie Root-Zugriff
  • geben Sie an der Eingabeaufforderung # Sudo fsck -f / ein.
  • wiederholen Sie den Befehl fsck, wenn Fehler aufgetreten sind
  • typ reboot
0
heynnema

Eine mögliche Problemumgehung für den bekannten Fehler, den ich erwähnt habe , den ich nicht testen kann, da ich nicht über die betreffende NVMe-Hardware verfüge, besteht darin, das aktuelle tägliche Kernel-Build-Hauptpaket für Ihre vorhandene Archetektur zu booten hier.

Warten Sie! , bevor Sie losrennen, um dies zu versuchen, ich muss betonen, dass es sei denn, Sie sind sicher Sie wissen genau , was Sie tun und wie Sie wiederherstellen Von unbeabsichtigten Konsequenzen wird dringend empfohlen, backup.

Wenn Sie nicht wissen, was Sie gerade tun und über ein aktuelles Backup verfügen, finden Sie weitere Informationen zum Erstellen Ihres Kernels hier.

Hinweis: Falls Sie den ersten Satz überflogen haben, basiert diese Antwort auf Recherchen und nicht auf Tests. Wenn es kaputt geht, stellen Sie Ihr Backup wieder her.

0
Elder Geek