Newsgroup: it.comp.os.linux.debian
Titolo: Knoppix 3.8.1 su notebook e problemi con scheda sonora

Salve, sto provando da più di una settimana ad installare Knoppix 3.8.1 su
un portatile Acer Aspire 1400, tutto funziona bene tranne il modem e la
scheda sonora. Analizzando il file .../asound/card0/id mi sembra di capire
che Knoppix mi scambia il modem per la scheda sonora e di sonseguenza non
posso ne usare il modem (cosa poco importante per me) ne alscoltare il suono
(cosa molto importante per me, su un altro computer ho faticato per
ascoltarlo correttamente però alla fine ci sono riuscito). Dopo centinaia di
tentativi ho visto che se ad ogni restart del sistema rieseguo lo script
alsaconf riesco ad ascoltare il suono, per ora mi era balenata in mente
l'idea di trasformare in script statico quella parte dinamica di alsaconf
necessaria a far funzionare la mia scheda sonora, però mi sembra strano che
per una scheda sonora si debba fare tutto questo, sicuramente c'è qualche
altra scorciatoia (me la potete consigiare? vi prego :-)) ), che non sia
quella della ricompilazione del kernel . Analizzando lo script
usr/sbin/saveconfig ho notato che contiene alcuni bug, tra questi quello che
avrebbe potuto risolvere il mio problema, in pratica lo script registra solo
le variazioni sui file presenti nella directory etc, ma non registra gli
eventuali file aggiunti (alsaconf aggiungi una marea di file e directory
sotto /etc/modprobe.d/ e modifica il file /etc/modules.conf, per altro
quest'ultimo non viene preso in considerazione dallo script saveconfig), ho
provato a ricreare a mano, seguendo ovviamente le istruzione presenti nello
script, il file configs.tbz, aggiungendo allo stesso quei file che non
vengono aggiunti automaticamente, ma purtroppo non ho risolto niente. Ho
provato tutti i parametri di boot relativi ad alsa, emu10k e varie, ma
niente. Dal forum di Knoppix mi hanno consigliato di mantenere premuto il
tasto mute durante la fase di boot, ma non è servito a niente.
Comunque mi potreste dire qual'è il primo script che viene eseguito durante
la fase di boot di knoppix?? in realtà vorrei sapere qual'è lo script che
imposta il ramdisk (vorrei disabilitare o quanto meno limitare questo
inutile sprego di memoria, ho provato tutti i parametri di boot
promptqualcosa, ramdisk, ramdisk_size, ma niente) e poi vorrei sapere qual'è
lo script giusto dove potrei richiamare il mio futuro script per la corretta
inizializzazione della scheda sonora (in questo caso se necessario sono
disposto a rimasterizzare knoppix, ma non sarò mai disposto a ricompilare il
kernel per ragioni aziendali).
Grazie a tutti.

 sonora e di sonseguenza non posso ne usare il modem (cosa poco
Immagino che tu abbia un modem che viene gestito dalla scheda
sonora. Mi capita una cosa simile con la mia, modulo snd_intel8x0
Ti dico cosa vuoi ottenere cosi' forse trovi le soluzioni da te. Tu
vuoi che la scheda sonora sia quella usata di default, ma il problema
e' che attualmente la scheda sonora ha ID=1 mentre il modem ha ID=1
giusto?
Puoi risolvere in molti modi: imposti i tuoi programmi per usare di
_default_ l'id 1, dire ad alsa che il modulo che sta caricando deve
avere id 1 e non 0, o forzare il modulo della scheda sonora ad essere
caricato prima di quello del modem.
Vediamo il caso 3): solitamente i moduli alsa vengono lanciati o da
uno script /etc/init.d/alsa o da hotplug. Entrambi vengono lanciati
_dopo_ la lettura del file /etc/modules, quindi una soluzione e':
metti in /etc/modules il nome del modulo della scheda sonora e vedi
cosa succede.
Per il caso 2) invece puoi modificare il file /etc/modutils/alsa-base
in modo che ci sia una riga tipo
options snd-intel8x0m id=1
options snd-intel8x0 id=0
questo dovrebbe imporre ai due moduli di prendersi gli ID giusti.
Il caso 1) invece e' ovviamente il piu' semplice e risolvibile da
utente. Se vai su 
http://www.alsa-project.org/alsa-doc/doc-php/asoundrc.php
troverai che creando un semplice file nella tua home chiamato
.asoundrc puoi impostare vari parametri interessanti, tra cui anche la
scheda sonora da usare di default. Ad esempio:
        pcm.!default {
	type hw
	card 1
	}
	ctl.!default {
	type hw           
	card 1
        }
queste righe dovrebbero fare al caso tuo
.a.
-- 
Il mattino ha l'oro in bocca. Il MATTino ha l'OrO In bOcca.
i lma tt ino ha l'o roin bocc a.ilmattinohal'oroinbocca. il ma tt in
oh al' or oi nb oc ca. il matti noha l'oroinbocca. IL MATtiNO Ha l'ORO
InBOCCa. I l m a t t i n o  h a l' o r o i n b o c c a . ilmattinohal'oroin
BoCcA. iLmAtTiNoHaL'oRoInBoCcA.

 queste righe dovrebbero fare al caso tuo
mi piacerebbe utilizzare questo metodo, l'ho provato, ma con grade
dispiacere non sono in grado di capire se funziona, mi spiego meglio, fino
a poco tempo fa avevo la mia home persistent directory su un filesystem
FAT32, poi pensando di fare bene, ho ripartizionato il disco e ho messo la
home persistent directory su un filesystem ext2, purtroppo da allora non
funziona più da home persistente, nel senso che se metto dei dati nella
home al successivo riavvio li perdo, ricordo però che quando, via parametri
di boot, indicavo la partizione fat32 mi appariva una finestra blu di alert
dove mi diceva che potevano essere problemi nel montare quella directory,
ora questa maschera di alert non la propone più, ma manco funziona
più :-))), al boot di solito passo questo parametro:
 knoppix home=/mnt/hdb6/knoppix.img myconfig=/mnt/hdb6
ho provato anche con 
 knoppix home=/dev/hdb6/knoppix.img myconfig=/mnt/hdb6
ma per ora la home directory continua a non essere persistente
grazie ancora per la risposta
ciao a tutti

 
ho riprovato a mettere l'immagine della home persistent directory su un
filesystem di tipo FAT32 e ha ripreso a funzionare (devo ancora testare lo
script per la scheda sonora, ma ora sono stanco ci proverò più tardi), però
che pizza quella maschera di alert che appare ogni volta.... perchè poi il
filesystem FAT32 non è gestito in modo case sensitive?? ogni volta che creo
una directory o un file me lo mette sempre in minuscolo, non è che per caso
mediante qualche criptico parametro del fstab riesco a risolvere anche
questo problema??? ogni volta che cerco di risolvere un problema se ne
presentano altri 100, mi sta prendendo la depressione.... (e poi tutto
questo lo sto facendo solo per poter giocare come si deve con Urban Terror
con i miei colleghi :-))))), forse tra le righe leggo un messaggio Divino
"meglio che non lo fai..." :-))))) )
ho scoperto un altro bug nello script rebuildfstab, perchè quando lo lancio
non mi cancella il vecchio fstab prima di modificarlo? ho perso un ora per
fargli vedere due nuove partizioni che ho fatto, a causa di un
accavallamento dei nomi, alla fine per disperazione ho cancellato a manina
l'fstab e poi lo script lo ha ricreato bene...

 una directory o un file me lo mette sempre in minuscolo, non è che per caso
fat32 _non_ e' case sensitive.


 fat32 _non_ e' case sensitive.
lo è dal punto di vista della nomenclatura, sotto windows se creo una
directory o un file con una certa seguenza di miniscole e maiuscole,
quest'ultime vengono mantenute... poi il sistema non fa differenze, ma
questa è un'altra cosa... basta che pensi a java, sotto windows se non
rispetti le minuscole e le maiuscole presenti nei nomi delle classi non le
esegui con il comando "java.exe" (un file Pippo.class non lo riconosce se
scrivi "java pippo", come ci potrebbe riuscire se nalla fat non riportasse
le minuscole con le maiuscole e se il sistema non le prendesse, a livello
di api, in considerazione???)

 quest'ultime vengono mantenute... poi il sistema non fa differenze, ma
Quale windows? risposta: da winnt in poi.
E se metti nelle opzioni di mount shortname=winnt resta case sensitive.
E se vuoi far del male a windows, aggiungi posix e puoi avere nella
stessa directory il file Pippo.txt e pippo.txt
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net


grazie tantissimo appena posso lo provo subito, poi ho visto che questa
opzione posso metterla anche nell'fstab, che bello speriamo che funziona
:-)), per ora sto perdendo tempo con il masterizzatore e poi con la
stampante che per il momento non riesco ancora a fargli vedere, il
masterizzatore lo vede solo in lettura e quando provo a masterizzare con k3b
mi dice che c'è un problema di memoria, ma spulciando tra i vari log mi
sembra di capire che non è un problema di memoria bensì di incompatibilità
tra masterizzatore (benq 52x32x52x) e driver presenti su cd (con un altro
masterizzatore infatti funziona alla perfezione), da qualche parte ho letto
che non riesce a riconoscere il device scsi (anche se il cdrw non è scsi, ma
se non ricordo male linux tratta tutti i masterizzatori come scsi, mediante
qualche emulatore), per la stampante poi penso che il problema sia la porta
usb (la stampante è una Canon Laser Shot LBP-1120, ho trovato dei driver per
linux ma li devo ancora provare); grazie ancora, ciao a tutti

 
grazie, funziona benissimo, per me era un grossissimo problema non poter
memorizzare i file in forma case sensitive su fat32 :-)