☰

Aktualisierung

tag-icon • tag-icon disk ext4 data-corruption
Aktualisierung

Ich habe versucht, eine 18.04 LTS-Maschine neu zu starten, aber sie reagierte nicht. Daher habe ich nach einigen Minuten Wartezeit die Maschine aus- und wieder eingeschaltet.

Der Computer startete einwandfrei, aber ich habe festgestellt, dass einige der kürzlich bearbeiteten Dateien jetzt leer sind. Dies gilt für mindestens 5 bekannte Fälle, darunter Textdateien, eine Systemdatei und Dateien tief in einem .git-Ordner.

  • Ist dieses Dateisystem schwer beschädigt und kann es nicht sicher verwendet werden?
  • Wie erkenne ich, ob es sich um ein Hardwareproblem handelt?
  • Ist dies ein bekanntes Risiko, das nur durch das Aus- und Wiedereinschalten von Ubuntu entsteht?

Andere Information:

  • Die Festplatte ist eine Samsung 970 Pro
  • Ubuntu auf einer Ext4-Partition installiert (Dual-Boot mit Windows)
  • Diskskann die Bootdiskette nicht reparieren (sie ist beschäftigt), brauche einen aktiven USB-Stick
  • smartctlberichtet wie folgt:

Aktualisierung

  • läuft sudo touch /forcefsck;sudo shutdown -r nownicht sichtbar überprüfen Sie die Festplatte
  • Bei Verwendung einer Live-Disk Diskszeigt die Überprüfung an, dass die Partition unbeschädigt ist
  • Beim Ausführen fsck -f /dev/nvme0n1p5von einer Live-Festplatte werden keine Fehler zurückgegeben. Der Exitcode ist 0.
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-5.0.0-36-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 970 PRO 1TB
Serial Number:                      S462NF0M616954M
Firmware Version:                   1B2QEXP7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 1,024,209,543,168 [1.02 TB]
Unallocated NVM Capacity:           0
Controller ID:                      4
Number of Namespaces:               1
Namespace 1 Size/Capacity:          1,024,209,543,168 [1.02 TB]
Namespace 1 Utilization:            691,389,394,944 [691 GB]
Namespace 1 Formatted LBA Size:     512
Local Time is:                      Sun Nov 17 01:01:26 2019 GMT
Firmware Updates (0x16):            3 Slots, no Reset required
Optional Admin Commands (0x0037):   Security Format Frmw_DL *Other*
Optional NVM Commands (0x005f):     Comp Wr_Unc DS_Mngmt Wr_Zero Sav/Sel_Feat *Other*
Maximum Data Transfer Size:         512 Pages
Warning  Comp. Temp. Threshold:     81 Celsius
Critical Comp. Temp. Threshold:     81 Celsius

Supported Power States
St Op     Max   Active     Idle   RL RT WL WT  Ent_Lat  Ex_Lat
 0 +     6.20W       -        -    0  0  0  0        0       0
 1 +     4.30W       -        -    1  1  1  1        0       0
 2 +     2.10W       -        -    2  2  2  2        0       0
 3 -   0.0400W       -        -    3  3  3  3      210    1200
 4 -   0.0050W       -        -    4  4  4  4     2000    8000

Supported LBA Sizes (NSID 0x1)
Id Fmt  Data  Metadt  Rel_Perf
 0 +     512       0         0

=== START OF SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART/Health Information (NVMe Log 0x02, NSID 0x1)
Critical Warning:                   0x00
Temperature:                        36 Celsius
Available Spare:                    100%
Available Spare Threshold:          10%
Percentage Used:                    0%
Data Units Read:                    1,662,255 [851 GB]
Data Units Written:                 5,875,310 [3.00 TB]
Host Read Commands:                 20,271,726
Host Write Commands:                90,120,020
Controller Busy Time:               335
Power Cycles:                       95
Power On Hours:                     515
Unsafe Shutdowns:                   4
Media and Data Integrity Errors:    0
Error Information Log Entries:      105
Warning  Comp. Temperature Time:    0
Critical Comp. Temperature Time:    0
Temperature Sensor 1:               36 Celsius
Temperature Sensor 2:               39 Celsius

Error Information (NVMe Log 0x01, max 64 entries)
No Errors Logged

Antwort1

Der Grund hierfür ist die Funktion „verzögerte Zuordnung“ des EXT4-Dateisystems. Die verzögerte Zuordnung wurde aus Leistungsgründen in EXT4 hinzugefügt, da die Daten NICHT sofort auf die Festplatte übertragen werden. Dies führt zu einer erheblichen Leistungssteigerung, allerdings auf Kosten einer hohen Wahrscheinlichkeit eines vollständigen Datenverlusts nicht übertragener Dateien bei einem Stromausfall. Die Verzögerung kann mehrere Sekunden betragen, und ein Stromausfall führt dazu, dass nicht übertragene Dateien mit einer Größe von 0 Byte angezeigt werden. Ich glaube, das ist es, was Sie haben.

Sie müssen die Einbindungsoptionen für das Dateisystem in den Einträgen /etc/fstab sorgfältig auswählen. Mit data=journaldieser Option können Sie beispielsweise alle Daten in das Journal eintragen, bevor sie in das Hauptdateisystem geschrieben werden. Außerdem wird die Funktion für die verzögerte Zuweisung deaktiviert.

Sie können grundlegende Details zu EXT4-Flags lesenHierund alle OptionenHier. Es gibt eine nette Diskussion über diese Optionen indieser ThreadAuch.

verwandte Informationen