slacky.eu

dopo mille tentativi tutto funziona l´audio si sente e la connessione adsl funziona.
<BR>ho ricompilato per l´ennesima volta il kernel ma a sto giro ho letto riga per riga tutto. con calma ho trovato la mia scheda audio e la scheda ethernet. al riavvio tutto era funzionante.
<BR>
<BR>adesso devo farvi alcune domande:
<BR>1) in lilo.conf ho messo questa opzione:
<BR> append="hdc=ide-scsi" per l´emulazione scsi
<BR> ora che non è più necessaria mi basta semplicemente cancellarla? il masterizzatore funzionerà lo stesso? devo aggiornare cdrtool cdparanoia etc?
<BR>2) per leggere una partizione ntfs avevo installato un tool chiamato captive adesso che non ne ho piu bisogno posso disinstallarlo ma poi come faccio a montare la partizione?
<BR>3) anche se l´audio funziona all´avvio mi rimanda questi errori:
<BR> non trova snd_mixer_oss e snd_pcm_oss come mai? <br>

Allora, se parli di kernel 2.6, puoi togliere la riga per l´emulazione, e ovviamente aggiornare cdrtools e cdrdao.
<BR>Poi riconfiguri la tua GUI per farla puntare ai nuovi device (puoi fare una scansione con cdrecord -scanbus dev=ATAPI)
<BR>
<BR>Ntfs: la monti come al solito, tipo mount /dev/hdX /mnt/hd -t ntfs -rw -o umask=0222
<BR>
<BR>Audio: controlla i files modules.conf o modprobe.conf o modules.devsf e gaurda che non ci siano entry doppie.<br>

Attento, che col 2.6, proprio perché non serve più
<BR>l´emulazione scsi, i dispositivi cdrom e cdrw
<BR>non sono più identificati come scd0 e scd1,
<BR>ma come dischi, e cioè come hdc e dhh.
<BR>Tienne conto in fstab.
<BR>
<BR>M.<br>

il comando cdrecord -scanbus dev=ATAPI risponde così:
<BR>scsidev: ´ATAPI´
<BR>devname: ´ATAPI´
<BR>scsibus: -2 target: -2 lun: -2
<BR>Warning: Using ATA Packet interface.
<BR>Warning: The related libscg interface code is in pre alpha.
<BR>Warning: There may be fatal problems.
<BR>Using libscg version ´schily-0.8´.
<BR>scsibus0:
<BR> 0,0,0 0) ´TOSHIBA ´ ´DVD-ROM SD-R2312´ ´1905´ Removable CD-ROM
<BR> 0,1,0 1) *
<BR> 0,2,0 2) *
<BR> 0,3,0 3) *
<BR> 0,4,0 4) *
<BR> 0,5,0 5) *
<BR> 0,6,0 6) *
<BR> 0,7,0 7) *
<BR>
<BR>cosa vuol dire "riconfiguri la tua GUI per farla puntare ai nuovi device" in che modo devo farlo?<br>

Cosa utilizzi per masterizzare?
<BR>Se usi k3b, devi riconfigurare il tool dall´apposito menu´, stessa cosa per xcdroast (che va fatto da root pero´).<br>

masterizzatore:
<BR>mettendo /dev/hdc /mnt/cdrom iso9660 noauto,users,ro 0 0 leggo il dispositivo. ma da k3b mi dice che cdrdao richiede l´emulazione scsi. uso K3b 0.11.3 e cdrdao ultima versione scaricata da qui. anche se richiede l´emulazione masterizza lo stesso.
<BR>partizione ntfs impostata come segue:
<BR>/dev/hda1 /mnt/hd ntfs ro,umask=0222,uid=1001,gid=1001,user 0 0
<BR>(nessun problema secondo voi uid e gid ridondanti/inutili?)
<BR>
<BR>l´audio continua a dare problemi. prima al logout mi ha fatto un rumore molto brutto.
<BR>e ad intervalli regolari mi segnala CPU Overload. eppure l´audio si sente senza problemi
<BR>
<BR><br>

Intanto aggiorna k3b (0.11.6). Il messaggio è un warning, ma la masterizzazione va comunque a buon fine.
<BR>Audio: kernel? alsa o oss? con le tue specifiche si fa fatica ad aiutarti<br>

il kernel è il 2.6.4
<BR>uso alsa emulation il nome della scheda è ALI 5451
<BR>il messaggio riportato è CPU overload
<BR>inoltre da syslog leggo quanto riportato anche se non so se c´entri molto:
<BR>atkbd.c: This is an XFree86 bug. It shouldn´t access hardware directly.
<BR>
<BR>hai bisogno di altre informazioni?
<BR>
<BR>(il rumore che sentivo non è legato a CPU overload. quando ho ripristinato i valori predefiniti si arts non sentivo piu rumori)
<BR><br>

controordine il rumore appare ogni volta che si esegue un suono di sistema<br>

ALSA emulation!? sarebbe??
<BR>
<BR>Compila ALSA come modulo. Poi assicurati che sia il Sound Manager predefinito.<br>

forse ho risolto:
<BR>dimmi se è la procedura "giusta"
<BR>centro di controllo=> sistema sonoro =>I/O suono => metodo di I/O sonoro= ALSA
<BR>anzichè autorilevamento
<BR>
<BR>in questo modo fin´ora non ho ricevuto altri messaggi di errore
<BR><br>

confermo che il problema pare risolto.
<BR>infatti adesso anche da root non ricevo più il segnale cpu overload.
<BR>se qualcuno dovesse avere problemi legga il form precedente è così che ho risolto.
<BR><br>

Infatti era quello a cui mi riferivo..<br>

bene.
<BR>senti altra domandina che piu che altro è una conferma:
<BR>per avere la tmp vuota ad ogni avvio di x se aggiungo a rc.local
<BR>questo script:
<BR>/bin/ rm -rf /tmp/*
<BR>faccio cosa buona e giusta?
<BR>
<BR>prima stavo installando un pacchetto e mi compariva il messaggio che la partizione era occupata.... (ma la tmp aveva 2 gb di roba dentro)
<BR>per ora ho risolto da riga di comando #rm -rf/tmp/*
<BR>
<BR>(ai fiiiil guuud)<br>