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 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 ). 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:

(il sensore di temperatura non ha mai funzionato).

Vi ringrazio anticipatamente per le risposte!

[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]

Originariamente inviato da 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:

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 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

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]

Originariamente inviato da 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?

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-disabil...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:


Cosa potrebbe essere quindi?