Newsgroup: it.comp.os.linux.iniziare
Titolo: un caso strano

Ciao,
sto usando uno stick usb da 1 gb per trasportare l'immagine di un cd
Linux di circa 700 MB ma mi succede una cosa strana: dopo aver copiato
il file .iso sulla penna il checksum del file stesso risulta errato
anche se la dimensione in bit dei due file è identica.
Ho ripetuto più volte l'operazione ma sempre con lo stesso risultato.
La copia viene eseguita via shell con il comando cp nomefile
/media/usbdisk/ e la penna contiene solo pochi piccoli file che vengono
visti correttamente e che occupano solo alcuni kB.
Da cosa può dipendere secondo voi?
Vi ringrazio e saluto.

 Da cosa può dipendere secondo voi?
Primo, un bel test della ram.
Secondo, prova a comprimere l'immagine e scompattarla sul pc finale.
-- 
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

 
La domanda č stupida, ma di rito
hai smontato la chiavetta con umount, aspettando che la cache si svuotasse?
PSK
-- 

 Secondo, prova a comprimere l'immagine e scompattarla sul pc finale.
Ho provato a comprimere l'immagine sul pc, estrarre la firma md5 del
file compresso, copiare il file compresso sulla penna usb e fare il
checksum della firma sul file sulla penna ed il test mi dice che le due
firme sono diverse.
Grazie e ciao.

 hai smontato la chiavetta con umount, aspettando che la cache si svuotasse?
si, ho aspettato. Tant'è che alla fine, come dicevo nel messaggio
iniziale, ho verificato la dimensione del file in BIT e non in BYTE e
risulta essere la stessa di quella del file originale.
Come dicevo, un caso strano.
Ciao e grazie.

 
Per verificare, potresti fare un paio di prove incrociate:
Stesso computer, con il FS Fat32 (che ipotizzo essere quello della chiavetta) provare da un'altra distro (una live).
Da un altro computer, verificare se il comportamento č lo stesso.
Stesso computer, prova a cambiare il filesystem della chiavetta (magari in Ext2, che ci sono pure i driver per leggerlo con Windows)
(Non mi ammazzate, la prossima prova č lecita) Stesso o altro computer con Win.
Va da se che se il problema si sposta con la chiave ed č indipendente da computer e/o SO, allora potrebbe essere un problema di chiavetta.
Se il problema sparisce passando a Ext2, ti direi di buttare nel gabinetto Fat32.
Se il problema sparisce su un altro computer, il tuo pc ha qualcosa che non va (e potrebbe essere la ram)
Se il problema sparisce con la live, sullo stesso computer e stesso filesystem, allora č un problema sw.
LP
-- 

Dunque, la prova con un altro pc l'ho già fatta, ma sempre usando
Linux Suse 10.0 e il fs fat32 sulla chiavetta. Ora prova ad usare
windows e vediamo che succede. Semmai provo anche ext3 sulla chiavetta.
Grazie per il suggerimento.
Saluti

 mount di non leggere piu' nulla.
s/qualche mount/qualche centinaio di mount/
e son stato largo.
ciao,
 Emmanuele.


Confermo.
Aggiungo che si può anche specificare sia a Win (mediante i soliti 400.000 click), sia a Linux (specificando async nell'fstab o nelle opzioni di mount) di utilizzare la cache in scrittura, obbligando così all'uso di umount prima di staccare la chiavetta, ma riducendo drasticamente le operazioni di scrittura sulla stessa.
PSK
-- 

 toccate. Mi fa molto piacere.
se sto infilando un intero sistema in una memoria flash (cosa che
avviene quando /var e /tmp si trovano in una memoria flash, appunto),
allora mi aspetto non solo che /var e /tmp vengano scritte il meno
possibile - ma che l'intero sistema veda poche scritture, e tutte in
modalità asincrona, così da avere un batch di operazioni di scrittura e
lasciare fare al crontroller della scheda quello che è meglio per la
flash stessa.
ma, ribadisco: trovami il punto in cui ti davo del coglione e dissentivo
violentemente dal senso di quello che hai scritto tu.
ho tempo.
ciao,
 Emmanuele.

 non vanno come tu vorresti.
eh già.  non va così.  infatti io ci lavoro e basta, su queste cose.  ma
evidentemente me lo sono sognato.
ti prego, renditi ancora più patetico - so che ce la puoi fare, ho
fiducia in te.
ciao,
 Emmanuele.