Non sono riuscito ad effettuare una copia: l'SSD si sta rompendo?

[Sdentato]

Salve a tutti, vi descrivo un campanello d'allarme che ho appena osservato nel mio SSD.

Possiedo un notebook in cui ho installato Ubuntu (sistema principale) e Windows 10. Oggi subito dopo che ho spento il computer tirando la spina (non mi imitate :doh: lo faccio davvero di rado), appena l'ho riacceso subito dopo questo non riusciva più a scrivere nell'SSD. Sono giusto a questa osservazione perché nel momento in cui provavo a scaricare un file qualunque, qualsiasi browser dava errore. Inoltre ho provato a copiare un file di piccole dimensioni, ma Ubuntu mi segnalava l'impossibilità di eseguire l'operazione a causa di un problema di permessi, cosa che non era mai avvenuta in passato (lo uso quotidianamente, l'ho configurato io e non ho mai avuto alcun problema di del genere :rolleyes:). Ho provato anche a rinominare qualsiasi file ma nulla.
Ho riavviato svariate volte partendo sempre con Ubuntu ma non è servito a nulla. Appena ho riavviato partendo con Windows l'SSD ha ripreso subito a funzionare perfettamente (ossia riuscivo a scrivere nell'unità). Effettuo un'altra volta un riavvio e parto di nuovo con Ubuntu: quasi per magia adesso l'SSD funziona bene anche su Ubuntu.

Secondo voi, potrebbe essere un segnale che l'SSD si stia rompendo? Mi sento di affermare che sia improbabile che si tratti di un problema software perché ho riavviato il pc diverse volte e non è servito a nulla e, inoltre, il problema si è risolto da solo! Però vorrei avere l'opinione di altri e di qualcuno che magari ne sa più di me.
Cosa ne pensate? Possibile che sia stato lo spegnimento brutale a generare un malfunzionamento temporaneo dell'SSD?

L'SSD è un KingDian S280 480GB, ecco i dati SMART del mio SSD, tutti i valori sono ok:
https://i.ibb.co/1v5MnMS/Schermata-del-2020-12-16-23-13-23.png (https://ibb.co/1v5MnMS)
(il sensore di temperatura non ha mai funzionato).

Vi ringrazio anticipatamente per le risposte! :sofico:

[Nicodemo Timoteo Taddeo]

Non è una risposta al tuo quesito ma forse può aiutarti a capire meglio. Come vedi il tool di gnome-disks per la verifica dei parametri SMART non riesce a mostrarli integralmente su quel SSD e visto quello che succede anche da me, pare cosa comune.

Ti consiglio di usare smartctl dal terminale, che è probabilmente più aggiornato o comunque vedo fa un lavoro migliore.

smartctl -a /dev/unità_disco

[Sdentato]

Effettivamente riesco a vedere molte più informazioni, grazie!
Pare però che ci sia qualche errore, non so se sia grave però, ecco l'output:


smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-58-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family: Silicon Motion based SSDs
Device Model: KingDian S280 480GB
Serial Number: 2019010202629
Firmware Version: R1001A0
User Capacity: 480.103.981.056 bytes [480 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: mSATA
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2 T13/2015-D revision 3
SATA Version is: SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Thu Dec 17 11:33:11 2020 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

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

General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x11) SMART execute Offline immediate.
No Auto Offline data collection support.
Suspend Offline collection upon new
command.
No Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
No Selective Self-test supported.
SMART capabilities: (0x0002) Does not save SMART data before
entering power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 10) minutes.

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x0032 100 100 050 Old_age Always - 0
5 Reallocated_Sector_Ct 0x0032 100 100 050 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 050 Old_age Always - 3471
12 Power_Cycle_Count 0x0032 100 100 050 Old_age Always - 2380
160 Uncorrectable_Error_Cnt 0x0032 100 100 050 Old_age Always - 0
161 Valid_Spare_Block_Cnt 0x0033 100 100 050 Pre-fail Always - 100
163 Initial_Bad_Block_Count 0x0032 100 100 050 Old_age Always - 24
164 Total_Erase_Count 0x0032 100 100 050 Old_age Always - 159149
165 Max_Erase_Count 0x0032 100 100 050 Old_age Always - 491
166 Min_Erase_Count 0x0032 100 100 050 Old_age Always - 1
167 Average_Erase_Count 0x0032 100 100 050 Old_age Always - 85
168 Max_Erase_Count_of_Spec 0x0032 100 100 050 Old_age Always - 5050
169 Remaining_Lifetime_Perc 0x0032 100 100 050 Old_age Always - 99
175 Program_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0
176 Erase_Fail_Count_Chip 0x0032 100 100 050 Old_age Always - 0
177 Wear_Leveling_Count 0x0032 100 100 050 Old_age Always - 0
178 Runtime_Invalid_Blk_Cnt 0x0032 100 100 050 Old_age Always - 0
181 Program_Fail_Cnt_Total 0x0032 100 100 050 Old_age Always - 0
182 Erase_Fail_Count_Total 0x0032 100 100 050 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 050 Old_age Always - 134
194 Temperature_Celsius 0x0022 100 100 050 Old_age Always - 40
195 Hardware_ECC_Recovered 0x0032 100 100 050 Old_age Always - 0
196 Reallocated_Event_Count 0x0032 100 100 050 Old_age Always - 0
197 Current_Pending_Sector 0x0032 100 100 050 Old_age Always - 0
198 Offline_Uncorrectable 0x0032 100 100 050 Old_age Always - 0
199 UDMA_CRC_Error_Count 0x0032 100 100 050 Old_age Always - 0
232 Available_Reservd_Space 0x0032 100 100 050 Old_age Always - 100
241 Host_Writes_32MiB 0x0030 100 100 050 Old_age Offline - 224158
242 Host_Reads_32MiB 0x0030 100 100 050 Old_age Offline - 299055
245 TLC_Writes_32MiB 0x0032 100 100 050 Old_age Always - 413484

SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error -4 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
When the command that caused the error occurred, the device was active or idle.

After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
00 00 00 00 00 00 00

Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
b0 d0 01 00 4f c2 00 08 00:00:00.000 SMART READ DATA
b0 d1 01 01 4f c2 00 08 00:00:00.000 SMART READ ATTRIBUTE THRESHOLDS [OBS-4]
b0 da 00 00 4f c2 00 08 00:00:00.000 SMART RETURN STATUS
b0 d5 01 00 4f c2 00 08 00:00:00.000 SMART READ LOG
b0 d5 01 01 4f c2 00 08 00:00:00.000 SMART READ LOG

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 3439 -
# 2 Extended offline Completed without error 00% 1253 -
# 3 Extended offline Interrupted (host reset) 50% 1251 -
# 4 Short offline Completed without error 00% 998 -
# 5 Extended offline Completed without error 00% 14 -

Selective Self-tests/Logging not supported

[Nicodemo Timoteo Taddeo]

Effettivamente riesco a vedere molte più informazioni, grazie!
Pare però che ci sia qualche errore, non so se sia grave però, ecco l'output:


Secondo me più che altro, da come l'hai raccontata, la mancanza di corrente ha creato più che altro un danno al filesystem, danno che poi è stato corretto in automatico nei successivi riavvii.

[Sdentato]

Beh hai dato una spiegazione abbastanza plausibile, penso proprio che mi hai convinto :)

Nessun altro? Io per sicurezza un backup me lo farò...

[aled1974]

appoggio il ragionamento di NTT :mano: dato che l'ho visto succedere anni e anni fa su un meccanico maxtor 160gb e windows 7 (unico os), se non il filesystem del disco quanto meno una corruzione ai file di sistema di windows e/o driver vari

ottima idea quella del backup, a prescindere dal problema rilevato :mano:

ciao ciao

[Sdentato]

Salve a tutti, rispolvero questa discussione perché il problema mi si è ripresentato e mi sono reso conto che si tratta più di un problema software che hardware.

Mi sono accorto che il problema si verifica frequentemente quando spengo il computer dal sistema operativo Windows 10 (specie se forzatamente): è come se il SO di Microsoft tenesse la partizione dei dati impegnata.

Secondo voi la mia intuizione è giusta? Ovvero, si tratta solo di un problema software?
Inoltre, cosa posso fare per risolvere questo problema?

[Nicodemo Timoteo Taddeo]

Salve a tutti, rispolvero questa discussione perché il problema mi si è ripresentato e mi sono reso conto che si tratta più di un problema software che hardware.

Mi sono accorto che il problema si verifica frequentemente quando spengo il computer dal sistema operativo Windows 10 (specie se forzatamente): è come se il SO di Microsoft tenesse la partizione dei dati impegnata.

Secondo voi la mia intuizione è giusta? Ovvero, si tratta solo di un problema software?
Inoltre, cosa posso fare per risolvere questo problema?

Sì è possibile, Windows 10 di default non si spegne veramente ma passa in uno stato di ibernazione ibrida, cioè non chiude regolarmente il filesystem della sua partizione e a volte per qualche motivo può non chiudere regolarmente neanche quello di altre partizioni. Quando poi provi ad accedere al file system da un altro sistema operativo può capitare che il sistema non ci riesca del tutto oppure che ci riesca ma faccia qualche casino.

In sistemi dualboot è fortemente consigliato disattivare l'avvio rapido di Windows 10:
https://www.geekslab.it/come-disabilitare-lavvio-rapido-su-windows-10/

[Sdentato]

Ciao, è strano perché disabilito sempre questa opzione da quando sono in dual boot e ho un SSD.
Infatti le impostazioni lo confermano:
https://i.ibb.co/M2mZZN5/Immagine-2021-02-20-111835.png (https://ibb.co/M2mZZN5)

Cosa potrebbe essere quindi?