Hozzászólások
-
SzerzőBejegyzés
-
A kerékpár őse pont így működött. Ültek rajta és lábbal lökték. Utána jött a pedál. Miért kell ezt is visszafejleszteni?
Egy ismerősömtől megkaptam a megoldást, közzéteszem, hátha másnak is szüksége lesz rá.
A dolog lényege, hogy ha az alaplapi kártyát működésképtelenné teszem akár a drájver kiiktatásával, akár más módon, visszaáll az a helyzet, amikor még nem kezelte a Linux azt a kártyát, és értelemszerűen az SB Live fog működni, mint eddig.
Gyakorlatban ez a /etc/modprobe.d/blacklist kiegészítésével történt. Root jogosultsággal végére biggyesztettem ezt a sort:
blacklist snd-es18xx
Ezzel letiltottam az alaplapi kártya drájverének betöltését és így csak az általam preferált kártya „drájvolódik”. Persze más alaplapi kártya esetén a blacklist parancs után más, az adott kártyához tartozó drájvert kell megadni.
Egy ismerősömtől megkaptam a megoldást, közzéteszem, hátha másnak is szüksége lesz rá.
A dolog lényege, hogy ha az alaplapi kártyát működésképtelenné teszem akár a drájver kiiktatásával, akár más módon, visszaáll az a helyzet, amikor még nem kezelte a Linux azt a kártyát, és értelemszerűen az SB Live fog működni, mint eddig.
Gyakorlatban ez a /etc/modprobe.d/blacklist kiegészítésével történt. Root jogosultsággal végére biggyesztettem ezt a sort:
blacklist snd-es18xx
Ezzel letiltottam az alaplapi kártya drájverének betöltését és így csak az általam preferált kártya „drájvolódik”. Persze más alaplapi kártya esetén a blacklist parancs után más, az adott kártyához tartozó drájvert kell megadni.
Mégiscsak bonyolultabb a dolog. Az alsaconf ugyan helyre teszi a hangkártyákat, de csak egy munkamenetre. Új bekapcsolás után minden a régi. Valami végleges megoldás kellene, mert ez így nem az igazi!
Az egyik fájl, amit állítólag az alsaconf módosított, az a /etc/modprobe.d/sound . Most ez a tartalma:
alias snd-card-0 snd-emu10k1
options snd-emu10k1 index=0A másik a /etc/modprobe.conf lenne, de nem létezik.
Azt hiszem, ezekkel kellene valamit tennem, de mit?
Mégiscsak bonyolultabb a dolog. Az alsaconf ugyan helyre teszi a hangkártyákat, de csak egy munkamenetre. Új bekapcsolás után minden a régi. Valami végleges megoldás kellene, mert ez így nem az igazi!
Az egyik fájl, amit állítólag az alsaconf módosított, az a /etc/modprobe.d/sound . Most ez a tartalma:
alias snd-card-0 snd-emu10k1
options snd-emu10k1 index=0A másik a /etc/modprobe.conf lenne, de nem létezik.
Azt hiszem, ezekkel kellene valamit tennem, de mit?
Köszönöm a tippet, bevált.
A gondot az okozta, hogy azt az alaplapi, használaton kívüli hagkártyát, amit eddig egyetlen Linuxom sem kezelt, a Lenny kezeli, és alapértelmezetten elsődlegesnek tekinti a PCI-os hangkártyával szemben. Soha nem hittem, hogy az a hangkari valaha megszólal!
Köszönöm a tippet, bevált.
A gondot az okozta, hogy azt az alaplapi, használaton kívüli hagkártyát, amit eddig egyetlen Linuxom sem kezelt, a Lenny kezeli, és alapértelmezetten elsődlegesnek tekinti a PCI-os hangkártyával szemben. Soha nem hittem, hogy az a hangkari valaha megszólal!
nastjakam wrote:En azon mondjuk meglepodtem, hogy ennyire keves linux…Főleg ez a jelentősége. Más statisztikák esetében gyakran feltételezhető, hogy manipulálták, de ez itt a szomorú valóság.
nastjakam wrote:En azon mondjuk meglepodtem, hogy ennyire keves linux…Főleg ez a jelentősége. Más statisztikák esetében gyakran feltételezhető, hogy manipulálták, de ez itt a szomorú valóság.
vector wrote:Instabil HWSzerintem erről van szó. Nálam ilyen hol megy, hol nem megy jellegű hibákért szinte mindig a hardver a felelős. Régebben volt egy USB-s billentyűzetem, amelyiknek hibás volt a csatlakozója, az is ilyen bizonytalan tüneteket produkált.Talán meg lehetne cserélni a két gépet, vagy legalább a modemet kipróbálni a másik gépen, akkor kiderülhet, mi a hiba.
-
SzerzőBejegyzés
legutóbbi hsz