Pagina 1 di 2
[Risolto] Gparted va lentissimo nella ricerca di "partizioni" sul disco /dev/sda
Inviato: martedì 25 ottobre 2011, 18:19
da fmari
Ciao.
Ho utilizzato Gparted su Ubuntu 11.04 aggiornato, per cambiare le partizioni su un Hard Disk ESTERNO che mi vedeva come /dev/sdbx dove al posto di x c'era, come è giusto, il numero della partizione. In questo modo ho cancellato alcune partizioni (operazione voluta).
Dopo il riavvio il problema si è creato sull'Hard Disk INTERNO, quello che mi vede come /dev/sda
Gparted si ferma sulla "Ricerca delle partizioni su /dev/sda", non va avanti.
CORRIGE: 26.10.2011 VA LENTISSIMO!
E' evidente che io non lo voglio usare su /dev/sda (perché contiene la root, la home, la swap e Windows, più un'altra di scambio), ma sempre su /dev/sdb
Ma non mi fa andare avanti.
Se eseguo
Codice: Seleziona tutto
fausto@fausto-laptop:~$ sudo fdisk -l /dev/sda
Disco /dev/sda: 320.1 GB, 320072933376 byte
255 testine, 63 settori/tracce, 38913 cilindri
Unità = cilindri di 16065 * 512 = 8225280 byte
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificativo disco: 0x80ce9030
Dispositivo Boot Start End Blocks Id System
/dev/sda1 * 1 383 3076416 83 Linux
/dev/sda2 384 19566 154087447+ c W95 FAT32 (LBA)
/dev/sda3 19567 38913 155404747 f W95 Esteso (LBA)
/dev/sda5 19567 26017 51815017+ 83 Linux
/dev/sda6 26017 38128 97280000 83 Linux
/dev/sda7 38128 38259 1048576 82 Linux swap / Solaris
/dev/sda8 38259 38913 5257216 7 HPFS/NTFS
Dunque da terminale il comando fdisk ancora vede le partizioni. Ubuntu funziona. Se parto da Windows le partizioni /dev/sda2 (vista come unita C:) e /dev/sda8 (vista come unità D) funzionano.
Ma se dopo il riavvio provo a utilizzare Gparted (che appunto, si blocca) da Ubuntu le due partizioni formattate FAT32 e NTFS (come sopra indicato) non me le monta più con nautilius. Fino al successivo riavvio.
Insomma è come se il mio utilizzo di Gparted avesse rovinato qualcosa. Come rimediare? Aiuto, grazie.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: mercoledì 26 ottobre 2011, 15:51
da fmari
In pochi hanno letto il mio messaggio di ieri e nessuno mi ha risposto. Sono costretto a correggermi. Non è vero che Gparted si blocca. E' solo diventato lentissimo. Prima leggeva la tabella delle partizioni in pochi secondi. Ora la legge in molti minuti.
Come rimediare.... Vi prego aiutatemi, perché anche testdisk (per quanto poco lo so usare) non rivela errori. Grazie
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: giovedì 27 ottobre 2011, 21:53
da fmari
up
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: giovedì 27 ottobre 2011, 21:56
da dadexix86
Potresti provare a fare un check delle partizioni sul disco.
Accedi da live e dai
dove al posto della X metti una tra 1, 5 e 6.
Da windows poi fai un checkdisk e un defrag delle sue partizioni e poi riprova.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 17:23
da fmari
Ti ringrazio dadexix86 per la tua cortese risposta.
Dunque ho fatto sia il check delle partizioni con Ubuntu 11.10 usato in versione Live che con Windows XP entrando come amministratore. A me non sembra di aver riscontrato errori.
Ecco i dettagli:
Codice: Seleziona tutto
ubuntu@ubuntu:~$ sudo fdisk -l
Disk /dev/sda: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x80ce9030
Device Boot Start End Blocks Id System
/dev/sda1 * 63 6152894 3076416 83 Linux
/dev/sda2 6152895 314327789 154087447+ c W95 FAT32 (LBA)
/dev/sda3 314327851 625137344 155404747 f W95 Ext'd (LBA)
/dev/sda5 314327853 417957887 51815017+ 83 Linux
/dev/sda6 417959936 612519935 97280000 83 Linux
/dev/sda7 612521984 614619135 1048576 82 Linux swap / Solaris
/dev/sda8 614621184 625135615 5257216 7 HPFS/NTFS/exFAT
ubuntu@ubuntu:~$
Solo i valori sono un po' differenti da quelli che mi diceva Ubuntu 11.04 installato e tuttora funzionante (a parte Gparted).
Poi ho iniziato a fare le scansioni su Ubuntu, usando la live 11.10
Codice: Seleziona tutto
ubuntu@ubuntu:~$ sudo fsck -fv /dev/sda7
fsck from util-linux 2.19.1
fsck: fsck.swap: not found
fsck: Error 2 while executing fsck.swap for /dev/sda7
Commento: essendo lo swap non me lo fa fare. Forse è corretto
Codice: Seleziona tutto
ubuntu@ubuntu:~$ sudo fsck -fv /dev/sda6
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
36790 inodes used (0.60%)
192 non-contiguous files (0.5%)
21 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 36675/83/1
4749283 blocks used (19.53%)
0 bad blocks
1 large file
32326 regular files
4413 directories
0 character device files
0 block device files
0 fifos
0 links
42 symbolic links (21 fast symbolic links)
0 sockets
--------
36781 files
Commento: non mi sembra che ha rilevato errori sulla partizione /dev/sda5 (è la Root), circa 53GB
Codice: Seleziona tutto
ubuntu@ubuntu:~$ sudo fsck -fv /dev/sda5
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
244432 inodes used (7.53%)
405 non-contiguous files (0.2%)
305 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 208546/92
1363480 blocks used (10.53%)
0 bad blocks
1 large file
167419 regular files
30190 directories
59 character device files
26 block device files
0 fifos
404 links
46719 symbolic links (35689 fast symbolic links)
10 sockets
--------
244827 files
Commento: non mi sembra che ha rilevato errori, /dev/sda6 è la home
Codice: Seleziona tutto
ubuntu@ubuntu:~$ sudo fsck -fv /dev/sda1
fsck from util-linux 2.19.1
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
248 inodes used (0.13%)
3 non-contiguous files (1.2%)
0 non-contiguous directories (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 238
50042 blocks used (6.51%)
0 bad blocks
1 large file
235 regular files
4 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
--------
239 files
ubuntu@ubuntu:~$
Commento: non mi sembra che ha rilevato errori , /dev/sda1 è la boot
Se con la live di Ubuntu 11.10 faccio partire “Disk Utility” mi dice che il disco è in salute.
Insomma perché solo Gparted va con estremo rilento dopo che l'ho usato un un disco esterno (prima andava veloce, non capisco).
Ho provato con la live di Ubuntu 11.10 Gparted, ha impiegato 5 minuti per l'operazione “Searching /dev/sda partitions”, questa è la situazione:
Con Windows XP ho eseguito chkdsk D:
Codice: Seleziona tutto
Il file system Š di tipo NTFS.
L'etichetta del volume Š ExchangeData.
Avvertenza! Parametro F non specificato
CHKDSK eseguito in modalit… sola lettura.
Verifica dei file in corso (fase 1 di 3)...
100 percento completato.
Verifica file completata.
Verifica degli indici in corso (fase 2 di 3)...
0 percento completato.
99 percento completato.
100 percento completato.
Verifica descrittori di protezione completata.
CHKDSK sta verificando il diario USN...
Verifica del diario USN completata.
Correzione errori nel File maiuscole.
Nessun problema rilevato nel file system.
Eseguire CHKDSK con l'opzione /F per le correzioni.
5257215 KB di spazio totale su disco.
1137624 KB in 846 file.
320 KB in 78 indici.
0 KB in settori danneggiati.
28419 KB in uso dal sistema.
26284 KB occupati dal file registro.
4090852 KB disponibili su disco.
4096 byte in ogni unit… di allocazione.
1314303 unit… totali di allocazione su disco.
1022713 unit… di allocazione disponibili su disco.
Con Windows XP ho eseguito chkdsk C:
Codice: Seleziona tutto
Il file system Š di tipo FAT32.
Volume ACER creato il 16/06/2004 0.53
Numero di serie del volume: 320D-180E
Verifica dei file e delle cartelle in corso...
35 percento completato. ....
35 percento completato. .....
36 percento completato.
36 percento completato. .
Sono stati rilevati errori sul disco, ma non saranno corretti.
Il controllo del disco Š stato effettuato senza il parametro /F.
\Documents and Settings\FAUSTO\Dati applicazioni\Skype\shared.xml la prima unit… di allocazione non Š valida. La voce sar… troncata.
36 percento completato. ..
36 percento completato. ...
36 percento completato. ....
36 percento completato. .....
36 percento completato.
55 percento completato. ...
\Documents and Settings\FAUSTO\Recent\fausto_c_check.txt.lnk la prima unit… di allocazione non Š valida. La voce sar… troncata.
55 percento completato. ....
60 percento completato. .
61 percento completato. ..
62 percento completato. ...
\Documents and Settings\FAUSTO\Impostazioni locali\Dati applicazioni\Microsoft\Internet Explorer\Recovery\Last Active\{E63346D4-0173-11E1-802C-00C09F847498}.dat la prima unit… di allocazione non Š valida. La voce sar… troncata.
63 percento completato. ....
\Documents and Settings\FAUSTO\Impostazioni locali\Temporary Internet Files\Content.IE5\3YHOW16A\navcancl[1] la prima unit… di allocazione non Š valida. La voce sar… troncata.
64 percento completato. .....
64 percento completato.
64 percento completato. .
65 percento completato. ...
\Documents and Settings\All Users\Dati applicazioni\AVG10\log\avgcore.log La voce ha dimensioni non valide.
\Documents and Settings\All Users\Dati applicazioni\AVG10\log\avgui.log La voce ha dimensioni non valide.
\Documents and Settings\All Users\Dati applicazioni\AVG10\log\avgscan.log La voce ha dimensioni non valide.
66 percento completato. ....
\Documents and Settings\All Users\Dati applicazioni\AVG10\log\avguidraw.log La voce ha dimensioni non valide.
\Documents and Settings\All Users\Dati applicazioni\AVG10\log\avgchjwsrv.log La voce ha dimensioni non valide.
66 percento completato. .....
6.
70 percento completato.
\WINDOWS\Prefetch\VERCLSID.EXE-28F52AD2.pf la prima unit… di allocazione non Š valida. La voce sar… troncata.
\WINDOWS\Prefetch\NOTEPAD.EXE-2F2D61E1.pf la prima unit… di allocazione non Š valida. La voce sar… troncata.
\WINDOWS\Prefetch\CHKDSK.EXE-0C6DCB55.pf la prima unit… di allocazione non Š valida. La voce sar… troncata.
70 percento completato. .
. .....
99 percento completato.
100 percento completato. .
Verifica dei file e delle cartelle completata.
Convertire i concatenamenti persi in file (S/N)? n
Sarebbero aggiunti 1760 KB di spazio libero sul disco.
Nessun problema rilevato nel file system.
Eseguire CHKDSK con l'opzione /F per le correzioni.
154.049.792 KB di spazio totale su disco.
2.778.912 KB in 1.982 file nascosti.
834.912 KB in 26.047 cartelle.
39.117.664 KB in 206.418 file.
111.316.512 KB disponibili.
32.768 byte in ogni unit… di allocazione.
4.814.056 unit… totali di allocazione su disco.
3.478.641 unit… di allocazione disponibili su disco.
Non mi sembra che ci siano errori su C:, le voci che ha scritto dipendono dal fatto (credo) che il disco era in uso.
Poi ho eseguito con l'utilità di Deframmentazione dischi l'analisi e mi ha risposto che il disco non è deframmentato né in C: né in D:, dunque non occorre la deframmentazione.
Sono sempre più stupito che SOLO Gparted è così lento (5 minuti) mentre fino a pochi giorni fa', prima che io lo usassi su un disco esterno, funzionava bene.
Fausto
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 17:27
da il_muflone
Gli errori li hai su entrambe le partizioni windows, quando esegui il chkdsk devi aggiungere il parametro /F altrimenti non fara` nulla per sistemarli.
Nel caso di C ti chiedera` di riavviare e il controllo lo fara` dopo il riavvio.
Il rallentamento di gparted talvolta e` causato proprio da errori nelle partizioni ntfs, lo puoi verificare durante la sua attesa, apri il monitor di processi e controlla quale processo sta lavorando. Se e` ntfsresize (o simile) il problema e` in quelle partizioni.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 17:31
da fmari
Grazie Il Muflone per la tua pronta risposta. Ora sono su Windows. Perché mi dici che ho errori nella partizione D: ? (è quella di scambio dati, formattata in NTFS).
Viceversa per ragioni storiche, la partizione C: è formattata in FAT32, dunque cosa c'entra NTFS?
Fammi capire bene, ti ringrazio
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 17:34
da il_muflone
non lo dico io:
Correzione errori nel File maiuscole.
Nessun problema rilevato nel file system.
Eseguire CHKDSK con l'opzione /F per le correzioni.
hai un errore poco rilevante su D: e degli errori piu` importanti su C: che e` in fat32
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 17:39
da fmari
Va bene, provo ad eseguire i comandi da Windows XP
CHKDSK D: /F
e
CHKDSK C: /F
Vi faccio sapere. Grazie.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 17:41
da il_muflone
vedo inoltre un'ulteriore partizione ntfs che finora hai omesso
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 18:31
da fmari
Le partizioni che vede Windows sono solo 2: la C: e la D:
Forse tu ti riferisci a quella estesa (che contiene la root, la home, la swap e la NTFS-ossia la D:) ma a quanto ne so io, potrei sbagliarmi, non va scansionata quella estesa.
Comunque dopo aver eseguito i comandi CHKDSK D: /F e CHKDSK C: /F (per quest'ultimo atteso che la svolgesse al riavvio del PC in Windows), non ha riscontrato errori in C:, e quella in D: l'ho eseguita due volte, alla prima sulla D: ha corretto gli errori.
Poi sono andato di nuovo a provare con la live Ubuntu 11.10.
Gparted impiega sempre 5 minuti. Non viene eseguito il processo ntfsresize, semmai esegue il processo dosfsck, per tutti i cinque minuti della scansione.
Ad esempio il comando top (durante la scansione con Gparted)
Codice: Seleziona tutto
Tasks: 146 total, 3 running, 142 sleeping, 0 stopped, 1 zombie
Cpu(s): 72.2%us, 26.2%sy, 0.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 1.7%si, 0.0%st
Mem: 1024616k total, 896928k used, 127688k free, 131072k buffers
Swap: 1048572k total, 38500k used, 1010072k free, 242552k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5202 ubuntu 20 0 309m 67m 24m R 24.5 6.8 2:25.10 firefox
5389 root 20 0 40936 38m 436 R 19.6 3.8 0:01.25 dosfsck
4646 root 20 0 63560 21m 7904 S 18.6 2.2 1:35.74 Xorg
5350 root 20 0 54680 16m 13m S 15.6 1.7 0:01.34 gpartedbin
4748 ubuntu 20 0 171m 68m 20m S 11.9 6.9 1:17.97 compiz
5287 ubuntu 20 0 71932 18m 14m S 5.6 1.9 0:22.63 gnome-system-mo
5138 ubuntu 20 0 73692 13m 9m S 2.0 1.4 0:03.14 gnome-terminal
Se qualcuno di voi più esperti di me mi puo' dire che cio' non è preoccupante....
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 18:39
da il_muflone
dosfsck e` il programma che controlla gli errori nella partizione fat32, i problemi stanno li`.
quell'avviso sul file delle maiuscole ti risulta ancora?
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 19:19
da fmari
No. I problemi sui dischi C: e D: sono risolti. Ti invio i print screen e la foto (mi scuso con la qualità, ma è fatta con un cellulare).
Come si può vedere dalle immagini al primo avvio di CHKDSK D: /F ha corretto il problema sulle maiuscole. Alla seconda esecuzione il problema non c'è più.
Leggendo dall'inglese, sembra un "bug" di GParted, che probabilmente si verifica solo in alcune condizioni e non a tutti.
E' descritto in un bug di GNOME
https://bugzilla.gnome.org/show_bug.cgi?id=569921
e di UBUNTU
https://bugs.launchpad.net/ubuntu/+sour ... mments=all
Dicono che si potrebbe rimuovere dosfstools, ma se ho capito bene in tal caso non accederei più, in lettura e scrittura, alle partizioni C: e D: da Ubuntu.
Solo che, se è vero che è un bug di GParted non è un problema del mio Hard Disk. Dopotutto GParted potrei anche non usarlo. A me occorre essere solo sicuro che il Hard Disk funzioni. Il passo successivo è decidere se fare o meno, in queste condizioni:
l'avanzamento di versione, l'installazione di Ubuntu 11.10, oppure non fare nulla.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 19:20
da fmari
altra immagine
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 19:20
da fmari
altra immagine
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 19:21
da fmari
ultima immagine (foto)
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 19:27
da il_muflone
dosfstools puoi rimuoverlo tranquillamente, e` usato da gparted, non dal modulo kernel di supporto a vfat.
una volta capito` anche a quell'impiccio ma su una partizione dati ntfs che formattai in ext4.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 20:54
da fmari
Sembra confermata la scansione (durante l'esecuzione di Gparted):
ps -ef
Codice: Seleziona tutto
root 3109 3108 19 20:48 ? 00:00:10 /usr/sbin/gpartedbin
root 3120 3109 0 20:48 ? 00:00:00 sh -c dosfsck -n -v /dev/sda2
root 3121 3120 26 20:48 ? 00:00:14 dosfsck -n -v /dev/sda2
fausto 3133 2829 0 20:49 pts/0 00:00:00 ps -ef
Tale scansione avviene con le opzioni -n e - v, dunque non modifica nulla e non fa nulla, solo è molto lento.
Codice: Seleziona tutto
fausto@fausto-laptop:~$ dosfsck --help
dosfsck: invalid option -- '-'
usage: dosfsck [-aAflrtvVwy] [-d path -d ...] [-u path -u ...]
device
-a automatically repair the file system
-A toggle Atari file system format
-d path drop that file
-f salvage unused chains to files
-l list path names
-n no-op, check non-interactively without changing
-p same as -a, for compat with other *fsck
-r interactively repair the file system
-t test for bad clusters
-u path try to undelete that (non-directory) file
-v verbose mode
-V perform a verification pass
-w write changes to disk immediately
-y same as -a, for compat with other *fsck
Se è confermato questo non è un problema. E' solo un bug di Gparted e dosfsck. Non è un problema del mio Hard Disk.
Se qualche esperto mi conferma questo posso dunque ignorarlo e proseguire con il passaggio da Ubuntu 11.04 a Ubuntu 11.10 (ho già fatto il backup dei dati).
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 21:00
da il_muflone
esegui quel comando da terminale e verifica tu stesso se restituisce errori.
se non dovesse restituirne e` utilizzato soltanto per determinare la dimensione del settore, un'implementazione un po' povera ma questa e`.
Re: Gparted va lentissimo nella ricerca della "partizioni" sul disco /dev/sda
Inviato: venerdì 28 ottobre 2011, 21:40
da fmari
Infatti,
Codice: Seleziona tutto
fausto@fausto-laptop:~$ sudo dosfsck -n -v /dev/sda2
dosfsck 3.0.9 (31 Jan 2010)
dosfsck 3.0.9, 31 Jan 2010, FAT32, LFN
Checking we can access the last sector of the filesystem
Boot sector contents:
System ID "MSWIN4.1"
Media byte 0xf8 (hard disk)
512 bytes per logical sector
32768 bytes per cluster
36 reserved sectors
First FAT starts at byte 18432 (sector 36)
2 FATs, 32 bit entries
19256320 bytes per FAT (= 37610 sectors)
Root directory start at cluster 2 (arbitrary size)
Data area starts at byte 38531072 (sector 75256)
4814056 data clusters (157746987008 bytes)
63 sectors/track, 255 heads
6152895 hidden sectors
308174840 sectors total
Checking for unused clusters.
Checking free cluster summary.
/dev/sda2: 234806 files, 1335940/4814056 clusters
impiega 5 minuti. Non mi sembra che ha trovato errori.
Dunque è proprio lui. Dunque, Muflone, possiamo concludere che il mio hard disk è a posto? O no?