Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Comment passer la commande alsactl restore au démarrage de ma session

ylag

Salut,

Pour information, sous Ubuntu 16.04, dans alsamixer j'ai aussi le bandeau "Headphones" avec la valeur "MM" par défaut. Si je change cette valeur pour "OO" et passe ensuite sudo alsactl store, cette valeur est quand même remise à "MM" lors du lancement d'une nouvelle session, et n'est restaurée à "OO" que si je fait sudo alsactl restore.

Un bug dans alsa-utils au niveau des fichiers "service", peut-être ?

https://bugs.launchpad.net/ubuntu/+source/alsa-utils/+bug/1567993

A+

jecarpi

Ce n'est pas le problème de la valeur MM ou 00 qui pose problème.
C'est le fait que le bandeau soit vide à chaque démarrage

jecarpi

Résultat de sudo locate asound.state

caron@caron-1015PX:~$ sudo locate asound.state
[sudo] Mot de passe de caron : 
/var/lib/alsa/asound.state
/var/lib/alsa/asound.state.lock
caron@caron-1015PX:~$

Il y a un fichier lock!

grandtoubab

qu'en est il dans le fichier asound.state

chez moi ça suit bien
MM -> false
00 -> true

@debian:/var/lib/alsa$ grep Headphone asound.state -A2
		name 'Headphone Playback Volume'
		value.0 0
		value.1 0
--
		name 'Headphone Playback Switch'
		value.0 false
		value.1 false
--
		name 'Front Headphone Jack'
		value false
		comment {
@debian:/var/lib/alsa$ sudo alsactl store

@debian:/var/lib/alsa$ ls -alrt
total 24
drwxr-xr-x 76 root root 4096 août   2 13:22 ..
-rw-r--r--  1 root root 4460 août  17 18:11 asound.state
drwxr-xr-x  2 root root 4096 août  17 18:11 .
@debian:/var/lib/alsa$ grep Headphone asound.state -A2
		name 'Headphone Playback Volume'
		value.0 3
		value.1 3
--
		name 'Headphone Playback Switch'
		value.0 true
		value.1 true
--
		name 'Front Headphone Jack'
		value false
		comment {

pour passer de MM à 00 dans alsamixer il faut appuyer une fois sur la touche M

ylag

Salut,

Peut-être passer:

sudo updatedb

...avant d'utiliser la commande locate ?

grandtoubab

jecarpi a écritRésultat de sudo locate asound.state

caron@caron-1015PX:~$ sudo locate asound.state
[sudo] Mot de passe de caron : 
/var/lib/alsa/asound.state
/var/lib/alsa/asound.state.lock
caron@caron-1015PX:~$

Il y a un fichier lock!

c'est parceque la base de données n'est pas encore a jour de la suppression

sudo updatedb

grandtoubab

tu peux essayer en mettant le flag a true

sudo gedit /var/lib/alsa/asound.state

jecarpi

La commande sudo updateb renvoi: commande introuvable

grandtoubab

jecarpi a écritLa commande sudo updateb renvoi: commande introuvable

manque un d : updatedb

jecarpi

caron@caron-1015PX:~$ sudo gedit /var/lib/alsa/asound.state
sudo: gedit : commande introuvable

grandtoubab

jecarpi a écrit

caron@caron-1015PX:~$ sudo gedit /var/lib/alsa/asound.state
sudo: gedit : commande introuvable

prends un éditeur que tu connais gedit c'est celui de gnome
tu peux l'installer

sudo apt install gedit

jecarpi

J'ai utilisé l'éditeur nano.
En regardant le post#21 a propos du bug d'alsa-utils
Certaines réponses proposent les solutions suivantes:
Changed in system (Ubuntu)
New -> Confirmed ou
Confirmed -> Fix Released ou
Undecided -> High ou
Confirmed -> Invalid
Quelle commande choisir? et comment faire?

grandtoubab

en theorie d'apres https://bugs.launchpad.net/ubuntu/+source/alsa-utils/+bug/1567993/comments/19
c'est corrigé dans la version alsa-utils - 1.1.0-0ubuntu5

moi je suis sur Debian donc ma version est differente
Par contre plus je lis le sujet plus je pense que ça ne peut pas marcher

le service est ainsi code

cat /lib/systemd/system/alsa-restore.service
#
# Note that two different ALSA card state management schemes exist and they
# can be switched using a file exist check - /etc/alsa/state-daemon.conf .
#

[Unit]
Description=Save/Restore Sound Card State
Documentation=man:alsactl(1)
ConditionPathExists=!/etc/alsa/state-daemon.conf
ConditionPathExistsGlob=/dev/snd/control*
After=alsa-state.service

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=-/usr/sbin/alsactl -E HOME=/run/alsa restore
ExecStop=-/usr/sbin/alsactl -E HOME=/run/alsa store

or /run est une tmpfs

 df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               1,8G       0  1,8G   0% /dev
tmpfs              370M    6,2M  364M   2% /run
/dev/sda1           19G    8,0G  9,8G  45% /
tmpfs              1,9G     21M  1,8G   2% /dev/shm
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              1,9G       0  1,9G   0% /sys/fs/cgroup
tmpfs              1,9G    8,0K  1,9G   1% /tmp
/dev/sda6          268G    195G   59G  77% /home
tmpfs              370M     20K  370M   1% /run/user/1001

c'est à dire que si je comprends bien, dans mon cas ils sauvent dans la RAM ce qui est forcement perdu au boot donc rien a restaurer au redémarrage
je vais bidouiller pour que ce soit sauvé ailleurs et voir si ça marche

grandtoubab

voila ce que j'ai fait
utiliser /var/lib/alsa à la place de /run

cat /lib/systemd/system/alsa-restore.service
#
# Note that two different ALSA card state management schemes exist and they
# can be switched using a file exist check - /etc/alsa/state-daemon.conf .
#

[Unit]
Description=Save/Restore Sound Card State
Documentation=man:alsactl(1)
ConditionPathExists=!/etc/alsa/state-daemon.conf
ConditionPathExistsGlob=/dev/snd/control*
After=alsa-state.service

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=-/usr/sbin/alsactl -E HOME=/var/lib/alsa restore
ExecStop=-/usr/sbin/alsactl -E HOME=/var/lib/alsa store

Pour remettre le service actif

cd /lib/systemd/system/basic.target.want

ln -s ../alsa-restore.service alsa-restore.service

ça à l'air ok

 systemctl status alsa-restore.service
● alsa-restore.service - Save/Restore Sound Card State
   Loaded: loaded (/lib/systemd/system/alsa-restore.service; static; vendor preset: enabled)
   Active: active (exited) since Thu 2017-08-17 20:37:36 CEST; 1min 24s ago
     Docs: man:alsactl(1)
  Process: 578 ExecStart=/usr/sbin/alsactl -E HOME=/var/lib/alsa restore (code=exited, status=0/SUCCESS)
 Main PID: 578 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/alsa-restore.service

août 17 20:37:36 debian systemd[1]: Starting Save/Restore Sound Card State...
août 17 20:37:36 debian systemd[1]: Started Save/Restore Sound Card State.

comme on a déja un fichier dans /var/lib/alsa c'est bon au premier reboot

ylag

@ grandtoubab:

Salut,

Je viens de tester sans succès la modif du fichier /lib/systemd/system/alsa-restore.service telle que tu le propose au #34: Après un redémarrage, je dois toujours faire sudo alsactl restore pour restaurer ma config dans alsamixer.

grandtoubab

ylag a écrit@ grandtoubab:

Salut,

Je viens de tester sans succès la modif du fichier /lib/systemd/system/alsa-restore.service telle que tu le propose au #34: Après un redémarrage, je dois toujours faire sudo alsactl restore pour restaurer ma config dans alsamixer.

tu as vérifié

systemctl status alsa-restore.service

ylag

Salut,

Je refais la manip avec le fichier modifié, et te donnerai ensuite le retour de systemctl status alsa-restore.service après redémarrage.

A+

ylag

Salut,

Voici le retour demandé après redémarrage avec le fichier /lib/systemd/system/alsa-restore.service modifié tel qu'au #34 :

yvan@yvan-maison:~$ systemctl -l --no-pager status alsa-restore.service
● alsa-restore.service - Save/Restore Sound Card State
   Loaded: loaded (/lib/systemd/system/alsa-restore.service; static; vendor preset: enabled)
   Active: active (exited) since jeu 2017-08-17 16:36:51 EDT; 4min 21s ago
  Process: 914 ExecStart=/usr/sbin/alsactl -E HOME=/var/lib/alsa restore (code=exited, status=0/SUCCESS)
  Process: 837 ExecStartPre=/bin/mkdir -p /run/alsa (code=exited, status=0/SUCCESS)
 Main PID: 914 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/alsa-restore.service

aoû 17 16:36:50 yvan-maison systemd[1]: Starting Save/Restore Sound Card State...
aoû 17 16:36:51 yvan-maison systemd[1]: Started Save/Restore Sound Card State.
yvan@yvan-maison:~$

Sans succès, j'ai dû passer sudo alsactl restore pour réinstaurer ma conf dans alsamixer.

Ce que j'avais fait au préalable:
1) Modifié /lib/systemd/system/alsa-restore.service tel que suggéré au #34
2) Exécuté la commande sudo systemctl daemon-reload
3) Redémarrage.

grandtoubab

tu as ça en plus

Process: 837 ExecStartPre=/bin/mkdir -p /run/alsa (code=exited, status=0/SUCCESS)

visiblement dans ubuntu il y a d'autres choses qui sont exécuter c'est pas le meme service

ylag

Salut,

Pour information, voici le contenu de mon fichier alsa-restore.service sous Ubuntu 16.04 :

yvan@yvan-maison:~$ cat /lib/systemd/system/alsa-restore.service
#
# Note that two different ALSA card state management schemes exist and they
# can be switched using a file exist check - /etc/alsa/state-daemon.conf .
#

[Unit]
Description=Save/Restore Sound Card State
ConditionPathExists=!/etc/alsa/state-daemon.conf
ConditionPathExistsGlob=/dev/snd/control*
After=alsa-state.service

[Service]
Type=oneshot
RemainAfterExit=true
ExecStartPre=/bin/mkdir -p /run/alsa
ExecStart=-/usr/sbin/alsactl -E HOME=/run/alsa restore
ExecStop=-/usr/sbin/alsactl -E HOME=/run/alsa store
yvan@yvan-maison:~$

Et le même fichier sous Debian testing :

yvan@yvan-maison:~$ cat /lib/systemd/system/alsa-restore.service
#
# Note that two different ALSA card state management schemes exist and they
# can be switched using a file exist check - /etc/alsa/state-daemon.conf .
#

[Unit]
Description=Save/Restore Sound Card State
Documentation=man:alsactl(1)
ConditionPathExists=!/etc/alsa/state-daemon.conf
ConditionPathExistsGlob=/dev/snd/control*
After=alsa-state.service

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=-/usr/sbin/alsactl -E HOME=/run/alsa restore
ExecStop=-/usr/sbin/alsactl -E HOME=/run/alsa store
yvan@yvan-maison:~$

Aucun effet sous Ubuntu (pas testé avec Debian...) si je lance le service alsa-restore.service à la main, avec la commande :

sudo systemctl restart alsa-restore.service

...les confs ne sont pas restaurées, ce service semble inefficace...?

A+

« Page précédente Page suivante »