SSD anomália

Sziasztok!

Első ilyen alkalom, amióta SSD-t használok (kb 7-8 éve), hogy előfordult az az alkalom, hogy megsérült, illetve eltűnt a partíciós tábla róla. MBR partíciós séma van/volt rajta.
Első körben, mikor bekapcsoltam a laptopot, a benne maradt sd kártyáról indult el a gép. Csodálkoztam is, mondom, ctrl-alt-del és ismét az indult el. Na mondom mi a csoda, csak nem elromlott az SSD? Betettem egy Elementary OS 0.3-as boot pendrive-ot, és látszódott az ssd az fdisk -l parancs után, de teljesen partícionálatlannak mutatta meg. Na mondom remek.
Első körben elindítottam egy Gparted-et, de túl sokáig nem csinált semmit sem, így gpart-ot indítva láttam hogy dobta az i/o errorokat, de pontosan nem tudom, hogy mi volt a hiba, a lényeg, hogy nem csinált semmi értelmeset.
Tovább Google-ztem, így találtam rá a testdiskre, amit telepítettem is a live rendszerre.

Az eredeti partíció felosztás így nézett ki:

1 primary 199 GB (boot flag, windows 8.1 rendszerpartíció, NTFS)
1 primary 10 GB (windows 8.1 telepítő + backup a doksikról progikról ilyenek, NTFS)
1 extended ~15 GB
1 logikai ~ 15GB (swap fájl, root partíció, EXT4 )

A windows 8.1-et valamint a Windows 8.1 telepítőt és a Linuxot is a GRUB töltötte be egy boot menüből ,az az duál boot volt.
A testdisk megtalált első körben a 10 GB-os és a logikai 15 GB-os EXT-4-et. Aztán mélyebb scan-re állítottam, újra átkutatta az SSD-t s megtalalálta a 199GB-os windows-os partíciót is valamint a swap kötetet is tévesen, mert az egy fájl volt.
Lemezre írtam a változtatásokat, majd reboot.

Most így néz ki a partíciós tábla:

Disk /dev/sda: 223,6 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SUV400S
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x588b6ff4

Eszköz Indítható Start Vége Szektorok Size Id Típus
/dev/sda1 * 2048 417335295 417333248 199G 7 HPFS/NTFS/exFAT
/dev/sda2 417335296 438511615 21176320 10,1G 7 HPFS/NTFS/exFAT
/dev/sda3 438515712 468860927 30345216 14,5G f W95 kiterj. (LBA)
/dev/sda5 438517760 468860927 30343168 14,5G 83 Linux

Az Arch linux az SDA5-ről indítható lett, és be is bootolot, csak előtte az FSTAB-ból ki kellett kommenteznem az SDA1-es NTFS windows-os kötet felcsatolását, mert boot közben emergency módba került a rendszer.

A grub menüből megpróbáltam elindítani a windows 8 telepítőt csak olvas és olvas folyamatosan az SSD-ről de nem tölt be, a windows 8 se tölt be. Csak az Arch-ot tudom indítani.

Megpróbáltam felcsatolni a Windows partíciót de ezt kaptam:

[jimmy@archlaptop ~]$ sudo mount /dev/sda1 /mnt

ntfs_mst_post_read_fixup_warn: magic: 0x1a0e2ff6 size: 4096 usa_ofs: 58256 usa_count: 24275: Érvénytelen argumentum
Actual VCN (0x7d68ad8d3854dfdf) of index buffer is different from expected VCN (0x0).
Failed to open $Secure: Nincs ilyen fájl vagy könyvtár
Failed to mount '/dev/sda1': Nincs ilyen fájl vagy könyvtár

A google keresés nem hozott eredményt. A windows telepítőt azért is akartam elindítani, hogy chkdsk-t futtassak rajta, mert a linuxos ntfsfix se tud érdemben semmit csinálni:

[jimmy@archlaptop ~]$ sudo ntfsfix /dev/sda1

Mounting volume... ntfs_mst_post_read_fixup_warn: magic: 0x1a0e2ff6 size: 4096 usa_ofs: 58256 usa_count: 24275: Invalid argument
Actual VCN (0x7d68ad8d3854dfdf) of index buffer is different from expected VCN (0x0).
Failed to open $Secure: No such file or directory
FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
ntfs_mst_post_read_fixup_warn: magic: 0x1a0e2ff6 size: 4096 usa_ofs: 58256 usa_count: 24275: Invalid argument
Actual VCN (0x7d68ad8d3854dfdf) of index buffer is different from expected VCN (0x0).
Failed to open $Secure: No such file or directory
Remount failed: No such file or directory

Gondoltam majd ha több időm lesz, akkor legíalulom az egészet és újra partícionálom az SSD-t, mivel a gép egy HP elitebook 2530p, és van benne UEFI támogatás, megpróbálok UEFI-ben partícionálni.

Mindenről van mentés, még pár nappal korábban készítettem, az Archról fájl szintű van csak, tar-ral, a windowsról nincsen mert annak se árt néha a telepítés.

Valami tippetek van, mitévő legyek hogy helyre tudjam hozni a windows partícióját, hogy azért mégse kelljen telepíteni újra? Meg egyáltalán, hogy felcsatolható legyen, legalább, mert így kb használhatatlan.

Update: Meghalt az ssd... Veszek egy nagyobbat helyette. Kingston volt.

( Sulc v | 2019. 03. 07., cs – 12:25 )

Tippre cserélj SSD-t mert ennek reszeltek.
Amúgy meg getDataBack for NTFS ami talán vissza tud hozni filekat ha fontosak voltak.

( ncc1701 | 2019. 03. 07., cs – 14:36 )

Szerintem döglik a vezérlő, dobd ki.

( Raynes | 2019. 03. 07., cs – 18:02 )

A smartmontools csomagból smartctl-lel nézz rá az SSD-re:
sudo smartctl -a /dev/sda

Esetleg hdparm-mal egy SMART self-test-et végignyomhatsz rajta.

Valószínű bedöglött az SSD. Fontos adat biztosan nincs rajta, azok meglennének biztonsági mentésben.

No keyboard detected... Press F1 to run the SETUP

Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 100 100 000 Pre-fail Always - 671
5 Reallocated_Sector_Ct 0x0033 096 096 010 Pre-fail Always - 58
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 3237
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 1227
100 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 2149024
101 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 393888
170 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 58
171 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
172 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
174 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 83
175 Program_Fail_Count_Chip 0x0032 100 100 000 Old_age Always - 0
176 Erase_Fail_Count_Chip 0x0032 100 100 000 Old_age Always - 0
177 Wear_Leveling_Count 0x0032 099 099 000 Old_age Always - 645
178 Used_Rsvd_Blk_Cnt_Chip 0x0002 100 100 000 Old_age Always - 4
180 Unused_Rsvd_Blk_Cnt_Tot 0x0002 100 100 000 Old_age Always - 1296
183 Runtime_Bad_Block 0x0032 098 098 000 Old_age Always - 9
187 Reported_Uncorrect 0x0033 100 100 000 Pre-fail Always - 660
194 Temperature_Celsius 0x0022 025 100 000 Old_age Always - 25 (Min/Max 17/46)
195 Hardware_ECC_Recovered 0x0032 100 100 000 Old_age Always - 671
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 58
197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x0012 100 100 000 Old_age Always - 0
201 Unknown_SSD_Attribute 0x0032 100 100 000 Old_age Always - 0
204 Soft_ECC_Correction 0x0032 100 100 000 Old_age Always - 11
231 Temperature_Celsius 0x0032 098 098 000 Old_age Always - 2
233 Media_Wearout_Indicator 0x0032 100 100 000 Old_age Always - 3722
234 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 2013
241 Total_LBAs_Written 0x0032 100 100 000 Old_age Always - 2826
242 Total_LBAs_Read 0x0032 100 100 000 Old_age Always - 4738
250 Read_Error_Retry_Rate 0x0032 100 100 000 Old_age Always - 11

Ó, dehogy nincs benne rendellenes. Számos Raw Error, jó néhány áthelyezett szektor. Szépen mutatja, hogy kezd kifingani az SSD. Az is valószínű, hogy a vezérlő haldoklik, a NAND-on nincs sok írás (se a total LBA written nem vészes, se a wear level indicator).

No keyboard detected... Press F1 to run the SETUP

Ha tényleg Total LBAs Written lenne, ahogy Adata-kon meg Crucialokon, akkor a 2826 az 1,4 MB lenne csak.

Persze ez nem igaz, mert az UV400-nál Total Host Writes van, csak a smartctl írja ki rosszul. A Kingstonoknál GB-ban szokott mérni a SMART, tehát úgy van, ahogy írod, hogy 2826 az 2826 GiB, ami ~2,76 TiB. Ez egyáltalán nem sok írás. A 240 gigás UV400-on a hivatalos gyártói garancialimit 100 SI TB, ettől még nagyon messze van a szóban forgó SSD. A linux eléggé megkíméli az SSD-ket, mert nem tekeri mindenfélre szarral a háttértárat, ahogy a Windows.

Nálam a fő SSD egy 525 gigás Crucial MX300, Arch Linuxot használok rajta, és 2,27 TiB írás lett rajta 2 év alatt, ezzel az ütemmel a gyártói 160 SI TB limitet majd 120 év múlva érném el. De a Windowsos felhasználók sem szoktak az SSD-kre átlag felhasználásnál évi 7-15 TB-nál többet írni, szóval egy UV400 vagy egy MX300 kitartana 6-10 évig. Persze nem biztos, mert nem a NAND szokott elfáradni, hanem a vezérlő fingik ki, ahogy nálad is, függetlenül attól, hogy mennyi írás volt rajta.

Ezért felesleges az SSD-ket kímélgetni, mindenféle noatime meg cache/var átrakós trükköket játszani velük. Sőt, egyenesen pénzpocsékolás, megveszi valaki az SSD-t és az élettartama alatt nem veszi ki belőle azt az írásmennyiséget, ami benne lenne, ergo feleslegesen vette. Azért szoktam írni, hogy valaki valaki már megvette, írja rojtosra, vegyen ki belőle minden írást, mielőtt a vezérlő fix élettartama lejár.

No keyboard detected... Press F1 to run the SETUP

Egy céges jóga laptopban is mostanában halálozott el egy SSD, ami nem is az adatvesztés miatt volt bosszantó, a fontosakat még épp ki lehetett, és nem is az SSD árakkal van a gond, hanem hogy a kedves (másik jelzőt akartam írni) Asus olyan elcs..ett SSD változatot használt, amit asszem kereken két termék tudott, amiket már nem lehetett kapni, legfeljebb aranyáron EBay-ról, vagy pedig kell egy átalakító, ami szintén nem olcsó, de legalább szintén ritka.
Amúgy SSD-nél még nem láttam olyat az érintett eszköz előtt, hogy a CHKDSK szüttyögött a hibás szektorokkal, a régi szép HDD-s idők jutottak róla az eszembe :) (nem tűnt el a partíció, látszólag minden a helyén volt, csak a Windows nem butult be, gondoltam, hátha valami NTFS hiba)

( jimmy399 v | 2019. 03. 19., k – 21:59 )

Az amúgy normális, hogy kb bő 10 napja vett új SSD-n 99%-ra csökkent az életartam számláló 100%-ról?
Olvastam pár külföldi oldalt, hogy nem gond, remélem tényleg nem. Amióta megfeküst az ssd a blogban leírt módon azóta jobban figyelem az smart adatokat a meglévőn.