Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Ktoś może potwierdzić, że to bug z 3.7.X i wie kiedy to poprawią:
Tue Jan 29 13:11:09 2013: [....] Setting up ALSA...warning: 'alsactl restore' failed with error message 'alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state Tue Jan 29 13:11:09 2013: alsactl: set_control:1464: Cannot write control '3:7:0:Playback Channel Map:0' : File descriptor in bad state Tue Jan 29 13:11:09 2013: alsactl: set_control:1464: Cannot write control '3:8:0:Playback Channel Map:0' : File descriptor in bad state'...^[[?25l^[[?1c^[7^[[1G[^[[32m ok ^[[39;49m^[8^[[?25h^[[?0cdone.
Czytałem w changelog'u że patch 3.7.2 już miał to poprawić, ale jak widać pupa. Żeby było jasne:
pablo@lena:~$ uname -r 3.7-trunk-amd64
Jak na razie...
// przeniesione z http://forum.dug.net.pl/viewtopic.php?id=22835 — yossarian
Ostatnio edytowany przez P@blo (2013-01-29 17:23:38)
Offline
Miałem coś podobnego przed aktualizacją alsa-utils.
* udev_test_alsactl.patch: include a TEST=="/usr/sbin/alsactl" in the
upstream udev rule, to properly fix the state restoring for users
with split /usr filesystems (really addresses: #670490).
Many thanks to Michael Biebl for analysis and proposed fix.
Na jajku 3.7 z aptosida.
Gdzieś czytałem że w 3.8 to naprawią.
Chociaż mi się naprawiło w tym samym czasie przy aktualizacji kernela i alsa-utils własnie.
Offline
yossarian napisał(-a):
Gdzieś czytałem że w 3.8 to naprawią.
Oj dzięki. Czekam już z niecierpliwością...
Offline
Możesz sprawdzić na aptosidowym kernelu czy problem występuje.
Offline
Sprawdzałem. Na liquorix'owym również. Oby poprawili tak na bank w 3.8
Offline
Tu kolejne poprawki:
commit 66b99611a03866692370848760b94750384f8c39
Author: Takashi Iwai <tiwai@suse.de>
Date: Tue Jan 15 14:44:41 2013 +0100
ALSA: hda/hdmi - Work around "alsactl restore" errors
commit 6f54c361329dbb67dac9de174e938992651d12d7 upstream.
When "alsactl restore" is performed on HDMI codecs, it tries to
restore the channel map value since the channel map controls are
writable. But hdmi_chmap_ctl_put() returns -EBADFD when no PCM stream
is assigned yet, and this results in an error message from alsactl.
Although the error is harmless, it's certainly ugly and can be
regarded as a regression.
As a workaround, this patch changes the return code in such a case to
be zero for making others happy. (A slight excuse is: when the chmap
is changed through the proper alsa-lib API, the PCM status is checked
there anyway, so we don't have to be too strict in the kernel side.)
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
https://www.kernel.org/pub/linux/kernel/v3.0/ChangeLog-3.7.4
Wygląda na to, że nadal pracują nad problemami z "alsactl restore".
Offline
Też miałem ten błąd w jaju 3.7.1 i 3.7.2, trzeba było ręcznie wywalać
/var/lib/alsa/asound.state
Od 3.7.3 do obecnego 3.7.5 mam spokój.
Także chyba niekoniecznie w 3.8.
Chyba. że to łatka grsec przypadkowo poprawia ten błąd.
Mam Alsę 1.0.26.
Względnie, kiedyś, na podobny błąd w Ubuntu (wieki temu), olałem alsactl store, i naskrobałem takiego skrypta:
#!/bin/bash amixer -c 0 sset Mux,0 100%,100% unmute cap amixer -c 0 sset Mux,1 100%,100% unmute cap amixer -c 0 sset Mux,2 100%,100% unmute cap amixer -c 0 sset Capture,0 100%,100% unmute cap amixer -c 0 sset Capture,1 100%,100% unmute cap amixer -c 0 sset Capture,2 100%,100% unmute cap amixer -c 0 sset 'PC Beep',0 0% off amixer set 'Analog Loopback',0 off amixer -c 0 sset Front,0 90%,90% unmute cap
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2013-01-29 17:07:00)
Offline
No to ci powiem, że mam 3.7.5 (przed chwilą robione) i nadal to info się wyświetla:
pablo@lena:~$ dpkg -p alsa-base|head Package: alsa-base Priority: optional Section: sound Installed-Size: 504 Maintainer: Debian ALSA Maintainers <pkg-alsa-devel@lists.alioth.debian.org> Architecture: all Source: alsa-driver Version: 1.0.23+dfsg-4 Provides: alsa Depends: module-init-tools (>= 3.2.1), linux-sound-base, udev
Generalnie na wszysktich 3.7 mam ten problem.
Offline
Dlaczego w sidzie masz starą alsę?
dpkg -p alsa-base|head Package: alsa-base Priority: optional Section: sound Installed-Size: 130 Maintainer: Debian ALSA Maintainers <pkg-alsa-devel@lists.alioth.debian.org> Architecture: all Version: 1.0.25+2+nmu2 Provides: alsa Depends: kmod, procps, udev Recommends: alsa-utils
I w jakiej wersji masz alsa-utils?
Offline
Też się zastanawiam... A ona sama się nie teges?
Offline
Może trzeba najnowszej Alsy?
A może inny konfig kernela?
Może inne latki w Debianowych jajkach, niż w moim?
Ja generalnie nie zagłębiam się w takie problemy, zawsze da się to obejść tak, czy inaczej.
Olej sikiem prostym alsactl restore, weź, spróbuj przetrawić skrypta, którego dałem wcześniej, zapnij go gdzieś do autostartu środowiska graficznego czy w /etc/rc.local, i będziesz miał jeden problem z głowy.
Dla mnie prostsze jest wyskrobanie takiego prostego skrypta, niż sprawdzanie, na którym jaju działa, na którym nie działa.
Mam obecnie:
qlist -ICvU alsa-lib alsa-utils alsa-oss alsa-headers media-libs/alsa-lib-1.0.26 (alisp debug doc python) media-libs/alsa-oss-1.0.25 media-sound/alsa-headers-1.0.25 media-sound/alsa-utils-1.0.26-r1 (libsamplerate ncurses nls selinux)
Uwaga, Skype od M$ - 4.1.20 mocno wariuje na tej Alsie.
Dlatego używam mocno starszej wersji.
Pozdrawiam
;-)
Ostatnio edytowany przez Jacekalex (2013-01-29 17:19:22)
Offline
Pokaż wynik:
apt-cache policy alsa-base alsa-utils
Offline
pablo@lena:~$ sudo apt-cache policy alsa-base alsa-utils [sudo] password for pablo: alsa-base: Zainstalowana: (brak) Kandydująca: 1.0.25+2+nmu2 Tabela wersji: 1.0.25+2+nmu2 0 990 http://ftp.pl.debian.org/debian/ unstable/main amd64 Packages alsa-utils: Zainstalowana: 1.0.25-4 Kandydująca: 1.0.25-4 Tabela wersji: *** 1.0.25-4 0 990 http://ftp.pl.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status
Ale śmiesznie... dla pewności:
pablo@lena:~$ dpkg -l|grep alsa ii alsa-utils 1.0.25-4 amd64 Utilities for configuring and using A
Nie wiem czemu tak się dzieje ;D
Ostatnio edytowany przez P@blo (2013-01-29 17:21:46)
Offline
/var/lib/dpkg/available to jakiś relikt przeszłości jest, daj dpkg --clear-avail i nic nie będziesz tam miał. APT i dpkg -l mają rację oczywiście.
Offline
:)
Ty to jesteś na bierząco...
Offline
P@blo napisał(-a):
:)
Ty to jesteś na bierząco...
Kiedyś akurat dyskutowaliśmy o tym: http://forum.dug.net.pl/viewtopic.php?pid=193275 :)
Offline
yossarian napisał(-a):
Ale tam widać jakby nie było zainstalowanego alsa-base.
Zainstaluj to i sprawdź.
Może kiedyś coś ręcznie instalowałeś z Alsą?
Stwierdziłem, że mi nie jest potrzebna i wywaliłem, no ale proszę:
pablo@lena:~$ aptitude search ~ialsa i alsa-base - Pliki konfiguracyjne sterownika ALSA i alsa-utils - Narzędzia do konfiguracji i używania ALSA i A gstreamer0.10-alsa - Wtyczka GStreamera dla ALS-y
Reboot i:
pablo@lena:~$ /etc/init.d/alsa-utils restart [....] Shutting down ALSA...warning: 'alsactl store' failed with error message 'alsactl: save_state:1608: Cannot open /var/lib/alsa/asound.state for [FAILng: Permission denied'...failed. [....] Setting up ALSA...warning: 'alsactl restore' failed with error message 'alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state alsactl: set_control:1464: Cannot write control '3:7:0:Playback Channel Map:0' : File descriptor in bad state [ ok tl: set_control:1464: Cannot write control '3:8:0:Playback Channel Map:0' : File descriptor in bad state'...done.
Offline
U mnie wchodzi czysto z systemd:
systemctl restart alsa-utils.service
/etc/init.d/alsa-utils restart [ ok ] Restarting alsa-utils (via systemctl): alsa-utils.service.
uname -r 3.7-4.slh.2-aptosid-amd64
Offline
Pokaż
ls -l /var/lib/alsa/asound.state
Offline
pablo@lena:~$ ls -l /var/lib/alsa/asound.state -rw-r--r-- 1 root root 9566 sty 29 17:35 /var/lib/alsa/asound.state
Offline
Niby ok.Mam tak samo.
Spróbuj wywalić ten plik i niech na nowo się utworzy.
Offline
Może tak być?
pablo@lena:~$ sudo rm /var/lib/alsa/asound.state pablo@lena:~$ sudo /etc/init.d/alsa-utils restart [ ok ] Shutting down ALSA...done. [....] Setting up ALSA...warning: 'alsactl restore' failed with error message 'alsactl: set_control:1464: Cannot write control '3:3:0:Playback Channel Map:0' : File descriptor in bad state alsactl: set_control:1464: Cannot write control '3:7:0:Playback Channel Map:0' : File descriptor in bad state [ ok tl: set_control:1464: Cannot write control '3:8:0:Playback Channel Map:0' : File descriptor in bad state'...done.
Offline
To może tez byc sprawka udev.
Jaką masz wersję udev ?
Tu tez coś z tym kombinowali
http://forums.gentoo.org/viewtopic-t-944996-postday … -start-0.html
Offline
pablo@lena:~$ apt-cache policy udev udev: Zainstalowana: 175-7.1 Kandydująca: 175-7.1 Tabela wersji: *** 175-7.1 0 990 http://ftp.pl.debian.org/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status
Offline