Newsgroup: it.comp.os.linux.iniziare
Titolo: File scomparsi

Ciao a tutti,
oggi ho appreso con mio stupore che tutti i file di uno dei due dischi 
del mio server casalingo, sono scomparsi.
Uso Debian 9.11 con LXDE. Non ho fatto alcuna operazione sui dischi e 
fino a due giorni fa era tutto regolare.
L'unica cosa che posso dire e' che il disco era quasi pieno del tutto: 
un Seagate 3.5" da 4 TB. Non ho provato ancora nulla e prima di rovinare 
qualcosa, chiedo a voi.
Che cacchio faccio?
 
Grazie. Saluti.
Massimo


Troppo poche informazioni.
 
Che vuol dire "sono scomparsi"?
"ls" non li trova?
Lo spazio una volta pieno e` ora
vuoto (i.e. l'HDD e` tornato con
4TB di capacita` residua)?
Che mount point e`? E` un disco
visto in rete?
 
Varie ed eventuali.
 
bye,
 
-- 
 
piergiorgio

 E` un disco visto in rete?
si
 
Saluti. Massimo

On 24/11/2019 15.04, Antonio Barbacane wrote:
[...]
Assumendo che nessuno abbia fatto niente,
un cosa sarebbe cercare nei log (/var/log/
di solito), qualcosa di anomalo.
 
Potrebbe essere che non sia piu` montato?
 
bye,
 
-- 
 
piergiorgio

 
 
ciao. massimo

 e' occupato per l'1.6%. Drammatico!
 
Qualcuno ha cancellato il disco, forse?
 
bye,
 
-- 
 
piergiorgio


 
angelo

 Qualcuno ha cancellato il disco, forse?
e' impossibile, data la mia condizione familiare.
 
Saluti. Massimo

 Piu' che gparted io farei un tentativo con testdisk:
si, grazie. Sarebbe il secondo passo che avevo ipotizzato.
Volevo sapere se esistono altri strumenti.
 
Saluti. Massimo


https://www.r-studio.com/it/data_recovery_linux/
 

 e' impossibile, data la mia condizione familiare.
 
OK, ma chi avrebbe potuto farlo?
Solo "root" o qualunque utente?
O l'utente proprietario?
 
bye,
 
-- 
 
piergiorgio

 O l'utente proprietario?
nessuno.
 
Saluti. Massimo
 
PS: gpart sta ancora funzionando...

 di solito), qualcosa di anomalo.
 
puo' servire?
 
massimo@casa00:/var/log$ ls -l
totale 2788
-rw-r--r-- 1 root              root      0 nov 17 00:07 alternatives.log
-rw-r--r-- 1 root              root    464 nov 16 12:29 alternatives.log.1
-rw-r--r-- 1 root              root    298 set 29 09:30 
alternatives.log.2.gz
-rw-r--r-- 1 root              root    375 ago 25 13:30 
alternatives.log.3.gz
-rw-r--r-- 1 root              root    736 lug 20 17:10 
alternatives.log.4.gz
-rw-r--r-- 1 root              root    112 lug 15 21:32 
alternatives.log.5.gz
-rw-r--r-- 1 root              root    394 mag 26 17:43 
alternatives.log.6.gz
-rw-r--r-- 1 root              root    559 mag  1  2019 
alternatives.log.7.gz
-rw-r--r-- 1 root              root    662 mar 31  2019 
alternatives.log.8.gz
-rw-r--r-- 1 root              root   4091 feb 17  2019 
alternatives.log.9.gz
drwxr-xr-x 2 root              root   4096 nov 24 15:06 apt
-rw-r----- 1 root              adm   46030 nov 24 17:04 auth.log
-rw-r----- 1 root              adm   31413 nov 16 23:17 auth.log.1
-rw-r----- 1 root              adm    2900 nov 10 23:17 auth.log.2.gz
-rw-r----- 1 root              adm    3531 nov  2 23:17 auth.log.3.gz
-rw-r----- 1 root              adm    2881 ott 26 23:17 auth.log.4.gz
-rw------- 1 root              utmp      0 nov  1 00:06 btmp
-rw------- 1 root              utmp      0 ott  1 00:08 btmp.1
-rw-r----- 1 root              adm  136184 nov 24 17:03 daemon.log
-rw-r----- 1 root              adm   47227 nov 17 00:02 daemon.log.1
-rw-r----- 1 root              adm    7659 nov 11 00:04 daemon.log.2.gz
-rw-r----- 1 root              adm   16419 nov  3 00:04 daemon.log.3.gz
-rw-r----- 1 root              adm   12332 ott 27 00:04 daemon.log.4.gz
-rw-r----- 1 root              adm   17106 nov 24 15:06 debug
-rw-r----- 1 root              adm     180 nov 16 12:19 debug.1
-rw-r----- 1 root              adm     100 nov  4 23:41 debug.2.gz
-rw-r----- 1 root              adm    3161 nov  2 18:17 debug.3.gz
-rw-r----- 1 root              adm    2758 ott 26 01:21 debug.4.gz
-rw-r--r-- 1 root              root  38107 nov 24 15:06 dpkg.log
-rw-r--r-- 1 root              root  17739 ott 14 17:16 dpkg.log.1
-rw-r--r-- 1 root              root   8447 set 29 09:33 dpkg.log.2.gz
-rw-r--r-- 1 root              root   7115 ago 25 13:31 dpkg.log.3.gz
-rw-r--r-- 1 root              root   1815 lug 28 12:17 dpkg.log.4.gz
-rw-r--r-- 1 root              root    315 lug 15 21:32 dpkg.log.5.gz
-rw-r--r-- 1 root              root   6580 mag 28 18:34 dpkg.log.6.gz
-rw-r--r-- 1 root              root   1831 apr 29  2019 dpkg.log.7.gz
-rw-r--r-- 1 root              root   8441 mar 31  2019 dpkg.log.8.gz
-rw-r--r-- 1 root              root  77636 feb 28  2019 dpkg.log.9.gz
-rw-r--r-- 1 root              root  32032 set 20 19:07 faillog
-rw-r--r-- 1 root              root   3046 set 11 01:35 fontconfig.log
drwxr-xr-x 3 root              root   4096 feb 17  2019 installer
-rw-r----- 1 root              adm  111249 nov 24 16:27 kern.log
-rw-r----- 1 root              adm    9319 nov 16 20:47 kern.log.1
-rw-r----- 1 root              adm     760 nov 10 20:28 kern.log.2.gz
-rw-r----- 1 root              adm   23073 nov  2 23:30 kern.log.3.gz
-rw-r----- 1 root              adm   17799 ott 26 10:32 kern.log.4.gz
-rw-rw-r-- 1 root              utmp 292292 set 20 19:07 lastlog
drwx--x--x 2 root              root   4096 nov 24 14:14 lightdm
-rw-r----- 1 root              adm  235172 nov 24 16:27 messages
-rw-r----- 1 root              adm   17380 nov 17 00:07 messages.1
-rw-r----- 1 root              adm     936 nov 11 00:09 messages.2.gz
-rw-r----- 1 root              adm   24638 nov  3 00:09 messages.3.gz
-rw-r----- 1 root              adm   17485 ott 27 00:09 messages.4.gz
-rw-r--r-- 1 root              root  21735 nov 21 01:11 popularity-contest
-rw-r--r-- 1 root              root  21763 nov 21 00:07 popularity-contest.0
-rw-r--r-- 1 root              root  16605 nov 14 01:11 
popularity-contest.1.gz
-rw-r--r-- 1 root              root  16586 nov 14 00:06 
popularity-contest.2.gz
-rw-r--r-- 1 root              root  16583 nov  7 01:11 
popularity-contest.3.gz
-rw-r--r-- 1 root              root  16539 nov  7 00:09 
popularity-contest.4.gz
-rw-r--r-- 1 root              root  16398 ott 31 01:11 
popularity-contest.5.gz
-rw-r--r-- 1 root              root  16405 ott 31 00:10 
popularity-contest.6.gz
-rw-r--r-- 1 root              root  65427 nov 21 01:11 
popularity-contest.new
drwx------ 2 speech-dispatcher root   4096 ago  8  2017 speech-dispatcher
-rw-r----- 1 root              adm  126816 nov 24 17:03 syslog
-rw-r----- 1 root              adm   60420 nov 24 00:06 syslog.1
-rw-r----- 1 root              adm    3450 nov 23 00:07 syslog.2.gz
-rw-r----- 1 root              adm    2074 nov 22 00:08 syslog.3.gz
-rw-r----- 1 root              adm    4488 nov 21 00:07 syslog.4.gz
-rw-r----- 1 root              adm    3231 nov 20 00:05 syslog.5.gz
-rw-r----- 1 root              adm    3592 nov 19 00:06 syslog.6.gz
-rw-r----- 1 root              adm    2664 nov 18 00:07 syslog.7.gz
-rw-r----- 1 root              adm  142216 nov 24 15:04 user.log
-rw-r----- 1 root              adm    8822 nov 16 12:29 user.log.1
-rw-r----- 1 root              adm     248 nov  4 23:41 user.log.2.gz
-rw-r----- 1 root              adm    3992 nov  2 20:49 user.log.3.gz
-rw-r----- 1 root              adm    1828 ott 26 10:56 user.log.4.gz
drwxr-xr-x 2 root              root   4096 feb 17  2019 wicd
-rw-rw-r-- 1 root              utmp   7680 nov 24 14:14 wtmp
-rw-rw-r-- 1 root              utmp   6912 ott 26 01:15 wtmp.1
-rw-r--r-- 1 root              root  62261 nov 24 14:15 Xorg.0.log
-rw-r--r-- 1 root              root 976352 nov 24 14:13 Xorg.0.log.old
 

 ok, allora come si spiega il mistero?
 
shit happens.
ma un banale fsck hai provato a lanciarlo?
 

 ma un banale fsck hai provato a lanciarlo?
no. Non mi e' venuto in mente. Appena finisce gpart lo faccio.
 
Grazie. saluti.
Massimo

 puo' servire?
 
A noi no, devi guardare dentro i file
cosa dicono.
 
Magari syslog, kern.log, messages...
 
bye,
 
-- 
 
piergiorgio

 shit happens.
 
Uhm, diciamo che e` sospetto alquanto.
 
Nel senso che il fs, per varie ragioni,
puo` essere rovinato, ma far sparire i
file e lasciare il disco vuoto e` un po'
eccessivo per un bug o per un problema HW.
 
L'ipotesi piu` probabile e` un errore di
gestione, classico "rm -rf .*" dato in
qualche sottodirectory.
 
bye,
 
-- 
 
piergiorgio

 o per un problema HW.
 
magari lanciando un fsck scopre che ci sono settori danneggiati e il 
disco che sembra vuoto in realtà non è semplicemente leggibile.

 disco che sembra vuoto in realtà non è semplicemente leggibile.
 
Si, ma se correttamente viene detto che
ha solo 1.6% di occupazione, non puo`
semplicemente non essere leggibile.
 
Se non e` leggibile, magari dice 99%
pieno, ma i file non si trovano.
 
Insomma, per essere vuoto e senza
file vuol dire che una root dir e`
andata, ma in maniera perfetta.
 
Il che non e` impossibile, ma strano
 
Ovviamente, un fsck ci potrebbe anche
stare, bisognerebbe vedere prima se
vi sono altri problemi.
 
bye,
 
-- 
 
piergiorgio

 e' impossibile, data la mia condizione familiare.
 
Scusa ma insomma: e' l'hd d'un pc fisso, o il Firmware TV che dici
nell'altro thread?
 
-- 
bye, Yoda
 

 no. Non mi e' venuto in mente. Appena finisce gpart lo faccio.
fatto (dopo due giorni di giri a vuoto). Ecco il rìsultato
 
root@casa00:/home/massimo# fsck /dev/sdb
fsck from util-linux 2.29.2
e2fsck 1.43.4 (31-Jan-2017)
dati01: clean, 16/244195328 files, 15377339/976754646 blocks
root@casa00:/home/massimo# fsck -a /dev/sdb
fsck from util-linux 2.29.2
dati01: clean, 16/244195328 files, 15377339/976754646 blocks
root@casa00:/home/massimo# fsck -r /dev/sdb
fsck from util-linux 2.29.2
e2fsck 1.43.4 (31-Jan-2017)
dati01: clean, 16/244195328 files, 15377339/976754646 blocks
/dev/sdb: status 0, rss 4048, real 0.948647, user 0.848000, sys 0.000000
 
Insomma, niente di niente. Rimonto il disco ed e' ancora vuoto.
Provero' testdisk.
 
Saluti. Massimo

 Scusa ma insomma: e' l'hd d'un pc fisso...
had di un pc fisso.

 nell'altro thread?
 
non ho scritto messaggi in quel thread.
 
Saluti. Massimo


http://www.cgsecurity.org
 
 
Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
Current partition structure:
      Partition                  Start        End    Size in sectors
 
 
Partition sector doesn't have the endmark 0xAA55
 
 
che vordi'?

Il 28/11/19 17:56, Antonio Barbacane ha scritto:
...testdisk sta "analizzando i cilindri"....
 
Seguiranno altre notizie.


Fare ripetuti fsck non serve perché viene analizzato solo il root-inode 
(inode 1) e se quello è pulito fsck non riporta alcun errore.  Se vuoi 
farlo ripetere devi usare le opzioni -f -v che forza l'fsck completo.
 
Il disco è vuoto o quasi!  fsck trova 16 files che occupano 15.377.339 
blocchi (4k o 8k ciascuno).  Può essere che quei 16 files siano finiti 
fra le aree recuperate da un precedente fsck.  Se nel disco c'è la 
directory "lost+found" forse contiene i file recuperati con nomi strani. 
  Mi sembra di ricordare che siano "#" seguito da un numero che 
rappresenta un i-node.
 
Dal contenuto puoi provare a risalire ai nomi originali.
 
Buona fortuna!!
 
Ciao
Giovanni
-- 
   A computer is like an air conditioner,
   it stops working when you open Windows.
   < 
http://giovanni.homelinux.net/
 >

 Seguiranno altre notizie.
 
In rete ho trovato questo:
https://forum.cgsecurity.org/phpBB3/viewtopic.php?t=5527
 
 
Suggeriscono di provare con photorec, si trova insieme a testdisk e 
consente il recupero delle partizioni.
 
angelo


http://www.cgsecurity.org
 
 
Disk /dev/sdb - 4000 GB / 3726 GiB - CHS 486401 255 63
 
The harddisk (4000 GB / 3726 GiB) seems too small! (< 6000 GB / 5588 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
 
The following partitions can't be recovered:
      Partition               Start        End    Size in sectors
 >  Linux                243086 113 36 729487 194 35 
7814037168
 [dati01]
    Linux                243087 216 10 729489  42  9 
7814037168
 [dati01]
    Linux                243088  26 11 729489 107 10 
7814037168
 [dati01]
    Linux                243089 161 17 729490 242 16 
7814037168
 [dati01]
    Linux                243091 236 26 729493  62 25 
7814037168
 [dati01]
    Linux                243093  18 62 729494  99 61 
7814037168
 [dati01]
    Linux                243094 121 36 729495 202 35 
7814037168
 [dati01]
    Linux                243095 126 40 729496 207 39 
7814037168
 [dati01]
    Linux                243097 136 48 729498 217 47 
7814037168
 [dati01]
    Linux                243098 206 53 729500  32 52 
7814037168
 [dati01]
 
[ Continue ]
ext4 blocksize=4096 Large_file Sparse_SB Recover, 4000 GB / 3726 GiB
 

 Giovanni
 
Ciao
massimo

 Grazie! Ci sono migliaia di foto e altri dati importanti...
 
Per il futuro, fai backup regolari.
Incidenti di vario tipo possono sempre
succedere...
 
bye,
 
-- 
 
piergiorgio


http://www.cgsecurity.org
 
 
   PhotoRec is free software, and
comes with ABSOLUTELY NO WARRANTY.
 
No harddisk found
 
 
 
 
 
 
 
 
 
 
 
 
 
 
[ Quit ]
 
Non trova neppure il disco....
 
saluti. Massimo
 

 saluti. Massimo
 
A questo punto io mi procurerei un disco identico e con dd o clonezilla 
ne farei una copia identica.
Dopo di che su questa copia proverei con azioni "forti" a recuperare 
qualcosa.
 
angelo
 

 qualcosa.
ho ordinato un disco da 12TB. Appena arriva, ci sposto i dati del mio 
secondo disco da 4TB (gemello) e con questo lo faccio.
Non mi e' mai successo niente del genere.
 
saluti. massimo

 Grazie! Ci sono migliaia di foto e altri dati importanti...
 
per curiosità: monta il disco e esegui uno stat sul mount point.
ti restituirà la data di modifica della sua radice, tipicamente la data 
in cui è stata formattata la partizione.
se dovesse plausibilmente corrispondere alla data in cui hai creato il 
file system, ok. ma se dovesse corrispondere al momento in cui hai perso 
i dati... beh, è inutile tu vada avanti con strumenti di recovery più o 
meno automatici. ti serve un intervento specializzato.