Newsgroup: it.comp.os.linux.sys
Titolo: kernel 2.4.3 e dd

Ho problemi nel fare la copia delle immagini di alcuni CD tramite "dd". 
Ho il kernel 2.4.3 installato.
Il problema sussite sia con il CDROM IDE che con il masterizzatore SCSI.
I CD in questione sono quelli della RedHat ed e' il secondo set di dischi
che mi da lo stesso errore a fine copia:
dd: /dev/scd0: Input/Output error
Se monto il disco e controllo la dimensione con "df" trovo la stessa
dimensione dell'immagine...
Qualche idea?
-- 
 Ciao,                                    -----==-  The choice of a GNU 
 Claudio                                  ----==-- _generation
                                          ---==---(_)__  __ ____  __
email: 
cla...@iliade.campus.uniroma2.it
  --==---/ / _ \/ // /\ \/ /
                                          -=====/_/_//_/\_,_/ /_/\_\
CAMPUS - La rete degli studenti - 
http://www.login.campus.uniroma2.it

 Qualche idea?
Normale; il sottosistema a blocchi non conosce la dimensione della traccia 
ciddi ( lo sa solo il sottosistema del vfs che implementa l'iso9660 o 
un'altro file sistem ; ma che comunque è ad un livello + alto ).
Per cui quando legge se dd ( o chi x lui ) va oltre la traccia il ciddi non 
riesce a leggere e ritorna errore.
Il problema serio è che dd legge blocchi di una certa lunghezza e se parte 
di un blocco è fuori dalla traccia, l'intero blocco viene invalidato; per 
cui rischi di perdere gli ultimi pezzi
Morale devi farti dire dal fs la dimensione della traccia, e poi leggerlo 
con dd senza "strasbordare".
Se ti interessa il ciddi è masterizzato a blocchi di 2K
dando l'ozione bs=2k eviti che dd si perda l'ultima parte del ciddi ( un 
blocco è o completamente dentro o è completamente fuori ).
Certo ci perdi in prestazioni ( e neanche poco ).
Devi cercare un utility che ti dica la dimensione in blocchi della traccia 
del ciddi ( c'è in giro ma non mi ricordo come si chiama ... )

dimensione dell'immagine...
Per avere la certezza fai qualche md5 del sorgente e dei file contenuti
nell'iso.
--
        Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
           -<! GOD is real, unless declared as integer !>-

 blocco e' o completamente dentro o e' completamente fuori ).
Allora... se pure questo non funziona? Dandogli bs=2048 (o anche bs=2k)
continua a dare errore... Anche con CD masterizzati sullo stesso
masterizzatore...


 masterizzatore...
Il device /dev/hdX ( o /dev/srX ) NON sa quando è finito il ciddi, per cui 
ritorna errore quando legge l'ultimo settore. Le uniche soluzioni sono:
1) Leggi a blocchi di 2K e ti fermi ( cioè dd si ferma ) all'ultimo settore
2) Passi a dd la dimensione esatta ( con count/bs )
PS. dai un occhiata a 
ftp://lupo.campus.uniroma2.it/pub/isosize
...

masterizzatore...
dd che fa? Apre il file del device e inizia a dare una serie di read con
buffer di 2k. Quando il media finisce ritorna un errore come e' normale che
sia. Ma insisto nel consigliare un ripper specializzato, molto piu' robusto.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A mathematician is a device for turning coffee into theorems. !>-
                P. Erdos

 2) Passi a dd la dimensione esatta ( con count/bs )
Fatti entrambi. Stesso problema...


 dd: /dev/scd0: Input/Output error
Hai provato ad aggiungere bs=2048 alla riga di dd?
Bye.

a me interessa e voglio comprarlo ? rispondi
--------------------------------
Inviato via 
http://usenet.iol.it
 

 sia. Ma insisto nel consigliare un ripper specializzato, molto piu' robusto.
Perfetto. Pero' il mio problema derivda dal fatto che sotto 2.2.x e
antecedenti ho sempre fatto cosi' senza avere mai problemi. Volevo solo
sapere se era stato modificato il kernel, se erano problemi miei (ma ho lo
stesso problema sul portatile, aggirato facendo blocchi da 1k) oppure se ero
sempre stato fortunato finora...


 antecedenti ho sempre fatto cosi' senza avere mai problemi. 
Strano a me ha sempre dato quel problema .... ( dai tempi del 2.0.x .... )

sempre stato fortunato finora...
Posso _ipotizzare_ che con il kernel 2.2 il block driver ritornasse un EOF,
e che ora ritorni un errore. Ma di problemi non ce ne sono. Fidati.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Asynchronous inputs are at the root of our race problems. !>-
                 D. Winker and F. Prosser