☰

Actualizaciones

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

Intenté reiniciar una máquina 18.04 LTS pero no respondió, así que después de esperar unos minutos apagué y encendí la máquina.

La máquina arrancó bien pero descubrí que algunos de los archivos editados recientemente ahora están vacíos. Esto se aplica al menos a 5 casos conocidos, incluidos archivos de texto, un archivo del sistema y archivos en una carpeta .git.

  • ¿Este sistema de archivos está fatalmente dañado y es inseguro de usar?
  • ¿Cómo puedo saber si se trata de un problema de hardware?
  • ¿Es este un riesgo conocido solo por el ciclo de energía de Ubuntu?

Otra información:

  • El disco es un Samsung 970 Pro
  • Ubuntu instalado en una partición Ext4 (arranque dual con Windows)
  • DisksNo se puede reparar el disco de arranque (está ocupado). Se necesita una memoria USB activa.
  • smartctlinforma lo siguiente:

Actualizaciones

  • La ejecución sudo touch /forcefsck;sudo shutdown -r nowno verificó visiblemente el disco.
  • Usando un disco en vivo, Disksla verificación dice que la partición no está dañada
  • ejecutar fsck -f /dev/nvme0n1p5desde un disco en vivo no devuelve errores, código de salida = 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

Respuesta1

La razón de esto es la característica del sistema de archivos EXT4 llamada "asignación retrasada". La asignación retrasada se agregó en EXT4 por razones de rendimiento donde los datos NO se envían al disco inmediatamente. Esto proporciona una gran mejora en el rendimiento a costa de una gran probabilidad de pérdida completa de datos de archivos no comprometidos durante un corte de energía. En algunos casos, el retraso puede ser de muchos segundos y un corte de energía hará que los archivos no confirmados se muestren con un tamaño de 0 bytes. Esto es lo que creo que estás enfrentando.

Debe seleccionar cuidadosamente las opciones de montaje del sistema de archivos en las entradas de /etc/fstab. Por ejemplo, data=journalla opción permite que todos los datos se envíen al diario antes de escribirlos en el sistema de archivos principal y deshabilita la función de asignación retrasada.

Puede leer detalles básicos sobre las banderas EXT4aquíy todas las opcionesaquí. Hay una buena discusión sobre estas opciones eneste hilotambién.

información relacionada