☰

Atualizações

tag-icon • tag-icon disk ext4 data-corruption
Atualizações

Tentei reiniciar uma máquina 18.04 LTS, mas ela não respondeu, então, depois de esperar alguns minutos, desliguei e liguei a máquina.

A máquina começou bem, mas descobri que alguns dos arquivos editados recentemente estão vazios. Isso se aplica a pelo menos 5 casos conhecidos, incluindo arquivos de texto, um arquivo de sistema e arquivos em uma pasta .git.

  • Este sistema de arquivos está fatalmente corrompido e inseguro para uso?
  • Como posso saber se isso é um problema de hardware?
  • Este é um risco conhecido apenas ao desligar e ligar o Ubuntu?

Outras informações:

  • O disco é um Samsung 970 Pro
  • Ubuntu instalado em uma partição Ext4 (dual boot com windows)
  • Disksnão é possível reparar o disco de inicialização (está ocupado) preciso de um pendrive ativo
  • smartctlrelata o seguinte:

Atualizações

  • em execução sudo touch /forcefsck;sudo shutdown -r nownão verificou visivelmente o disco
  • Usando um disco ativo, Disksverifique se a partição não está danificada
  • executar fsck -f /dev/nvme0n1p5a partir de um disco ativo não retorna erros, código de saída = 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

Responder1

A razão para isso é o recurso do sistema de arquivos EXT4 chamado "alocação atrasada". A alocação atrasada foi adicionada no EXT4 por motivos de desempenho, onde os dados NÃO são confirmados no disco imediatamente. Isso proporciona um grande aumento de desempenho ao custo de uma boa probabilidade de perda completa de dados de arquivos não confirmados durante falha de energia. Alguns atrasos podem ser de vários segundos e a falha de energia fará com que os arquivos não confirmados sejam mostrados com tamanho de 0 bytes. Isso é o que acredito que você está enfrentando.

Você precisa selecionar cuidadosamente as opções de montagem do sistema de arquivos nas entradas /etc/fstab. Por exemplo, data=journala opção permite que todos os dados sejam confirmados no diário antes de serem gravados no sistema de arquivos principal, bem como desativa o recurso de alocação atrasada.

Você pode ler detalhes básicos sobre sinalizadores EXT4aquie todas as opçõesaqui. Há uma boa discussão sobre essas opções emeste tópicotambém.

informação relacionada