Newsgroup: it.comp.os.linux.sys
Titolo: cosa sono /dev/rd/c0* ?

Sto cercando /dev/rdsk/c0t6d0s0 che Schilling riporta nel README.copy
di cdrecord. Lo consiglia per le copie in raw.
Qualcuno sa dirmi che cosa sono questi dispositivi a blocchi e dove
sono docuentati?
Da me sulla Deb c'e` solo la directory /dev/rd/, ma c0t* non ce n'e`,
ci sono c0d0*  ..non ci si capisce niente con questo Schilling:-((
-- 
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 */


Non ho mai usato cdrecord, ma quel path mi e' molto familiare:
e' il raw device, come definito dal sistema operativo Solaris !!!
Forse questo Schilling ha usato una workstation Sun per testare
cdrecord.
Molto probabilmente usa i raw device per duplicare i cd senza passare
per il sistema operativo; una sorta di dd.
Ciao,
		Simone
-- 
+============================================+
| E-Mail   
srt...@inwind.it
                  |
| Web site 
http://spazioweb.inwind.it/srtsm
  |
+============================================+

per il sistema operativo; una sorta di dd.
Raw device che forse dovrei crearmi, ma che non so da che parte
cominciare:-(


 cominciare:-(
Non penso...
Ho dato un'occhiata veloce a /usr/src/linux/Documentation/devices.txt e
le uniche cose che ho trovato in /dev/rd erano legate a controller RAID
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
It can't rain forever,
but you can die before seeing the sun again.

le uniche cose che ho trovato in /dev/rd erano legate a controller RAID
Da me non c'e` niente. Ho il 2.2.17 scaricato da 
kernel.org
.
Cmq grazie, cosi` smetto di cercare info su /dev/rd.
Dovrei trovare il modo di far leggere a dd i 288 byte per settore
dei codici di controllo vari:-((


dei codici di controllo vari:-((
Quei dev sono quelli di sunos. dd non leggera' mai quello che ti serve visto
che opera su block device. Ti serve cdrdao o forse readcd dal package di
cdrecord.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! 3rd Law of Computing: Anything that can go wr
		fortune: Segmentation violation -- Core dumped !>-

 dice infatti che readcd copia: "like a Solaris boot CD".
calma; dice che readcd puoi leggere un master dcon più partizioni, come
per esempio un disco di boot per solaris (che se mi ricordo bene usa
questa opzione per differenziare le immagini di boot per le varie
architetture)
 
la butto lì....
nella manpage di cdrecord, negli esempi, si trova questa cosa:
       If the overall speed of the system is sufficient  and  the
       structure  of  the filesystem is not too complex, cdrecord
       will run  without  creating  an  image  of  the  ISO  9660
       filesystem. Simply run the pipeline:
	mkisofs -R /master/tree | cdrecord -v fs=6m speed=2 dev=2,0 -
e provare con un 
	readcd dev=target | cdrecord -v fs=6m speed=2 dev=target -
?
-- 
Non c'è più forza nella normalità, c'è solo monotonia.

cdrecord.
Ho una ventina di bei sottocoppe.. :-))  Ho provato:
cdrdao read-cd --read-raw --source-device 0,1,0 --datafile mk4.img mk.toc
cdrdao write mk.toc [*]
Poi ho provato con dd, mkisofs, dd con 2*2048 in meno, cdrecord.
Niente da fare.
Ora ho creato un cd dove ho messo con mkisofs una sola directory
(cdrez) di 1200 byte con due file di testo:
-rw-r--r--    1 root     root         1200 Apr 19 00:07 /root/cdrez/
Poi ho dato:
mkisofs -v -o cdrez.img cdrez
eccola:
-rw-r--r--    1 root     root        51200 Apr 19 00:05 /root/cdrez.img
Quindi ho masterizzato con:
cdrecord -v speed=4 dev=1,0 cdrez.img
Ora ho cercato i codici di controllo, creando il file cdrez.readcd con:
readcd dev=0,1,0 f=cdrez.readcd -V
eccolo:
-rw-r--r--    1 root     root       589824 Apr 19 00:44 cdrez.readcd
Allora ho dato:
dd if=/dev/sr0 of=cdrez.dd bs=2048
eccolo:
-rw-r--r--    1 root     root       614400 Apr 19 01:02 cdrez.dd
Dunque dd aggiunge 12*2048 byte, senza apparente motivo. Sono tutti
zeri, a riempire non si sa cosa.
A questo punto s'imponeva:
dd if=cdrez.dd of=cdrez.monco bs=589824 count=1
Ebbene, guarda cosa succede: (cmp cdrez.readcd cdrez.monco && echo ok)
ok
Sono dunque identici.
Dopo essermeli ben ben guardati con mc in esadecimale, ho visto che
ci son diversi codici di controllo di trasmissione e di dispositivo,
ma solo qualche decina, e che il file finisce (sembra proprio) con
l'area dati.
Dunque non esiste un programma che legga il contenuto dei frame, ne'
almeno i settori (=24 frame), ne' tanto meno i leadin e leadout?
C'entra il fatto che dici dei block device? Cioe`, bisognerebbe
trovare il modo di trattarlo come dispositivo a caratteri?
Nota che il file (cfr. [*]) creato con cdrdao e` risultato identico
a quelli creati con dd, tranne gli ultimi settori che dd talvolta
aggiunge.


?
Con cdrecord le ho provate (penso) tutte. Questa veramente no, ma farla
al volo, o appoggiare l'output di readcd prima in un file, credo che
non dovrebbe far differenza.
Pero` provero` con readcd, al volo o no, perche' dd fa casino forte con
i cdrom: l'ho postasto qui su (o giu`), in risposta a Giuseppe.


i cdrom: l'ho postasto qui su (o giu`), in risposta a Giuseppe.
Si puo' fare ma solo se usi readcd come dd, cioe' leggendo i settori cooked.
Se leggi i raw cdrecord non ha il driver apposito e salterebbe fuori un
macello. 
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**
  -<! I Never Wanted To Be What They Told Me To Be
  		Fulfill My Fate Then I'll Be Free >!-
  			Blind Guardian - Mordred's Song

aggiunge.
Mi sa che per capirci bene devi aumentare la tua verbosity. Dal prossimo
post prova a schedularti con l'opzione -v :-))
Anyway, se vuoi pastrocchiare con queste cose ho un programmino in C
multithreaded che converte da settori cooked a raw. Dovrebbe pure
funzionare. E' un po' che non ci lavoro sopra ma le conversioni di base sono
implementate.
--
  	Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
    **ANTI-SPAM** -- **Substitute IHATESPAM with cowo to reply by mail**


macello. 
Si`, ma infatti cdrecord lo usavo solo per scrivere il file ottenuto
cosi`:
dd if=/dev/sr1 of=prova.img bs=2048
E la riga per cdrecord era:
cdrecord -v speed=4 dev=1,0 prova.img
Cosa vuol dire "settori cooked"?


sono implementate.
Si` grazie.. eternamente grato! :-) Quando ti viene bene, il mio
indirizzo email e` nella mia firma.
[1] Nella mia mente malata pensavo che dd leggesse i cd bit a bit,
cioe` leggesse in sequenza, dall'inizio alla fine, 1011100011010..
"Fisicamente uguali" solo nel contenuto di pit e land, non ovviamente
nel supporto.


Cosa vuol dire "settori cooked"?
Cooked = 2k, senza edc/ecc
Raw = 2352b, con edc/ecc senza subchannel
--
        Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
           -<! Failure is not an option...it's bundled with Microsoft !>-

cioe` leggesse in sequenza, dall'inizio alla fine, 1011100011010..
None.
Siccome qui non penso freghi molto ad alcuno, consiglio sfogliare standard
MMC -> 
www.t10.org
.
--
        Giuseppe "Cowo" Corbelli  -->>  Riding on Linux-2.2.18
