Newsgroup: it.comp.os.linux.software
Titolo: masterizzazione impossibile

Allora... quello che  vi sto per presentare è una  sorta di mistero, per
quanto mi riguarda.
Il fatto.
Voglio duplicare un cd di  roba scaricata dalla rete (e già masterizzato
da un mio amico, quindi non è che sia un cd protetto o che altro) per un
terzo mio amico.
      mkisofs -R /mnt/cdrom | cdrecord -v -eject -
arriva al 98%, qui segnala errore di scrittura e mi flamma il cd.
Pazienza. Penso a un cd bacato.
Riprovo,  facendo  prima la  simulazione:  simulazione perfetta.  Allora
parto in scrittura: stessa flammation,  stesso errore, più o meno stessa
percentuale.
Glosh.
Terza prova:
      mkisofs -R -o image.iso /mnt/cdrom
Creo l'immagine iso, e questa va perfettamente a buon fine!
     cdrecord -v -eject -dummy image.iso
tutto bene, allora:
      cdrecord -v -eject image.iso
E MI FLAMMA IL CD AL 98% con quel fottuto errore di scrittura!!!!!
Quarta prova.
       cp /mnt/cdrom /home/utente/cdtemp
E tutto va  bene!!!! Quindi non è un errore di  lettura del cd sorgente,
perché sennò non sarebbe riuscito a leggerlo! Vado di simulazione:
       mkisofs -R /home/utente/cdtemp | cdrecord -v -multi -eject -
e va tutto bene.
Vado in scrittura E FLAMMA al 98% con errore di scrittura!!!!!!!!!!!!
Sistematicamente si vuota il buffer, come se non fosse capace di leggere
il file  sorgente, ma è impossibile,  l'immagine iso è già  fatta, e non
cambia nulla se il file è già presente su hard disk oppure se è presente
l'immagine  iso  già   pronta,  o  ancora  se  leggo   dal  cd  sorgente
direttamente.
Semplicemente si vuota il buffer,  il masterizzatore protesta un po', mi
segnala  un errore  di scrittura,  poi  continua, fixa  la toc  e il  cd
risulta   leggibile  inserendolo,  ma   poi  i   dati  in   realtà  sono
inutilizzabili in quanto non si riescono a caricare.
Questo me lo fa *solo* con quei file.
Per prova, duplico un cd mio di backup e lo fa perfettamente on the fly!
Ma porca puttana, ma come è possibile che non riesca a scrivere dei file
che leggo benissimo e copio correttamente su hard disk???????
Grazie per ogni suggerimento, io qua ci sto uscendo pazzo!
Il mio hardware è:
Scheda madre biostar m7mka, 256 MB di ram, Athlon 600.
Masterizzatore Sony  CDU928E 2x8x (NON  dao, quindi non dite  di provare
cdrdao perché non può funzionare, ma non vedo cosa c'entri visto che con
cdrecord ho sempre masterizzato tutti i dati che avevo sull'hard disk!),
lettore CD Hitachi 16x.
Software:
Linux con kernel 2.2.18
cdrecord 1.8a29-2
mkisofs 1.12b5-2
Premetto che finora ho sempre  masterizzato qualunque cosa, audio o dati
che  fossero,  tranne  ovviamente  l'audio  in  dao  visto  che  il  mio
masterizzatore è solo track-at-once e non supporta il disk-at-once.
-- 
Crononauta
==========              |  togli 'sse' dall'indirizzo  | 
ICQ UIN: 4005815        |  per rispondermi in  e-mail  | 
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.html
GP Legends: 
http://www.multiplayer.it/driving/index.html

       mkisofs -R /mnt/cdrom | cdrecord -v -eject -
# dd if=/dev/cdrom of=/tmp/cdrom.iso bs=4096 && \
	mkisofs ecc. ecc.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 arriva al 98%, qui segnala errore di scrittura e mi flamma il cd.
Sicuro che non sia in overburning e che i cd che usi non ci arrivino?
-- 
Signature under rework - Shuriken

Sicuro che non sia in overburning e che i cd che usi non ci arrivino?
Sicurissimo, è un normale CD da 74 minuti nemmeno pieno del tutto.
Sono 617 MB di roba. Per questo non mi capacito.


	mkisofs ecc. ecc.
Ehm... scusami  un secondo,  sarò tonto, ma  se ho già  un'immagine iso,
perché devo continuare con mkisofs? Non posso partire subito di cdrecord?
Comunque, grazie  per il  suggerimento che ho  subito tentato...  e vuoi
sapere la novità?
# dd if=/dev/cdrom of=/tmp/cdrom.iso bs=4096
parte a creare cdrom.iso, arriva al 98%... E SEGNALA ERRORE =:-O
dd: /dev/cdrom: Input/output error
155617+0 records in
155617+0 records out
Che diamine devo fare???? Ma soprattutto: PERCHE'??????
Posso garantire  che quei  dati sono corretti,  li ho  copiati sull'hard
disk e LI POSSO USARE!!!!!!!!!!!!!!
Arrghhh.


arriva al 98%, qui segnala errore di scrittura e mi flamma il cd.
[...]
Non e` che per caso stai cercando di copiare un Cd da 80 minuti su uno
da 74?
-- 
Franco Sarcina - 
franco_s...@telvia.it
Libero pensatore e, per contrappasso nella vita terrena, giornalista
Utente GNU/Linux perche'... non c'e' paragone.

 155617+0 records out
Siamo sicuri che non sia semplicemente una segnalazione (anche se a
modo suo) che e' arrivato alla fine dei dati sul CD? <G>
Anche a me una volta dd fece lo stesso scherzo.. e poi se e' arrivato
al 98% non potrebbe proprio essere che i dati sono terminati?


 mkisofs ecc. ecc.
..
Ma funziona anche "on-the-fly"
# dd if=/dev/scd0 | cdrecord -v dev=x,x,x speed=4 fs=10 -data -isosize 
/dev/scd0 -
Ciao.
-- 
***  Per E-mail rimuovi ModE dall'indirizzo  ***
  *** Linux user # 198661 --- ICQ 33500725 ***
*** homepage 
http://web.tiscalinet.it/kailed
 ***
            *** Powered by Linux ***

 Ma funziona anche "on-the-fly"
BTW per me non e' un errore: e' semplicemente arrivato alla fine
dei dati.
-- 
|Pierluigi De Rosa (
tho...@durin.khazad-dum.net
)|
|     E' nato il Cosenza Linux User Group	|
|   mail -s help 
cslug-...@lists.linux.it
	|
|      IRC: #cslug - 
irc.openprojects.net
	|

 Che diamine devo fare???? Ma soprattutto: PERCHE'??????
Prova con ddrescue.


mkisofs 1.12b5-2
Da me ho: (Potato stabili)
Cdrecord 1.8 (i686-pc-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling
mkisofs 1.12 (i686-pc-linux-gnu)
-- 
Ci sentiamo  |  Remigio Zedda  || Attenzione! campo "From:" alterato
ciao Remigio |                 ||==> E-mail: 
remi...@tiscalinet.it
-------------|      ..si` d'accordo.. ma con la Deb e` un'altra cosa!
/* Linux 2.2.17 su Debian GNU/Linux 2.2 Potato */

dei dati.
Solo che  continuare a flammare  cd per fare  prove che non so  se siano
giuste... uhm... :-(
adesso per curiosità  proverò in ufficio, con Wincaz NT  a vedere che ne
pensa lui, certo mi sembra inconcepibile che ci siano dei dati sull'hard
disk che il masterizzatore non riesca a scrivere!


ma forse scrivo tutta roba di default?
Non è che  sia roba di default,  ma è tutta roba che  ho configurato una
volta  per tutte in  /etc/cdrecord.conf. Tanto,  il masterizzatore  e il
lettore sono sempre quelli...
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 


 disk che il masterizzatore non riesca a scrivere!
Facci sapere vome e' andata, allora...


Beh c'e' sempre l'opzione -dummy per questo..
Eh ma è ben quello il problema!!!!
In dummy mode, le simulazioni mi vanno *sempre* a buon fine!!!
Salvo poi invece andarmi in read/write error intorno al 98% in fase di
scrittura effettiva.
Come supporti, ne ho usati di 3 marche differenti, per cui escludo la
partita difettosa.
Il masterizzatore penso sia a posto, perché mi sono appena fatto un
backup di 500 MB di dati senza problemi.
L'errore non può ovviamente essere sul supporto in lettura, perché
l'immagine iso viene correttamente qualunque sia il modo utilizzato
(mkisofs, dd, copia dei file su hd e creazione dell'immagine da lì,
etc.).
E comunque anche in ufficio su NT mi ha fatto uno scherzo simile!!
=:-OOO
Simulazione perfetta, parte in scrittura, arriva all'88% (prima di
dove arrivava a casa mia, quindi) e poi ha flammato il cd con l'errore
"scsi target errror".
Non so più che pensare.
Avevo pure fatto l'immagine su disco, per non incorrere nei problemi
onfly...
A questo punto il discorso diventa OT qui, perché non riguarda linux
ma la masterizzazione in genere.
Passo eventualmente sul ng opportuno.
Grazie a tutti delle vostre opinioni, comunque.
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 
ICQ UIN: 4005815        |  per rispondermi in  e-mail  | 
IDAnet: 
http://adcserver1.biodip.unimi.it/IDA/index.html
GP Legends: 
http://www.multiplayer.it/driving/index.html

il caso.
Assolutamente no, è un cd di dati  già *masterizzati*, il cd non è un cd
comprato!
E i dati, su questo cd, sono perfettamente leggibili. Non solo, ma se li
copio  fisicamente,   file  per  file,  sull'hard  disk,   la  copia  ha
perfettamente successo  e i  file sono correttamente  utilizzabili nella
nuova directory.
Se  provo a  generare  un'immagine iso  sia  dal cd  che dalla  cartella
dell'hard disk,  questa ha  successo (con mkisofs,  segnala quell'errore
con dd), se scrivo detta immagine in dummy mode funziona, scrivo il cd e
lo flammo :-(
Aggiornamento di oggi: Ho provato  in ufficio con NT e un masterizzatore
DAO  (il mio non  lo è)  e il  risultato è  stato LO  STESSO!!! Immagine
(creata su  disco) fatta  correttamente, simulazione corretta,  parte la
scrittura e flamma il cd!!!
Insomma, riducendo  il problema ai  minimi termini: ho una  cartella sul
mio hard disk, piena di  dati *utilizzabili*, che non posso masterizzare
perché sennò flammo il cd!
Credo di avere motivo di essere perplesso!
Ora andrò  a vedere sui ng  di masterizzazione... faccio  dannare un po'
loro!
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 


perfetta su hd, e flammation in scrittura :-((((((((
Se non c'e` casino coi link e le specifiche rockridge sono rispettate,
allora IMHO devi individuare il file fasullo. Togli e sostituisci gli
ultimi 20 mega, poi dieci..   (metodo dicotomico)


a scrivere... e mi si pianta... :-(((((((((
Devi lanciare cdrecord -v e postare tutta la schifezza che butta fuori.
Scricati l'ultima versione e ricompilatela.
Per fare le immagini e' sempre meglio non usare i block device ma tool come
readcd e cdrdao che usano comandi scsi diretti.
Perche' non usi cdrdao per fare le copie?
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
    **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

Perche' non usi cdrdao per fare le copie?
Perché il mio masterizzatore è un vecchio sony cdu 928e che NON
supporta la funzione DAO...
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 
ICQ UIN: 4005815        |  per rispondermi in  e-mail  | 


errore! Rabbrividisco solo all'idea!
Perche'? La simulazione non fa saltare fuori i possibili errori di
supporto/surriscaldamento/laser.
-- 
        Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
	**ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
 -<! Woe to you, oh Earth and Sea, for the Devil sends the Beast with
        wrath, because He knows the time is short... !>-
                Revelations, XIII - 18

loro!
Quello che devi fare e' leggere l'altro mio post e sopratutto riportare gli
errori di cdrecord. Cosi' almeno posso cercare di capire da cosa deriva il
tutto.


 disk e LI POSSO USARE!!!!!!!!!!!!!!
Perche 4096' ? I Blocchi dei cdrom sono di 2048 ...
Se i blocchi sono dispari l'ultimo non lo legge ....
Attenzione che i cdrom si comportano in maniera diversa dai normali device 
a blocchi. Infatti il device a blocchi di basso livello ( /dev/hdd per un 
eide per esempio ) non sa quanto e' lunga l'immagine iso impressa sul 
supporto. Lo sa solo il file sistem che comunque e' un layer sopra.
      utente
----------------
      cp/ls/mv ....
----------------
       iso9660
----------------
device a blocchi cdrom
----------------
     hardware
Per cui quando e' finita' l'immagine, il device a blocchi sa solo che ha 
riscontrato un errore in lettura. dd legge due blocchi alla volta ( 
4096/2048 = 2 !! ) se l'ultimo non viene letto, ritorna errore e non scrive 
neanche il penultimo.
Certo se lo standard iso 9660 dice che l'immagine e' lunga a multipli di 2 
blocchi ( 4096 byte ) allora il tutto funziona...

 scrittura effettiva.
tra un dummy ed una scrittura tu estrai il ciddi vero ? Alcuni mast danno 
errori se non viene fatto ( almeno il mio 3610 lo fa !! )

stata fatta correttamente, per quale diamine di motivo non deve
Bisognera' pure incazzarsi con qualcosa, no? :-)


supporto. Lo sa solo il file sistem che comunque e' un layer sopra.
Altra curiosita`: mi sembrava di aver letto o capito che i cdrom non
sono device a blocchi. Vuoi dire che il cdrom ha il duplice aspetto che
gli deriva da /dev/hdX ?


 byte (cinque righe con trentadue caratteri ciascuna).
[..]
Guarda le opzioni seek e skip


 scrittura effettiva.
Magari dico una ca**ata , ma non potrebbe essere che hai settato in modo
sbagliato la grandezza del buffer del masterizzatore ?
Oppure che la casa costruttrice dichiara una grandezza del buffer che invece
e' piu' piccola in realta' ?
Magari il programma pensa di aver mandato gia' tutto al masterizzatore ma
questo , causa buffer piccolo, perde l'ultima parte ...
Se ho detto una ca**ata non lapidatemi.. :-)
							MaxDamage

gli deriva da /dev/hdX ?
Puoi accedere direttamente con i block device hdX oppure puoi mandare
comandi scsi con i char device sgX.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Battles Are Fought By Those With The Courage To Believe !>-
  		Manowar - Courage

Guarda le opzioni seek e skip
In effetti mi sono espresso molto male. Cercavo di riprodurre l'errore
in copia con dd, a mezzo di una riga di comando "sbagliata". Questo
sulla falsariga del fenomeno illustrato da Goffredo. E non c'e` stato
verso! Si trattava di provocare una mancata scrittura dell'ultimo e
penultimo blocco, nel caso di un "non indovinato" valore per bs=BYTES.
Cmq THNX per le opzioni che mi hai indicato!


 scrivere da dd l'ultima parte di un file. Non ci son riuscito!
Attenzione: se stai leggendo un file ( o un device a blocchi normale ) e 
"strabordi" read ti ritorna il numero di caratteri effetivamente letto e 
*NESSUN ERRORE*
Se stai leggendo un cdrom, quando vai oltre l'ultimo settore masterizzato, 
il lettore non riesce piu' a leggere e ritorna un *errore* in lettura.

questo , causa buffer piccolo, perde l'ultima parte ...
No, puoi sapere in ogni momento tramite apposito comando quanto spazio
libero c'e' nel buffer e comportarti di conseguenza.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A mathematician is a device for turning coffee into theorems. !>-
                P. Erdos

comandi scsi con i char device sgX.
Io veramente li invio a scdx... a chi li mando?? =:-O
Il bello è che al boot mi trova i dispositivi come sr0 e sr1...
Ma sg0 e  sr0 sono dispositivi inutilizzabili, devo  adoperare scd0 (per
il cd)...
Vediamo se  ho capito: hdx  sono i block  device ide, scdx sono  i block
device scsi. Io uso quelli perché devo vedere i cd in emulazione scsi.
sg è il char device scsi, e sr...? quello mi manca!
-- 
Massimo Bacilieri AKA Crononauta ______________________
========================|  togli 'sse' dall'indirizzo  | 
ICQ UIN: 4005815        |  per rispondermi in  e-mail  | 


il lettore non riesce piu' a leggere e ritorna un *errore* in lettura.
THNX!! Ora comincio a vederci un po' piu` chiaro. Attacchero` gli
esperimenti col cd :-)) Cmq, come regola generale valida senz'altro,
tanto vale dare 2048 sempre (per i data;-) ). A prescindere dal fatto
che per me la cosa migliore e` usare solo mkisofs, cdrecord e cdrdao,
che con scsi-scsi vanno perfettamente, al volo e in compilation, audio
o data che siano.


sg è il char device scsi, e sr...? quello mi manca!
hdX sono block dev per CDROM e HD IDE.
scd e sr sono block dev per CDROM SCSI o emulati
sg e' un'astrazione per mandare cmd scsi a device scsi o emulati
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! A conclusion is simply the place where someone got tired of thinking. !>-

 scsi. sg č il char device scsi, e sr...? quello mi manca!
sgx e` il generic scsi (serve, per esempio, per gli scanner)
srx sono i vecchi nomi di scdx. Basta un link in /dev tra i due.
-- 
Signature under rework - Shuriken

masterizzatore è solo track-at-once e non supporta il disk-at-once.
Queste righe sono tratte dalle cdrfaq (
http://www.cdrfaq.org
):
++++
If
you're using Win95 or WinNT, the Auto Insert Notification feature will
"discover" the CD-R as soon as the TOC is written. This can cause the write
process to fail. Many
of the current CD recording software packages will
automatically disable AIN for this reason. In track-at-once mode, it will
fail during finalization; in disc-at-once mode, it
will fail near the
beginning of the write process. In both cases, test writes will succeed,
because the TOC doesn't get written during a test pass. 
++++
Non ho
capito molto, pero` il fatto che il buffer ti si svuoti puo` significare
che i dati sono stati letti tutti e che il masterizzatore li sta scrivendo;
hai detto che il tuo masterizzatore supporta solo TAO, e che in simulazione
va tutto bene; insomma, ci ho visto qualche relazione. :-)
Non so come
funzioni l'automount su Linux, magari e` per certi versi analogo al AIN di
windows?
Forse eliminando il modulo che si occupa del cdrom dal kernel
le cose potrebbero andare lisce...
Ciao,
	Mardy
--------------------------------
Inviato via 
http://usenet.iol.it
 

le cose potrebbero andare lisce...
E'  lo stesso  modulo che  si occupa  del masterizzatore,  non  credo di
poterlo rimuovere ammesso di trovare quale sia. Ammetto che non ho molto
le idee chiare su questo, però.


le idee chiare su questo, però.
I moduli per utilizzare il cdrom sono 2: cdrom e ide-cd oppure sr_mod e NON
servono per la masterizzazione, sono block device.
Il modulo sg serve per comandare direttamente i device ed e' quello che ti
serve.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.16
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! Any sufficiently advanced bug is indistinguishable from a feature. !>-
                 Rich Kulawiec