[gentoo-user-hu] alsa probléma

[gentoo-user-hu] alsa probléma

[Bukuli Norbert]

Sziasztok!

Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
így ér szomorú véget:

# strace alsaconf
execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
ENOEXEC (Exec format error)
dup(2)                                  = 3
fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7fdbcc473000
lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
) = 32
close(3)                                = 0
munmap(0x7fdbcc473000, 4096)            = 0
exit_group(1)                           = ?

Van valami ötletek mi lehet a gond?
-- 
Üdvözlettel:
Bukuli Norbert

[gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Testa]

Próbáltad kernelbe forgatni az alsa drivert ?
Szerintem 2x esen van betöltve a modul...

2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
> Sziasztok!
>
> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
> így ér szomorú véget:
>
> # strace alsaconf
> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
> ENOEXEC (Exec format error)
> dup(2)                                  = 3
> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0x7fdbcc473000
> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
> ) = 32
> close(3)                                = 0
> munmap(0x7fdbcc473000, 4096)            = 0
> exit_group(1)                           = ?
>
> Van valami ötletek mi lehet a gond?
> --
> Üdvözlettel:
> Bukuli Norbert
>
>



-- 
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company

[gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Bukuli Norbert]

Köszönöm, közben megoldottam a dolgot. Nagyon quick-and-dirty, de legalább megy.

Felraktam az alsa-utils-ból és függőségeiből egy újabb verziót, azzal
működött. Etc-update, alsaconfig után downgrade-eltem az előbb
frissített csomagokat, etc-update. Azóta jó.
Valószínűleg valami trükkös beállítást kellet volna módosítani, így
most gyorsabb volt.

A kérdésedre a válasz: nem próbáltam, de szerintem nincs kétszer betöltve:
# lsmod | awk '{print $1}' | sort | uniq -c
      1 asus_atk0110
      1 button
      1 coretemp
      1 ehci_hcd
      1 evdev
      1 hid
      1 i2c_core
      1 i2c_i801
      1 ieee1394
      1 intel_agp
      1 iptable_filter
      1 ip_tables
      1 iTCO_vendor_support
      1 iTCO_wdt
      1 Module
      1 nvidia
      1 ohci1394
      1 pcspkr
      1 processor
      1 psmouse
      1 rt3070sta
      1 rtc_cmos
      1 rtc_core
      1 rtc_lib
      1 serio_raw
      1 skge
      1 sky2
      1 snd
      1 snd_hda_codec
      1 snd_hda_codec_analog
      1 snd_hda_intel
      1 snd_hwdep
      1 snd_mixer_oss
      1 snd_page_alloc
      1 snd_pcm
      1 snd_pcm_oss
      1 snd_seq
      1 snd_seq_device
      1 snd_timer
      1 soundcore
      1 thermal
      1 uhci_hcd
      1 usbcore
      1 usbhid
      1 x_tables


2010/4/15 Testa <testa.a.tapos@gmail.com>:
> Próbáltad kernelbe forgatni az alsa drivert ?
> Szerintem 2x esen van betöltve a modul...
>
> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>> Sziasztok!
>>
>> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
>> így ér szomorú véget:
>>
>> # strace alsaconf
>> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
>> ENOEXEC (Exec format error)
>> dup(2)                                  = 3
>> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>> 0) = 0x7fdbcc473000
>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
>> ) = 32
>> close(3)                                = 0
>> munmap(0x7fdbcc473000, 4096)            = 0
>> exit_group(1)                           = ?
>>
>> Van valami ötletek mi lehet a gond?
>> --
>> Üdvözlettel:
>> Bukuli Norbert
>>
>>
>
>
>
> --
> www.airndsoft.com
> Artificial Intelligence Research aNd Development Software Company
>
>



-- 
Üdvözlettel:
Bukuli Norbert

[gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Testa]

Kétszer úgy lehet betölteni hogy kernelbe is beforgatod...
Velem ez eset meg anno...
Milyen keyword ot használsz ?


2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
> Köszönöm, közben megoldottam a dolgot. Nagyon quick-and-dirty, de legalább megy.
>
> Felraktam az alsa-utils-ból és függőségeiből egy újabb verziót, azzal
> működött. Etc-update, alsaconfig után downgrade-eltem az előbb
> frissített csomagokat, etc-update. Azóta jó.
> Valószínűleg valami trükkös beállítást kellet volna módosítani, így
> most gyorsabb volt.
>
> A kérdésedre a válasz: nem próbáltam, de szerintem nincs kétszer betöltve:
> # lsmod | awk '{print $1}' | sort | uniq -c
>      1 asus_atk0110
>      1 button
>      1 coretemp
>      1 ehci_hcd
>      1 evdev
>      1 hid
>      1 i2c_core
>      1 i2c_i801
>      1 ieee1394
>      1 intel_agp
>      1 iptable_filter
>      1 ip_tables
>      1 iTCO_vendor_support
>      1 iTCO_wdt
>      1 Module
>      1 nvidia
>      1 ohci1394
>      1 pcspkr
>      1 processor
>      1 psmouse
>      1 rt3070sta
>      1 rtc_cmos
>      1 rtc_core
>      1 rtc_lib
>      1 serio_raw
>      1 skge
>      1 sky2
>      1 snd
>      1 snd_hda_codec
>      1 snd_hda_codec_analog
>      1 snd_hda_intel
>      1 snd_hwdep
>      1 snd_mixer_oss
>      1 snd_page_alloc
>      1 snd_pcm
>      1 snd_pcm_oss
>      1 snd_seq
>      1 snd_seq_device
>      1 snd_timer
>      1 soundcore
>      1 thermal
>      1 uhci_hcd
>      1 usbcore
>      1 usbhid
>      1 x_tables
>
>
> 2010/4/15 Testa <testa.a.tapos@gmail.com>:
>> Próbáltad kernelbe forgatni az alsa drivert ?
>> Szerintem 2x esen van betöltve a modul...
>>
>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>>> Sziasztok!
>>>
>>> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
>>> így ér szomorú véget:
>>>
>>> # strace alsaconf
>>> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
>>> ENOEXEC (Exec format error)
>>> dup(2)                                  = 3
>>> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
>>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>>> 0) = 0x7fdbcc473000
>>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>>> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
>>> ) = 32
>>> close(3)                                = 0
>>> munmap(0x7fdbcc473000, 4096)            = 0
>>> exit_group(1)                           = ?
>>>
>>> Van valami ötletek mi lehet a gond?
>>> --
>>> Üdvözlettel:
>>> Bukuli Norbert
>>>
>>>
>>
>>
>>
>> --
>> www.airndsoft.com
>> Artificial Intelligence Research aNd Development Software Company
>>
>>
>
>
>
> --
> Üdvözlettel:
> Bukuli Norbert
>
>



-- 
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company

[gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Bukuli Norbert]

Ha jól gondolom, akkor nincs begorgatva kernelbe.

# zgrep SND_HDA_INTEL /proc/config.gz
CONFIG_SND_HDA_INTEL=m

# emerge --info | grep -i keyword
ACCEPT_KEYWORDS="amd64"

Nehogy kötekedésnek vedd, csak nem értek valamit:
Ha kernelbe is be van forgatva egy driver egy olyan eszközhöz, ami
megszakítást generál, akkor hogyan sikerül betölteni annak a driverét
még1*? Lehet valahogy ugyanarra az IRQ-ra több megszakításkezelőt is
beregisztrálni? Tudom, hogy van IRQ megosztás mint olyan ,de az
ezekben az esetekben is működik?


Testa <testa.a.tapos@gmail.com> írta (2010. április 15. 13:07):
> Kétszer úgy lehet betölteni hogy kernelbe is beforgatod...
> Velem ez eset meg anno...
> Milyen keyword ot használsz ?
>
>
> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>> Köszönöm, közben megoldottam a dolgot. Nagyon quick-and-dirty, de legalább megy.
>>
>> Felraktam az alsa-utils-ból és függőségeiből egy újabb verziót, azzal
>> működött. Etc-update, alsaconfig után downgrade-eltem az előbb
>> frissített csomagokat, etc-update. Azóta jó.
>> Valószínűleg valami trükkös beállítást kellet volna módosítani, így
>> most gyorsabb volt.
>>
>> A kérdésedre a válasz: nem próbáltam, de szerintem nincs kétszer betöltve:
>> # lsmod | awk '{print $1}' | sort | uniq -c
>>      1 asus_atk0110
>>      1 button
>>      1 coretemp
>>      1 ehci_hcd
>>      1 evdev
>>      1 hid
>>      1 i2c_core
>>      1 i2c_i801
>>      1 ieee1394
>>      1 intel_agp
>>      1 iptable_filter
>>      1 ip_tables
>>      1 iTCO_vendor_support
>>      1 iTCO_wdt
>>      1 Module
>>      1 nvidia
>>      1 ohci1394
>>      1 pcspkr
>>      1 processor
>>      1 psmouse
>>      1 rt3070sta
>>      1 rtc_cmos
>>      1 rtc_core
>>      1 rtc_lib
>>      1 serio_raw
>>      1 skge
>>      1 sky2
>>      1 snd
>>      1 snd_hda_codec
>>      1 snd_hda_codec_analog
>>      1 snd_hda_intel
>>      1 snd_hwdep
>>      1 snd_mixer_oss
>>      1 snd_page_alloc
>>      1 snd_pcm
>>      1 snd_pcm_oss
>>      1 snd_seq
>>      1 snd_seq_device
>>      1 snd_timer
>>      1 soundcore
>>      1 thermal
>>      1 uhci_hcd
>>      1 usbcore
>>      1 usbhid
>>      1 x_tables
>>
>>
>> 2010/4/15 Testa <testa.a.tapos@gmail.com>:
>>> Próbáltad kernelbe forgatni az alsa drivert ?
>>> Szerintem 2x esen van betöltve a modul...
>>>
>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>>>> Sziasztok!
>>>>
>>>> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
>>>> így ér szomorú véget:
>>>>
>>>> # strace alsaconf
>>>> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
>>>> ENOEXEC (Exec format error)
>>>> dup(2)                                  = 3
>>>> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
>>>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>>>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>>>> 0) = 0x7fdbcc473000
>>>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>>>> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
>>>> ) = 32
>>>> close(3)                                = 0
>>>> munmap(0x7fdbcc473000, 4096)            = 0
>>>> exit_group(1)                           = ?
>>>>
>>>> Van valami ötletek mi lehet a gond?
>>>> --
>>>> Üdvözlettel:
>>>> Bukuli Norbert
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> www.airndsoft.com
>>> Artificial Intelligence Research aNd Development Software Company
>>>
>>>
>>
>>
>>
>> --
>> Üdvözlettel:
>> Bukuli Norbert
>>
>>
>
>
>
> --
> www.airndsoft.com
> Artificial Intelligence Research aNd Development Software Company
>
>



-- 
Üdvözlettel:
Bukuli Norbert

[gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Testa]

Nos ezen nem törtem a fejem csak nálam a következő a szitu...  Ha
lehet mindent kernelbe szoktam forgatni... (A tapasztalat azt mutatja
egy mindent kernelbe forgatott rendszer stabilabb jóval) De mielőtt
telepítek modulba szoktam megnézni hogy jó-e... Viszont nem mindig
forgatom újra a modulokat...
Így sikerült már jó párszor ilyen helyzetet elő idéznem...
Nem foglal le külön irqt ez esetben a modul... Álltalában probléma
nélkül be tudod tölteni a modult... Csak az eszkőzz fog hibákkal
haldokolni... még a cat /bin/bash > /dev/dsp
Egyes esetekben egy irqn több eszköz is lehet... Elméletben nem kezeli
ezt a linux , de gyakorlatban egy kicsi trükkel igen... Ennek
következménye hogy bizonyos esetekben ez lehetséges... De erre másik
példa a alsa speakeren lévő sb emulátor és a speaker driver egyben...


2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
> Ha jól gondolom, akkor nincs begorgatva kernelbe.
>
> # zgrep SND_HDA_INTEL /proc/config.gz
> CONFIG_SND_HDA_INTEL=m
>
> # emerge --info | grep -i keyword
> ACCEPT_KEYWORDS="amd64"
>
> Nehogy kötekedésnek vedd, csak nem értek valamit:
> Ha kernelbe is be van forgatva egy driver egy olyan eszközhöz, ami
> megszakítást generál, akkor hogyan sikerül betölteni annak a driverét
> még1*? Lehet valahogy ugyanarra az IRQ-ra több megszakításkezelőt is
> beregisztrálni? Tudom, hogy van IRQ megosztás mint olyan ,de az
> ezekben az esetekben is működik?
>
>
> Testa <testa.a.tapos@gmail.com> írta (2010. április 15. 13:07):
>> Kétszer úgy lehet betölteni hogy kernelbe is beforgatod...
>> Velem ez eset meg anno...
>> Milyen keyword ot használsz ?
>>
>>
>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>>> Köszönöm, közben megoldottam a dolgot. Nagyon quick-and-dirty, de legalább megy.
>>>
>>> Felraktam az alsa-utils-ból és függőségeiből egy újabb verziót, azzal
>>> működött. Etc-update, alsaconfig után downgrade-eltem az előbb
>>> frissített csomagokat, etc-update. Azóta jó.
>>> Valószínűleg valami trükkös beállítást kellet volna módosítani, így
>>> most gyorsabb volt.
>>>
>>> A kérdésedre a válasz: nem próbáltam, de szerintem nincs kétszer betöltve:
>>> # lsmod | awk '{print $1}' | sort | uniq -c
>>>      1 asus_atk0110
>>>      1 button
>>>      1 coretemp
>>>      1 ehci_hcd
>>>      1 evdev
>>>      1 hid
>>>      1 i2c_core
>>>      1 i2c_i801
>>>      1 ieee1394
>>>      1 intel_agp
>>>      1 iptable_filter
>>>      1 ip_tables
>>>      1 iTCO_vendor_support
>>>      1 iTCO_wdt
>>>      1 Module
>>>      1 nvidia
>>>      1 ohci1394
>>>      1 pcspkr
>>>      1 processor
>>>      1 psmouse
>>>      1 rt3070sta
>>>      1 rtc_cmos
>>>      1 rtc_core
>>>      1 rtc_lib
>>>      1 serio_raw
>>>      1 skge
>>>      1 sky2
>>>      1 snd
>>>      1 snd_hda_codec
>>>      1 snd_hda_codec_analog
>>>      1 snd_hda_intel
>>>      1 snd_hwdep
>>>      1 snd_mixer_oss
>>>      1 snd_page_alloc
>>>      1 snd_pcm
>>>      1 snd_pcm_oss
>>>      1 snd_seq
>>>      1 snd_seq_device
>>>      1 snd_timer
>>>      1 soundcore
>>>      1 thermal
>>>      1 uhci_hcd
>>>      1 usbcore
>>>      1 usbhid
>>>      1 x_tables
>>>
>>>
>>> 2010/4/15 Testa <testa.a.tapos@gmail.com>:
>>>> Próbáltad kernelbe forgatni az alsa drivert ?
>>>> Szerintem 2x esen van betöltve a modul...
>>>>
>>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>>>>> Sziasztok!
>>>>>
>>>>> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
>>>>> így ér szomorú véget:
>>>>>
>>>>> # strace alsaconf
>>>>> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
>>>>> ENOEXEC (Exec format error)
>>>>> dup(2)                                  = 3
>>>>> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
>>>>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>>>>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>>>>> 0) = 0x7fdbcc473000
>>>>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>>>>> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
>>>>> ) = 32
>>>>> close(3)                                = 0
>>>>> munmap(0x7fdbcc473000, 4096)            = 0
>>>>> exit_group(1)                           = ?
>>>>>
>>>>> Van valami ötletek mi lehet a gond?
>>>>> --
>>>>> Üdvözlettel:
>>>>> Bukuli Norbert
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> www.airndsoft.com
>>>> Artificial Intelligence Research aNd Development Software Company
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Üdvözlettel:
>>> Bukuli Norbert
>>>
>>>
>>
>>
>>
>> --
>> www.airndsoft.com
>> Artificial Intelligence Research aNd Development Software Company
>>
>>
>
>
>
> --
> Üdvözlettel:
> Bukuli Norbert
>
>



-- 
www.airndsoft.com
Artificial Intelligence Research aNd Development Software Company

[gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] Re: [gentoo-user-hu] alsa probléma

[Bukuli Norbert]

Asszem értem ;)

Köszönöm a tippeket!

Testa <testa.a.tapos@gmail.com> írta (2010. április 15. 21:31):
> Nos ezen nem törtem a fejem csak nálam a következő a szitu...  Ha
> lehet mindent kernelbe szoktam forgatni... (A tapasztalat azt mutatja
> egy mindent kernelbe forgatott rendszer stabilabb jóval) De mielőtt
> telepítek modulba szoktam megnézni hogy jó-e... Viszont nem mindig
> forgatom újra a modulokat...
> Így sikerült már jó párszor ilyen helyzetet elő idéznem...
> Nem foglal le külön irqt ez esetben a modul... Álltalában probléma
> nélkül be tudod tölteni a modult... Csak az eszkőzz fog hibákkal
> haldokolni... még a cat /bin/bash > /dev/dsp
> Egyes esetekben egy irqn több eszköz is lehet... Elméletben nem kezeli
> ezt a linux , de gyakorlatban egy kicsi trükkel igen... Ennek
> következménye hogy bizonyos esetekben ez lehetséges... De erre másik
> példa a alsa speakeren lévő sb emulátor és a speaker driver egyben...
>
>
> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>> Ha jól gondolom, akkor nincs begorgatva kernelbe.
>>
>> # zgrep SND_HDA_INTEL /proc/config.gz
>> CONFIG_SND_HDA_INTEL=m
>>
>> # emerge --info | grep -i keyword
>> ACCEPT_KEYWORDS="amd64"
>>
>> Nehogy kötekedésnek vedd, csak nem értek valamit:
>> Ha kernelbe is be van forgatva egy driver egy olyan eszközhöz, ami
>> megszakítást generál, akkor hogyan sikerül betölteni annak a driverét
>> még1*? Lehet valahogy ugyanarra az IRQ-ra több megszakításkezelőt is
>> beregisztrálni? Tudom, hogy van IRQ megosztás mint olyan ,de az
>> ezekben az esetekben is működik?
>>
>>
>> Testa <testa.a.tapos@gmail.com> írta (2010. április 15. 13:07):
>>> Kétszer úgy lehet betölteni hogy kernelbe is beforgatod...
>>> Velem ez eset meg anno...
>>> Milyen keyword ot használsz ?
>>>
>>>
>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>>>> Köszönöm, közben megoldottam a dolgot. Nagyon quick-and-dirty, de legalább megy.
>>>>
>>>> Felraktam az alsa-utils-ból és függőségeiből egy újabb verziót, azzal
>>>> működött. Etc-update, alsaconfig után downgrade-eltem az előbb
>>>> frissített csomagokat, etc-update. Azóta jó.
>>>> Valószínűleg valami trükkös beállítást kellet volna módosítani, így
>>>> most gyorsabb volt.
>>>>
>>>> A kérdésedre a válasz: nem próbáltam, de szerintem nincs kétszer betöltve:
>>>> # lsmod | awk '{print $1}' | sort | uniq -c
>>>>      1 asus_atk0110
>>>>      1 button
>>>>      1 coretemp
>>>>      1 ehci_hcd
>>>>      1 evdev
>>>>      1 hid
>>>>      1 i2c_core
>>>>      1 i2c_i801
>>>>      1 ieee1394
>>>>      1 intel_agp
>>>>      1 iptable_filter
>>>>      1 ip_tables
>>>>      1 iTCO_vendor_support
>>>>      1 iTCO_wdt
>>>>      1 Module
>>>>      1 nvidia
>>>>      1 ohci1394
>>>>      1 pcspkr
>>>>      1 processor
>>>>      1 psmouse
>>>>      1 rt3070sta
>>>>      1 rtc_cmos
>>>>      1 rtc_core
>>>>      1 rtc_lib
>>>>      1 serio_raw
>>>>      1 skge
>>>>      1 sky2
>>>>      1 snd
>>>>      1 snd_hda_codec
>>>>      1 snd_hda_codec_analog
>>>>      1 snd_hda_intel
>>>>      1 snd_hwdep
>>>>      1 snd_mixer_oss
>>>>      1 snd_page_alloc
>>>>      1 snd_pcm
>>>>      1 snd_pcm_oss
>>>>      1 snd_seq
>>>>      1 snd_seq_device
>>>>      1 snd_timer
>>>>      1 soundcore
>>>>      1 thermal
>>>>      1 uhci_hcd
>>>>      1 usbcore
>>>>      1 usbhid
>>>>      1 x_tables
>>>>
>>>>
>>>> 2010/4/15 Testa <testa.a.tapos@gmail.com>:
>>>>> Próbáltad kernelbe forgatni az alsa drivert ?
>>>>> Szerintem 2x esen van betöltve a modul...
>>>>>
>>>>> 2010/4/15 Bukuli Norbert <bukuli.norbert@gmail.com>:
>>>>>> Sziasztok!
>>>>>>
>>>>>> Van egy kis alsa problémám. Megfelelő modul betöltése után az alsaconf
>>>>>> így ér szomorú véget:
>>>>>>
>>>>>> # strace alsaconf
>>>>>> execve("/usr/sbin/alsaconf", ["alsaconf"], [/* 34 vars */]) = -1
>>>>>> ENOEXEC (Exec format error)
>>>>>> dup(2)                                  = 3
>>>>>> fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
>>>>>> fstat(3, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
>>>>>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
>>>>>> 0) = 0x7fdbcc473000
>>>>>> lseek(3, 0, SEEK_CUR)                   = -1 ESPIPE (Illegal seek)
>>>>>> write(3, "strace: exec: Exec format error\n", 32strace: exec: Exec format error
>>>>>> ) = 32
>>>>>> close(3)                                = 0
>>>>>> munmap(0x7fdbcc473000, 4096)            = 0
>>>>>> exit_group(1)                           = ?
>>>>>>
>>>>>> Van valami ötletek mi lehet a gond?
>>>>>> --
>>>>>> Üdvözlettel:
>>>>>> Bukuli Norbert
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> www.airndsoft.com
>>>>> Artificial Intelligence Research aNd Development Software Company
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Üdvözlettel:
>>>> Bukuli Norbert
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> www.airndsoft.com
>>> Artificial Intelligence Research aNd Development Software Company
>>>
>>>
>>
>>
>>
>> --
>> Üdvözlettel:
>> Bukuli Norbert
>>
>>
>
>
>
> --
> www.airndsoft.com
> Artificial Intelligence Research aNd Development Software Company
>
>



-- 
Üdvözlettel:
Bukuli Norbert