Errore "Il file o la directory è illeggibile e danneggiato"

[fasteagle]

Premetto che ho un dual boot windows 10 / ubuntu ma uso windows saltuariamente.
Come da titolo, ricevo l'errore: "Impossibile accedere a E:\...." "Il file o la directory è illeggibile e danneggiato" di recente ogni volta che tento di accedere da windows ad una certa cartella sulla partizione e: (ntfs), mentre da ubuntu mai nessun problema. Questo problema è sicuramente sorto nell'ultimo mese perchè a luglio di sicuro vi ho acceduto da windows.
Da ubuntu, se vado in proprietà di questa cartella, tutto sembra ok, mentre da windows mi dice 0 file e 0 cartelle.
Il percorso non è chilometrico, tanto che da windows accedo normalmente alle altre cartelle che si trovano nella medesima directory di questa, nè le cartelle hanno nomi con caratteri strani.

Da ubuntu ho provato sia a rinominarla sia a fare copia-incolla creando una cartella gemella sia a copiarne il contenuto ed incollarlo in un'altra cartella che ho nominato "123456" ma non ha funzionato nulla in ambiente windows.

Avete idea di cosa si tratti e di come si possa risolvere?

[Styb]

Prova ad eseguire il chkdsk /f sull'unità E, dal prompt dei comandi avviato come amministratore. Oppure da Gestione disco, clic destro sull'unità, Proprietà, Strumenti e controlla gli errori.

[fasteagle]

ciao Styb!
su tuo suggerimento di eventuali errori in e:, mi è venuta l'idea di copiare la cartella in oggetto da e: (partizione dove tengo solo i dati) a c: (partizione di windows) e lì tutto funziona! quindi almeno posso fare subito ciò che avevo urgenza di fare :)

ho provato a fare "controlla disco" sulla partizione e: ed è uscito fuori:

nell'unità sono stati rilevati errori che è necessario risolvere. chiudere la finestra di dialogo, quindi ripristinare l'unità

-> mostra dettagli -> visualizzatore eventi

Chkdsk eseguito in modalità analisi su uno snapshot di volume.

Controllo in corso del file system su E:
L'etichetta del volume è STORAGE.

Fase 1: analisi della struttura del file system di base in corso...

115600 record file elaborati. Verifica file completata.

465 record di file di grandi dimensioni elaborati.
0 record file non validi elaborati.
Fase 2: analisi del collegamento dei nomi file in corso...
Rilevata struttura file di base danneggiata per "<0x5,0x3536>"
... in coda per la riparazione offline.

etc. per molti altri indirizzi, comunque ho salvato tutti gli indirizzi della fase 2 in un file di testo.

ciò che non capisco è come sia possibile che tale problema si presenti da windows e non da ubuntu; posso sperare che ciò voglia dire che i settori rilevati in "fase 2" non siano danneggiati?
è possibile rimediare senza perdere dati su e:?
è normale un problema del genere in merito ad un hdd meccanico western digital black WD1003FZEX acquistato nel 2018?

[Styb]

Per verificare che il problema non sia dovuto ad un errore fisico del disco, puoi usare CrystalDiskInfo: https://crystalmark.info/en/download/#CrystalDiskInfo, anche in versione portatile (Zip), o altri programmi analoghi che valutano lo stato di salute del disco analizzando i dati smart.

Se lo stato di salute è buono, la correzione del file system non dovrebbe portare ad una perdita di dati, è comunque buona norma effettuare una copia di backup dei dati.

[fasteagle]

CrystalDiskInfo 7.7.0

OS : Windows 10 [10.0 Build 17763] (x64)
Date : 2023/09/02 12:53:50

-- Controller Map ----------------------------------------------------------
+ Controller AHCI SATA standard [ATA]
- WDC WD1003FZEX-00K3CA0
- Controller AHCI SATA standard [ATA]
- Controller spazi di archiviazione Microsoft [SCSI]

-- Disk List ---------------------------------------------------------------
(1) WDC WD1003FZEX-00K3CA0 : 1000,2 GB [0/0/0, pd1] - wd

----------------------------------------------------------------------------
(1) WDC WD1003FZEX-00K3CA0
----------------------------------------------------------------------------
Model : WDC WD1003FZEX-00K3CA0
Firmware : 01.01A01
Serial Number : [...]
Disk Size : 1000,2 GB (8,4/137,4/1000,2/1000,2)
Buffer Size : Unknown
Queue Depth : 32
# of Sectors : 1953525168
Rotation Rate : 7200 RPM
Interface : Serial ATA
Major Version : ACS-3
Minor Version : ACS-3 Revision 3b
Transfer Mode : SATA/600 | SATA/600
Power On Hours : 11941 hours
Power On Count : 4344 count
Temperature : 34 C (93 F)
Health Status : Good
Features : S.M.A.R.T., 48bit LBA, NCQ
APM Level : ----
AAM Level : ----
Drive Letter : C: E:


wester digital Data Lifeguard Diagnostic for Windows

Test Option: EXTENDED TEST
Model Number: WDC WD1003FZEX-00K3CA0
Unit Serial Number: [...]
Firmware Number: 01.01A01
Capacity: 1000.20 GB
SMART Status: PASS
Test Result: PASS
Test Time: 14:58:33, September 02, 2023

lo stato è "good" per CrystalDiskInfo ed il test EXTENDED del sw di diagnostica wd è "pass". non sembrano esserci danni fisici... dunque secondo te, come si spiegano quegli errori rilevati da checkdisk di windows? chiedo solo per capire se ho combinato qualcosa io e come evitarli per il futuro :)

riguardo la correzione con checkdisk ed il rischio di perdita di dati, credo d'aver trovato una soluzione. l'unità e: è scritta per meno della metà, dunque:
- la partiziono in 2 ulteriori parti uguali
- prima correggo gli errori con checkdisk facendolo agire sulla partizione vuota
- quando ha finito ed è tutto corretto, copio i dati dalla partizione piena a quella vuota appena corretta e li cancello dalla prima
- faccio correggere gli errori a checkdisk sulla partizione appena svuotata
- riunifico le 2 partizioni
funzionerà senza problemi?

[Styb]

lo stato è "good" per CrystalDiskInfo ed il test EXTENDED del sw di diagnostica wd è "pass". non sembrano esserci danni fisici... dunque secondo te, come si spiegano quegli errori rilevati da checkdisk di windows? chiedo solo per capire se ho combinato qualcosa io e come evitarli per il futuro :)
Gli errori rilevati da chkdsk sono errori logici del file system, cioè lato software, mentre la valutazione dei dati smart è una valutazione dello stato fisico del disco, cioè lato hardware. Sono due cose distinte, ma comunque è un bene che non vi siano errori hardware. Non ho idea del perché sia avvenuta una corruzione del file system. :fagiano:

riguardo la correzione con checkdisk ed il rischio di perdita di dati, credo d'aver trovato una soluzione. l'unità e: è scritta per meno della metà, dunque:
- la partiziono in 2 ulteriori parti uguali
- prima correggo gli errori con checkdisk facendolo agire sulla partizione vuota
- quando ha finito ed è tutto corretto, copio i dati dalla partizione piena a quella vuota appena corretta e li cancello dalla prima
- faccio correggere gli errori a checkdisk sulla partizione appena svuotata
- riunifico le 2 partizioni
funzionerà senza problemi?

Se da linux puoi accedere ai file della partizione E:\, penso che sia opportuno copiare dapprima i file nella nuova partizione e poi procedere da windows alla correzione degli errori del file system.

[fasteagle]

ciao Styb! è successo qualcosa di piacevolmente inspiegabile: senza che io abbia fatto nulla, ho provato nuovamente ad accedere da win10 alla cartella inaccessibile e ci sono riuscito! ho fatto un nuovo "controlla disco" su e: da windows ed adesso non si rilevano più errori. hai idea di cosa sia successo a win10?

[Styb]

Probabile che hai utilizzato la riparazione con chkdsk senza volerlo.