[risolto] recupero dati da disco con bad sectors

Riconoscimento, installazione e configurazione delle periferiche.
Scrivi risposta
shinken
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 411
Iscrizione: mercoledì 17 novembre 2010, 17:09
Desktop: KDE
Distribuzione: Kubuntu 20.04 64 bit
Sesso: Maschile
Località: Genova

[risolto] recupero dati da disco con bad sectors

Messaggio da shinken »

Buongiorno
ho un disco interno 500 Gb disco da 2,5' riciclato
formattato in Ext4 con LUKS Encryption (version 1)
Oggi Disks
Disk is OK, 23 bad sectors (41° C / 106° F)
Il disco è diventato molto lento, quasi impossibile trasferire i dati.
I dati importanti sono già salvati altrove, tuttavia per pigrizia vorrei ricuperare anche il resto.
Ci sono procedure per mettere una pezza e riuscire a recuperare i dati non coinvolti da settori danneggiati?
Ultima modifica di shinken il mercoledì 17 agosto 2022, 11:12, modificato 1 volta in totale.
Utente linux perennemente imbranato.
configurazione in uso: Kubuntu 20.04. 64bit kde-plasma mb msi Z77A G43, intel i5 3570k,ram 8Gb SanDisk SSD 500Gb
Avatar utente
frapox
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3113
Iscrizione: sabato 31 dicembre 2005, 19:22
Desktop: Kde Plasma, Gnome
Distribuzione: Arch, Debian
Località: Sud Europa

Re: recupero dati da disco con bad secors

Messaggio da frapox »

shinken ha scritto:
domenica 14 agosto 2022, 10:52
Buongiorno
ho un disco interno 500 Gb disco da 2,5' riciclato
formattato in Ext4 con LUKS Encryption (version 1)
Oggi Disks
Disk is OK, 23 bad sectors (41° C / 106° F)
Il disco è diventato molto lento, quasi impossibile trasferire i dati.
I dati importanti sono già salvati altrove, tuttavia per pigrizia vorrei ricuperare anche il resto.
Ci sono procedure per mettere una pezza e riuscire a recuperare i dati non coinvolti da settori danneggiati?
Ciao,
intanto, dopo aver decriptato il disco come fai di solito, posta

Codice: Seleziona tutto

lsblk
(nei tag code, non quote)

Sei sicuro che manchi qualcosa? perché il fatto che indichi "bad sectors" non significa automaticamente che qualche file sia andato perduto.
MP: frapox at suchat dot org (Jabber) || frapox chiocciola libero punto it (mail) ; NO richieste di supporto in privato
Slava Ukraïni! 🇺🇦
shinken
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 411
Iscrizione: mercoledì 17 novembre 2010, 17:09
Desktop: KDE
Distribuzione: Kubuntu 20.04 64 bit
Sesso: Maschile
Località: Genova

Re: recupero dati da disco con bad secors

Messaggio da shinken »

Allora non sono in grado di dire se ci siano file persi.
La lettura è molto lenta, praticamente si blocca direi.
Ho guardato su disks se mi dava qualche avviso e dice 23 settori .
Avevo in programma di sostituire il disco a settembre, pace

Codice: Seleziona tutto

NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0                                           7:0    0     4K  1 loop  /snap/bare/5
loop1                                           7:1    0  19,5M  1 loop  /snap/batchfilerename/1
loop2                                           7:2    0 228,1M  1 loop  /snap/blender/2578
loop3                                           7:3    0 228,1M  1 loop  /snap/blender/2661
loop4                                           7:4    0   364K  1 loop  /snap/bpytop/254
loop5                                           7:5    0   364K  1 loop  /snap/bpytop/255
loop6                                           7:6    0 133,3M  1 loop  /snap/chromium/2036
loop7                                           7:7    0 141,1M  1 loop  /snap/chromium/2051
loop8                                           7:8    0   114M  1 loop  /snap/core/13425
loop9                                           7:9    0 113,9M  1 loop  /snap/core/13308
loop10                                          7:10   0    62M  1 loop  /snap/core20/1593
loop11                                          7:11   0  70,4M  1 loop  /snap/core22/188
loop12                                          7:12   0    78M  1 loop  /snap/csbooks/54
loop13                                          7:13   0 118,4M  1 loop  /snap/docker/1779
loop14                                          7:14   0  77,9M  1 loop  /snap/csbooks/55
loop15                                          7:15   0  82,6M  1 loop  /snap/cawbird/744
loop16                                          7:16   0  23,1M  1 loop  /snap/deluge-lukewh/15
loop17                                          7:17   0 117,2M  1 loop  /snap/docker/1767
loop18                                          7:18   0  16,1M  1 loop  /snap/foliate/1163
loop19                                          7:19   0  98,4M  1 loop  /snap/fslint-unofficial/59
loop20                                          7:20   0  93,7M  1 loop  /snap/gallery-dl/3427
loop21                                          7:21   0  93,8M  1 loop  /snap/gallery-dl/3482
loop22                                          7:22   0   138M  1 loop  /snap/gitkraken/193
loop23                                          7:23   0 162,9M  1 loop  /snap/gnome-3-28-1804/145
loop24                                          7:24   0  98,4M  1 loop  /snap/fslint-unofficial/55
loop25                                          7:25   0    62M  1 loop  /snap/core20/1587
loop26                                          7:26   0  23,7M  1 loop  /snap/deluge-lukewh/18
loop27                                          7:27   0  88,3M  1 loop  /snap/mcomix-tabetai/7
loop28                                          7:28   0   219M  1 loop  /snap/gnome-3-34-1804/77
loop29                                          7:29   0   140K  1 loop  /snap/gtk2-common-themes/13
loop30                                          7:30   0 400,8M  1 loop  /snap/gnome-3-38-2004/112
loop31                                          7:31   0  55,5M  1 loop  /snap/core18/2409
loop32                                          7:32   0  81,3M  1 loop  /snap/gtk-common-themes/1534
loop33                                          7:33   0 169,6M  1 loop  /snap/spotify/58
loop34                                          7:34   0  80,4M  1 loop  /snap/opencomic/6
loop35                                          7:35   0 122,6M  1 loop  /snap/xmind/15
loop36                                          7:36   0 169,4M  1 loop  /snap/spotify/60
loop37                                          7:37   0 121,3M  1 loop  /snap/xmind/16
loop38                                          7:38   0   219M  1 loop  /snap/gnome-3-34-1804/72
loop39                                          7:39   0 143,9M  1 loop  /snap/joplin-desktop/28
loop40                                          7:40   0  64,7M  1 loop  /snap/sublime-text/110
loop41                                          7:41   0 129,9M  1 loop  /snap/mysql-workbench-community/10
loop42                                          7:42   0 254,1M  1 loop  /snap/gnome-3-38-2004/106
loop43                                          7:43   0 329,4M  1 loop  /snap/inkscape/10417
loop44                                          7:44   0  55,6M  1 loop  /snap/core18/2538
loop45                                          7:45   0 124,7M  1 loop  /snap/mysql-workbench-community/9
loop46                                          7:46   0  64,9M  1 loop  /snap/sublime-text/112
loop47                                          7:47   0  16,2M  1 loop  /snap/foliate/1167
loop48                                          7:48   0  89,4M  1 loop  /snap/smart-file-renamer/49
loop49                                          7:49   0 565,5M  1 loop  /snap/pycharm-community/291
loop50                                          7:50   0 149,6M  1 loop  /snap/joplin-desktop/27
loop51                                          7:51   0  87,9M  1 loop  /snap/whatsapp-for-linux/39
loop52                                          7:52   0  84,4M  1 loop  /snap/opencomic/7
loop53                                          7:53   0  91,7M  1 loop  /snap/gtk-common-themes/1535
loop54                                          7:54   0 559,2M  1 loop  /snap/pycharm-community/293
loop55                                          7:55   0  89,5M  1 loop  /snap/whatsapp-for-linux/45
loop56                                          7:56   0 164,8M  1 loop  /snap/gnome-3-28-1804/161
loop57                                          7:57   0 111,1M  1 loop  /snap/simplenote/544
loop58                                          7:58   0 329,7M  1 loop  /snap/inkscape/10423
loop59                                          7:59   0 102,1M  1 loop  /snap/mmex/962
loop60                                          7:60   0 178,5M  1 loop  /snap/gitkraken/194
loop61                                          7:61   0  89,4M  1 loop  /snap/smart-file-renamer/48
sda                                             8:0    0 465,8G  0 disk  
└─sda1                                          8:1    0 465,8G  0 part  
  └─luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93 253:0    0 465,8G  0 crypt /media/sk/dati500
sdb                                             8:16   0 223,6G  0 disk  
└─sdb1                                          8:17   0 223,6G  0 part  
sdc                                             8:32   0 447,1G  0 disk  
├─sdc1                                          8:33   0   512M  0 part  /boot/efi
├─sdc2                                          8:34   0     1K  0 part  
└─sdc5                                          8:37   0 446,6G  0 part  /

Utente linux perennemente imbranato.
configurazione in uso: Kubuntu 20.04. 64bit kde-plasma mb msi Z77A G43, intel i5 3570k,ram 8Gb SanDisk SSD 500Gb
Avatar utente
frapox
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3113
Iscrizione: sabato 31 dicembre 2005, 19:22
Desktop: Kde Plasma, Gnome
Distribuzione: Arch, Debian
Località: Sud Europa

Re: recupero dati da disco con bad secors

Messaggio da frapox »

shinken ha scritto:
domenica 14 agosto 2022, 11:49
Allora non sono in grado di dire se ci siano file persi.
La lettura è molto lenta, praticamente si blocca direi.
Ho guardato su disks se mi dava qualche avviso e dice 23 settori .
Il fatto che dia tot settori come "bad" non indica automaticamente che qualcosa sia andato perduto perché può essere che abbia spostato i settori danneggiati, marcandoli come tali, in altri punti del disco non danneggiati.

Avevo in programma di sostituire il disco a settembre, pace
Anche prima di settembre. Ok non manca molto però io fossi in te ordinerei un disco sostitutivo al più presto pensionando quello che attualmente da problemi.

Codice: Seleziona tutto

NAME                                          MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
loop0                                           7:0    0     4K  1 loop  /snap/bare/5
loop1                                           7:1    0  19,5M  1 loop  /snap/batchfilerename/1
loop2                                           7:2    0 228,1M  1 loop  /snap/blender/2578
loop3                                           7:3    0 228,1M  1 loop  /snap/blender/2661
loop4                                           7:4    0   364K  1 loop  /snap/bpytop/254
loop5                                           7:5    0   364K  1 loop  /snap/bpytop/255
loop6                                           7:6    0 133,3M  1 loop  /snap/chromium/2036
loop7                                           7:7    0 141,1M  1 loop  /snap/chromium/2051
loop8                                           7:8    0   114M  1 loop  /snap/core/13425
loop9                                           7:9    0 113,9M  1 loop  /snap/core/13308
loop10                                          7:10   0    62M  1 loop  /snap/core20/1593
loop11                                          7:11   0  70,4M  1 loop  /snap/core22/188
loop12                                          7:12   0    78M  1 loop  /snap/csbooks/54
loop13                                          7:13   0 118,4M  1 loop  /snap/docker/1779
loop14                                          7:14   0  77,9M  1 loop  /snap/csbooks/55
loop15                                          7:15   0  82,6M  1 loop  /snap/cawbird/744
loop16                                          7:16   0  23,1M  1 loop  /snap/deluge-lukewh/15
loop17                                          7:17   0 117,2M  1 loop  /snap/docker/1767
loop18                                          7:18   0  16,1M  1 loop  /snap/foliate/1163
loop19                                          7:19   0  98,4M  1 loop  /snap/fslint-unofficial/59
loop20                                          7:20   0  93,7M  1 loop  /snap/gallery-dl/3427
loop21                                          7:21   0  93,8M  1 loop  /snap/gallery-dl/3482
loop22                                          7:22   0   138M  1 loop  /snap/gitkraken/193
loop23                                          7:23   0 162,9M  1 loop  /snap/gnome-3-28-1804/145
loop24                                          7:24   0  98,4M  1 loop  /snap/fslint-unofficial/55
loop25                                          7:25   0    62M  1 loop  /snap/core20/1587
loop26                                          7:26   0  23,7M  1 loop  /snap/deluge-lukewh/18
loop27                                          7:27   0  88,3M  1 loop  /snap/mcomix-tabetai/7
loop28                                          7:28   0   219M  1 loop  /snap/gnome-3-34-1804/77
loop29                                          7:29   0   140K  1 loop  /snap/gtk2-common-themes/13
loop30                                          7:30   0 400,8M  1 loop  /snap/gnome-3-38-2004/112
loop31                                          7:31   0  55,5M  1 loop  /snap/core18/2409
loop32                                          7:32   0  81,3M  1 loop  /snap/gtk-common-themes/1534
loop33                                          7:33   0 169,6M  1 loop  /snap/spotify/58
loop34                                          7:34   0  80,4M  1 loop  /snap/opencomic/6
loop35                                          7:35   0 122,6M  1 loop  /snap/xmind/15
loop36                                          7:36   0 169,4M  1 loop  /snap/spotify/60
loop37                                          7:37   0 121,3M  1 loop  /snap/xmind/16
loop38                                          7:38   0   219M  1 loop  /snap/gnome-3-34-1804/72
loop39                                          7:39   0 143,9M  1 loop  /snap/joplin-desktop/28
loop40                                          7:40   0  64,7M  1 loop  /snap/sublime-text/110
loop41                                          7:41   0 129,9M  1 loop  /snap/mysql-workbench-community/10
loop42                                          7:42   0 254,1M  1 loop  /snap/gnome-3-38-2004/106
loop43                                          7:43   0 329,4M  1 loop  /snap/inkscape/10417
loop44                                          7:44   0  55,6M  1 loop  /snap/core18/2538
loop45                                          7:45   0 124,7M  1 loop  /snap/mysql-workbench-community/9
loop46                                          7:46   0  64,9M  1 loop  /snap/sublime-text/112
loop47                                          7:47   0  16,2M  1 loop  /snap/foliate/1167
loop48                                          7:48   0  89,4M  1 loop  /snap/smart-file-renamer/49
loop49                                          7:49   0 565,5M  1 loop  /snap/pycharm-community/291
loop50                                          7:50   0 149,6M  1 loop  /snap/joplin-desktop/27
loop51                                          7:51   0  87,9M  1 loop  /snap/whatsapp-for-linux/39
loop52                                          7:52   0  84,4M  1 loop  /snap/opencomic/7
loop53                                          7:53   0  91,7M  1 loop  /snap/gtk-common-themes/1535
loop54                                          7:54   0 559,2M  1 loop  /snap/pycharm-community/293
loop55                                          7:55   0  89,5M  1 loop  /snap/whatsapp-for-linux/45
loop56                                          7:56   0 164,8M  1 loop  /snap/gnome-3-28-1804/161
loop57                                          7:57   0 111,1M  1 loop  /snap/simplenote/544
loop58                                          7:58   0 329,7M  1 loop  /snap/inkscape/10423
loop59                                          7:59   0 102,1M  1 loop  /snap/mmex/962
loop60                                          7:60   0 178,5M  1 loop  /snap/gitkraken/194
loop61                                          7:61   0  89,4M  1 loop  /snap/smart-file-renamer/48
sda                                             8:0    0 465,8G  0 disk  
└─sda1                                          8:1    0 465,8G  0 part  
  └─luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93 253:0    0 465,8G  0 crypt /media/sk/dati500
sdb                                             8:16   0 223,6G  0 disk  
└─sdb1                                          8:17   0 223,6G  0 part  
sdc                                             8:32   0 447,1G  0 disk  
├─sdc1                                          8:33   0   512M  0 part  /boot/efi
├─sdc2                                          8:34   0     1K  0 part  
└─sdc5                                          8:37   0 446,6G  0 part  /

Ok deduco che il filesystem danneggiato si trovi su primo disco, quindi, in successione:

Codice: Seleziona tutto

sudo umount -flv /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
sudo fsck -fvc /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
sudo fsck -fvy /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
Il secondo comando (con lo switch "c") va a scansionare il disco tramite l'utility badblocks, e come recita il man:
If any bad blocks are found, they are added to the bad block in‐
ode to prevent them from being allocated to a file or directory.
Prenditi tutto il tempo necessario perché potrebbe volerci molto.

Il terzo fa una scansione normale del filesystem alla ricerca di eventuali inconsistenze e le ripara automaticamente.

Riporta tutto quanto esce fuori a terminali, sempre nei tag code.
MP: frapox at suchat dot org (Jabber) || frapox chiocciola libero punto it (mail) ; NO richieste di supporto in privato
Slava Ukraïni! 🇺🇦
shinken
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 411
Iscrizione: mercoledì 17 novembre 2010, 17:09
Desktop: KDE
Distribuzione: Kubuntu 20.04 64 bit
Sesso: Maschile
Località: Genova

Re: recupero dati da disco con bad secors

Messaggio da shinken »

Inizio a dire che il mio scopo con quel disco sarebbe poterlo montare in sola lettura.
Perdere i dati su quel disco è più un fastidio che un danno, quindi oltre un certo limite getto il disco e pace.

sudo fsck -fvc /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
ha lavorato per 60 ore trovando almeno 170 errori nei blocchi

Purtoppo il limite di righe di scorrimento del terminale le avevo impostate a 1000
quindi ho perso molti messaggi
alcune migliaia di messaggi sugli inode
poi moltissimi messaggi come questo
Numero dei blocco(i) liberi errato per il gruppo #3280 (4294959072, contati=0). Correggi<s>? sì

ed alcune centinaia come questo
Numero dei blocco(i) liberi errato per il gruppo #3280 (4294959072, contati=0).Correggi<s>? sì

A tutti ho dato la risposta predefinita Si

Codice: Seleziona tutto

  
sk@sk-MS-7758:~$ 
sk@sk-MS-7758:~$ sudo fsck -fvy /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
[sudo] password di sk: 
fsck da util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext2: Errore di input/output durante il tentativo di apertura di /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93

The super-blocco could not be read or does not describe a valid ext2/ext3/ext4
file system.  If the device is valid and it really contains an ext2/ext3/ext4
file system (and not swap or ufs or something else), then the super-blocco
is corrupt, and you might try running e2fsck with an alternate super-blocco:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>



sk@sk-MS-7758:~$ sudo mke2fs -n /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
mke2fs 1.45.5 (07-Jan-2020)
Creazione del file system con 122096133 4k blocchi e 30531584 inode
Etichetta del file system=67299611-95db-4a94-8591-be5372ca0be1
Backup del superblocco salvati nei blocchi: 
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 
        102400000


sk@sk-MS-7758:~$ sudo e2fsck -b 32768 /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
e2fsck 1.45.5 (07-Jan-2020)
e2fsck: Errore di input/output durante il tentativo di apertura di /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93

The super-blocco could not be read or does not describe a valid ext2/ext3/ext4
file system.  If the device is valid and it really contains an ext2/ext3/ext4
file system (and not swap or ufs or something else), then the super-blocco
is corrupt, and you might try running e2fsck with an alternate super-blocco:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>

sk@sk-MS-7758:~$ sudo e2fsck -b 102400000 /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93
e2fsck 1.45.5 (07-Jan-2020)
e2fsck: Argomento non valido durante il tentativo di apertura di /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93

The super-blocco could not be read or does not describe a valid ext2/ext3/ext4
file system.  If the device is valid and it really contains an ext2/ext3/ext4
file system (and not swap or ufs or something else), then the super-blocco
is corrupt, and you might try running e2fsck with an alternate super-blocco:
    e2fsck -b 8193 <device>
 or
    e2fsck -b 32768 <device>
Direi che il paziente è morto
Utente linux perennemente imbranato.
configurazione in uso: Kubuntu 20.04. 64bit kde-plasma mb msi Z77A G43, intel i5 3570k,ram 8Gb SanDisk SSD 500Gb
Avatar utente
frapox
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3113
Iscrizione: sabato 31 dicembre 2005, 19:22
Desktop: Kde Plasma, Gnome
Distribuzione: Arch, Debian
Località: Sud Europa

Re: recupero dati da disco con bad secors

Messaggio da frapox »

non so se ti sei reso conto che dando sudo mke2fs hai "formattato" (reinizializzato) il filesystem, cosa che di certo non aiuta il recupero di eventuali dai superstiti.

L'"errore di input/output durante il tentativo di apertura di /dev/mapper/luks-3b35f8ce-b3f2-4a7e-8467-fe94e995df93" dato da fsck -fvy probabilmente è indicativo di un disco ormai alla frutta, comunque puoi tentare un recupero con i tool testdisk e photorec
https://wiki.ubuntu-it.org/Hardware/Dis ... i/TestDisk
https://wiki.ubuntu-it.org/Hardware/Dis ... i/PhotoRec

Tentar non nuoce, anche se le aspettative sono basse.
MP: frapox at suchat dot org (Jabber) || frapox chiocciola libero punto it (mail) ; NO richieste di supporto in privato
Slava Ukraïni! 🇺🇦
shinken
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 411
Iscrizione: mercoledì 17 novembre 2010, 17:09
Desktop: KDE
Distribuzione: Kubuntu 20.04 64 bit
Sesso: Maschile
Località: Genova

Re: recupero dati da disco con bad secors

Messaggio da shinken »

dal manuale di mke2fs

Codice: Seleziona tutto

mke2fs -n 
fa sì che mke2fs non crei effettivamente un filesystem, ma mostri cosa farebbe se dovesse creare un filesystem. Questo può essere usato per determinare la posizione dei superblocchi di backup per un particolare filesystem, a patto che i parametri mke2fs passati quando il filesystem è stato originariamente creato vengano usati di nuovo. (Con l'opzione -n aggiunta, ovviamente!)
Che fosse alla frutta avevo un vago sospetto.
Per inciso il disco morto era del 2005 mi sembra, bisogna che lo lasci andare verso la luce.
Oggi ordino un disco sostitutivo, e do per persi i dati che non avevo copiato in precedenza.
Ti ringrazio per l' aiuto, ho imparato qualche cosa.
Utente linux perennemente imbranato.
configurazione in uso: Kubuntu 20.04. 64bit kde-plasma mb msi Z77A G43, intel i5 3570k,ram 8Gb SanDisk SSD 500Gb
Avatar utente
frapox
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3113
Iscrizione: sabato 31 dicembre 2005, 19:22
Desktop: Kde Plasma, Gnome
Distribuzione: Arch, Debian
Località: Sud Europa

Re: recupero dati da disco con bad secors

Messaggio da frapox »

shinken ha scritto:
mercoledì 17 agosto 2022, 11:10
dal manuale di mke2fs

Codice: Seleziona tutto

mke2fs -n 
fa sì che mke2fs non crei effettivamente un filesystem, ma mostri cosa farebbe se dovesse creare un filesystem. Questo può essere usato per determinare la posizione dei superblocchi di backup per un particolare filesystem, a patto che i parametri mke2fs passati quando il filesystem è stato originariamente creato vengano usati di nuovo. (Con l'opzione -n aggiunta, ovviamente!)
Hai ragione, mi sono perso il "-n", sorry.
shinken ha scritto:
mercoledì 17 agosto 2022, 11:10
Oggi ordino un disco sostitutivo, e do per persi i dati che non avevo copiato in precedenza.
Ti ringrazio per l' aiuto, ho imparato qualche cosa.
Un tentativo con testdisk e/o photorec non lo vuoi fare?
MP: frapox at suchat dot org (Jabber) || frapox chiocciola libero punto it (mail) ; NO richieste di supporto in privato
Slava Ukraïni! 🇺🇦
shinken
Scoppiettante Seguace
Scoppiettante Seguace
Messaggi: 411
Iscrizione: mercoledì 17 novembre 2010, 17:09
Desktop: KDE
Distribuzione: Kubuntu 20.04 64 bit
Sesso: Maschile
Località: Genova

Re: recupero dati da disco con bad secors

Messaggio da shinken »

frapox ha scritto:
mercoledì 17 agosto 2022, 11:32

Un tentativo con testdisk e/o photorec non lo vuoi fare?
potrei ma vorrei evitare di fare altre 50-60 ore, comunque non li ho installati e non ho mai usato nessuno dei due
Utente linux perennemente imbranato.
configurazione in uso: Kubuntu 20.04. 64bit kde-plasma mb msi Z77A G43, intel i5 3570k,ram 8Gb SanDisk SSD 500Gb
Avatar utente
frapox
Imperturbabile Insigne
Imperturbabile Insigne
Messaggi: 3113
Iscrizione: sabato 31 dicembre 2005, 19:22
Desktop: Kde Plasma, Gnome
Distribuzione: Arch, Debian
Località: Sud Europa

Re: recupero dati da disco con bad secors

Messaggio da frapox »

shinken ha scritto:
mercoledì 17 agosto 2022, 12:27
frapox ha scritto:
mercoledì 17 agosto 2022, 11:32

Un tentativo con testdisk e/o photorec non lo vuoi fare?
potrei ma vorrei evitare di fare altre 50-60 ore, comunque non li ho installati e non ho mai usato nessuno dei due
Ok, no problem. Comunque se cambiassi idea, da un'occhiata alle wiki relative:
https://wiki.ubuntu-it.org/Hardware/Dis ... i/TestDisk
https://wiki.ubuntu-it.org/Hardware/Dis ... i/PhotoRec
MP: frapox at suchat dot org (Jabber) || frapox chiocciola libero punto it (mail) ; NO richieste di supporto in privato
Slava Ukraïni! 🇺🇦
Avatar utente
giulux
Amministratore
Amministratore
Messaggi: 25174
Iscrizione: domenica 10 gennaio 2010, 12:17
Desktop: ubuntu 18.04
Distribuzione: Ubuntu 18.04.3 LTS x86_64
Sesso: Maschile
Località: Roma

Re: [risolto] recupero dati da disco con bad sectors

Messaggio da giulux »

Ho corretto il titolo.
"Non è una segno di buona salute l'essere ben adattato ad una società malata". (Jiddu Krishnarmurti)
Scrivi risposta

Ritorna a “Driver e periferiche”

Chi c’è in linea

Visualizzano questa sezione: AndreaKompressor e 10 ospiti