[Risolto] Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Prossima versione di Ubuntu in fase di sviluppo e test. Per i precedenti rilasci, consultare «Archivio del forum».
Scrivi risposta
Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

[Risolto] Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » mercoledì 15 aprile 2020, 0:15

Salve a tutti,
uso kubuntu 19.10 ed ho un disco dedicato ai dati. Per testare il nuovo supporto nativo ad exFAT di ubuntu 20.04 ho aggiunto alla partizione dati ext4 di kubuntu una partizione in exFAT formattata tramite win10.
Immagine

Quindi ho avviato una chiavetta usb con ubuntu 20.04 beta, da nautilus ho aperto alcuni file sulla partizione "Dati2020" ed ho copiato un file su "PASSAGGIO" (exFAT). Riavvio e win 10 legge una unica partizione exFAT grande come il disco intero, mentre "Dati2020" in ext4 è scomparsa.
Riavvio la live 20.04 e da nautilus riesco a montare "PASSAGGIO" ma non "Dati2020", questa è la situazione:

Codice: Seleziona tutto

ubuntu@ubuntu:/media$ sudo mount /dev/sda1 dati2020
mount: dati2020: more filesystems detected on /dev/sda1; use -t <type> or wipefs(8).
ubuntu@ubuntu:/media$ sudo wipefs /dev/sda1
DEVICE OFFSET TYPE  UUID                                 LABEL
sda1   0x438  ext4  33adfc4f-51f4-49a6-b766-a69cf20056ab Dati2020
sda1   0x3    exfat 9A52-83E7                            
ubuntu@ubuntu:/media$ sudo wipefs /dev/sda2
DEVICE OFFSET TYPE UUID      LABEL
sda2   0x52   vfat 8192-CD03 PASSAGGIO
sda2   0x0    vfat 8192-CD03 PASSAGGIO
sda2   0x1fe  vfat 8192-CD03 PASSAGGIO
Per fortuna se uso "mount -t ext4" leggo correttamente il disco. Però mi pare di capire che la 20.04 ha corrotto entrambe la partizioni, per giunta dopo una semplicissima operazione...
Da quanto ho letto la soluzione più sicura è fare un backup e riformattare le partizioni, tuttavia vi chiedo aiuto per capire cosa sia successo: è un bug? Dove devo segnalarlo?
Può essere dovuto al fatto che sia una beta? Onestamente non me lo aspettavo perchè il supporto nativo exFAT viene dal kernel 5.4 che non è codice in sviluppo, ma se mi sbaglio per favore spiegatemi...


grazie
ciao
Ultima modifica di Quel tale il mercoledì 22 aprile 2020, 20:25, modificato 1 volta in totale.

Avatar utente
et4beta
Rampante Reduce
Rampante Reduce
Messaggi: 7594
Iscrizione: mercoledì 9 gennaio 2008, 10:15
Desktop: Gnome
Distribuzione: 18.04-20.04-20.10 (NO UEFI)
Località: Ancona

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da et4beta » mercoledì 15 aprile 2020, 20:07

La live di Ubuntu non può averti fatto alcun danno, al massimo ti ha cambiato l'ora del PC. Il danno al file system della ext4 lo potresti aver fatto tu quando hai creato con Win la FAT32. Danno che non è risultato evidente finché non sei andato a scrivere nella nuova partizione. Se Win ha l'avvio rapido attivo potrebbe aver lasciato la FAT32 in stato di busy e non farti accedere alla ext4 che lui non considera e il cui spazio lo ritiene appartenente alla FAT.. Se così fosse, disattiva l'avvio rapido di Win entra con esso nella FAT, chiudi Win e poi controll da Ubuntu.
Se invece non fosse come sopra, ma fosse proprio danneggiato il file system della ext4, prova da Kubuntu, oppure dalla live di Ubuntu con Gparted a fare un controllo della partizione sda1 e, se riscontrasse dei problemi, a fargli riparare il file system.
Linux User #485103 - Ubuntu User #38220 - Desktop: MoBo Asus X99-A - Intel i7 5820K - RAM G.Skill Ripjaws V DDR4 32 Gb - GPU Asus STRIX Nvidia GTX 970 - Monitor Asus MG278Q - SSD Samsung 970 EVO Plus M.2 PCIe NVMe 500 Gb - SSD Samsung 850 EVO 500 Gb + 3 HDD (2 Seagate 2Tb+ 1 WD 2Tb) - / - Asus TUF Gaming FX705GE - i7 8750H - RAM 16 Gb - / - Asus K55VD i7 3610QM RAM 8Gb.

Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » sabato 18 aprile 2020, 18:17

Ciao et4beta, ho disattivato avvio rapido, usato la partizione PASSAGGIO e spento win10, ma non è cambiato molto in kubuntu: riesco a montare la partizione ext4 specificando "-t ext4" senza che mount dia errori e nemmeno fsck, ma poi non c'è nulla nella cartella di mount!

marco@kubuntu:~$ sudo mount -t ext4 /dev/sda1 /media/Dati2020/
marco@kubuntu:~$ ls /media/Dati2020/
marco@kubuntu:~$
marco@kubuntu:~$ sudo fsck.ext4 /dev/sda1
e2fsck 1.45.3 (14-Jul-2019)
Dati2020: clean, 38419/29220864 files, 47763546/116852736 blocks


Proverò lo stesso con la live di ubuntu focal per vedere se cambia qualcosa.

Pensi che tutto questo sia dovuto solo all'avvio rapido di win10? Quindi mi basta riformattare il disco in ext4+exfat con avvio rapido disabilitato e tutto andrà liscio?


Grazie e ciao

Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » sabato 18 aprile 2020, 20:09

Ho provato sudo mount -t ext4 /dev/sda1 ~/dati ed a differenza di kubuntu 19.10 riesco leggere la partizione ext4 corrotta, ne sto approfittando per fare il backup. Secondo voi a cosa è dovuta questa differenza?


ciao

Avatar utente
et4beta
Rampante Reduce
Rampante Reduce
Messaggi: 7594
Iscrizione: mercoledì 9 gennaio 2008, 10:15
Desktop: Gnome
Distribuzione: 18.04-20.04-20.10 (NO UEFI)
Località: Ancona

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da et4beta » sabato 18 aprile 2020, 21:26

Dici "a differenza di kubuntu 19.10" ma non dici con quale OS. Se fosse con la 20.04, dopo aver fatto il backup dei deti avvia Gparted e prova, con un controllo della partizione, a fare una riparazione e vedere che ti dice.
Linux User #485103 - Ubuntu User #38220 - Desktop: MoBo Asus X99-A - Intel i7 5820K - RAM G.Skill Ripjaws V DDR4 32 Gb - GPU Asus STRIX Nvidia GTX 970 - Monitor Asus MG278Q - SSD Samsung 970 EVO Plus M.2 PCIe NVMe 500 Gb - SSD Samsung 850 EVO 500 Gb + 3 HDD (2 Seagate 2Tb+ 1 WD 2Tb) - / - Asus TUF Gaming FX705GE - i7 8750H - RAM 16 Gb - / - Asus K55VD i7 3610QM RAM 8Gb.

Avatar utente
Stealth
Tenace Tecnocrate
Tenace Tecnocrate
Messaggi: 16853
Iscrizione: martedì 31 gennaio 2006, 22:55
Desktop: Gnome
Distribuzione: Ubuntu 18.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Stealth » sabato 18 aprile 2020, 21:32

Posso chiederti perchè non usi l'app dischi per montare la partizione? È difficile che sbagli con quella, e intanto fai quello che ti serve. Finito il lavoro puoi approfondire la confusione che c'è tra partizioni e punti di mount

Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » domenica 19 aprile 2020, 0:59

Stealth ha scritto:
sabato 18 aprile 2020, 21:32
Posso chiederti perchè non usi l'app dischi per montare la partizione? È difficile che sbagli con quella, e intanto fai quello che ti serve. Finito il lavoro puoi approfondire la confusione che c'è tra partizioni e punti di mount
Ciao, non conoscevo l'app dischi, comunque non mostra il pulsante per montare la partizione, così come Gparted. Ho usato mount per poter leggere il messaggio di errore.
Puoi aver letto punti di mount diversi perchè una volta ero su kubuntu 19.10 un'alta su ubuntu focal live, però resta fermo che sda1 è ext4 ("Dati2020") mentre sda2 è exfat ("PASSAGGIO"). Su Gparted leggete "fat32" invece di exfat perchè ho fatto lo screen dopo la corruzione ed evidentemente gparted interpreta male il filesystem.
dischi
dischi
gparted
gparted

et4beta ha scritto:
sabato 18 aprile 2020, 21:26
Dici "a differenza di kubuntu 19.10" ma non dici con quale OS. Se fosse con la 20.04, dopo aver fatto il backup dei deti avvia Gparted e prova, con un controllo della partizione, a fare una riparazione e vedere che ti dice.
Sì sono stato un po' sbrigativo, parlavo di ubuntu focal live: lì mount funziona col parametro "-t ext4", mentre non dà risultati su kubuntu 19.10.
Il controllo Gparted mi sembra non abbia trovato errori (allego il report) e la situazione è la stessa di prima.

Se avete altre idee posso fare altre prove, altrimenti provo a riformattare il disco per verificare che non ci siano problemi avendo disattivato avvio rapido di win10.


grazie ciao

Avatar utente
et4beta
Rampante Reduce
Rampante Reduce
Messaggi: 7594
Iscrizione: mercoledì 9 gennaio 2008, 10:15
Desktop: Gnome
Distribuzione: 18.04-20.04-20.10 (NO UEFI)
Località: Ancona

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da et4beta » domenica 19 aprile 2020, 1:38

L'App "Dischi" e Gparted leggono diversamente le partizioni dell'HD ma mentre Gparted le legge correttamente, dischi non lo fa. Se provi a fare la somma dello spazio con i dati di "dischi" vedrai che essa supera la reale capacità dell'HD, quindi c'è un errore, non in Dischi ovviamente ma nelle partizioni, errore che Dischi non riesce a risolvere. Gparted invece risolve in parte e mostra le partizioni distinte.
Se posso buttarla lì confermerei quanto supposto all'inizio e cioè che nella creazione della exFAT con Windows si è creato un conflitto tra le due partizioni. Sarebbe interessante vedere cosa ti dice il comando "sudo fdisk -l", ma solo per curiosità perché comunque la soluzione migliore, ora che hai fatto il backup dei dati, è formattare l'HD e ricreare le partizioni, ma lascia perdere le exFAT e a mio parere se devi modificare delle partizioni in un HD con già delle ext, è meglio che utilizzi Gparted in Linux non Windows.
Linux User #485103 - Ubuntu User #38220 - Desktop: MoBo Asus X99-A - Intel i7 5820K - RAM G.Skill Ripjaws V DDR4 32 Gb - GPU Asus STRIX Nvidia GTX 970 - Monitor Asus MG278Q - SSD Samsung 970 EVO Plus M.2 PCIe NVMe 500 Gb - SSD Samsung 850 EVO 500 Gb + 3 HDD (2 Seagate 2Tb+ 1 WD 2Tb) - / - Asus TUF Gaming FX705GE - i7 8750H - RAM 16 Gb - / - Asus K55VD i7 3610QM RAM 8Gb.

Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » domenica 19 aprile 2020, 19:21

Ecco:

Codice: Seleziona tutto

marco@kubuntu:~$ sudo fdisk -l
Disk /dev/sda: 465,78 GiB, 500107862016 bytes, 976773168 sectors
Disk model: ST3500418AS     
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x2f6bc8c4

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1            2048 934823935 934821888 445,8G 83 Linux
/dev/sda2       934823936 976766975  41943040    20G  b W95 FAT32
Come mai mi dici di lasciar stare exFAT? Ora che Microsoft ha aperto le specifiche e c'è il supporto nativo nel kernel 5.4, pensavo fosse una soluzione affidabile come partizione di scambio tra Win10 e Ubuntu, sbaglio?
So che anche il driver ntfs-3g è ben rodato, ma resta comunque un reverse engineering, quindi mi lascia sempre qualche dubbio sull'affidabilità in scrittura.

Avatar utente
et4beta
Rampante Reduce
Rampante Reduce
Messaggi: 7594
Iscrizione: mercoledì 9 gennaio 2008, 10:15
Desktop: Gnome
Distribuzione: 18.04-20.04-20.10 (NO UEFI)
Località: Ancona

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da et4beta » domenica 19 aprile 2020, 19:43

Come file system per una partizione condivisa Linux/Windows va perfettamente l'NTFS che bisogno c'è della exFAT ? È vero che è il file system più recente ma a meno che tu non debba condividere anche con Mac va benissimo la NTFS i cui difetti sono noti ma che problemi in genere non ne da.. Il fatto che ora Ubuntu supporti la exFAT nativamente non significa che sia la scelta migliore per una partizione condivisa ed i tuoi problemi ne sono la dimostrazione.
Niente dal risultato che hai postato si vede che anche "fdisk" legge bene le partizioni, come Gparted mentre è "Dischi" che ha problemi, però il problema rimane un po' un mistero.
Se vuoi provare ricrea tutto come prima da Ubuntu, non da Win, e vedi se cambia qualcosa.
Linux User #485103 - Ubuntu User #38220 - Desktop: MoBo Asus X99-A - Intel i7 5820K - RAM G.Skill Ripjaws V DDR4 32 Gb - GPU Asus STRIX Nvidia GTX 970 - Monitor Asus MG278Q - SSD Samsung 970 EVO Plus M.2 PCIe NVMe 500 Gb - SSD Samsung 850 EVO 500 Gb + 3 HDD (2 Seagate 2Tb+ 1 WD 2Tb) - / - Asus TUF Gaming FX705GE - i7 8750H - RAM 16 Gb - / - Asus K55VD i7 3610QM RAM 8Gb.

Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » lunedì 20 aprile 2020, 0:18

et4beta ha scritto:
domenica 19 aprile 2020, 19:43
Se vuoi provare ricrea tutto come prima da Ubuntu, non da Win, e vedi se cambia qualcosa.
Il fatto è che gparted su ubuntu focal non può formattare una nuova partizione in exFAT, credo sia un limite del kernel 5.4. Per questo ho lasciato dello spazio non allocato ed ho creato la exFAT tramite win10.
Credo che passerò ad NTFS perchè come dici tu è generalmente stabile, mentre exFAT ha già mostrato problemi, grazie.

Avatar utente
xavier77
Gruppo Documentazione
Gruppo Documentazione
Messaggi: 5816
Iscrizione: venerdì 21 settembre 2012, 16:37
Desktop: GNOME, Xfce (e altri)
Distribuzione: Ubuntu 20.04/Xubuntu 18.04 + altre
Sesso: Maschile
Contatti:

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da xavier77 » lunedì 20 aprile 2020, 0:37

Quel tale ha scritto:
lunedì 20 aprile 2020, 0:18
et4beta ha scritto:
domenica 19 aprile 2020, 19:43
Se vuoi provare ricrea tutto come prima da Ubuntu, non da Win, e vedi se cambia qualcosa.
Il fatto è che gparted su ubuntu focal non può formattare una nuova partizione in exFAT, credo sia un limite del kernel 5.4. Per questo ho lasciato dello spazio non allocato ed ho creato la exFAT tramite win10.
Credo che passerò ad NTFS perchè come dici tu è generalmente stabile, mentre exFAT ha già mostrato problemi, grazie.
A me risulta che GParted non abbia mai gestito exFAT.
Non credo quindi dipenda dal Kernel.
Proprio ieri ho fatto una prova installando con l'ultima daily live. In un sistema "fresco" le partizioni exFAT vengono lette e montate correttamente, sia in lettura che in scrittura, in maniera nativa, ossia senza installare exfat-utils e exfat-fuse (pacchetti ancora presenti nei repo).

Avatar utente
Quel tale
Prode Principiante
Messaggi: 22
Iscrizione: martedì 14 aprile 2020, 23:23
Desktop: GNOME 3.36.1
Distribuzione: Ubuntu 20.04 LTS

Re: Corruzione filesystem ext4 + exFAT da ubuntu 20.04 live

Messaggio da Quel tale » mercoledì 22 aprile 2020, 20:25

Aggiorno il thread in caso possa essere utile ad altri in futuro.
Mi sembra di aver recuperato correttamente la partizione ext4 "Dati2020" in questo modo:

Codice: Seleziona tutto

marco@kubuntu:~/Downloads$ sudo wipefs /dev/sda1
DEVICE OFFSET TYPE  UUID                                 LABEL
sda1   0x438  ext4  33adfc4f-51f4-49a6-b766-a69cf20056ab Dati2020
sda1   0x3    exfat 9A52-83E7   
marco@kubuntu:~/Downloads$ sudo wipefs -b -o 0x3 /dev/sda1
/dev/sda1: 8 bytes were erased at offset 0x00000003 (exfat): 45 58 46 41 54 20 20 20
marco@kubuntu:~/Downloads$ sudo wipefs /dev/sda1
DEVICE OFFSET TYPE UUID                                 LABEL
sda1   0x438  ext4 33adfc4f-51f4-49a6-b766-a69cf20056ab Dati2020
Sottolineo che ho agito un po' ad intuito e grazie a "man wipefs" quindi non so se sia tutto corretto. Da quel che ho capito il disco si è corrotto nel senso che nella partizione "Dati2020" veniva segnalato erroneamente anche il filesystem exFAT della partizione successiva "PASSAGGIO". Con wipefs ho cancellato questa informazione errata lasciando solo l'indicazione corretta ext4.
La partizione "PASSAGGIO" l'ho cancellata in un tentativo precedente, quindi non l'ho recuperata.

Scrivi risposta

Ritorna a “Focal Fossa 20.04”

Chi c’è in linea

Visualizzano questa sezione: 0 utenti iscritti e 1 ospite