# Synaptic et terminal morts

**URL:** <https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649>\
**Category:** Support Debian\
**Created:** [Novembre 20, 2019, 1:27 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649 "2019-11-20T13:27:58Z")\
**Posts on this page:** 11\
**Page:** 2

<div class="post-metadata">

**Author:** ![Correcaminos](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/e19b73/32.png) [@Correcaminos](https://www.debian-fr.org/u/Correcaminos)\
**Post date:** [Novembre 21, 2019, 10:47 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/21 "2019-11-21T10:47:27Z")

</div>

Test intéressant cette fois avec le répertoire vide.  
Le terminal graphique et synaptic ne fonctionnent toujours pas avec mon user et un répertoire vide… Donc c’est en amont que cela se passe mais c’est lié à mon user puisque je n’ai pas ce problème avec d’autres.

Je me demandais, comment puis-je voir le log de démarrage? Il y a tout de même au moins un failed (rouge) qui passe dans la série.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Novembre 21, 2019, 1:38 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/22 "2019-11-21T13:38:31Z")

</div>

le journal

`journalctl -p err --no-pager`

les services systeme

`systemctl --failed`

les services utilisateur

`systemctl --user --failed`

le démarrage systeme

`systemd-analyze blame --no-pager`

le démarrage utilisateur

`systemd-analyze --user blame --no-pager`

---

<div class="post-metadata">

**Author:** ![Correcaminos](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/e19b73/32.png) [@Correcaminos](https://www.debian-fr.org/u/Correcaminos)\
**Post date:** [Novembre 21, 2019, 2:13 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/23 "2019-11-21T14:13:29Z")

</div>

Merci, je ne vois rien de très spécial dans le journal (sauf une erreur du fstab qui doit être plus ancienne et qui n’a rien à voir. Sur les autres instructions, je ne vois rien de très spécial mais il y a beaucoup que je ne comprends pas non plus 😒  
Comment puis-je explorer mon problème alors qui semble être lié à un user particulier mais qui se situe quelque part en amont du home???

Partant de l’hypothèse que cela vient de Linux Malware Detect (maldetect), je retrouve les réglages que j’ai faits naivement sur base de ceci: [https://www.itzgeek.com/how-tos/linux/debian/install-linux-malware-detect-on-debian-ubuntu-linuxmint-a-malware-scanner-for-linux-operating-system.html](https://www.itzgeek.com/how-tos/linux/debian/install-linux-malware-detect-on-debian-ubuntu-linuxmint-a-malware-scanner-for-linux-operating-system.html)  
Je vois que j’ai dû régler **# Suspend user if malware found.** quarantine\_suspend\_user=“1”  
Je serais donc en quarantaine

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Novembre 21, 2019, 3:11 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/24 "2019-11-21T15:11:47Z")

</div>

ça va mieux en le disant, tu peux comparer la liste des services entre le user qui fonctionne et celui qui ne fonctionne pas,

tu peux chercher s’il reste des traces de ce «&nbsp;merveilleux&nbsp;» outil

```auto
sudo locate -i maldetect

```

sinon tu t’adresse ici

> **[Issues · rfxn/linux-malware-detect](https://github.com/rfxn/linux-malware-detect/issues)**
>
> Multi-engine Linux malware scanner with five detection stages (MD5, HEX pattern, YARA, ClamAV, statistical), real-time inotify monitoring, quarantine, and multi-channel alerting - Issues · rfxn/lin...

comme ce genre de pb

> <https://github.com/rfxn/linux-malware-detect/issues/320>
>
> Because of false positives with webalizer log files reported on https://github.c…om/rfxn/linux-malware-detect/issues/318 an account was reported suspended as follows:
> 
> \`\`\`
> HOST: ns1.custom.com
> SCAN ID: 181223-0838.23527
> STARTED: Sat Dec 22 10:58:42 2018
> TOTAL FILES: 3
> TOTAL HITS: 3
> TOTAL CLEANED: 0
> 
> SUSPENDED ACCOUNTS:
> custom
> 
> FILE HIT LIST:
> {YARA}r57shell\_php\_php : /home/custom/domains/tape.custom.com/public\_html/stats/webalizer.current =\> /usr/local/maldetect/quarantine/webalizer.current.1101527510
> {YARA}r57shell\_php\_php : /home/custom/domains/tape.custom.com/public\_html/stats/webalizer.current =\> /usr/local/maldetect/quarantine/webalizer.current.1690619778
> {YARA}r57shell\_php\_php : /home/custom/domains/tape.custom.com/public\_html/stats/webalizer.current =\> /usr/local/maldetect/quarantine/webalizer.current.2088230569
> ===============================================
> Linux Malware Detect v1.6.3 \< proj@rfxn.com \>
> \`\`\`
> 
> however Virtualmin control panel, which is installed on the server, does not show the \`custom\` account as suspended. So I wonder how exactly Maldet suspends accounts and how we could un-suspend them in Maldet context?

---

<div class="post-metadata">

**Author:** ![Correcaminos](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/e19b73/32.png) [@Correcaminos](https://www.debian-fr.org/u/Correcaminos)\
**Post date:** [Novembre 21, 2019, 3:38 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/25 "2019-11-21T15:38:30Z")

</div>

> [@grandtoubab](#):
>
> sudo locate -i maldetect

Plus de trace de maldetect…

Merci pour les liens que je ne trouvais pas…  
Et effectivement dans /etc/passwd j’ai un /bin/false sur la ligne de monuser  
Bingo!

Comment dois-je le modifier? On me propose usermod -s /bin/bash {username} et cette fois je ne veux pas tout casser, c’est usermod -s /bin/bash monuser ou entre {}?? Je ne puis pas simplement éditer /etc/passwd avec nano?

```auto

```

---

<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:** [Novembre 21, 2019, 3:46 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/26 "2019-11-21T15:46:41Z")

</div>

> [@grandtoubab](#):
>
> comme ce genre de pb
> 
> [github.com/rfxn/linux-malware-detect](https://github.com/rfxn/linux-malware-detect/issues/320)
> 
> #### [Issue: How exactly maldet suspends accounts and how to unsuspend them?](https://github.com/rfxn/linux-malware-detect/issues/320)

On en apprend de bonnes sur la manière expéditive de dégager un compte (par maldet) : tout simplement modifier sans prévenir le shell associé au compte.

Connectez-vous en mode non graphique Ctrl+Alt+F2 et lancez

```auto
getent passwd $USER

```

Puis

```bash
fp2@debpacha:~$ getent passwd $USER | tr ':' '\t' | cut -f 7
/bin/bash
fp2@debpacha:~$ 

```

Si vous obtenez `/bin/false` c’est que vous êtes tombé dans le piège et donc qu’un nombre indéterminé de commandes ne pourront pas fonctionner avec ce compte.  
Depuis votre console `tty2`

```auto
DISPLAY=:0 gnome-terminal -e /bin/bash

```

Et pour r\_gler le problème (si c’est bien ça)

```auto
sudo usermod -s /bin/bash {username}

```

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

* * *

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

« Je préfère le vin d’ici à l’au-delà »  
Pierre Dac

---

<div class="post-metadata">

**Author:** ![Correcaminos](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/e19b73/32.png) [@Correcaminos](https://www.debian-fr.org/u/Correcaminos)\
**Post date:** [Novembre 21, 2019, 3:57 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/27 "2019-11-21T15:57:04Z")

</div>

Je ne réponds alors à personne en particulier parce que j’ai pleins de bonnes orientations de chacun mais cela marche! Merci.  
Reste une ligne dans /etc/passwd : clamav:x:121:133::/var/lib/clamav:/bin/false  
Je suppose que je pourrais supprimer ce “user” avec userdel clamav

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Novembre 21, 2019, 4:55 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/28 "2019-11-21T16:55:46Z")

</div>

Non, réinstalles clamav, c’est un bon outil et il n’a rien fait.

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Novembre 21, 2019, 4:57 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/29 "2019-11-21T16:57:48Z")

</div>

Mais tu peux aussi supprimer si tu préfères, en utilisant plutôt deluser que userdel (qui est plutôt destiné aux scripts)/

---

<div class="post-metadata">

**Author:** ![Correcaminos](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/e19b73/32.png) [@Correcaminos](https://www.debian-fr.org/u/Correcaminos)\
**Post date:** [Novembre 21, 2019, 5:02 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/30 "2019-11-21T17:02:39Z")

</div>

OK, je vais installer clamav mais mieux regarder aussi avec un gui au moins pour commencer  
Merci!

---

<div class="post-metadata">

**Author:** ![mattotop](https://www.debian-fr.org/user_avatar/www.debian-fr.org/mattotop/32/3942_2.png) [@mattotop](https://www.debian-fr.org/u/mattotop)\
**Post date:** [Novembre 21, 2019, 5:18 UTC](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649/31 "2019-11-21T17:18:15Z")

</div>

> [@littlejohn75](#):
>
> On en apprend de bonnes sur la manière expéditive de dégager un compte (par maldet) : tout simplement modifier sans prévenir le shell associé au compte.

Ben ça, c’est un peu ce que je fais moi même quand j’ai un compte compromis, c’est un classique (sauf que j’utilise nologin, comme shell).  
On peut aussi utiliser **usermod -L** et **passwd -l** , mais aucune des méthodes n’est «&nbsp;canonique&nbsp;».  
Personnellement, ça ne me semble pas expéditif.

[Page précédente](https://www.debian-fr.org/t/synaptic-et-terminal-morts/80649.md?page=1)
