# E325 : attention

**URL:** <https://www.debian-fr.org/t/e325-attention/81763>\
**Category:** Support Debian\
**Created:** [Avril 11, 2020, 2:04 UTC](https://www.debian-fr.org/t/e325-attention/81763 "2020-04-11T14:04:00Z")\
**Posts on this page:** 7\
**Page:** 1

<div class="post-metadata">

**Author:** ![Linuxy](https://www.debian-fr.org/user_avatar/www.debian-fr.org/linuxy/32/9205_2.png) [@Linuxy](https://www.debian-fr.org/u/Linuxy)\
**Post date:** [Avril 11, 2020, 2:04 UTC](https://www.debian-fr.org/t/e325-attention/81763/1 "2020-04-11T14:04:00Z")

</div>

Salut,

Je me retrouve (encore une fois^^) un peu coincé sur Debian. J’ai eu le message comme quoi mon utilisateur n’est pas dans le fichier sudoers. Alors j’ai exécuté la commande “vi etc/sudoers” mais je n’ai pas vraiment compris pourquoi les modification sont… chaotiques. Au final un Crtl + C ne fonctionnait pas et un Crtl + X non plus alors je ferme le terminal. En y revenant ça m’affiche ceci :

```nohighlight
E325: ATTENTION
Found a swap file by the name "/var/tmp/sudoers.swp"
          owned by: root dated: Sat Apr 11 06:30:16 2020
         file name: etc/sudoers
          modified: YES
         user name: root host name: Debian
        process ID: 3376
While opening file "etc/sudoers"
      CANNOT BE FOUND
(1) Another program may be editing the same file. If this is the case,
    be careful not to end up with two different instances of the same
    file when making changes. Quit, or continue with caution.
(2) An edit session for this file crashed.
    If this is the case, use ":recover" or "vim -r etc/sudoers"
    to recover the changes (see ":help recovery").
    If you did this already, delete the swap file "/var/tmp/sudoers.swp"
    to avoid this message.

"etc/sudoers" [New DIRECTORY]
Press ENTER or type command to continue

```

Comment faire pour retourner dans le fichier ? Par la même occasion comment le modifier ? En tappant les caractères, les modifications ne se font pas, et quand elles viennent, je ne comprends pas ce qui les déclanche, et il est impossible de supprimé ce qu’on a tappé.

Merci pour votre aide.

---

<div class="post-metadata">

**Author:** ![gregoryroche0](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gregoryroche0/32/13099_2.png) [@gregoryroche0](https://www.debian-fr.org/u/gregoryroche0)\
**Post date:** [Avril 11, 2020, 3:12 UTC](https://www.debian-fr.org/t/e325-attention/81763/2 "2020-04-11T15:12:52Z")

</div>

Bonjour,

La mention : Found a swap file by the name “/var/tmp/sudoers.swp”  
signifie que le fichier est vraisemblablement déjà ouvert,  
il y a un verrou sur le fichier édité sudoers.

En fait, si tu lis le message, tout est indiqué : les causes possibles du fait que ton fichier n’est pas ouvert par vi et comment régulariser la situation.

Après, il est préférable d’utiliser la commande $ sudo visudo plutôt que vi.

---

<div class="post-metadata">

**Author:** ![Linuxy](https://www.debian-fr.org/user_avatar/www.debian-fr.org/linuxy/32/9205_2.png) [@Linuxy](https://www.debian-fr.org/u/Linuxy)\
**Post date:** [Avril 12, 2020, 2:31 UTC](https://www.debian-fr.org/t/e325-attention/81763/3 "2020-04-12T14:31:07Z")

</div>

Salut,

Merci de m’éclaircir greg 🙂 c’est vrai que j’ai du mal comprendre certaines commandes et notamment pourquoi la commande est restée ouvrerte, mais j’imagine que visudo prend le dessus et annule les erreurs de vi.

---

<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:** [Avril 12, 2020, 5:26 UTC](https://www.debian-fr.org/t/e325-attention/81763/4 "2020-04-12T17:26:49Z")

</div>

> [@Linuxy](#):
>
> un Crtl + X

C’est un raccourci pour fermer l’éditeur nano, hors là tu cherche à utiliser vi, ce sera donc :q! pour forcer la fermeture ou un :wq pour enregistrer et fermer.

Bref dans le cadre de l’utilisation de vi ou vim regarde un peux la documentation 😉

> [@gregoryroche0](#):
>
> En fait, si tu lis le message, tout est indiqué : les causes possibles du fait que ton fichier n’est pas ouvert par vi et comment régulariser la situation.

Moi je pense plutôt que le terminal à été fermé sans quitter l’édition du fichier, du coup il reste un fichier .swp, lors de l’ouverture il faut dans ce cas reprendre l’édition via la touche indiqué 😉

---

<div class="post-metadata">

**Author:** ![gregoryroche0](https://www.debian-fr.org/user_avatar/www.debian-fr.org/gregoryroche0/32/13099_2.png) [@gregoryroche0](https://www.debian-fr.org/u/gregoryroche0)\
**Post date:** [Avril 13, 2020, 4:15 UTC](https://www.debian-fr.org/t/e325-attention/81763/5 "2020-04-13T16:15:26Z")

</div>

Bonjour,

> j’imagine que visudo prend le dessus et annule les erreurs de vi.

alors là, je n’en sais rien du tout. Je dirais que ne m’amuse pas à ce genre de manipulation.  
Normalement, j’édite un fichier, j’écris, j’enregistre et je quite. Et c’est tout. 🙂  
De toute façon, je n’ai que 2 mains !

---

<div class="post-metadata">

**Author:** ![Linuxy](https://www.debian-fr.org/user_avatar/www.debian-fr.org/linuxy/32/9205_2.png) [@Linuxy](https://www.debian-fr.org/u/Linuxy)\
**Post date:** [Avril 15, 2020, 2:04 UTC](https://www.debian-fr.org/t/e325-attention/81763/6 "2020-04-15T14:04:46Z")

</div>

Merci de m’éclaircir sur le sujet, après quelque manip faites avec attention, c’est bien plus facile pour moi 😃

---

<div class="post-metadata">

**Author:** ![PengouinPdt](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pengouinpdt/32/3978_2.png) [@PengouinPdt](https://www.debian-fr.org/u/PengouinPdt)\
**Post date:** [Avril 15, 2020, 4:45 UTC](https://www.debian-fr.org/t/e325-attention/81763/7 "2020-04-15T16:45:16Z")

</div>

> [@Linuxy](#):
>
> j’imagine que visudo prend le dessus et annule les erreurs de vi.

absolument !  
En premier, il édite de manière sécurisée, en empêchant toute autre écriture concormittante,  
ensuite, il vérifie la «&nbsp;bonne conformité&nbsp;» en écriture du fichier, il analyse l’écriture et si elle est incorrecte, il empêche la validation.  
C’est pour ces raisons, et bien d’autres, qu’il est recommandé d’utiliser l’outil `visudo` , et non pas d’appeler le fichier en question avec tout autre éditeur de texte, même si c’est `vi` 😉

cf : `man visudo`
