Da ex4 a ext3 per errore

[BigAzim]

Salve,

mentre installavo Natty Narval, durante la fase di configurazione, nella schermata del partizionamento manuale, ho montato, senza formattare, una partizone esistente in ext4, ma inavertitamente (utilizzando maldestramente la casella a discesa per selezionare il tipo di filesystem) e senza che me ne accorgessi, ho selezionato il filesystem ext3 (senza formattazione).

Ora, accedendo alla partizione la trovo vuota, però controllando in proprietà noto che vi sono 20 GB occupati.

E' possibile recuperarli? Non è una necessità reale poichè ho un backup, ma vorrei capire se è possibile ripristinare e come il filesystem ext4 e rivedere come d'incanto i dati ora scomparsi.

Sulla partizione, a parte l'operazione di configurazione a ext3, non è stata effettauta nessun'altra operazione.

[Man from Mars]

Controlla da Live oppure verifica in /etc/fstab la riga relativa alla partizione. Ci sarà un "ext3" che devi cambiare in "ext4".

[BigAzim]

Ciao,
grazie per la risposta.
E' la prima mossa che ho fatto, quindi ho smontato e rimontato, e pure riavviato.
In questo modo però è rimasto Ext3 e nelle stesse condizioni  ???

[Man from Mars]

Posta il contenuto di fstab e di

Codice: Seleziona tutto

sudo mount

.
Ti direi di cancellare la partizione e rifarla in ext4, ma non mi sembra ancora il caso...
Da live puoi accedere correttamente ai file?

[BigAzim]

Codice: Seleziona tutto

sudo mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro,commit=0)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
/dev/sdb1 on /media/film type ext4 (rw,commit=0)
/dev/sdc1 on /media/foto type ext4 (rw,commit=0)
/dev/sdd1 on /media/backup type ext4 (rw,commit=0)
/dev/sda2 on /home type ext4 (rw,commit=0)
/dev/sda5 on /media/lavori type ext4 (rw,commit=0)
/dev/sda6 on /media/systems type ext4 (rw,commit=0)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/thebigbug/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=thebigbug)

ecco invece fstab:

Codice: Seleziona tutto

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sdd1 during installation
UUID=589f74f7-1af8-4d3f-a6ac-1c1ecac931f1 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdd2 during installation
UUID=344e9ece-7bdf-423e-9367-980e86fc9e13 /home           ext4    defaults        0       2
# /media/backup was on /dev/sdg1 during installation
UUID=6472ba05-ea5c-4f6b-b5f7-b153623e2827 /media/backup   ext4    defaults        0       2
# /media/film was on /dev/sde1 during installation
UUID=9774da68-c43e-4125-96b2-99f47f2d8c07 /media/film     ext4    defaults        0       2
# /media/foto was on /dev/sdf1 during installation
UUID=df2afe79-47ab-4582-ad0a-9464b5dc67c0 /media/foto     ext4    defaults        0       2
# quella che segue è la partizione inquisita (ho modificato ext3 con ext4)
UUID=6397a093-775e-4d48-a951-7298c4f9200f /media/lavori   ext4    defaults        0       2
# /media/systems was on /dev/sdd6 during installation
UUID=a6268e27-93eb-43b6-a073-6cbec45ba42b /media/systems  ext4    defaults        0       2
# swap was on /dev/sdd4 during installation
UUID=5da63943-bd88-4708-bba6-43a703a86981 none            swap    sw              0       0

Aggiungo anche df

Codice: Seleziona tutto

df
File system         blocchi di 1K   Usati   Dispon. Uso% Montato su
/dev/sda1             51128980   3515104  45016604   8% /
none                   8180292       752   8179540   1% /dev
none                   8188000      5604   8182396   1% /dev/shm
none                   8188000       100   8187900   1% /var/run
none                   8188000         0   8188000   0% /var/lock
/dev/sdb1            1922858352 1048179764 777002988  58% /media/film
/dev/sdc1            961432072 397071852 515522220  44% /media/foto
/dev/sdd1            961432904  32625032 879969832   4% /media/backup
/dev/sda2            100791728  43061424  52610304  46% /home
/dev/sda5            807352928    201428 766140352   1% /media/lavori
/dev/sda6            947455228 232379052 666948228  26% /media/systems

Certo, da live accedo ai file, me quelli delle altre partizioni. In /media/lavori non vedo nulla anche se da proprietà trovo il risultato allegato.

[Man from Mars]

Sia mount che fstab riportano /media/lavori come ext4. Non è che i file sono semplicemente nascosti? Prova ad abilitarne la visualizzazione nel gestore file.

[BigAzim]

E' stata la seconda cosa che ho tentato. Nulla da fare, sembrano essere lì, ma ctrl+h non li mostra e da terminale ls -la risponde così:

Codice: Seleziona tutto

sudo ls -la /media/lavori
totale 24
drwxr-xr-x 3 root root  4096 2011-04-15 15:01 .
drwxr-xr-x 7 root root  4096 2011-04-15 09:47 ..
drwx------ 2 root root 16384 2011-04-15 15:01 lost+found

Ripensando a quanto accaduto, posso aggiungere che durante l'installazione ho notato che è rimasto per un tempo decisamente allargato sulla 'configurazione' del disco /media/lavori, quando invece trattandosi di un'operaizone senza formattazione non si sarebbe dovuto nemmeno notare. Evidentemente ha sovrascritto le informazioni della partizione ext4 con le nuove ext3.
In teoria, visto che i dati sembrano essere presenti, facendogliele scrivere di nuovo in senso inverso, cioè da ext3 -> ext4 (cosa che non fa sostituendo ext3 con ext4 in /etc/fstab) potrebbe tornare come prima. Ma la domanda è: come fare per riscrivere queste informazioni? Effettuando una nuova installazione e montando la stessa partizione questa volta ext4?
Chissà a quanti è potuto capitare una svista del genere.

Io credo sia il caso ad esempio di modificare il setup di installazione, e allorquando ciò di cui sopra si verifica, aggiungere alla schermata di riepilogo finale del partizionamento, anche la conferma del cambiamento di un filesystem che non si è deciso di formattare.
Penso che questo sia un 'bug' da sistemare nella procedura di setup, poiché propone solo la conferma delle partizioni in cui si è aggiunto il segno di spunta per la formattazione (oltre a quelle di swap che in ogni caso vengono elencate)

[Man from Mars]

Commenta la riga in fstab di /media/lavori, poi dai

Codice: Seleziona tutto

sudo umount -a

e poi

Codice: Seleziona tutto

sudo mount-a

e prova a montare manualmente la partizione come ext3, per vedere se i file compaiono.

Codice: Seleziona tutto

sudo mount -t ext3 /dev/sda5 /<punto di mount a tua scelta>

Come ultima spiaggia, prova a recuperare i file con testdisk o photorec.
In ogni caso, una volta "ritrovati" i file, penso che sia meglio salvarli e poi riformattare la partizione con il filesystem che desideri.

[BigAzim]

Nulla da fare. La partizione non mi restituisce nulla.

Ho tentato la strada inversa, cioè ho reinstallato Ubuntu montando in fase di installazione la partizione in questione come ext4, ma al riavvio (ma nemmeno prima della reinstallazione) non c'è nulla da beccare, neppure con photorec e similia.

Ho anche rivisto il comportamento del setup di ubuntu che non fa notare, in un eventuale sommario, il cambio del filesystem. E questo, ripeto, mi sembra una miglioria essenziale per i futuri setup.

Ho deciso di proseguire con la formattazione ed il ripristino dei dati da backup.

Comunque, grazie per l'aiuto.