Newsgroup: it.comp.os.linux.sys
Titolo: fanculo a chi ha inventato scsi, chi ha il masterizzatore ide diventa pazzo (lungo ed esasperato)

sono abbastanza all'esasperazione. Spero che qualcuno mi sappia aiutare
perché sono a un passo dal piantare un piede nel monitor (solita estrema
risorsa).
Ho la "sfiga" di avere un masterizzatore IDE. Che, per inciso, con Windows
va benissimo. In Linux qualche genio ha pensato di uniformare tutto
secondo la logica "tutto è scsi". Ottimo. E chi ha IDE cazzi suoi.
Benone (si fa per dire), vengo al dunque:
Mi procuro l'how-to di pluto.linux per masterizzare. Già sapevo che dovevo
ricompilare il kernel con l'emulazione scsi abilitata.
Seguendo la guida, mi dice cosa abilitare nel kernel per quanto riguarda
block, scsi, fs. Così faccio, seguendo la colonna "ide" per chi ha
masterizzatori ide. Curiosamente mi dice di impostare anche lo scsi
support, cosa che però mi costringe a selezionare un low-level driver. Ma
io non ne ho, non ho niente scsi! Vabbé, lascio tutto come modulo, amen,
se ne ha bisogno poi se lo carica il kernel (come no...) :-(
Ricompilo il kernel, e va tutto bene; e ricompilo i moduli. E qui invece
c'è qualcosa che non va: 
scsi.c: In function `scan_scsis_single':
scsi.c:766: `TYPE_ENCLOSURE' undeclared (first use in this function)
scsi.c:766: (Each undeclared identifier is reported only once
scsi.c:766: for each function it appears in.)
scsi.c: In function `resize_dma_pool':
scsi.c:2480: `TYPE_ENCLOSURE' undeclared (first use in this function)
make[2]: *** [scsi.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.2.5/drivers/scsi'
make[1]: *** [_modsubdir_scsi] Error 2
make[1]: Leaving directory `/usr/src/linux-2.2.5/drivers'
make: *** [_mod_drivers] Error 2         
Questo è il risultato di un make modules.
Ho anche provato (avrò ricompilato quella trentina di volte il kernel per
provare tutte le combinazioni possibili, perché poi ci sono altri
problemi) a includere nel kernel direttamente le opzioni scsi, per
bypassare il problema dei moduli. Il risultato è che si ferma a metà
compilazione con errori analoghi, cosa che mi fa pensare a qualche
libreria corrotta. Però è incredibilmente strano, perché la sorgente del
kernel è quella del cd della distribuzione (RedHat6.0), che
nell'installazione si era comportato invece bene!
Comunque, se ricorro alle impostazioni scsi come modulo, se poi provo a
installarli "a forza" con modprobe ide-scsi il risultato è il seguente:
/lib/modules/2.2.5-15/scsi/ide-scsi.o: unresolved symbol
scsi_register_Rfbcd20f9/lib/modules/2.2.5-15/scsi/ide-scsi.o: unresolved
symbol scsi_unregister_module_Rf741008f
/lib/modules/2.2.5-15/scsi/ide-scsi.o: unresolved symbol
scsi_register_module_Rfa20b7b0          
Ho provato a bypassare tutto abilitando solo l'emulazione scsi nel kernel,
e dicendo che NON ho in effetti scsi-support, che imho dovrebbe essere la
cosa più logica.
E in effetti in questo modo compilo kernel e moduli senza errori.
Il risultato, comunque, in _tutti_ i casi di cui sopra, è che al boot mi
da tranquillamente hda (l'hd con linux), hdb (cdrom IDE-ATAPI), hdc (l'hd
con winzozz) e hdd (masterizzatore IDE-ATAPI).
Sulla guida invece specificava che questo non doveva avvenire, perché se
vengono visti come IDE al boot poi non si riesce più a "convertirli" in
scsi. Andiam bene.
Ho provato ad aggiungere in conf.modules le righe:
alias scd0 sr_mod
alias scsi_hostadaptor ide-scsi
options ide-cd ignore=hdd
E lui se ne fotte.
Estrema risorsa, metto in /etc/lilo.conf (teoricamente dovrebbe essere
solo per i kernel 2.0.x, secondo la guida, io ho il 2.2.15, ma tanto per
non lasciare nulla di intentato):
append="hdd=ide-scsi"
e comunque è come niente.
Se faccio cdrecord -scanbus mi risponde "cannot open SCSI driver".
E non è finita. Nel frattempo sono sorti altri problemi, che col kernel
dell'installazione non c'erano:
1) ora al boot il sistema si pianta quando deve fare il controllo della
dipendenza dei moduli. Faccio CTRL+C e riparte completando il boot e
funzionando. Non ho ancora capito a cosa sia dovuto, basta solo che venga
richiamato UN modulo qualunque e il risultato è questo.
Ho perfino tentato di fare un kernel *quasi* monolitico mettendo un modulo
alla volta per vedere se era uno in particolare, ma non pare dipendere da
un modulo in particolare.
Durante le prove col kernel su un dischetto pensavo fosse colpa del fatto
che non trovasse i moduli sul dischetto, ma dopo averlo installato in boot
(e avere correttamente fatto lilo... conscio dei casini che succedono se
uno si scorda!) il problema è rimasto.
A dire la verità ho provato anche un kernel completamente monolitico per
tagliare la testa al toro coi problemi dei moduli, ma ho incontrato i
problemi con scsi e altri problemi con la scheda sonora. Problemi che
comunque perdurano in ogni circostanza:
2) la scheda sonora non carica più il modulo awe_wave per l'esecuzione del
midi, però se lo carico a mano successivamente col comando modprobe
awe_wave viene caricato correttamente e il sintetizzatore midi interno
funziona. In /etc/conf.modules è sempre presente la riga di richiamo alias
midi awe_wave, nessuno ha toccato niente lì. Ciononostante ora non lo
carica più, e devo fare a mano. Però nel kernel ho abilitato il lowlevel
device awe64 come modulo, eppure se ne sbatte :-(
Ho provato a compilare la scheda sonora integrandola nel kernel, ma
essendo plug&play poi non funziona (ovviamente, d'altronde).
3) forse il minore dei mali, ma mi ha sbarellato anche questo: l'orologio
ora segna un'ora avanti, e non ci sono santi di riportarlo all'ora giusta.
L'orologio di sistema (quello del bios, insomma) è settato sul localtime,
e non su GMT perché sennò Winzozz non capisce.
Se non fosse possibile fare altrimenti me ne fregherei, ma qui siamo al
solito discorso: col kernel dell'installazione tutto andava bene, e tanto
linux quanto windows leggevano la stessa ora.
Mi sono accertato, nel setup-timezone editor che non fosse selezionata la
voce "orologio di sistema su GMT"; così come ho tentato di tutto nel
kernel, sia a disabilitare completamente il power management, che a
lasciarlo abilitato con la voce "orologio su GMT" su NO. Ma lui se ne
fotte, e comunque considera che l'orologio di sistema sia su GMT, e io sia
nel fuso orario di Roma (GMT+0100).
Potrei rimediare dicendogli di essere nel fuso orario di Greenwich, ma è
un rimedio a metà: se prima andava, perché stracazzo adesso deve
fottersene?
Glosh. C'è speranza oppure sono un caso irrecuperabile? :-(
-- 
Crononauta
==========
ICQ UIN: 4005815
IDAnet: 
http://adcserver1.biodip.unimi.it/ida/index.htm
GP Legends: 
http://www.multiplayer.it/driving/

Diecimila righe e NON UNA citazione per marca e modello del tuo
masterizzatore. Inziamo bene.
Il Cd-writing how to è una risorsa a dir poco chiarissima per masterizzare
con un EIDE: mi è bastato leggerlo una volta, seguire passo passo il suo
'vademecum', et voilà, il mio Mitsumi CDR4801 scrive che è un piacere,
meglio anche di Windows e del suo codazzo di interfaccine grafiche.
I problemi con la AWE64 ce li hai perché probabilmente non hai compilato il
kernel col suono impostato a moduli.
Quelli col masterizzatore perché ti ostini a tenere vivo il supporto dei
CDROM ide, quando invece dovresti segarlo via. I tuoi apparecchi CD non
verranno più visti come /dev/hdX, ma come /dev/srX, il cd-writing howto
spiega anche dettagliatamente come creare detti device qualora venissero
ignorati inizialmente dal sistema. Mal che vada, basta installare xcdroast e
ci pensa lui.
Per quanto riguarda la documentazione, poi, ti ricordo che un articolo
(ormai datato) apparì proprio per mia firma su PC Action di aprile 99, e su
Inter.net a novembre di questo stesso anno (non dovrebbe essere difficile
reperirlo, mi pare che la rivista tenga un archivio degli articoli vecchi
sul suo sito). S'intitola "i misteri del master". Lì c'è davvero scritto
TUTTO quello che c'è da sapere per masterizzare con un IDE.
Calma, tranquillità, e vedrai che anche il tuo cd-writer scriverà
tranquillamente con Linux. A meno che, ovviamente, tu non abbia proprio
l'unico modello non supportato.
Paolo Besser

Glosh. C'è speranza oppure sono un caso irrecuperabile? :-(
...la speranza e' sempre l'ultima a morire, no ?! ;-)
-- 
(O>   | Mauro Agrosi
//\   | e-mail: 
j.f...@libero.it
V_/_  | Powered by Linux Slackware 7

 nell'installazione si era comportato invece bene!
beh, il 2.2.5 non è proprio nuovissimo, passa al 2.2.13 e riprova
-- 
Non c'è più forza nella normalità: c'è solo monotonia.

l'unico modello non supportato.
Il masterizzatore per adesso non importa, qua è il kernel che non va. Quel
conflitto non è normale. Non me ne intendo molto di linux, ma arrivo 
a capire che non è normale quando due pacchetti sono entrambi richiesti
come fondamentali, ma vanno in conflitto fra loro...
In questi casi che si fa?


un tail di /var/log/messages ?
Sì, si blocca perché non riesce a caricare dei moduli che riguardano la
scheda sonora, ma come detto mi si blocca durante la compilazione dei
moduli, quindi questo non mi stupisce, visto che i moduli inevitabilmente
saranno "farlocchi" mezzi installati e mezzi no.
Boh...


In article <slrn86i7f...@t-rex.tato>,

Bravo uaglio', dimostri una grinta e una determinazione che ti fanno onore
;-)
Senti, onestamente tutta sta svagonata di problemi mi lasciano a dir poco
interdetto...
In effetti allo stadio cui sei attualmente, al tuo posto tenterei la strda
a questo punto piu' comoda, mi procurerei un nuovo kernel (i sorgenti
degli ultimi 2.2.1x ultimamente sono apparsi in diverse riviste...) e
ricomincerei con calma (mi raccomando...eheheh!!!) da zero :-)
Ora che ci peno in effetti, il primo kernel compilato sulla mia RH6 non
era quello "di serie", la mia distro (da edicola ovviamente..) era...sic!,
zappata e a farne le spese era proprio l'rpm dei sorgenti del kernel...
Ne approfittai ricompilando subito un kernel piu' attuale e...inutile
dirlo, senza il benche' minimo problema..!!!
Forza e coraggio !!! :-)
Ciao.



Web Site: 
http://asterix75.dyndns.org
"Unix IS user friendly. It's just selective about who its friends are"


Credo che tu abbia assolutamente ragione.
Trovati il tarball del kernel e parti da quello.
Non sono mai riuscito a compilare un kernel errepiemmeizzato.
Saluti e auguri
           Guido
--
--------------------------
To reply me remove _NOSPAZZATURA_ from my address
Guido Sansoni - Anzio
P// P/// K6 K7: La potenza č nulla senza controllo. Usateli solo con Linux. 

scsi. Andiam bene.
Esatto, ma tu hai lasciato il supporto per il CDROM EIDE.
Della scheda audio non so una mazza :-)
Una volta che mi fa sentire i CD e gli mp3 con i suoi due modulini non mi
frega di nient'altro :-)
-- 
		Giuseppe Corbelli
    -=< A Metal Heart Is Hard To Tear Apart >=-
ANTI-SPAM: E-Mail address is fake. Substitute cowo with IHATESPAM.

 Butta nel cesso i sorgenti di RedHat e installa quelli ufficiali!
condivido in pieno, meglio il tree ufficiale.
ciao e buone feste, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 +
X/faq : X window system faq (ita) u/cpd.txt : come fare domande su icol
GPG Key fingerprint = 6006 4D69 0DB5 A3AC A6E6 F212 5FD8 2D6A 118A CD82
                      8FA9 2CA4 92EB C99D 1AEE D900 FF1D 5329 BFE3 CF7A

ricomincerei con calma (mi raccomando...eheheh!!!) da zero :-)
E infatti era proprio il kernel stronzo!
Porca boia, sono impazzito tre gironi e mi sono sentito deficiente per
niente!
Infatti ho scaricato un kernel nuovo, un glibc-devel nuovo, ho compilato,
installato e adesso mi vede i cdrom scsi perfettamente! :-)
Non solo, anche i problemi con la scheda sonora sono evaporati, ora
funziona tutto come un gioiellino (te lo credo, finalmente sono riuscito a
ricompilare pure i moduli!), e pure l'orologio si è rimesso ad andare
bene!
Per cui: chiunque si trova una RedHat6.0 con kernel 2.2.5-15, stia
attento, perché il sorgente kernel E' CANNATO.
A questo punto mi viene oltretutto da chiedermi come hanno fatto quelli
con periferiche scsi a installare "in partenza" quella distribuzione,
visto che il problema sta sui moduli scsi... Comunque:
I pacchetti:
- glibc-devel-2.1.1-6.i386.rpm
- kernel-headers-2.2.5-15.i386.rpm
- kernel-source-2.2.5-15.i386.rpm
sono in qualche modo SCAZZATI, contengono un qualche errore che fa si che
avvengano dei conflitti fra i moduli (in particolare scsi.o). In questo
modo è impossibile, con quei sorgenti, compilare correttamente un kernel
e/o i relativi moduli che comportino l'impiego di driver scsi.
Quindi tutti quelli che hanno una RedHat 6.0, prima di sclerare col
masterizzatore, scarichino un nuovo kernel e un nuovo glibc-devel. Ho
visto che il glibc-devel allegato alla RedHat6.1 funziona bene. Il kernel
invece l'ho raggiunto col link da 
http://linuxberg.iol.it
.
Insomma, avevate ragione voi a dire che l'how-to era scritto a prova di
scimmia, però concedetemi l'attenuante che qui non era colpa mia!
:-)


 attento, perché il sorgente kernel E' CANNATO.
ah, azz.... il .5 era proprio gia' bacato di suo, figurati la versione
customizzata rh... lo devo mettere nella faq: "usare kernel ufficiali"
;)


master.
Che vantaggio c'è a far sì che un _harddisk_ ide venga 
visto come scsi?
Ti ringrazio anticipatamente per la risposta.
Paolo

visto come scsi?
Io avevo provato (quel consiglio non era mio, era una risposta a una mia
domanda) con un kernel "sperimentale" su un dischetto, ma il risultato č
che se l'hd č ide e il sistema č lě... DEVE vederlo come IDE sennň non č
capace di caricare il sistema!!!
Quindi non puoi ammazzare completamente il supporto IDE, almeno per l'hard
disk!


disk!
Ma se non avessi problemi di boot c'e' qualche ragione valida per far
vedere scsi un hd ide?
Ciao

Ti ringrazio anticipatamente per la risposta.
Se lo devi programmare non conosco altri sistemi. E poi non c'é differenza
sostanziale. I comandi che girano sono quelli. Stai solo 'imbrogliando' il
sistema.


>PGP public key avaiable<<
fingerprint: 14AA 1D7A 1653 E132 47CE  334C C9D3 6A97 208B A915

Di solito imbrogliare ha un costo.
Sinceramente non so come funzioni di preciso tutta la storia
dell'emulazione...
I comandi sul bus IDE da qualche parte li deve passare. Secondo me è solo
una questione di redirezione dei comandi. Se qualcuno ne sa di + prego
postare!


postare!
E' come hai detto tu: l'emulatore riceve comandi scsi e li traduce in
comandi da inviare lungo il canale IDE.
Saluti,
    Mardy