@grandtoubab :
Salut,
Le but d'ajouter
2>/dev/null à la commande
alsactl restore est de pouvoir la lancer en "user" sans polluer le terminal avec des messages d'erreur. Chez-moi, ça semble marcher et la commande restore fonctionne ainsi à partir du fichier
.bashrc .profile
Si je ne mets pas la redirection vers /dev/null, on a ces messages dans le terminal lorsqu'on le lance pour la première fois dans une nouvelle session, tel que ceci :
yvan@yvan-maison:~$ alsactl restore
alsactl: state_lock:125: file /var/lib/alsa/asound.state lock error: File exists
alsactl: load_state:1683: Cannot open /var/lib/alsa/asound.state for reading: File exists
Found hardware: "HDA-Intel" "Realtek ALC662 rev1" "HDA:10ec0662,1458a002,00100101" "0x1458" "0xa002"
Hardware is initialized using a generic method
yvan@yvan-maison:~$
Concernant le retour de
systemd-analyze blame, je crois que ce n'est pas archivé selon l'ordre de lancement des divers services, mais plutôt selon le temps requis pour les lancer, en ordre décroissant.
Pour avoir une image vraie du processus de démarrage, il faut plutôt :
systemd-analyze plot > fichier.svg
...qui crée un fichier-image au format SVG (scalable vector graphics) dans le dossier courant. Mon expérience est que ces fichiers se manipulent fort bien dans un navigateur web, Firefox ou autre...
Si le service
alsa-restore.service est listé tout au bas du retour de
systemd-analyze blame, c'est qu'il se lance à la vitesse de l'éclair ? 😉
A+
Ajout:
Pour info, le retour de
systemd-analyze blame sur ma machine Ubuntu 16.04 :
yvan@yvan-maison:~$ systemd-analyze blame --no-pager
7.051s NetworkManager-wait-online.service
911ms dev-sda1.device
894ms NetworkManager.service
855ms speech-dispatcher.service
843ms lm-sensors.service
827ms wol.service
397ms accounts-daemon.service
336ms systemd-logind.service
308ms loadcpufreq.service
295ms irqbalance.service
292ms ufw.service
287ms grub-common.service
274ms ondemand.service
274ms avahi-daemon.service
241ms apparmor.service
231ms pppd-dns.service
231ms iio-sensor-proxy.service
226ms rsyslog.service
222ms snapd.autoimport.service
217ms thermald.service
199ms systemd-user-sessions.service
194ms systemd-udev-trigger.service
193ms console-setup.service
192ms alsa-restore.service
181ms gpu-manager.service
135ms systemd-modules-load.service
132ms binfmt-support.service
127ms upower.service
103ms keyboard-setup.service
101ms udisks2.service
98ms networking.service
72ms systemd-journald.service
66ms lightdm.service
65ms cpufrequtils.service
49ms systemd-journal-flush.service
47ms polkitd.service
46ms systemd-tmpfiles-clean.service
37ms colord.service
35ms rc-local.service
30ms proc-sys-fs-binfmt_misc.mount
28ms user@1000.service
28ms resolvconf.service
23ms kmod-static-nodes.service
21ms dev-mqueue.mount
21ms systemd-udevd.service
21ms dev-disk-by\x2duuid-d4995c8e\x2d3c9e\x2d4fda\x2d80a3\x2dc88e942f6204.swap
21ms systemd-tmpfiles-setup-dev.service
20ms plymouth-read-write.service
20ms sys-kernel-debug.mount
19ms dns-clean.service
18ms systemd-tmpfiles-setup.service
17ms systemd-update-utmp.service
15ms systemd-random-seed.service
14ms systemd-remount-fs.service
11ms systemd-update-utmp-runlevel.service
11ms systemd-sysctl.service
9ms dev-hugepages.mount
9ms systemd-timesyncd.service
7ms ureadahead-stop.service
7ms snapd.socket
6ms setvtrgb.service
5ms sys-fs-fuse-connections.mount
5ms rtkit-daemon.service
3ms plymouth-quit-wait.service
yvan@yvan-maison:~$
Quelle est ton opinion sur l'idée d'essayer de faire en sorte que le service
alsa-restore.service se lance à la toute fin du processus de démarrage ?
