Je vais partir un chouilla hors-sujet mais quand je suis sous Windows,
j’ai ça en place sur ma machine depuis quelques années pour éviter de le
laisser non verrouillé quand je m'éloigne :
Marrant et pas con. Faut pas oublier son malinphone.
Je tenterais bien le même trucsous Nux avec une
Le 22 avril à 13:34 Élodie BOSSIER via FRsAG a écrit
> Bonjour,
>
> Sans répondre au verrouillage, il me vient une idée (que je pratique moi
> même) :
>
Avec screen : C-a x verrouille le terminal.
--
Vincent-Xavier JUMEL Id: 0xBC8C2BAB14ABB3F2 https://blog.thetys-retz.net
Société Libre,
man screen
/lock
C-a x or C-a C-x (lockscreen) Lock this terminal.
On Fri, Apr 22, 2022 at 1:38 PM Matic Vari wrote:
>
> Bonjour,
>
> J'y avais pensé, mais comment verrouiller ensuite ?
>
> Forcer le détachement de screen ? Quand une commande est en cours
> (prompt "occupé"),
Ah, oui!
Et en ssh ca peut marcher aussi, c'est plus élégant que de couper la
connexion ssh brutalement :D
Cdlt,
Le 22/04/2022, julien soula a écrit :
> On Fri, Apr 22, 2022 at 01:24:03PM +0200, Matic Vari wrote:
>> Bonjour,
>>
>> Quelqu'un a une solution pour verrouiller la console sous
On vendredi 22 avril 2022 13:52:38 CEST, C.F.G.I. wrote:
Y'a la tâche de fond.
Elle est détruite à la déconnexion, sous Unix, mais pas sous Linux,
où le PPID devient celui du "père de tous les processus".
Ca dépend du shell. En zsh, les jobs sont terminés a la fermeture du shell,
en bash non.
Le 22/04/2022 à 13:27, David Ponzone a écrit :
> Ben tu as le droit de lancer screen aussi sur la console :)
> [...]
Pour compléter, on peut éventuellement précéder la commande de nohup.
Sinon, il existe aussi tmux, qui fait exactement la même chose que screen, mais
avec des raccourcis
+1
et l'envie pressante, si elle est *vraiment* pressante, tu pars pas avec
ton tél connecté en bluetooth au PC... sinon ça s'appelle "aller mater
une vidéo en loose dans les chiottes au détour d'un popo / café"
Jacques
Le 22/04/2022 à 12:53, Ludovic Scotti a écrit :
Windows + L, c'est
Re-bonjour,
Y'a la tâche de fond.
Elle est détruite à la déconnexion, sous Unix, mais pas sous Linux,
où le PPID devient celui du "père de tous les processus".
---
Bernard BELLE - C.F.G.I.
--
Envoyé depuis mon AMSTRAD CPC 6128
--
julien soula, le ven. 22 avril 2022 13:37:32 +0200, a ecrit:
> Tu lances ta commande dans un screen puis tu dettaches le screen
> (ctrl-A d) et tu te deloggues.
>
> Apres il y a aussi un lock dans screen (ctrl-A x). Mais je ne sais pas
> si on peut le contourner (e.g. dettacher le screen) pour
Bonjour,
On vendredi 22 avril 2022 13:32:31 CEST, Matic Vari wrote:
J'y avais pensé, mais comment verrouiller ensuite ?
Forcer le détachement de screen ? Quand une commande est en cours
(prompt "occupé"), comment faire ?
Ctrl-A D pour détacher screen puis Ctrl-D pour fermer le shell ?
Le
Ainsi : Ctrl + A + D
et après un exit :)
Pour récupérer la session : screen -x
Le 22/04/2022 à 13:32, Matic Vari a écrit :
J'y avais pensé, mais comment verrouiller ensuite ?
Forcer le détachement de screen ? Quand une commande est en cours
(prompt "occupé"), comment faire ?
Ben c’est ctrl-a puis d pour détacher.
Et screen -r pour la récupérer.
Service Client IPeva
tel: 0811 46 26 26
www.ipeva.fr http://www.ipeva.fr/> - www.ipeva-studio.com
http://www.ipeva-studio.com/>
Ce message et toutes les pièces jointes sont confidentiels et établis à
l'intention
On Fri, Apr 22, 2022 at 01:24:03PM +0200, Matic Vari wrote:
> Bonjour,
>
> Quelqu'un a une solution pour verrouiller la console sous GNU/Linux ?
>
> Explication : Sur mes serveurs, j'ai pas d'interface graphique. Il
> m'arrive parfois de devoir intervenir "directement" sur le serveur,
> sans
Bonjour,
Sans répondre au verrouillage, il me vient une idée (que je pratique moi
même) :
Soit : utiliser une session screen détachée afin de pouvoir laisser le
traitement s'effectuer en tâche de fond, même en se déconnectant de la
sessions SSH.
Amicalement,
Élodie
Le 22/04/2022 à 13:24,
Bonjour,
J'y avais pensé, mais comment verrouiller ensuite ?
Forcer le détachement de screen ? Quand une commande est en cours
(prompt "occupé"), comment faire ?
Cdlt,
Le 22/04/2022, David Ponzone a écrit :
> Ben tu as le droit de lancer screen aussi sur la console :)
>
>> Le 22 avr. 2022 à
Il existe l'utilitaire "vlock"
Package: vlock
Version: 2.2.2-8
programme de verrouillage de console virtuelle
Vlock verrouille soit le terminal courant (qui peut être tout type de
terminal, local ou distant), soit le système complet de console virtuelle,
désactivant tous les accès aux
Ben tu as le droit de lancer screen aussi sur la console :)
> Le 22 avr. 2022 à 13:24, Matic Vari a écrit :
>
> Bonjour,
>
> Quelqu'un a une solution pour verrouiller la console sous GNU/Linux ?
>
> Explication : Sur mes serveurs, j'ai pas d'interface graphique. Il
> m'arrive parfois de
Bonjour,
Quelqu'un a une solution pour verrouiller la console sous GNU/Linux ?
Explication : Sur mes serveurs, j'ai pas d'interface graphique. Il
m'arrive parfois de devoir intervenir "directement" sur le serveur,
sans passer par SSH [1]. Et c'est souvent pour des opérations
"longues" (quelques
Windows + L, c'est plus rapide !
Le ven. 22 avr. 2022 à 12:30, Pierre DOLIDON a écrit :
> moi j'utilise control + alt + suppr, puis touche entrée
>
>
> Le 22/04/2022 à 12:00, Dorian Netensia a écrit :
>
> Sous linux j'utilise BlueProximity, sous Mac il y a BLEUnlock (
>
moi j'utilise control + alt + suppr, puis touche entrée
Le 22/04/2022 à 12:00, Dorian Netensia a écrit :
Sous linux j'utilise BlueProximity, sous Mac il y a BLEUnlock
(https://github.com/ts1/BLEUnlock), mais je ne l'ai personnellement
jamais essayé
Les deux permettent aussi le
Sous linux j'utilise BlueProximity, sous Mac il y a BLEUnlock
(https://github.com/ts1/BLEUnlock), mais je ne l'ai personnellement
jamais essayé
Les deux permettent aussi le déverrouillage quand on revient, ce que
Windows ne permet pas de faire.
Le 22/04/2022 à 10:59, Kevin Labécot a écrit :
Le ven. 22 avr. 22 à 10:22:49 +0200, C.F.G.I.
écrivait :
> Bonjour,
Salut,
> Clairement, celui qui laisse sa connexion root active une minute ou
> deux,
> ça laisse largement le temps de foutre la merde sur les serveurs ...
> ... ou d'installer un troyen... ou autre.
La règle de base, c’est
Quoi ? Vous partez du PC sans verrouiller la session ? ;)
Je vais partir un chouilla hors-sujet mais quand je suis sous Windows, j’ai ça
en place sur ma machine depuis quelques années pour éviter de le laisser non
verrouillé quand je m'éloigne :
Il ne faut pas oublier dans ce cas que 'sudo' a une "latence"
d'identification...
Si tu tapes une commande 'sudo' et que tu pars en courant aux toilettes
pour une "urgence", quelqu'un peut profiter de ta dernière commande pour
relancer 'sudo' sans mot de passe.
D.
Le 22/04/2022 à 10:22,
Bonjour,
Le 22-04-2022 09:29, Stéphane Rivière a écrit :
Pour un user, je discute pas le principe, mais pour un sysadmin qui,
direct, va se monter un terminal sous root pour s'éviter de tapoter 5
caractères (avec l'espace)...
Dans l'idée, la connexion initiale, qu'elle soit locale ou ssh,
Bonjour,
J'ai connu Unix en 1982, version SIII, sur Thomson MM32 (Motorola
68000).
Qui peut me batre ? :-)
L'historique de commandes root se trouve aussi dans ~/.bash_history
Le seul intérèt de sudo, à mon goût, est de "quitter" l'identité root
à la fin de l'exécution de celle-ci.
Ca a
Le 22/04/2022 à 09:29, Stéphane Rivière a écrit :
Pour un adminsys manipulant des serveurs, j'attends toujours qu'on
m'explique l'utilité du sudo.
Bonjour,
Un intérêt sur un serveur "multi-adminsys" est que les appels "sudo"
sont journalisés (/var/log/auth.log) ; ça peut aider de revenir sur
Le 19/04/2022 à 09:38, David Ponzone a écrit :
Oui mais je fais tout sous root moi, j’ai découvert Unix sur SunOS
vers 1991, y avait pas sudo :)
Pour un adminsys manipulant des serveurs, j'attends toujours qu'on
m'explique l'utilité du sudo.
Pour un user, je discute pas le principe, mais
Oui mais je fais tout sous root moi, j’ai découvert Unix sur SunOS vers 1991, y
avait pas sudo :)
> Le 19 avr. 2022 à 09:12, Romain a écrit :
>
> Pour sudo, y'a aussi le coup du :
>
> └─$ apt update
> Reading package lists... Done
> E: Could not open lock file /var/lib/apt/lists/lock - open
Pour sudo, y'a aussi le coup du :
└─$ apt update
Reading package lists... Done
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission
denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches
(13:
30 matches
Mail list logo
