# Mise à niveau de l'utilisateur, lol!

**URL:** <https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958>\
**Category:** Support Debian\
**Created:** [Janvier 8, 2022, 1:05 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958 "2022-01-08T13:05:40Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 8, 2022, 1:05 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/1 "2022-01-08T13:05:40Z")

</div>

Indépendamment du bazar signalé sur [ce post](https://www.debian-fr.org/t/migration-buster-debian-10-11-vers-bullseye-11-2-bullshit/85953) hier, j’en ouvre un autre pour savoir comment ça se passe dans Debian 11 parce que là, je me sens bien largué. Quand je pense que j’ai commencé il y a 21 ans avec RedHat 7.2, les choses ont bien changé, je trouve, et pas en bien j’ai l’impression, exemple avec ce que j’ai écrit hier :  
«&nbsp;Va falloir reparamétrer/reconfigurer, avec les outils antédiluviens toujours fournis avec la distro et auxquels on ne comprend rien, enfin, moi, puisqu’il n’y a ni infobulle ni clic-droit disponibles. Quelqu’un a déjà **réussi** à configurer sa machine avec _Préférences / Applications par défaut pour LXSession_ ?&nbsp;»  
Et donc, dans l’outil minable de configuration du système, j’ai interdit le démarrage de _at-spi_ concernant l’accessibilité car Dieu merci et je touche du bois, à ce jour je n’en ai pas besoin, mais quand je fais _ps ax_, je découvre

```plaintext
1355 ? Ssl 0:00 /usr/libexec/at-spi-bus-launcher
1360 ? S 0:00 /usr/bin/dbus-daemon --config-file=/usr/share/defaults/at-spi2/accessibility.conf --nofork --print-address 3
1385 ? Sl 0:00 /usr/libexec/at-spi2-registryd --use-gnome-session

```

alors c’est quoi ces trois lignes ?  
Et je n’ai rien trouvé dans le .conf indiqué pour interdire le démarrage de la chose…

Par ailleurs, il me semblait bien que

```plaintext
762 ? Ssl 0:00 /usr/sbin/NetworkManager --no-daemon

```

n’était plus nécessaire.  
Celui-là je suis sûr de l’avoir désactivé dans d10 :

```plaintext
772 ? Ss 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant

```

et le voilà de retour,  
ensuite je découvre

```plaintext
1333 ? S<sl 0:00 /usr/bin/pipewire
1342 ? S<l 0:00 /usr/bin/pipewire-media-session
1334 ? S<sl 0:00 /usr/bin/pulseaudio --daemonize=no --log-target=journal

```

> In Debian 11, PipeWire 0.3.19 is available, and can be experimentally used as a substitute for the ALSA userspace library, PulseAudio, and JACK. This is a documented but unsupported use-case.

[source](https://wiki.debian.org/PipeWire)  
Donc j’ai les deux, est-ce que c’est ça qui me force le son à «&nbsp;muet&nbsp;» ?

Et enfin, où se cache le démarrage de la bestiole ci-dessous, que je n’utilise pas ? Mais maintenant, peut-être que des outils en ont besoin pour leur usage propre, comment savoir ?

```plaintext
1403 ? Ss 0:00 /usr/sbin/exim4 -bd -q30m

```

En résumé, quelqu’un pourrait me dire où se trouvent les fichiers de configuration et ce qui se rapporte au démarrage des programmes dans Debian en 2022 ? En quelques lignes, hein, pas un tuto de 300 pages, 😂 (me suis déjà tapé «&nbsp;_Le système Linux_&nbsp;» chez O’Reilly il y a 20 ans, donc j’ai les bases)  
À partir de là je devrais pouvoir me débrouiller.  
Merci,

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Janvier 9, 2022, 5:16 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/2 "2022-01-09T17:16:52Z")

</div>

> [@jipete](#):
>
> En résumé, quelqu’un pourrait me dire où se trouvent les fichiers de configuration et ce qui se rapporte au démarrage des programmes dans Debian en 2022 ?

En résumé, pour ce qui concerne les paramétrages des services du système, c’est dans le dossier `/etc`, pour les services au démarrage, c’est dans le paramétrage de systemD (qui se trouve dans `/etc/systemd`).  
Pour ce concerne le paramétrage au niveau de l’utilisateur, ça se trouve dans un fichier commençant par un point dans le répertoire utilisateur, soit à la racine pour les programmes un peu anciens, soit dans le dossier `~/.config`.  
Les applications au démarrage sont dans le dossier  
`~/.config/autostart`.

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 10, 2022, 2:20 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/3 "2022-01-10T14:20:22Z")

</div>

Bonjour,

(désolé de répondre tardivement mais je n’ai pas eu la notification)

> [@Almtesh](#):
>
> –snip–

OK merci, j’ai jeté un œil rapide à `/etc/systemd/`, je sens que ça va être l’enfer pour mettre tout ça à plat et bien comprendre qui fait quoi quand (ah, le bon vieux temps des scripts rcX/Sordre…) mais c’est ainsi.

Et puis j’ai regardé dans mon home (lsd c’est un truc perso) :

```plaintext
$ lsd .config/autostart/
Tri par date, le plus récent tout en haut :
total 56
-rw-r--r-- 1 265 9 janv. 15:20 pasystray.desktop
-rw-r--r-- 1 5060 9 janv. 15:11 pulseaudio.desktop
-rw-r--r-- 1 2505 6 janv. 18:32 diodon-autostart.desktop
-rw-r--r-- 1 227 6 janv. 18:32 xdg-user-dirs.desktop
-rw-r--r-- 1 11426 6 janv. 18:32 user-dirs-update-gtk.desktop
-rw-r--r-- 1 209 6 janv. 18:32 at-spi-dbus-bus.desktop
-rw-r--r-- 1 515 27 oct. 2020 wicd-tray.desktop
-rw-r--r-- 1 215 11 août 2020 xiccd.desktop
-rw-r--r-- 1 1564 16 juin 2020 clipit-startup.desktop
-rw-r--r-- 1 2536 16 juin 2020 light-locker.desktop
-rw-r--r-- 1 228 16 juin 2020 geoclue-demo-agent.desktop

$ cat .config/autostart/geoclue-demo-agent.desktop 
[Desktop Entry]
Name=Geoclue Demo agent
GenericName=Demo geoclue agent
Keywords=geolocation;
Exec=/usr/lib/geoclue-2.0/demos/agent
Icon=mark-location-symbolic
NotShowIn=GNOME;LXDE;
NoDisplay=true
Terminal=false
Type=Application

```

Le fichier pointé par la ligne Exec est introuvable, probablement disparu lors de la migration d10 → d11.  
Alors ok, il est «&nbsp;NotShowIn LXDE&nbsp;» qui est mon environnement, mais ça n’empêche pas les lignes d’erreur dans le log :

```plaintext
janv. 10 10:36:37 debox64 systemd-xdg-autostart-generator[1429]: Exec binary '/usr/lib/geoclue-2.0/demos/agent' does not exist: No such file or directory
janv. 10 10:36:37 debox64 systemd-xdg-autostart-generator[1429]: Not generating service for XDG autostart app-geoclue\x2ddemo\x2dagent-autostart.service, error parsing Exec= line: No such file or directory

```

On a des OS écrits par des pieds-nickelés, je trouve, un peu ce que je disais dans l’autre fil à propos des fichiers demandés par un bout de la distro mais pas fournis par le reste de la distro…  
Et va falloir que je me tape tous ces `.desktop` pour tout vérifier, au plus ça va au moins j’ai confiance…

Bon, j’y retourne, faut que je regarde cette minute perdue à l’arrêt.

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 10, 2022, 4:44 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/4 "2022-01-10T16:44:41Z")

</div>

> [@Almtesh](#):
>
> En résumé, pour ce qui concerne les […] services au démarrage, c’est dans le paramétrage de systemD (qui se trouve dans `/etc/systemd` ).  
> …  
> Les applications au démarrage sont dans le dossier  
> `~/.config/autostart` .

Et quand ce que je cherche n’est ni dans l’un ni dans l’autre, il faut chercher où ?  
Exemple avec

```plaintext
janv. 10 17:17:27 debox64 exim4[879]: Starting MTA: exim4.
janv. 10 17:17:27 debox64 systemd[1]: Started LSB: exim Mail Transport Agent.

```

Il y a bien un script classique de démarrage à l’ancienne dans `/etc/init.d/` qui contient les entrées habituelles, `start_exim`, `stop_exim`, etc., mais est-ce encore valable ?  
Merci pour le retour,

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Janvier 10, 2022, 7:42 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/5 "2022-01-10T19:42:10Z")

</div>

> [@jipete](#):
>
> Et quand ce que je cherche n’est ni dans l’un ni dans l’autre, il faut chercher où ?  
> Exemple avec
> 
> ```plaintext
> janv. 10 17:17:27 debox64 exim4[879]: Starting MTA: exim4.
> janv. 10 17:17:27 debox64 systemd[1]: Started LSB: exim Mail Transport Agent.
> 
> ```

Regarde où il pointe avec un:

```auto
systemctl status exim4.service

```

> [@jipete](#):
>
> On a des OS écrits par des pieds-nickelés

Quel niveau …

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Janvier 10, 2022, 8:50 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/6 "2022-01-10T20:50:31Z")

</div>

> [@jipete](#):
>
> (ah, le bon vieux temps des scripts rcX/Sordre…)

tu peux encore les utiliser si tu as systemd , et ils s’arrangent avec systemd

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 11, 2022, 9:42 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/7 "2022-01-11T09:42:49Z")

</div>

Bonjour,

> [@Clochette](#):
>
> > [@jipete](#):
> >
> > On a des OS écrits par des pieds-nickelés
> 
> Quel niveau…

Qu’est-ce que tu aurais dit, toi, en constatant que depuis cette migration j’ai systématiquement l’icône du haut-parleur barrée (= mode sourdine) en bas à droite, chose que je n’ai jamais vue auparavant, ou que des choses que j’avais désactivées/désinstallées se retrouvent présentes et actives ?  
Ou mieux (ou pire), en tentant de désinstaller `at-spi2-core`, le système de dépendances me dit qu’il va me virer `ghex`, mon éditeur préféré en mode hexa, et en tentant de désinstaller une des librairies de `atspi`, le système veut me virer mon navigateur, mon geany adoré et tout un tas d’autres choses du système, donc non, je suis obligé d’abandonner et je vais conserver ce truc inutile jusqu’à ce que mort s’en suive.  
À contrario, dans ma vieille machine Debian 7, si je demande d’installer `at-spi`, ça ne me propose de rajouter **que deux** librairies et basta.  
Bien obligé de dire que «&nbsp;c’était mieux avant&nbsp;».

> [@Clochette](#):
>
> > [@jipete](#):
> >
> > Et quand ce que je cherche n’est ni dans l’un ni dans l’autre, il faut chercher où ?
> > 
> > > Exemple avec
> > 
> > ```plaintext
> > janv. 10 17:17:27 debox64 exim4[879]: Starting MTA: exim4.
> > janv. 10 17:17:27 debox64 systemd[1]: Started LSB: exim Mail Transport Agent.
> > 
> > ```
> 
> Regarde où il pointe avec un:
> 
> ```auto
> systemctl status exim4.service
> 
> ```

Vu, ça donne ça (viré des lignes inutiles ici) :

```auto
● exim4.service - LSB: exim Mail Transport Agent
     Loaded: loaded (/etc/init.d/exim4; generated)
     Active: active (running) since Tue 2022-01-11 09:29:05 CET; 52s ago
    Process: 883 ExecStart=/etc/init.d/exim4 start (code=exited, status=0/SUCCESS)
     CGroup: /system.slice/exim4.service
             └─1394 /usr/sbin/exim4 -bd -q30m

```

Et pour éviter qu’il ne démarre (je n’en ai pas l’utilité), je cherche la ligne `ExecStart=...` dans ??? et je la mets en commentaires ?

> [@dindoun](#):
>
> > [@jipete](#):
> >
> > (ah, le bon vieux temps des scripts rcX/Sordre…)
> 
> tu peux encore les utiliser si tu as systemd , et ils s’arrangent avec systemd

Bonne nouvelle, mais j’ai un peu peur que ça rajoute de la complexité à ce sac de nœuds, par exemple, pour désactiver `wpa_supplicant` dont je n’ai pas l’usage, je ne sais pas quoi faire :  
j’envisage de commenter la ligne `ExecStart` dans son `/etc/systemd/system/multi-user.target.wants/wpa_supplicant.service` trouvé grâce à `locate wpa_supplicant.service`, le drame pour moi c’est que `locate exim4.service` ne remonte rien.  
Comment faire alors pour désactiver proprement le démarrage d’`exim4` ?

Après reboot, ma manip avec `wpa_supplicant` est payante, si on ne regarde pas les logs,

```auto
$ dmesg | grep wpa_supplicant
[5.474601] systemd[1]: wpa_supplicant.service: Service has no ExecStart=, ExecStop=, or SuccessAction=. Refusing.
[5.493879] systemd[1]: wpa_supplicant.service: Cannot add dependency job, ignoring: Unit wpa_supplicant.service has a bad unit file setting.

```

Bah, en attendant mieux, ça ira.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Janvier 11, 2022, 12:34 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/8 "2022-01-11T12:34:52Z")

</div>

> [@jipete](#):
>
> Qu’est-ce que tu aurais dit, toi, en constatant que depuis cette migration j’ai systématiquement l’icône du haut-parleur barrée (= mode sourdine) en bas à droite, chose que je n’ai jamais vue auparavant, ou que des choses que j’avais désactivées/désinstallées se retrouvent présentes et actives ?  
> Ou mieux (ou pire), en tentant de désinstaller `at-spi2-core` , le système de dépendances me dit qu’il va me virer `ghex` , mon éditeur préféré en mode hexa, et en tentant de désinstaller une des librairies de `atspi` , le système veut me virer mon navigateur, mon geany adoré et tout un tas d’autres choses du système, donc non, je suis obligé d’abandonner et je vais conserver ce truc inutile jusqu’à ce que mort s’en suive.

Qu’est-ce que tu veux que je te dise ?  
Sur mes récentes installation je n’ai pas de souci … je n’utilise pas de ghex ou autre juste le bureau et j’ai pas tous t’es souci … je te laisse méditer à ça car j’utilise tout de même de façon intensive mon poste pour travailler.

J’en reviens à Os écrits par des pieds nicklés … tu crois que tu ferais mieux ? bah vas-y y a tous ce qu’il faut …

Je suis à la limite de me demander si ce n’est pas du troll.

Les commandes systemctl sont maintenant disponible depuis fort longtemps et documenté … Debian a basculé sur systemd, si ça te plait pas il y a des alternatives mais fais pas celui qui découvre et va tous faire changer en gueulant sur un forum.

Après LXDE franchement c’est pas commun et c’est clairement pas moi qui vais te guider dans sa configuration, mais de là à dire des trucs comme ça :

> [@jipete](#):
>
> Quelqu’un a déjà réussi à configurer sa machine avec _Préférences / Applications par défaut pour LXSession_ ? »  
> Et donc, dans l’outil **minable** de configuration du système, j’ai interdit le démarrage de _at-spi_ concernant l’accessibilité car Dieu merci et je touche du bois, à ce jour je n’en ai pas besoin, mais quand je fais _ps ax_ , je découvre

Au passage que te renvoi un simple :

```auto
systemctl disable exim4 && systemctl list-unit-file

```

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Janvier 11, 2022, 3:00 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/9 "2022-01-11T15:00:09Z")

</div>

> [@jipete](#):
>
> Ou mieux (ou pire), en tentant de désinstaller `at-spi2-core` , le système de dépendances me dit qu’il va me virer `ghex` , mon éditeur préféré en mode hexa, et en tentant de désinstaller une des librairies de `atspi` , le système veut me virer mon navigateur, mon geany adoré et tout un tas d’autres choses du système,

c’est bizarre, chez moi je peux virer at-spi.. sans virer geany mais il veut virer nemo et caja et je ne sais pas pourquoi

comment remonter la chaine des dépendances ?

# # # # # # # #

> [@jipete](#):
>
> par exemple, pour désactiver `wpa_supplicant` dont je n’ai pas l’usage, je ne sais pas quoi faire

a priori j’aurais fait

1. ls /etc/init.d |grep wpa ne donne rien
2. systemctl list-units |grep wpa donne  
wpa\_supplicant.service loaded active running WPA supplicant
3. systemctl disable wpa\_supplicant.service  
Removed /etc/systemd/system/multi-user.target.wants/wpa\_supplicant.service.  
Removed /etc/systemd/system/dbus-fi.w1.wpa\_supplicant1.service.
4. mais après reboot :  
ps aux |grep wpa  
root 711 0.8 0.2 14944 9160 ? Ss 16:05 0:00 /sbin/wpa\_supplicant -u -s -O /run/wpa\_supplicant  
donc je ne sais pas

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 12, 2022, 8:13 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/10 "2022-01-12T08:13:17Z")

</div>

Bonjour,

désolé de répondre tardivement mais hier fut une rude journée, j’avais commencé une réponse que je n’ai pu mener à bien.  
Je reprends ce matin à la fraîche :

> [@Clochette](#):
>
> Qu’est-ce que tu veux que je te dise ?  
> Sur mes récentes installation je n’ai pas de souci … je n’utilise pas de ghex ou autre juste le bureau et j’ai pas tous tes soucis … je te laisse méditer à ça car j’utilise tout de même de façon intensive mon poste pour travailler.

Ah mais moi aussi ! L’ancienne machine en Debian 7 est toujours là, vaillante et bon pied bon œil, c’est juste l’espace disque plein à bloc ou presque qui m’a poussé à migrer, plus l’obsolescence de certains logiciels.  
Ceci étant dit, je ne comprends pas ta phrase «&nbsp;_je n’utilise pas de ghex ou autre juste le bureau_&nbsp;» car `ghex` est juste un bête éditeur hexa en mode graphique, un outil parmi des milliers, comme l’éditeur de texte léger (un bloc-note) `leafpad` (qu’on nous a supprimé dans D10 pour cause de… pas de mises à jour depuis longtemps, et plein de gens sur le web posent la question «&nbsp;_mais pourquoi faire des mises à jour d’un outil parfait qui fait bien ce qu’il a à faire et basta ?_&nbsp;») par exemple, ou `audacity` ou `Kdenlive` ou `gimp` ou d’autres.  
Et moi aussi j’utilise mes machines de façon intensive, quand elles sont opérationnelles.

> [@Clochette](#):
>
> J’en reviens à Os écrits par des pieds nickelés … tu crois que tu ferais mieux ? bah vas-y y a tout ce qu’il faut…

Non, je ne ferais pas mieux et je n’ai pas le temps : regarde le temps que je passe à essayer d’avoir un OS qui tient la route et fait ce que je veux sans me rajouter un tas de truc et de machins dont je ne sais pas d’où ils sortent ni ce qu’ils font (on dirait du Windows…)

> [@Clochette](#):
>
> Je suis à la limite de me demander si ce n’est pas du troll.

Mais non… C’est juste un mec anéanti par ce qu’il vit au quotidien et qui aimerait bien voir et savoir ce que les autres vivent aussi au quotidien, d’où les exemples et les lignes de commande ou les manips Synaptic (merci à dindoun, au passage – lire + bas)

> [@Clochette](#):
>
> Les commandes systemctl sont maintenant disponibles depuis fort longtemps et documentées …

Mais tellement peu mémorisables que si on n’a pas un carnet à côté, on est foutu.

> [@Clochette](#):
>
> Debian a basculé sur systemd, si ça te plait pas il y a des alternatives mais fais pas celui qui découvre et va tout faire changer en gueulant sur un forum.

Comment un machin pas fini pourrait plaire ? Quand je vois des lignes dans les logs avec `code d'erreur: 'exit code'`, je me marre et en même temps je me dis que nous sommes mal barrés, très mal barrés si ça continue ainsi.  
Quant aux alternatives, seront-elles pérennes ? C’est ça qui m’a fait peur, après en avoir testé plusieurs. J’ai aussi bien conscience que systemD va hélas dans le sens de l’histoire, exactement comme les bagnoles électriques vont dans le sens de l’écologie ! Tu permets que je rigole ?  
Mais comment un truc aussi peu ergonomique a-t-il pu arriver là où il est dans les distros ? Qui a couché avec qui ? On ne nous dit pas tout.  
Mais ce que je vois sur le web, en faisant des recherches sur mes problèmes, c’est qu’il y a pas mal de gens qui gueulent contre systemD **ET** contre PulseAudio (curieux, c’est le même auteur), en général en fournissant des articles documentés.

> [@Clochette](#):
>
> Après LXDE franchement c’est pas commun et c’est clairement pas moi qui vais te guider dans sa configuration

Pas de souci.

> [@Clochette](#):
>
> mais de là à dire des trucs comme ça :
> 
> > [@jipete](#):
> >
> > Quelqu’un a déjà réussi à configurer sa machine avec _Préférences / Applications par défaut pour LXSession_ ? »  
> > Et donc, dans l’outil **minable** de configuration du système, j’ai interdit le démarrage de `at-spi` concernant l’accessibilité car Dieu merci et je touche du bois, à ce jour je n’en ai pas besoin, mais quand je fais `ps ax` , je découvre

J’ai dit que cet outil était minable car on n’y comprend rien de chez rien, et qu’il n’y a pas d’aide interactive, donc on ne sait pas quoi faire face à l’ihm.  
Je ferais bien des copies d’écran mais je ne veux pas abuser.

> [@Clochette](#):
>
> Au passage que te renvoie un simple :
> 
> ```auto
> systemctl disable exim4 && systemctl list-unit-files
> 
> ```

Merci pour ta commande, je l’ai effectuée mais en deux temps car la sortie de la liste fait chez moi plus de 300 lignes et j’ai oublié le nom des filtres, donc à l’ancienne :

```auto
$ systemctl disable exim4
exim4.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install disable exim4
$ systemctl list-unit-files > list_unit_files.log
$ cat list_unit_files.log | grep exim
exim4-base.service static -
exim4.service generated -
exim4-base.timer enabled enabled

```

On dirait un peu les misères que remonte également dindoun, que je remercie chaleureusement pour ses tests, qui montrent que ces machines ne sont plus aussi fiables que dans le bon vieux temps.

Dessus c’est des commandes d’hier. Ce matin, après PowerOn,

```auto
$ systemctl list-unit-files | grep exim
exim4-base.service static -
exim4.service generated -
exim4-base.timer enabled enabled

```

Alors à l’intuition je tape

```auto
$ systemctl disable exim4-base.timer
Removed /etc/systemd/system/timers.target.wants/exim4-base.timer.
$ systemctl list-unit-files | grep exim
exim4-base.service static -
exim4.service generated -
exim4-base.timer disabled enabled

```

et ma foi, ça a l’air mieux, non ?

> [@dindoun](#):
>
> c’est bizarre, chez moi je peux virer `at-spi`… sans virer `geany` mais il veut virer `nemo` et `caja` et je ne sais pas pourquoi
> 
> comment remonter la chaine des dépendances ?
> 
> # # # # # # #

Je ne sais pas du tout.

> [@dindoun](#):
>
> > [@jipete](#):
> >
> > par exemple, pour désactiver `wpa_supplicant` dont je n’ai pas l’usage, je ne sais pas quoi faire
> 
> a priori j’aurais fait
> 
> ```auto
> 1. ls /etc/init.d |grep wpa ne donne rien
> 2. systemctl list-units |grep wpa donne
> wpa_supplicant.service loaded active running WPA supplicant
> 3. systemctl disable wpa_supplicant.service
> Removed /etc/systemd/system/multi-user.target.wants/wpa_supplicant.service.
> Removed /etc/systemd/system/dbus-fi.w1.wpa_supplicant1.service.
> 
> ```
> 
> 1. mais après reboot :
> 
> ```auto
> ps aux |grep wpa
> root 711 0.8 0.2 14944 9160 ? Ss 16:05 0:00 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant
> 
> ```
> 
> donc je ne sais pas

moi j’ai fait comme ça (comme toi, on dirait) :

```auto
$ systemctl disable wpa_supplicant.service
Removed /etc/systemd/system/dbus-fi.w1.wpa_supplicant1.service.
Removed /etc/systemd/system/multi-user.target.wants/wpa_supplicant.service.
$ systemctl list-unit-files > list_unit_files.log
$ cat list_unit_files.log | grep wpa
wpa_supplicant-nl80211@.service disabled enabled
wpa_supplicant-wired@.service disabled enabled
wpa_supplicant.service disabled enabled
wpa_supplicant@.service disabled enabled

```

et au reboot je ne l’ai plus dans `ps ax | grep wpa`  
Merci à toi d’avoir capté mon feeling et d’avoir testé ainsi.

C’est tout pour le moment, bonne journée,

---

<div class="post-metadata">

**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\
**Post date:** [Janvier 12, 2022, 11:06 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/11 "2022-01-12T11:06:26Z")

</div>

> [@jipete](#):
>
> > [@Clochette](#):
> >
> > Les commandes systemctl sont maintenant disponibles depuis fort longtemps et documentées …
> 
> Mais tellement peu mémorisables que si on n’a pas un carnet à côté, on est foutu.

Pour vérifier cette affirmation, je lance

```auto
systemctl --help

```

et oh! miracle, j’obtiens un affichage de 169 lignes gérées par un painateur à la mode _less_ qui remplace bien le calepin à côté de l’ord, et qui se termine par

```auto
See the systemctl(1) man page for details.

```

Bon, c’est en anglais mais je ne pense pas que cela va vous rebuter

De plus, pas besoin d’utiliser _sudo_ pour ce genre de truc, _systemctl_ fait partie de ces commandes modernes qui sont conçues intelligemment pour une utilisation en CLI

Un esprit chagrin pourrait pointer du doit que le paginateur intégré n’utilise pas le mécanisme «&nbsp;alternate buffer&nbsp;» comme _less_ et donc polluerait inutilement le tampon de défilement. Là, on irait loin dans le pinaillage 🙂

> [@jipete](#):
>
> Mais comment un truc aussi peu ergonomique a-t-il pu arriver là où il est dans les distros ?

Voir ci-dessus (pour la partie CLI ) Vous pouvez aussi taper le début de la (sous-)commande _systemctl_ et appuyer sur Tab pour compléter.

> [@jipete](#):
>
> ```auto
> $ systemctl list-unit-files > list_unit_files.log
> $ cat list_unit_files.log | grep wpa
> 
> ```

Vous combinez la création inutile d’un fichier et ce que les puristes appellent «&nbsp;useless use of cat&nbsp;» aka [UUOC](https://www.debian-fr.org/t/uuoc-useless-use-of-cat/29047) Tellement classique qu’on le trouve dans l’ancien forum

```auto
systemctl list-unit-files | fgrep wpa

```

Cordialement,  
Regards,  
Mit freundlichen Grüßen,  
مع تحياتي الخالصة

* * *

F. Petitjean  
Ingénieur civil du Génie Maritime.

« On ne perd pas son temps en aiguisant ses outils. »  
Proverbe français

« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 12, 2022, 2:51 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/12 "2022-01-12T14:51:11Z")

</div>

> [@littlejohn75](#):
>
> Vous pouvez aussi taper le début de la (sous-)commande _systemctl_ et appuyer sur Tab pour compléter.

Oui, ça, ça fait 21 ans que je le pratique au quotidien, mais Tab, il en faut 2 pour arriver à `systemctl` ou alors il faut au moins saisir `system` et quand on en est là, terminer avec Tab ou `ctl` ça ne fait pas une grosse différence.  
C’est vrai que je pourrais me créer un alias `sc` pour ces 9 lettres qui se mélangent souvent quand on essaie de taper vite, mais bon, le jeu n’en vaut pas la chandelle.

> [@littlejohn75](#):
>
> Pour vérifier cette affirmation, je lance
> 
> ```auto
> systemctl --help
> 
> ```
> 
> et oh! miracle, j’obtiens un affichage de 169 lignes gérées par un paginateur à la mode _less_ qui remplace bien le calepin à côté de l’ord, et qui se termine par
> 
> ```auto
> See the systemctl(1) man page for details.
> 
> ```

`systemctl --help`, après le premier ENTREE, selon la hauteur de la fenêtre du terminal, je vois `lines 1-44` (ou 42 ou 48, peu importe), 1-44 mais **sur combien ?** Combien y a-t-il de lignes en attente des ENTREE suivants ? Bah, on ne sait pas, alors PAGE SUIVANTE jusqu’à la fin et là, ô miracle, `lines 126-169/169 (END)`, good !, et PAGE PRECEDENTE conserve la vision totale, donc cool, mais pas bien pour ne pas l’avoir mis en place dès le début, donc produit pas fini.  
Quant au `man systemctl`, j’ai tenté mais c’est juste tellement touffu et chargé que j’ai abandonné, j’avoue.

> [@littlejohn75](#):
>
> … _systemctl_ fait partie de ces commandes modernes qui sont conçues intelligemment pour une utilisation en CLI

Ah ouais ?  
`$ systemctl --help`  
fonctionne à peu près bien, on vient de le voir, mais

```auto
$ systemctl --list-unit-files
systemctl : option non reconnue '--list-unit-files'

```

Hé ouais, faut taper  
`$ systemctl list-unit-files`  
sans les deux tirets et sans aucune uniformité avec `--help`, alors qu’il s’agit d’options similaires.  
Alors savoir s’il faut mettre deux tirets ou pas selon l’option, moi, un outil comme ça je le jette.  
Manque de bol il est totalement intégré au bazar, c’est navrant, et je ne peux donc pas le supprimer.  
Franchement, ils auraient pu se décarcasser un peu plus, hein, car je ne peux pas mémoriser ce genre de cafouillage.

> [@littlejohn75](#):
>
> Bon, c’est en anglais mais je ne pense pas que cela va vous rebuter

Non, ça ira, après 45 ans d’info, il y a même des fois où je me demande en quel langage était la doc que je viens de lire.

De mon côté, j’ai bien noté que si on me cherche des poux dans la tête (c’est de bonne guerre et ça fait fonctionner mes neurones, alors merci), le fait que les codes d’erreur non remontés que j’ai signalés ne choquent personne, et, tiens, j’ai découvert au tout début d’un service de `PulseAudio`, `/usr/lib/systemd/user/pulseaudio.service` pour être précis,

```auto
# We require pulseaudio.socket to be active before starting the daemon, because while it is
# possible to use the service without the socket, it is **not clear** why it would be desirable.

```

Les derniers mots, que j’ai essayé de mettre en gras, sont curieux, vous ne trouvez pas ?

Bon, allez, trêve de chamailleries, plusieurs choses :  
en examinant mes logs, j’avais noté ces lignes :

```auto
janv. 12 08:58:23 debox64 systemd-xdg-autostart-generator[1168]: Exec binary 'wicd-gtk' does not exist: No such file or directory
janv. 12 08:58:23 debox64 systemd-xdg-autostart-generator[1168]: Not generating service for XDG autostart app-wicd\x2dtray-autostart.service, error parsing Exec= line: No such file or directory
janv. 12 08:58:23 debox64 systemd-xdg-autostart-generator[1168]: Exec binary '/usr/lib/geoclue-2.0/demos/agent' does not exist: No such file or directory
janv. 12 08:58:23 debox64 systemd-xdg-autostart-generator[1168]: Not generating service for XDG autostart app-geoclue\x2ddemo\x2dagent-autostart.service, error parsing Exec= line: No such file or directory

```

J’ai fouillé, pour le premier binaire `wicd` il est inconnu dans Synaptic, alors pourquoi est-il dans les logs ? Je ne sais pas, peut-être un reste de d10, du coup j’ai viré son entrée dans `~/.config/autostart` et dans la foulée j’ai fait pareil pour `geoclue`, qui est connu de `Synaptic` mais pas installé, au reboot ils ne sont plus là, cool !

Ensuite j’ai découvert qu’en désactivant complètement `at-spi` et `at-spi2` je n’avais plus rien sur le bureau, juste une image en fond d’écran c’est pas top pour travailler, j’en conclus que des morceaux d’`at-spi` sont profondément imbriqués dans le système, ce qui est assez moyen je trouve, et ça m’oblige à réactiver ces choses qui portent mal leur nom.

Pour finir, en bidouillant dans les fichiers `.socket` et `.service` de `PulseAudio`, je n’ai enfin plus l’icône HP barrée et j’ai donc du son au login, indication pour moi que tout va bien.  
Donc tout va bien ! 🕶

Plus qu’à faire le ménage dans les **centaines** de polices **inutiles pour l’immense majorité des occidentaux** qui viennent avec `LibreOffice` (des grands malades, ces gens – mais j’ai un script !) puis à installer les logiciels qui me seront nécessaires pour les années à venir et mon bonheur sera complet.  
EDIT qui n’a rien à voir : je n’arrive pas à faire une espace insécable, alors désolé pour le point d’exclamation orphelin après «&nbsp;script&nbsp;», 2 lignes plus haut.  
Enfin, chez moi.

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Janvier 12, 2022, 3:35 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/13 "2022-01-12T15:35:22Z")

</div>

Franchement t’aurais pas envie de tester une réinstallation de Debian en version minimal (juste la base fourni par netinstall sans aucun environnement de bureau) et installé ce dont t’a besoin ?

Tu doit trainer depuis le temps un fatras de truc dans ton système.

Je le répète systemd te file des boutons ? go sur un autre distribution, il existe du Debian sans systemd … ou bien bascule sur du BSD tu sera tranquille 😉

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Janvier 12, 2022, 4:02 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/14 "2022-01-12T16:02:17Z")

</div>

Bonjour

> [@jipete](#):
>
> … je n’arrive pas à faire une espace insécable …

Sur mon clavier avec la disposition Français (alternative) \<=\> le ² à gauche du 1  
pour obtenir un caractère espace insécable, je fais Maj+Alt+Espace

Mais il n’est pas possible de mettre des caractères _espace insécable_ dans les messages sur ce forum puisqu’ils sont automatiquement remplacés par des caractères _espace_

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 12, 2022, 5:25 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/15 "2022-01-12T17:25:25Z")

</div>

> [@Clochette](#):
>
> Franchement t’aurais pas envie de tester une réinstallation de Debian en version minimale (juste la base fournie par netinstall sans aucun environnement de bureau) et installer ce dont t’as besoin ?

Déjà testé il y a qq années, et c’est prendre le problème à l’envers, en se retrouvant tout nu sans chemise et sans savoir par où commencer.  
Surtout si en plus pour avoir **juste** writer et calc il faut que je me tape base, draw, le machin pour les powerpoint que je sais pas comment qu’il s’appelle, et les centaines de polices inutiles, au final ça va être la même pagaille, c’est comme ça maintenant.  
Les fabricants de logiciels considèrent que les utilisateurs sont trop stupides pour savoir choisir ce dont ils ont besoin, alors ils leur collent tout comme ça ils sont tranquilles et en prime ça leur évite de coder un système de choix et de sélection.  
Ceux qui sont marron sur ce coup-là c’est les power users.

> [@Clochette](#):
>
> Tu dois trainer depuis le temps un fatras de trucs dans ton système.

Ben non puisqu’il est neuf, depuis 18 mois. Rappel : je me suis battu pendant des mois pour réussir à obtenir que systemd arrête de changer l’identification des disques et autres partitions, car ça, c’était pas possible à vivre – tu imagines faire une sauvegarde genre `dd if=/dev/sda of=/dev/sdb` quand messire systemd a inversé les noms et que donc la machine va faire `dd if=/dev/sdb of=/dev/sda` physiquement parlant ? Ou les sacs de nœud dans la tête en lançant `gparted` et en constatant que mon ssd a une capacité de 2 To quand mon premier disque de datas ne me propose plus que 256 Go ? Non mais allô quoi !  
Et ça je l’ai vécu pendant des mois, le temps d’étudier les services, les fichiers .mount, les trucs, les machins, les nouvelles règles, bref l’enfer.  
Et crois-moi qu’à part les màj gérées par unattended-update (ou grade, me souviens jamais), il n’y a rien eu de fait sur cette babasse.

> [@Clochette](#):
>
> Je le répète systemd te file des boutons ? go sur une autre distribution, il existe du Debian sans systemd … ou bien bascule sur du BSD tu seras tranquille 😉

J’en ai testé, comme déjà dit, mais j’ai peur de me retrouver un peu sur une île déserte, quand les logiciels seront écrits et compilés pour systemd, qui aura réussi à s’imposer puisqu’en général on ne fait pas machine arrière en info.  
Donc je ne suis pas très chaud sur ce coup-là.

D’autant plus qu’en y regardant de près, une fois le bazar bien tuné et les boulons bien serrés, on peut jeter la clé de 14, non ? Y a plus à y revenir, plus besoin de mettre les mains dans le cambouis, ça devrait rouler tout seul avec le graphisme, le traitement de texte, bref les applis qui permettent de produire.

Quant à BSD, je crains de n’avoir plus le temps d’étudier un nouveau système et d’y être performant avant d’aller rejoindre mes ancêtres, donc je vais m’adapter à ce que je connais un peu (depuis 21 ans), après tout, même si les routes changent, on ne repasse pas son permis tous les ans, hein !

Ah, une dernière nouvelle de la machine et là, je suis très satisfait : elle boote en une poignée de secondes, que du bonheur ! (je lisais récemment je ne sais plus trop où [peut-être ici], des gens qui parlaient de démarrage en plus d’une minute, au secours !)

```auto
Startup finished in 5.390s (kernel) + 2.302s (userspace) = 7.693s 
graphical.target reached after 2.294s in userspace

```

Moins de 10 secondes, yes !

> [@anon29980398](#):
>
> Mais il n’est pas possible de mettre des caractères _espace insécable_ dans les messages sur ce forum puisqu’ils sont automatiquement remplacés par des caractères _espace_

Merci, dommage, ça fait désordre, typographiquement parlant et visuellement c’est pas glop. Bah…

---

<div class="post-metadata">

**Author:** ![littlejohn75](https://www.debian-fr.org/user_avatar/www.debian-fr.org/littlejohn75/32/3840_2.png) [@littlejohn75](https://www.debian-fr.org/u/littlejohn75)\
**Post date:** [Janvier 12, 2022, 6:09 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/16 "2022-01-12T18:09:30Z")

</div>

> [@jipete](#):
>
> Franchement, ils auraient pu se décarcasser un peu plus, hein, car je ne peux pas mémoriser ce genre de cafouillage.

Franchement, notre ami @jipete aurait pu apprendre à lire avant de parler de _cafouillage_. Il avait devant les yeux en faisant défiler l’historique du terminal de la commande

```auto
systemctl --help

```

qui précise bien que la syntaxe de base est bien ( **première** ligne)

```auto
systemctl [OPTIONS...] COMMAND ...

```

et un peu plus loin

```auto
Unit File Commands:
  list-unit-files [PATTERN...] List installed unit files

```

je suis obligé de dire un peu plus loin, car c’est le deuxième groupe de commandes, le premier groupe commençant par

```auto
Unit Commands:
  list-units [PATTERN...] List units currently in memory

```

D’autre part, j’avais précisé que la magie de la touche Tab pouvait agir pour compléter

> [@littlejohn75](#):
>
> le début de la (sous-)commande

Je suggérais donc d’utiliser Tab après _list_ ou _list-uni_ ou …

> [@jipete](#):
>
> ```auto
> $ systemctl --list-unit-files
> systemctl : option non reconnue '--list-unit-files'
> 
> ```

C’est écit en toutes lettres et en Français, quand ça commence par `--` c’est une option et ce qui est tapé n’est pas dans la liste des options. Comme on parle d’un mot de taille respectable (17 caractères)

```auto
1& fp2@debpacha:~ $ echo -n --list-unit-files | wc
      0 1 17
1& fp2@debpacha:~ $

```

je me permets de mettre en doute la bonne foi de notre ami @jipete

> [@jipete](#):
>
> alors PAGE SUIVANTE jusqu’à la fin et là, ô miracle, `lines 126-169/169 (END)` , good !, et PAGE PRECEDENTE conserve la vision totale, donc cool, mais pas bien pour ne pas l’avoir mis en place dès le début, donc produit pas fini.

Ravi d’apprendre qu’être obligé d’appuyer une poignée de fois sur Espace pour voir tranquillement le contenu affiché est insupportable pour un cador comme @jipete qui veut savoir combien de lignes il peut lire Une solution bourrin :

```auto
1& fp2@debpacha:~ 44s $ systemctl --help | wc                                    
    169 1049 10386

```

et une plus subtile : appuyer sur G .

> [@jipete](#):
>
> donc produit pas fini.

ou utilisateur incompétent ou incapable de lire.

> [@jipete](#):
>
> après 45 ans d’info,

Je suppose donc que vous avez connu les cartes perforées. Il y a 45 ans je tapais sur cartes perforées un programme de stabilité de navire après avarie.  
La partie détermination de l’état final (basée sur la théorie de la carène perdue) était déjà opérationnelle, je travaillais sur la partie états intermédiaires d’envahissement, basée sur une méthode d’addition de poids d’eau embarquée Ceci faisait partie de la proposition française sur le sujet à [l’organisation Maritime Internationale.](https://www.imo.org/fr/About/Pages/Default.aspx)

> [@jipete](#):
>
> il y a même des fois où je me demande en quel langage était la doc que je viens de lire.

Cela m’est déjà arrivé aussi sur des documentations techniques. pas pour [Les Contes du chat perché](https://fr.wikipedia.org/wiki/Les_Contes_du_chat_perch%C3%A9) 🙂

> [@jipete](#):
>
> Pour finir, en bidouillant dans les fichiers `.socket` et `.service` de `PulseAudio` , je n’ai enfin plus l’icône HP barrée et j’ai donc du son au login,

Bravo ! On peut voir le `diff` ?

Cordialement,  
Regards,  
Mit freundlichen Grüßen,  
مع تحياتي الخالصة

* * *

F. Petitjean  
Ingénieur civil du Génie Maritime.

« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)

« Celui qui, parti de rien, n’est arrivé nulle part n’a de merci à dire à personne !! »  
Pierre Dac

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 12, 2022, 6:46 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/17 "2022-01-12T18:46:58Z")

</div>

> [@littlejohn75](#):
>
> Je suppose donc que vous avez connu les cartes perforées.

Oui mais pas professionnellement : je les ai vues lors d’une visite au Ministère de la Marine (hé ouais !) où œuvrait mon parrain en '71.  
Subjugué par ces cartes avalées à toute allure par ces machines (de l’IBM je crois), c’est peut-être ça qui a déclenché ma vocation, allez savoir…  
Et j’ai démarré quelques années + tard avec les floppies 8 pouces et les disques durs à plateau amovible de… 5 Mo, à l’époque ça suffisait.

> [@littlejohn75](#):
>
> un cador comme @jipete

Non, jipete **n’est pas** un cador, par contre il a les yeux très fatigués à force de faire en avant-en arrière dans les man et autres help-files, ces choses ne sont pas faites pour être lues, ce sont des références, pour y trouver un truc précis c’est l’abomination.  
À une époque on disait _small is beautiful_, ben c’est pas faux, tout comme on a inventé puis oublié, dommage, le principe _KISS_.

> [@littlejohn75](#):
>
> Bravo ! On peut voir le `diff` ?

Ça se passe dans `/usr/lib/systemd/user/pulseaudio.service` et dans `/usr/lib/systemd/user/pulseaudio.socket`, j’y ai remplacé `!root` par `@system` (l’arobase **fait partie** de la string et **n’est pas** le symbole d’une adresse internet ou autre), c’est au début. Je ne mets pas le `diff`, la machine se repose, et moi aussi dans pas longtemps.

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Janvier 12, 2022, 8:11 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/18 "2022-01-12T20:11:49Z")

</div>

Bonjour

> [@jipete](#):
>
> … tu imagines faire une sauvegarde genre `dd if=/dev/sda of=/dev/sdb` quand messire systemd a inversé les noms …

Pourquoi ne pas plutôt utiliser les liens qui sont dans `/dev/disk/by-uuid`  
Là au moins, même si le nom du fichier de périphérique change,  
on peut être sûr que l’UUID du système de fichiers ciblé n’aura pas changé.

---

<div class="post-metadata">

**Author:** ![jipete](https://www.debian-fr.org/user_avatar/www.debian-fr.org/jipete/32/11729_2.png) [@jipete](https://www.debian-fr.org/u/jipete)\
**Post date:** [Janvier 13, 2022, 9:07 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/19 "2022-01-13T09:07:57Z")

</div>

Bonjour,

> [@anon29980398](#):
>
> Pourquoi ne pas plutôt utiliser les liens qui sont dans `/dev/disk/by-uuid`

parce que je n’ai jamais vu un exemple sur le web les utiliser.  
Et que quand on voit écrit `/dev/sda`, normalement, avant, on savait de quel disque on causait (mon vieux «&nbsp;_Le système Linux_&nbsp;» chez Oreilly ne parle que comme ça).

Tiens, j’en profite pour repasser ma combine sur ce coup-là : il faut recompiler un noyau en supprimant l’inclusion par modules des drivers des disques (c’est ce mécanisme, piloté par un processus parent qui fait en parallèle plein d’autres choses, qui fait qu’il arrivent dans un ordre aléatoire) pour privilégier un chargement statique, auquel cas les drivers sont toujours à la même place dans le binaire et à ce jour je n’ai plus eu de chargements aléatoires et farfelus.

---

<div class="post-metadata">

**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\
**Post date:** [Janvier 13, 2022, 11:33 UTC](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958/20 "2022-01-13T11:33:35Z")

</div>

> [@jipete](#):
>
> … je n’ai jamais vu un exemple sur le web les utiliser. …

Pourtant, dans les commentaires qui sont au tout début du fichier `/etc/fstab`  
on peut lire :

⁫Use ‹&nbsp;blkid&nbsp;› to print the universally unique identifier for a  
⁫device; this may be used with UUID= as **a more robust way to name devices**  
⁫ **that works even if disks are added and removed**. See fstab(5).

Et de toutes façons, quelle que soit le contenant du système de fichier c’est le système de fichiers que l’on veut sauvegarder, et c’est bien l’UUID de ce système de fichiers qui permet de l’identifier.

Que ce système de fichiers soit accessible par le réseau,  
ou qu’il ait été créé dans une partition d’un disque ou dans un volume logique (LVM),  
ou qu’il utilise une ou plusieurs partitions de un ou plusieurs disque montés en RAID  
ou qu’il ait été créé en RAM  
na pas vraiment d’importance puisque ce sont les fichiers qui sont dans ce système de fichiers que l’on veut sauvegarder.

* * *

D’autre part, il y a cette page web qui t’intéressera sûrement :

> **[Persistent\_disk\_names - Debian Wiki](https://wiki.debian.org/Persistent_disk_names)**

À l’_époképik_ où `udevd` n’existait pas encore,  
je me souviens qu’on devait créer soit même dans le répertoire `/dev/`  
chaque fichier de périphérique en utilisant la commande `mknod`

[Page suivante](https://www.debian-fr.org/t/mise-a-niveau-de-lutilisateur-lol/85958.md?page=2)
