Nonostante abbia cercato in lungo e largo sul web questo problema non ha soluzione per ora, in pratica il trasferimento di file tra l'hd principale e quello esterno usb dura delle ore e l'ho provato formattandolo in tutti i file system che ci sono!!! Assurdo che un sistema efficientissimo come Ubuntu 14.04 LTS 64 bit abbia una limitazione che si porta dietro da sempre in pratica...da notare che su windows 8.1 la velocità era non esaltante ma soddisfacente....qui non si muove in pratica!!! Prima che mi diciate che Hardware ho ve lo dico io...Dual core + 3gb ram e hard disk primario un TB che vola.... Ho provato anche ad impostare dei valori con HDParm ma niente da fare...la situazione non si sblocca!!! Qualcuno ha delle idee in proposito?

chiesto 23 Ago '14, 21:50

robyguerrini's gravatar image

robyguerrini
53113

Ciao! Io ne ho solo una, Controlla le impostazioni della tua motherboard e se qualche jump etc sia collegato a dovere.

(23 Ago '14, 21:56) Juan Juan's gravatar image

Risolto in un altro modo, molto probabilmente era un problemna di alimentazione dell'usb...ho comprato una scheda PCI Express usb 3.0 e ora funziona alla grande!!! Mi sono ricordato che le Asus come le Asrock (derivate) di qualche anno fa hanno impostazioni toste ma pessima gestione delle usb...con 20 euro il problema non c'è più!!

coll. permanente

ha risposto 26 Ago '14, 18:46

robyguerrini's gravatar image

robyguerrini
53113

Ottimo! :)

(26 Ago '14, 19:14) dadexix86 ♦♦ dadexix86's gravatar image

Il file system è NTFS?
Se sì, puoi scordarti che possa andare veloce su sistemi diversi da Windows (in fin dei conti è un file system proprietario Microsoft e a codice chiuso!).

Per avere velocità su Linux usa file system più supportati e più veloci, tipo ext3 o ext4.

coll. permanente

ha risposto 24 Ago '14, 23:54

dadexix86's gravatar image

dadexix86 ♦♦
16.9k816161

modificato 24 Ago '14, 23:55

-1

Provati tutti i file system che ci sono, il problema sembra essere di dma... nel senso che se i file sono piccoli e pochi la copia su e da HD esterno è normale, ma quando i file superano una certa dimensione oppure sono tanti tipo una directory il sistema si ferma e ci vogliono secoli per completare le operazioni!! Parmhd restituisce il valore corretto del dma e la main board è settata alla perfezione, non sono un profano...lavoravo sui computer anni fa e comunque su windows il problema non c'è!!! E poi ripeto ci sono centinaia di interrogazioni a proposito ma purtroppo nessuno sa spiegare come risolvere la cosa....ho messo un HD interno per fare backup e anche se l'ho lasciato in NTFS per ovvie ragioni tipo perdita di dati ed eventuale recupero la copia è veloce....ma è proprio sul Seagate usb che non c'è possibilità di lavorare se non con la pazienza di un santone tibetano....

(25 Ago '14, 09:54) robyguerrini robyguerrini's gravatar image

Non usare le risposte a meno di rispondere alla tua domanda, usa i commenti.

Io con USB + ext4 viaggio parecchio senza problemi particolari, non imputerei quindi il problema alla gestione USB di Ubuntu.
Potresti postare l'output che ottieni con questi comandi (al posto di sda metti il codice del tuo disco):

for i in 1 2 3; do sudo hdparm -tT /dev/sda; done

poi lo monti e dai (PERCORSO=una cartella a tua scelta, nel disco, possibilmente senza spazi nel nome)

dd if=/dev/zero of=/PERCORSO/FILE.img bs=8k count=1024k
rm /PERCORSO/FILE.img

[...]

(25 Ago '14, 10:11) dadexix86 ♦♦ dadexix86's gravatar image

[...]
NB: l'ultimo comando crea un file di 2 GB (assicurati di avere spazio) e poi lo cancella.

(25 Ago '14, 10:13) dadexix86 ♦♦ dadexix86's gravatar image
-1

1048576+0 record dentro 1048576+0 record fuori 8589934592 byte (8,6 GB) copiati, 295,205 s, 29,1 MB/s

(25 Ago '14, 10:45) robyguerrini robyguerrini's gravatar image

Non usare le risposte ma i commenti.

L'output dell'altro comando sopra qual è?

L'HD viaggia a 29MB/s, direi che proprio lento non è... E hai scritto un file da 8.6 GB, grosso modo qual era la dimensione dei file che ti dava problemi?

Prova a copiare uno dei tuoi files (o delle cartelle) con rsync (e posta l'output)

rsync -ah --progress SORGENTE DESTINAZIONE
(25 Ago '14, 11:33) dadexix86 ♦♦ dadexix86's gravatar image

Avevo già provato con rsync e il risultato è il medesimo...copiando un file per esempio da 700 mb parte in tromba e poi si ferma verso i 250mb e ci vogliono ore.... Ho provato anche a splittare il file ma si blocca anche li perchè se mi fa una decina di file da 75 mb allo stesso modo del file intero si blocca!!!!

/dev/sdc1: Timing cached reads: 1630 MB in 2.00 seconds = 815.80 MB/sec Timing buffered disk reads: 2 MB in 31.45 seconds = 65.12 kB/sec

/dev/sdc1: Timing cached reads: 1594 MB in 2.00 seconds = 797.17 MB/sec Timing buffered disk reads: 16 MB in 31.46 seconds = 520.75 kB/sec

/dev/sdc1: Timing cached reads: 2 MB in 30.64 seconds = 66.85 kB/sec Timing buffered disk reads: 10 MB in 30.85 seconds = 331.95 kB/sec

(25 Ago '14, 11:58) robyguerrini robyguerrini's gravatar image

@robyguerrini ciao, non usare le risposte usa i commenti...

Puoi fare una prova con un altro HD esterno e vedere se e' lo stesso?

(25 Ago '14, 12:12) Juan Juan's gravatar image

@Juan, @robyguerrini proverei anch'io con un altro hd. I dati di hdparm infatti non dicono nulla di buono.

(25 Ago '14, 12:22) dadexix86 ♦♦ dadexix86's gravatar image

Ti ringrazio molto per l'interessamento ma su Windows 8.1 funziona bene....sia in fat32 che in ntfs, è qui che sembra che quando si satura il buffer non faccia lo svuotamento e il ricarico dei dati in lettura ma si blocchi, ecco perchè pensavo ad un problema di dma ma purtroppo le impostazioni sono corrette ed il dma è attivo!!!! ho provato anche a cambiare porte usb ma niente, il problema è lo stesso... sinceramente o il rimedio si trova in modo empirico o non so proprio come , visto che i settaggi sono tutti corretti ed i comandi che mi hai suggerito li avevo provati in altro modo...

(25 Ago '14, 12:31) robyguerrini robyguerrini's gravatar image

Si ma se puoi un tentativo solo per capire se puoi fallo. Non so se un amico ha un HD o la tua donna, provaci no costa nulla poi se vuoi ci fai sapere. Ciao

(25 Ago '14, 13:03) Juan Juan's gravatar image

Proverò ma penso che non sia quello il problema, facendo delle altre prove ho scoperto che si blocca sempre a 283 MB....sia che siano gruppi di file o file intero...per scrupolo ho provato anche il trasferimento da DVD a HD udb ma il risultato è identico...

(25 Ago '14, 13:18) robyguerrini robyguerrini's gravatar image

@robyguerrini ma con ext4 hai lo stesso problema?

Se vuoi diagnosticare i problemi su Linux ti conviene lavorare con ext3 o ext4, dato che Microsoft non vuole che usi NTFS su altri sistemi operativi.

(25 Ago '14, 13:19) dadexix86 ♦♦ dadexix86's gravatar image

Ok cmq ti cito:

da notare che su windows 8.1 la velocità era non esaltante ma soddisfacente

Direi che un tentativo merita ;)

(25 Ago '14, 13:20) Juan Juan's gravatar image

Sto facendo una altra cosa invece....lo sto formattando a basso livello, non si sa mai che sia un errore fisico dell' HD a fermare la copia....nel campo dei computer mi manca di partorire e le ho viste tutte!!!! Quando finirà tra qualche ora riproverò....

(25 Ago '14, 17:32) robyguerrini robyguerrini's gravatar image
La tua risposta
abilita/disabilita anteprima

Segui questa domanda

Via email:

Una volta eseguito l'accesso potrai iscriverti a tutti gli aggiornamenti qui

Via RSS:

Risposte

Risposte e commenti

Basi di markdown

  • *corsivo* o __corsivo__
  • **grassetto** o __grassetto__
  • collegamento:[testo](http://url.com/ "titolo")
  • immagine?![alt testo](/path/img.jpg "titolo")
  • elenco numerato: 1. Foo 2. Bar
  • per aggiungere un'interruzione di riga, aggiungi due spazi a fine riga e premi «Invio»
  • è supportato anche semplice HTML

Tag:

×208
×27

domanda posta: 23 Ago '14, 21:50

domanda visualizzata: 5,954 volte

ultimo aggiornamento: 26 Ago '14, 19:14

Chiedi è un servizio di supporto gestito da Ubuntu-it. Contattaci!

powered by OSQAPostgreSQL database
Ubuntu e Canonical sono marchi registrati da Canonical Ltd.