Dotaz: SSD: Je v poradku?

[linuxak]

Ahoj, v posledni dobe mi blbne SSD, ale nevim jestli se jedna o HW nebo SW chybu.

Po nejake dobe od bootu (mam dojem, ze to muze souviset s tim, ze se spusti automaticky update), se mi root filesystem premountuje jako read-only. Dmesg rika:

EXT4-fs error (device sdb3): ext4_ext_check_inode:495: inode #262530: comm mandb: pblk 0 bad header/extent: invalid extent entries - magic f30a, entries 1, max 4(4), depth 25856(25856)
[  216.364203] Aborting journal on device sdb3-8.
Aborting journal on device sdb3-8.
[  216.364227] EXT4-fs (sdb3): Remounting filesystem read-only
[  216.365033] EXT4-fs error (device sdb3): ext4_ext_check_inode:495: inode #262531: comm mandb: pblk 0 bad header/extent: invalid extent entries - magic f30a, entries 1, max 4(4), depth 10496(10496)
[  217.016004] ecryptfs_encrypt_page: Error attempting to write lower page; rc = [-30]
[  217.016007] ecryptfs_write_end: Error encrypting page (upper index [0x000000000000000a])
[  217.016027] ecryptfs_encrypt_page: Error attempting to write lower page; rc = [-30]
[  217.016028] ecryptfs_write_end: Error encrypting page (upper index [0x0000000000000000])

Prikladam nasledujici vypisy:

$ sudo smartctl -H /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-4.2.0-16-generic] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

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

$ sudo smartctl -A /dev/sdb
smartctl 6.4 2014-10-07 r4002 [x86_64-linux-4.2.0-16-generic] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       0
  9 Power_On_Hours_and_Msec 0x0032   000   000   000    Old_age   Always       -       899448h+59m+51.900s
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       877
170 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       635
184 End-to-End_Error        0x0033   100   100   090    Pre-fail  Always       -       0
187 Uncorrectable_Error_Cnt 0x000f   120   120   050    Pre-fail  Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       635
225 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       105494
226 Workld_Media_Wear_Indic 0x0032   100   100   000    Old_age   Always       -       65535
227 Workld_Host_Reads_Perc  0x0032   100   100   000    Old_age   Always       -       50
228 Workload_Minutes        0x0032   100   100   000    Old_age   Always       -       65535
232 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   100   100   000    Old_age   Always       -       0
241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       105494
242 Host_Reads_32MiB        0x0032   100   100   000    Old_age   Always       -       106844
249 NAND_Writes_1GiB        0x0013   100   100   000    Pre-fail  Always       -       4104

Bohuzel vystupum moc nerozumim, pomuzete mi je prosim interpretovat? Je neco dalsiho, co bych mel zkusit?

Diky moc.

Odpovědi

[Pavel 'TIGER' Růžička]

SSD běžící 102 let? To je velmi slušné, ani bych se nedivil, kdyby už nebyl v dokonalé formě. Vypadá, že máš to SSD šifrované a při dešifrování nastává nějaký problém. Co máš v logu?

[linuxak]

Ano sifruji, nedoslo mi to. smartctl jsem spoustel z live distra, protoze v mem xubuntu jej nemam nainstalovan a pokazde kdyz se to pokusim udelat, re-mountuje se mi fs na readonly.

Jake logy konkretne?

BTW, bootuji do emergency modu, nicmene v zurnalu nevidim nic zajimaveho krome warningu o tom, ze fs byl primountovan s chybami.

[R]

Ak nevidis I/O errory, tak najprv otestuj pamat. Ale ak je to zase nejaky nahodny generator a nie seriozny HW (nevidim tu vyrobcu a typ...), tak ti to moze poskodzovat data aj bez I/O chyb...

[linuxak]

Pameti jsou Crucial Ballistix Sport DDR3 1600 CL9, disk je Intel SSD 520.

Vyzkousim memtest86.

[linuxak]

Tak memtest zadne chyby nenasel ani po trech pruchodech, takze pamet bude asi v poradku.

Je mozne ze se tedy jedna o SW chybu nebo se mam smirit s poskozenym diskem?

[Jan]

osobne bych prvne, pokud je mozno disk pripojit alespon jako ro vse zazalohoval, pokud je tam neco, co ma cenu, pak pro jistotu udelal ddrescue zalohu do souboru - uz tady se mohou objevit prvni vadne bloky a pak , pokud se povede zaloha asi koupil jiny disk a vratil to zpet.

[R]

Podla mna je ddrescue zbytocny, nevyzera to na HW chybu. Zazalohovat data a pustit fsck.

[linuxak]

Tak jsem se zatim dostal sem:

$ sudo fsck -cvf /dev/sda3
fsck from util-linux 2.26.2
e2fsck 1.42.12 (29-Aug-2014)
Checking for bad blocks (read-only test): done                                                 
/dev/sda3: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Inode 262530 has an invalid extent
	(logical block 16777216, invalid physical block 8641474199553, len 4278190081)
Clear y?

Co znamena invalid extent? Nedari se mi to vygooglit - jedine co nachazim, je ze se jedna o zmenu velikosti, ale ja jsem urcite velikost oddilu nemenil. Diky.

[lertimir]

V tom výpisu to máš. Inode 262530 (tedy nějaký soubor) má ve své tabulce nesmysly. Vzhledem k tomu, že bloky jsou 512B tak fyzický blok je někde v rozměru PB a délka v rozměru TB. To asi není pravda. Takže se tě ptá jestli nesmysly má smazat.

[linuxak]

Projel jsem fsck a vsechny chyby nechal opravit. Zatim se zda, ze je problem vyresen. Diky moc vsem za pomoc. Jeste budu chvili testovat, nez to prohlasim za vyresene, ale snad se povedlo.

[k3dAR]

btw: zjistit ke kteremu souboru ten inode patri(l) lze pomoci:

sudo debugfs -R 'ncheck 262530' /dev/sda3

[linuxak]

Diky, dobry tip. Tady konkretne to byl /usr/share/man/man1/tzselect.1.gz

[Tomáš Bžatek]

FYI, ty chyby se casto u Crucialu objevovaly az po 12h testu, doporucuju pustit paralelni test pres vsechny CPU a nechat to bezet alespon 24 hodin.

[R]

Alebo Gold Memory namiesto memtestu. Pouziva inu metodu testovania a uz sa mi stalo, ze velmi rychlo odhalil zahadne vadnu pamat, ktora v memteste vyzerala OK.

[Tomáš Bžatek]

Presne tyhle pameti jsem dvakrat reklamoval kvuli casem se vytvarejicim vadnym bitum. Stejne tak u Ballistix Tactical CL8.