Re: Lancer un script shell linux lors de la fermeture du terminal, avec la croix

2018-02-21 Par sujet Basile Starynkevitch 



On 02/20/2018 06:48 PM, Raphaël POITEVIN wrote:

G2PC  writes:


Comment lancer un script shell linux lors de la fermeture du terminal,
avec la croix. ... ?

L’appeler dans .bash_logout ?


Moi j'aimerais comprendre pourquoi on veut faire ça. Je n'en vois pas la 
raison. Un emulateur de terminal peut
disparaître à tout moment (par exemple avec xkill), indépendamment du 
shell (ou du programme) qui y est executé.


Une possibilité (peut-être) serait de choisir puis configurer un window 
manager convenable pour ça.


A mon avis la question initiale est une instance de problème XY 
http://xyproblem.info/ et mériterait une motivation poussée.


Librement

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Lancer un script shell linux lors de la fermeture du terminal, avec la croix

2018-02-21 Par sujet Étienne Mollier 


On 02/20/2018 06:48 PM, Raphaël POITEVIN wrote:
> G2PC  writes:
> 
>> Comment lancer un script shell linux lors de la fermeture du terminal,
>> avec la croix. ... ?
> 
> L’appeler dans .bash_logout ?
> 

Bonsoir,

L'approche est intéressante, mais ne marcherait pas dans le cas
concernant les terminaux quittés via la croix pour deux raisons.
La première est que la plupart des terminaux ne lancent pas par
défaut des shells de login, et la seconde est que, dans le cas
d'une utilisation dans un script de login, le .bash_logout n'est
appelé qu'a l'appel de la commande « exit ».

Ceci dit, c'était bien pensé.  :-)

La section « INVOCATION » du manuel de Bash est assez détaillée
à ce sujet :

   When an interactive login shell exits, or a non-interac‐
   tive login shell executes the exit builtin command, bash
   readsandexecutescommands   from   the   file
   ~/.bash_logout, if it exists.


Il est toujours intéressant de noter que les terminaux des
divers environnements de bureau peuvent être configurés pour
être des shells de login via une option à cocher dans les
préférences.  Pour le terminal XTerm, vous pouvez le lancer avec
l'option -ls.

La morale de cette histoire est que, c'est mal de fermer ses
terminaux avec la croix : si un programme en cours d'exécution
avait eu besoin de faire du ménage, il y a de grandes chances
pour qu'il faille repasser derrière faire le ménage à la mimine.
Gérer ce cas proprement au sein des programmes n'est pas simple.

À plus,
-- 
Étienne Mollier

Re: Supprimer docker de debian avec un script

2018-02-21 Par sujet G2PC 
Résolu, mais, pas totalement.
J'arrive donc a supprimer une clé de dépôt, super !

Par contre, mon test conditionnel ne répond pas à mon attente.
Quand je lance la suppression de la clé de dépôt de docker, le message
retourné sera toujours OK sur le terminal.

Mon script, lui, me retournera toujours : Le clé a été supprimée ( Même
si elle n'existait plus. )

Ainsi, apt-key del proutprout me retournera OK , la clé a été supprimée,
hors, proutprout n'existait pas.


Mon script actuel :

sudo apt-key del 2C52609D
if [ "$?" = "0" ] ; then
echo "La clé de dépôt ajoutée pour Docker, si elle existait, a été
supprimée"
else
echo "La clé de dépôt ajoutée pour Docker n'a pas été supprimée"
fi


Le 20/02/2018 à 22:31, G2PC a écrit :
> Clés de dépôts
> Lister les clés : apt-key list
>
> pub rsa4096 2015-07-14 [SCEA] 5811 8E89 F3A9 1289 7C07 0ADB F762 2157
> 2C52 609D
> uid [ unknown] Docker Release Tool (releasedocker) 
>
> Supprimer une clé : apt-key del 
> Supprimer la clé du dépôt de Docker : apt-key del 2C52609D
>
> [Résolu]
>
> Le 15/02/2018 à 03:14, G2PC a écrit :
>> Effectivement, c'est bien la clé du dépôt de Docker que j'aimerais
>> identifier, pour retirer la clé, puisque je n'en ai plus besoin si je
>> désinstalle Docker.
>>
>> Par contre, pour le paquet dirmngr, je n'ai pas avancé, je ne sais
>> pas si je peux le supprimer, sans risque de voir d'autres clés
>> devenir inactives.
>>
>> Dans mon contexte, sur VM, Debian 9.3, je sais parfaitement que je
>> n'ai que installé Docker qui demande une clé. Ici, je peux tout
>> supprimer sans crainte.
>>
>> J'aimerais toute fois que mon script de désinstallation puisse être
>> utilisé de façon plus large, donc, je me demande comment ne pas faire
>> disparaître des configurations, clés, ou paquets d'importants.
>>
>> Le 14/02/2018 à 18:39, Olivier Bitsch a écrit :
>>> Hello,
>>>
>>> Est-ce qu'on parle des clés du dépôts de Docker ? Dans ce cas, je me
>>> tournerais vers la commande apt-key list qui permet de lister les
>>> clés, et apt-key del  pour supprimer la clé voulu.
>>>
>>>
>>>
>>> Le 12 février 2018 à 17:02, G2PC >> > a écrit :
>>>
>>> Bonjour.
>>>
>>> Je crée un script pour supprimer Docker sur Debian 9.
>>>
>>> Lors de l'installation de Docker, il faut valider la clé, et,
>>> j'avais eu
>>> un message qui indiquait que le paquet dirmngr n'est pas installé.
>>>
>>> Maintenant, je veux supprimer Docker mais je me demande comment sont
>>> gérées les clés à l'installation.
>>>
>>> Si je fais un autoremove du paquet dirmngr, est ce que le fichier
>>> contenant les clés sera supprimé, si il contient d'autres clés ?
>>>
>>> apt autoremove dirmngr
>>> if [ "$?" = "0" ] ; then
>>> echo "Le paquet dirmngr pour gérer les clés est supprimé."
>>> else
>>> echo "Le paquet dirmngr pour gérer les clés n'a pas été supprimé."
>>> fi
>>>
>>>
>>> D'ailleurs, voilà le script en entier, si vous voulez m'aider à
>>> l'améliorer, le compléter.
>>>
>>> #!/bin/bash
>>>
>>> apt autoremove docker docker-engine docker-compose
>>> if [ "$?" = "0" ] ; then
>>> echo "Docker a été supprimé."
>>> else
>>> echo "Docker n'a pas été supprimé."
>>> fi
>>>
>>> apt autoremove dirmngr
>>> if [ "$?" = "0" ] ; then
>>> echo "Le paquet dirmngr pour gérer les clés est supprimé."
>>> else
>>> echo "Le paquet dirmngr pour gérer les clés n'a pas été supprimé."
>>> fi
>>>
>>> apt autoremove
>>> if [ "$?" = "0" ] ; then
>>> echo "Les paquets qui ne sont plus nécessaires ont également été
>>> supprimés."
>>> else
>>> echo "Les paquets qui ne sont plus nécessaires n'ont pas été
>>> supprimé."
>>> fi
>>>
>>> apt clean
>>> if [ "$?" = "0" ] ; then
>>> echo "Les paquets présents dans /var/cache/apt/archives ont été
>>> supprimés."
>>> else
>>> echo "Les paquets présents dans /var/cache/apt/archives n'ont
>>> pas été
>>> supprimés."
>>> fi
>>>
>>> apt purge '~c'
>>> if [ "$?" = "0" ] ; then
>>> echo "Les fichiers de configuration des paquets désinstallés non
>>> purgés
>>> ont été supprimés."
>>> else
>>> echo "Les fichiers de configuration des paquets désinstallés non
>>> purgés
>>> n'ont pas été supprimés."
>>> fi
>>>
>>> rm /etc/apt/sources.list.d/docker.list
>>> if [ "$?" = "0" ] ; then
>>> echo "Le dépôt ajouté pour Docker a été supprimé."
>>> else
>>> echo "Le dépôt ajouté pour Docker n'a pas été supprimé."
>>>
>>>
>>
>

Re: ordi impossible a eteindre

2018-02-21 Par sujet daniel huhardeaux 

Le 21/02/2018 à 11:03, hamster a écrit :

Le 19/02/2018 à 14:40, JF Straeten a écrit :

Hello,

On Mon, Feb 19, 2018 at 02:25:32PM +0100, hamster wrote:

Quand je lui fait "eteindre", il s'eteint, puis il se rallume 
immédiatement.

Quand je lui fait "mettre en veille", il se met en veille, puis il se
réveille immédiatement. Avez vous une idée d'ou viens le problème ? 
C'est un

lenovo yoga 2 11 modèle 20332

Ça pourrait sentir un driver qui ne freeze pas, à décharger alors
avant la veille...

Que dit un "dmesg -T" avant et pendant ?


Juste après avoir eteint l'ordi et qu'il se soit rallumé :
http://www.suna.fdn.fr/liens/dmesg-juste-demarre.txt

Juste après avoir mis l'ordi en veille et qu'il se soit réveillé :
http://www.suna.fdn.fr/liens/dmesg-apres-veille.txt


Bonjour,

ce que je vois des logs

[mar. févr. 20 14:01:43 2018] smpboot: CPU 3 is now offline
[sam. sept. 11 14:30:46 2602] [Firmware Bug]: TSC ADJUST differs: CPU0 0 --> 
-82917770. Restoring
[mar. févr. 20 14:01:43 2018] ACPI: Low-level resume complete
[mar. févr. 20 14:01:43 2018] ACPI: EC: EC started
[mar. févr. 20 14:01:43 2018] PM: Restoring platform NVS memory
[mar. févr. 20 14:01:43 2018] Suspended for 0.234 seconds

14:01:43 => 14:30:46 Restoring => 14:01:43 => ...

Dans juste-demarre, le FW bug apparait également

[mar. févr. 20 13:56:33 2018] [Firmware Bug]: TSC ADJUST differs: Reference 
CPU0: -82972266 CPU1: 0
[mar. févr. 20 13:56:33 2018]  #2
[mar. févr. 20 13:56:33 2018] [Firmware Bug]: TSC ADJUST differs: Reference 
CPU0: -82972266 CPU2: 0
[mar. févr. 20 13:56:33 2018]  #3
[mar. févr. 20 13:56:33 2018] [Firmware Bug]: TSC ADJUST differs: Reference 
CPU0: -82972266 CPU3: 0

Sur ce lien un problème équivalent, mise à jour du bios devrait être nécessaire 
ou dernier kernel mainline

https://rog.asus.com/forum/showthread.php?95900-TSC-Unstable-Asus-Strix-ROG-STRIX-X299-E-GAMING

--
Daniel

Re: ordi impossible a eteindre

2018-02-21 Par sujet kaliderus 
Bonjour,

Le 21 février 2018 à 11:03, hamster  a écrit :
> Le 19/02/2018 à 14:40, JF Straeten a écrit :
>>
>> Hello,
>>
>> On Mon, Feb 19, 2018 at 02:25:32PM +0100, hamster wrote:
>>
>>> Quand je lui fait "eteindre", il s'eteint, puis il se rallume
>>> immédiatement.
>>> Quand je lui fait "mettre en veille", il se met en veille, puis il se
>>> réveille immédiatement. Avez vous une idée d'ou viens le problème ? C'est
>>> un
>>> lenovo yoga 2 11 modèle 20332
>>
>> Ça pourrait sentir un driver qui ne freeze pas, à décharger alors
>> avant la veille...
>>
Sans grande conviction, un problème matériel ?
J'ai eu un petit asus impossible à éteindre ou à sortir de veille car
le switch était défectueux (en fait tout le circuit de mise sous
tension, donc toute la carte mère).
Du coup => retour SAV 3 fois
Sinon un soucis de driver mais je pense que tu ne serai pas le seul à
t'en plaindre.

Bon courage.

Re: ordi impossible a eteindre

2018-02-21 Par sujet hamster 

Le 19/02/2018 à 14:40, JF Straeten a écrit :

Hello,

On Mon, Feb 19, 2018 at 02:25:32PM +0100, hamster wrote:


Quand je lui fait "eteindre", il s'eteint, puis il se rallume immédiatement.
Quand je lui fait "mettre en veille", il se met en veille, puis il se
réveille immédiatement. Avez vous une idée d'ou viens le problème ? C'est un
lenovo yoga 2 11 modèle 20332

Ça pourrait sentir un driver qui ne freeze pas, à décharger alors
avant la veille...

Que dit un "dmesg -T" avant et pendant ?


Juste après avoir eteint l'ordi et qu'il se soit rallumé :
http://www.suna.fdn.fr/liens/dmesg-juste-demarre.txt

Juste après avoir mis l'ordi en veille et qu'il se soit réveillé :
http://www.suna.fdn.fr/liens/dmesg-apres-veille.txt