J'ai ma debian qui se met à brouter gravement de temps en temps. Tuer
firefox me permet de reprendre la main — encore faut-il que j'ai la main
pour pouvoir le tuer… néanmoins, je n'accuse pas firefox (c'est malgré
tout un très bon bouc émissaire vu qu'il réclame de plus en plus de RAM)
mais l'accès au swap et plus généralement les entrée-sortie et donc mon
disque dur est d'après moi en cause, il lui arrive de balbutier et ça
ralentit tout le système surtout quand ça swape.
Je fais cette bafouille parce que j'envisage de changer de disque dur
(pour un, tiens ! SSD, mais ce n'est toujours pas le sujet qui me
préoccupe)
Mon souci est comment récupérer mon HOME proprement en particulier les
réglages et arcanes de (tiens donc !) firefox. Pour éviter une mauvaise
compréhension, ma machine est un portable et il n'y a donc pas moyen
d'avoir les deux disques en interne
Est-ce que j'ai bon :
- 0 sauvegarder mon /home * avant* de changer le disqie
- 1 Installer le système en gardant de l'espace pour /home/
- 2 bouter (avec un /home provisoire, donc)
- 3 Copier mon ancienne partition /home dans la partition libre
- 4 mettre les bonnes valeur dans /etc/fstab
- 5 Rebouter en croisant les doigts
- 1 bis Installer le système
- 2 bis bouter avec un live quelconque
- 3 bis Copier mon ancienne partition /home dans la partition /home
(après 3 seconde de réflexion 2 bis me semble préférable, et rend 1 et 4
inutile (1 étant remplacé par 1 bis)) et 3 par 3bis
J'oublie quelque chose ? Je me complique la vie ? Quelles précaution
j'oublie ?
Ah pendant que j'y suis un windowsien (donc je prend ça avec des
pincettes) m'a suggérer d'employer une clé USB3 pour swapper (quand elle
calanche on la change et puis c'est rapide) qu'en pensez-vous ?
--
Les interrelations entre l'algèbre et la géométrie deviennent plus
intelligibles par l'usage des coordonnées.
-+- René Descartes -+-
Le Tue, 07 Jul 2020 16:40:13 +0200, Marc SCHAEFER a écrit :
Je dirais que la machine n'a pas suffisamment de RAM pour ce qu'elle doit faire. Que dit free ?
free -hm total used free shared buff/cache available Mem: 3,3Gi 2,3Gi 303Mi 116Mi 696Mi 601Mi Swap: 3,4Gi 1,1Gi 2,4Gi Mais maintenant la machine est fluide et je n'ai que 2 ou 3 onglets ouverts. C'est vrai que 3.3G de nos jours, c'est la misère. -- Tables carrées Bleus parasols Caramels durs Et solutions -- Rapilly, Robert
Le Tue, 07 Jul 2020 16:40:13 +0200, Marc SCHAEFER a écrit :
Je dirais que la machine n'a pas suffisamment de RAM pour ce qu'elle
doit faire.
Que dit free ?
free -hm
total used free shared buff/cache
available
Mem: 3,3Gi 2,3Gi 303Mi 116Mi 696Mi
601Mi
Swap: 3,4Gi 1,1Gi 2,4Gi
Mais maintenant la machine est fluide et je n'ai que 2 ou 3 onglets
ouverts. C'est vrai que 3.3G de nos jours, c'est la misère.
--
Tables carrées
Bleus parasols
Caramels durs
Et solutions
-- Rapilly, Robert
Le Tue, 07 Jul 2020 16:40:13 +0200, Marc SCHAEFER a écrit :
Je dirais que la machine n'a pas suffisamment de RAM pour ce qu'elle doit faire. Que dit free ?
free -hm total used free shared buff/cache available Mem: 3,3Gi 2,3Gi 303Mi 116Mi 696Mi 601Mi Swap: 3,4Gi 1,1Gi 2,4Gi Mais maintenant la machine est fluide et je n'ai que 2 ou 3 onglets ouverts. C'est vrai que 3.3G de nos jours, c'est la misère. -- Tables carrées Bleus parasols Caramels durs Et solutions -- Rapilly, Robert
Jo Engo
Le Tue, 07 Jul 2020 15:41:10 +0000, Nicolas George a écrit :
vers ailleurs sur le réseau,
Bonne idée mais je ne sais pas faire. Merci à toi. J'ai une idée : Sur la machine hôte : dans un cron un petit "ssh poupon-la-peste ps -u >> journal.log" ? Je ne me souviens plus comment on fait pour se loger avec une clé RSA, je vais chercher mais comme je suis un flemmard, si tu m'explique ça accélérera le processus
Avec ça, tu sauras, juste avant que la machine ne devienne trop lente, quelle est l'application coupable.
Je n'ai peut-être pas été clair sur ce point mais j'ai toujours repris la main après avoir tué firefox-esr (à condition de le pouvoir). C'est toujours firefox le coupable, du moins le liquider le réoud. Si ce n'est pas le coupable, c'est un bon interprète. Par ailleurs, il m'est arrivé de reprendre la main au bout d'heures de freeze. -- Être femme est terriblement malaisé, puisque cela consiste surtout à avoir affaire aux hommes. -+- Joseph Conrad (1857-1924) -+-
Le Tue, 07 Jul 2020 15:41:10 +0000, Nicolas George a écrit :
vers ailleurs sur le réseau,
Bonne idée mais je ne sais pas faire. Merci à toi. J'ai une idée :
Sur la machine hôte :
dans un cron un petit "ssh poupon-la-peste ps -u >> journal.log" ?
Je ne me souviens plus comment on fait pour se loger avec une clé RSA, je
vais chercher mais comme je suis un flemmard, si tu m'explique ça
accélérera le processus
Avec ça, tu sauras, juste avant que la machine ne devienne trop lente,
quelle est l'application coupable.
Je n'ai peut-être pas été clair sur ce point mais j'ai toujours repris la
main après avoir tué firefox-esr (à condition de le pouvoir). C'est
toujours firefox le coupable, du moins le liquider le réoud. Si ce n'est
pas le coupable, c'est un bon interprète. Par ailleurs, il m'est arrivé
de reprendre la main au bout d'heures de freeze.
--
Être femme est terriblement malaisé, puisque cela consiste surtout à
avoir affaire aux hommes.
-+- Joseph Conrad (1857-1924) -+-
Le Tue, 07 Jul 2020 15:41:10 +0000, Nicolas George a écrit :
vers ailleurs sur le réseau,
Bonne idée mais je ne sais pas faire. Merci à toi. J'ai une idée : Sur la machine hôte : dans un cron un petit "ssh poupon-la-peste ps -u >> journal.log" ? Je ne me souviens plus comment on fait pour se loger avec une clé RSA, je vais chercher mais comme je suis un flemmard, si tu m'explique ça accélérera le processus
Avec ça, tu sauras, juste avant que la machine ne devienne trop lente, quelle est l'application coupable.
Je n'ai peut-être pas été clair sur ce point mais j'ai toujours repris la main après avoir tué firefox-esr (à condition de le pouvoir). C'est toujours firefox le coupable, du moins le liquider le réoud. Si ce n'est pas le coupable, c'est un bon interprète. Par ailleurs, il m'est arrivé de reprendre la main au bout d'heures de freeze. -- Être femme est terriblement malaisé, puisque cela consiste surtout à avoir affaire aux hommes. -+- Joseph Conrad (1857-1924) -+-
Marc SCHAEFER
Jo Engo wrote:
Le Tue, 07 Jul 2020 16:40:13 +0200, Marc SCHAEFER a écrit : Mais maintenant la machine est fluide et je n'ai que 2 ou 3 onglets ouverts. C'est vrai que 3.3G de nos jours, c'est la misère.
total used free shared buffers cached Mem: 3992680 2097672 1895008 36196 149404 1534380 -/+ buffers/cache: 413888 3578792 Swap: 8257532 0 8257532 C'est rare que je swappe. Environnement Debian, MATE, Firefox ESR 78 (pas de Debian), quelques xterm et emas. Soit ta distribution est particulièrement gourmande, soit quelque chose de mal s'est passé (style apt qui est parti dans les choux).
Jo Engo <yl@icite.fr> wrote:
Le Tue, 07 Jul 2020 16:40:13 +0200, Marc SCHAEFER a écrit :
Mais maintenant la machine est fluide et je n'ai que 2 ou 3 onglets
ouverts. C'est vrai que 3.3G de nos jours, c'est la misère.
Le Tue, 07 Jul 2020 16:40:13 +0200, Marc SCHAEFER a écrit : Mais maintenant la machine est fluide et je n'ai que 2 ou 3 onglets ouverts. C'est vrai que 3.3G de nos jours, c'est la misère.
total used free shared buffers cached Mem: 3992680 2097672 1895008 36196 149404 1534380 -/+ buffers/cache: 413888 3578792 Swap: 8257532 0 8257532 C'est rare que je swappe. Environnement Debian, MATE, Firefox ESR 78 (pas de Debian), quelques xterm et emas. Soit ta distribution est particulièrement gourmande, soit quelque chose de mal s'est passé (style apt qui est parti dans les choux).
Nicolas George
Jo Engo , dans le message <re2cvf$i8d$, a écrit :
Bonne idée mais je ne sais pas faire. Merci à toi. J'ai une idée : Sur la machine hôte : dans un cron un petit "ssh poupon-la-peste ps -u >> journal.log" ?
Si la machine hôte est celle qui est fiable et poupon-la-peste celle qui plante, oui, c'est exactement ce que je suggère.
Je ne me souviens plus comment on fait pour se loger avec une clé RSA, je vais chercher mais comme je suis un flemmard, si tu m'explique ça accélérera le processus
Il faut générer la clef si ce n'est déjà fait, puis mettre sa moitié privée dans ~/.ssh/authorized_keys sur la machine d'arrivée. Mais ce n'est pas indispensable, lance ton ssh une fois pour toutes avec une boucle : ssh poupon-la-peste "while true; do date; ps -u; sleep 60; done"
Je n'ai peut-être pas été clair sur ce point mais j'ai toujours repris la main après avoir tué firefox-esr (à condition de le pouvoir). C'est toujours firefox le coupable, du moins le liquider le réoud. Si ce n'est pas le coupable, c'est un bon interprète. Par ailleurs, il m'est arrivé de reprendre la main au bout d'heures de freeze.
Dans ce cas, ça semble assez clair que c'est Firefox le coupable. As-tu essayé de virer tous les plugins ? De repartir avec un profile vierge ? Tu peux lancer Firefox depuis un shell où tu auras préalablement fait : limit addressspace 4G (c'est du zsh : à adapter à la syntaxe de ton shell) (et adapter le 4G à ta quantité de mémoire) pour qu'il ne puisse pas allouer plus de 4 Go de mémoire au total, tout compris, et donc pas nuire au reste de la machine. Mais c'est un pis-aler pour un problème qui ne devrait pas arriver.
Jo Engo , dans le message <re2cvf$i8d$2@nemo.pasdenom.info>, a écrit :
Bonne idée mais je ne sais pas faire. Merci à toi. J'ai une idée :
Sur la machine hôte :
dans un cron un petit "ssh poupon-la-peste ps -u >> journal.log" ?
Si la machine hôte est celle qui est fiable et poupon-la-peste celle qui
plante, oui, c'est exactement ce que je suggère.
Je ne me souviens plus comment on fait pour se loger avec une clé RSA, je
vais chercher mais comme je suis un flemmard, si tu m'explique ça
accélérera le processus
Il faut générer la clef si ce n'est déjà fait, puis mettre sa moitié privée
dans ~/.ssh/authorized_keys sur la machine d'arrivée. Mais ce n'est pas
indispensable, lance ton ssh une fois pour toutes avec une boucle :
Je n'ai peut-être pas été clair sur ce point mais j'ai toujours repris la
main après avoir tué firefox-esr (à condition de le pouvoir). C'est
toujours firefox le coupable, du moins le liquider le réoud. Si ce n'est
pas le coupable, c'est un bon interprète. Par ailleurs, il m'est arrivé
de reprendre la main au bout d'heures de freeze.
Dans ce cas, ça semble assez clair que c'est Firefox le coupable.
As-tu essayé de virer tous les plugins ? De repartir avec un profile
vierge ?
Tu peux lancer Firefox depuis un shell où tu auras préalablement fait :
limit addressspace 4G
(c'est du zsh : à adapter à la syntaxe de ton shell) (et adapter le 4G à ta
quantité de mémoire) pour qu'il ne puisse pas allouer plus de 4 Go de
mémoire au total, tout compris, et donc pas nuire au reste de la machine.
Mais c'est un pis-aler pour un problème qui ne devrait pas arriver.
Bonne idée mais je ne sais pas faire. Merci à toi. J'ai une idée : Sur la machine hôte : dans un cron un petit "ssh poupon-la-peste ps -u >> journal.log" ?
Si la machine hôte est celle qui est fiable et poupon-la-peste celle qui plante, oui, c'est exactement ce que je suggère.
Je ne me souviens plus comment on fait pour se loger avec une clé RSA, je vais chercher mais comme je suis un flemmard, si tu m'explique ça accélérera le processus
Il faut générer la clef si ce n'est déjà fait, puis mettre sa moitié privée dans ~/.ssh/authorized_keys sur la machine d'arrivée. Mais ce n'est pas indispensable, lance ton ssh une fois pour toutes avec une boucle : ssh poupon-la-peste "while true; do date; ps -u; sleep 60; done"
Je n'ai peut-être pas été clair sur ce point mais j'ai toujours repris la main après avoir tué firefox-esr (à condition de le pouvoir). C'est toujours firefox le coupable, du moins le liquider le réoud. Si ce n'est pas le coupable, c'est un bon interprète. Par ailleurs, il m'est arrivé de reprendre la main au bout d'heures de freeze.
Dans ce cas, ça semble assez clair que c'est Firefox le coupable. As-tu essayé de virer tous les plugins ? De repartir avec un profile vierge ? Tu peux lancer Firefox depuis un shell où tu auras préalablement fait : limit addressspace 4G (c'est du zsh : à adapter à la syntaxe de ton shell) (et adapter le 4G à ta quantité de mémoire) pour qu'il ne puisse pas allouer plus de 4 Go de mémoire au total, tout compris, et donc pas nuire au reste de la machine. Mais c'est un pis-aler pour un problème qui ne devrait pas arriver.
Olivier Miakinen
Bonjour, Le 07/07/2020 19:39, Jo Engo a écrit :
Je dirais que la machine n'a pas suffisamment de RAM pour ce qu'elle doit faire.
[...] C'est vrai que 3.3G de nos jours, c'est la misère.
Pour info, j'ai exactement les mêmes symptomes que toi avec SeaMonkey au lieu de Firefox, et à peu près la même quantité de mémoire (3,9 Go qui est à peine plus que 3,3 Go). Au lancement de SeaMonkey il occupe déjà plus de 25 % de la mémoire, et ça ne fait qu'augmenter avec le temps, jusqu'au moment où tout se fige tandis que le disque dur se met à tourner comme un fou. Et lorsque j'arrive à reprendre la main pour faire un dmesg, j'ai le même message 'Out of memory'. Et c'est vrai que 4 Go c'est la misère de nos jours : c'en est au point que j'ai dû changer de téléphone parce qu'avec 8 Go je ne pouvais pas installer simultanément deux applications dont j'avais besoin toutes les deux. P.-S. : mon GNU/Linux est Mint, et c'est avec la commande 'top' que je regarde combien SeaMonkey consomme de mémoire et de CPU. -- Olivier Miakinen
Bonjour,
Le 07/07/2020 19:39, Jo Engo a écrit :
Je dirais que la machine n'a pas suffisamment de RAM pour ce qu'elle
doit faire.
[...] C'est vrai que 3.3G de nos jours, c'est la misère.
Pour info, j'ai exactement les mêmes symptomes que toi avec SeaMonkey au lieu
de Firefox, et à peu près la même quantité de mémoire (3,9 Go qui est à peine
plus que 3,3 Go).
Au lancement de SeaMonkey il occupe déjà plus de 25 % de la mémoire, et ça ne
fait qu'augmenter avec le temps, jusqu'au moment où tout se fige tandis que
le disque dur se met à tourner comme un fou. Et lorsque j'arrive à reprendre
la main pour faire un dmesg, j'ai le même message 'Out of memory'.
Et c'est vrai que 4 Go c'est la misère de nos jours : c'en est au point que
j'ai dû changer de téléphone parce qu'avec 8 Go je ne pouvais pas installer
simultanément deux applications dont j'avais besoin toutes les deux.
P.-S. : mon GNU/Linux est Mint, et c'est avec la commande 'top' que je regarde
combien SeaMonkey consomme de mémoire et de CPU.
Je dirais que la machine n'a pas suffisamment de RAM pour ce qu'elle doit faire.
[...] C'est vrai que 3.3G de nos jours, c'est la misère.
Pour info, j'ai exactement les mêmes symptomes que toi avec SeaMonkey au lieu de Firefox, et à peu près la même quantité de mémoire (3,9 Go qui est à peine plus que 3,3 Go). Au lancement de SeaMonkey il occupe déjà plus de 25 % de la mémoire, et ça ne fait qu'augmenter avec le temps, jusqu'au moment où tout se fige tandis que le disque dur se met à tourner comme un fou. Et lorsque j'arrive à reprendre la main pour faire un dmesg, j'ai le même message 'Out of memory'. Et c'est vrai que 4 Go c'est la misère de nos jours : c'en est au point que j'ai dû changer de téléphone parce qu'avec 8 Go je ne pouvais pas installer simultanément deux applications dont j'avais besoin toutes les deux. P.-S. : mon GNU/Linux est Mint, et c'est avec la commande 'top' que je regarde combien SeaMonkey consomme de mémoire et de CPU. -- Olivier Miakinen
Marc SCHAEFER
Olivier Miakinen <om+ wrote:
Pour info, j'ai exactement les mêmes symptomes que toi avec SeaMonkey au lieu de Firefox, et à peu près la même quantité de mémoire (3,9 Go qui est à peine plus que 3,3 Go).
Chez moi, Firefox alloue effectivement 2.8 GB de mémoire virtuelle, mais que 242 MB de mémoire en fait.
Au lancement de SeaMonkey il occupe déjà plus de 25 % de la mémoire, et ça ne fait qu'augmenter avec le temps, jusqu'au moment où tout se fige tandis que le disque dur se met à tourner comme un fou. Et lorsque j'arrive à reprendre la main pour faire un dmesg, j'ai le même message 'Out of memory'.
J'ai une habitude assez simple, c'est de travailler par workflow. Je laisse rarement un programme lancé plus d'une heure, voire deux. Et avoir 20 tabs et 40 fenêtres sur 4 bureaux ce n'est pas du tout ma façon de travailler. J'ai un peu regardé cette dernière heure et je n'ai pas dépassé les %MEM 10 pour le processus qui bouffe le plus: après il y a plusieurs processus firefox, et c'est difficile d'estimer ce qui est partagé (on voit un peu avec la colonne SHR). Il y a une grande différence entre le Firefox livré avec Debian et le ESR 78: ce dernier me semble plus rapide.
P.-S. : mon GNU/Linux est Mint, et c'est avec la commande 'top' que je regarde combien SeaMonkey consomme de mémoire et de CPU.
Debian GNU/Linux, aussi top, mais il ne faut pas confondre les colonnes VIRT et RES [1]. [1] https://medium.com/@guillaumefenollar/lire-comprendre-et-analyser-la-commande-top-966feefe500e
Olivier Miakinen <om+news@miakinen.net> wrote:
Pour info, j'ai exactement les mêmes symptomes que toi avec SeaMonkey au lieu
de Firefox, et à peu près la même quantité de mémoire (3,9 Go qui est à peine
plus que 3,3 Go).
Chez moi, Firefox alloue effectivement 2.8 GB de mémoire virtuelle, mais
que 242 MB de mémoire en fait.
Au lancement de SeaMonkey il occupe déjà plus de 25 % de la mémoire, et ça ne
fait qu'augmenter avec le temps, jusqu'au moment où tout se fige tandis que
le disque dur se met à tourner comme un fou. Et lorsque j'arrive à reprendre
la main pour faire un dmesg, j'ai le même message 'Out of memory'.
J'ai une habitude assez simple, c'est de travailler par workflow. Je laisse
rarement un programme lancé plus d'une heure, voire deux.
Et avoir 20 tabs et 40 fenêtres sur 4 bureaux ce n'est pas du tout ma
façon de travailler.
J'ai un peu regardé cette dernière heure et je n'ai pas dépassé les %MEM 10
pour le processus qui bouffe le plus: après il y a plusieurs processus firefox,
et c'est difficile d'estimer ce qui est partagé (on voit un peu avec la
colonne SHR).
Il y a une grande différence entre le Firefox livré avec Debian et le
ESR 78: ce dernier me semble plus rapide.
P.-S. : mon GNU/Linux est Mint, et c'est avec la commande 'top' que je regarde
combien SeaMonkey consomme de mémoire et de CPU.
Debian GNU/Linux, aussi top, mais il ne faut pas confondre les colonnes
VIRT et RES [1].
Pour info, j'ai exactement les mêmes symptomes que toi avec SeaMonkey au lieu de Firefox, et à peu près la même quantité de mémoire (3,9 Go qui est à peine plus que 3,3 Go).
Chez moi, Firefox alloue effectivement 2.8 GB de mémoire virtuelle, mais que 242 MB de mémoire en fait.
Au lancement de SeaMonkey il occupe déjà plus de 25 % de la mémoire, et ça ne fait qu'augmenter avec le temps, jusqu'au moment où tout se fige tandis que le disque dur se met à tourner comme un fou. Et lorsque j'arrive à reprendre la main pour faire un dmesg, j'ai le même message 'Out of memory'.
J'ai une habitude assez simple, c'est de travailler par workflow. Je laisse rarement un programme lancé plus d'une heure, voire deux. Et avoir 20 tabs et 40 fenêtres sur 4 bureaux ce n'est pas du tout ma façon de travailler. J'ai un peu regardé cette dernière heure et je n'ai pas dépassé les %MEM 10 pour le processus qui bouffe le plus: après il y a plusieurs processus firefox, et c'est difficile d'estimer ce qui est partagé (on voit un peu avec la colonne SHR). Il y a une grande différence entre le Firefox livré avec Debian et le ESR 78: ce dernier me semble plus rapide.
P.-S. : mon GNU/Linux est Mint, et c'est avec la commande 'top' que je regarde combien SeaMonkey consomme de mémoire et de CPU.
Debian GNU/Linux, aussi top, mais il ne faut pas confondre les colonnes VIRT et RES [1]. [1] https://medium.com/@guillaumefenollar/lire-comprendre-et-analyser-la-commande-top-966feefe500e
Jo Engo
Le Tue, 07 Jul 2020 17:55:59 +0000, Jo Engo a écrit :
Je ne me souviens plus comment on fait pour se loger avec une clé RSA
C'était pas la peine que je pose la question mais j'ai un souci : Mes deux machines sont pachyure et poupon-la-peste. Celle qui broute est poupon-la-peste. J'ai fait ceci sur pachyure : $ ssh-keygen -t dsa $ ssh-copy-id -i ~/.ssh/id_dsa.pub (*) sur poupon-la-peste j'ai : $ file authorized_keys authorized_keys: OpenSSH DSA public key mais sur pachyure si je fais ssh poupon-la-peste, il me demande mon mot de passse (celui de poupon-la-peste). Où j'ai merdé ? Faut-il que j'emploie une clé RSA ? (*) je frime, en fait je mets l'IP -- Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. -+- Marcel Pagnol -+-
Le Tue, 07 Jul 2020 17:55:59 +0000, Jo Engo a écrit :
Je ne me souviens plus comment on fait pour se loger avec une clé RSA
C'était pas la peine que je pose la question mais j'ai un souci :
Mes deux machines sont pachyure et poupon-la-peste. Celle qui broute est
poupon-la-peste.
sur poupon-la-peste j'ai :
$ file authorized_keys
authorized_keys: OpenSSH DSA public key
mais sur pachyure si je fais ssh poupon-la-peste, il me demande mon mot
de passse (celui de poupon-la-peste). Où j'ai merdé ? Faut-il que
j'emploie une clé RSA ?
(*) je frime, en fait je mets l'IP
--
Tout le monde savait que c'était impossible.
Il est venu un imbécile qui ne le savait pas et qui l'a fait.
-+- Marcel Pagnol -+-
Le Tue, 07 Jul 2020 17:55:59 +0000, Jo Engo a écrit :
Je ne me souviens plus comment on fait pour se loger avec une clé RSA
C'était pas la peine que je pose la question mais j'ai un souci : Mes deux machines sont pachyure et poupon-la-peste. Celle qui broute est poupon-la-peste. J'ai fait ceci sur pachyure : $ ssh-keygen -t dsa $ ssh-copy-id -i ~/.ssh/id_dsa.pub (*) sur poupon-la-peste j'ai : $ file authorized_keys authorized_keys: OpenSSH DSA public key mais sur pachyure si je fais ssh poupon-la-peste, il me demande mon mot de passse (celui de poupon-la-peste). Où j'ai merdé ? Faut-il que j'emploie une clé RSA ? (*) je frime, en fait je mets l'IP -- Tout le monde savait que c'était impossible. Il est venu un imbécile qui ne le savait pas et qui l'a fait. -+- Marcel Pagnol -+-
Jo Engo
Le Tue, 07 Jul 2020 20:24:32 +0200, Olivier Miakinen a écrit :
c'est avec la commande 'top' que je regarde combien SeaMonkey consomme de mémoire et de CPU.
Petit apparté : je n'utilise que htop bien plus agréable que top -- L'absence est le plus grand des maux. -+- Jean de La Fontaine (1621-1695), Les deux Pigeons (Fables IX.2) -+-
Le Tue, 07 Jul 2020 20:24:32 +0200, Olivier Miakinen a écrit :
c'est avec la commande 'top' que je regarde combien SeaMonkey consomme
de mémoire et de CPU.
Petit apparté : je n'utilise que htop bien plus agréable que top
--
L'absence est le plus grand des maux.
-+- Jean de La Fontaine (1621-1695),
Les deux Pigeons (Fables IX.2) -+-
Le Tue, 07 Jul 2020 20:24:32 +0200, Olivier Miakinen a écrit :
c'est avec la commande 'top' que je regarde combien SeaMonkey consomme de mémoire et de CPU.
Petit apparté : je n'utilise que htop bien plus agréable que top -- L'absence est le plus grand des maux. -+- Jean de La Fontaine (1621-1695), Les deux Pigeons (Fables IX.2) -+-
Jo Engo
Le Tue, 07 Jul 2020 18:04:35 +0000, Nicolas George a écrit :
Il faut générer la clef si ce n'est déjà fait, puis mettre sa moitié privée
publique scregnegneu !
dans ~/.ssh/authorized_keys sur la machine d'arrivée.
Oui mais bon c'est ce que j'ai fait et ça ne veut pas. Peut-être faut-il que je me délogue ?
Mais ce n'est pas indispensable, lance ton ssh une fois pour toutes avec une boucle : ssh poupon-la-peste "while true; do date; ps -u; sleep 60; done"
Ah oui pas con. Bon je vais faire ça donc. -- Partout où la religion règne, ne voyons-nous pas des peuples asservis ? -+- Paul D'Holbach -+-
Le Tue, 07 Jul 2020 18:04:35 +0000, Nicolas George a écrit :
Il faut générer la clef si ce n'est déjà fait, puis mettre sa moitié
privée
publique scregnegneu !
dans ~/.ssh/authorized_keys sur la machine d'arrivée.
Oui mais bon c'est ce que j'ai fait et ça ne veut pas. Peut-être faut-il
que je me délogue ?
Mais ce
n'est pas indispensable, lance ton ssh une fois pour toutes avec une
boucle :
Le Tue, 07 Jul 2020 18:04:35 +0000, Nicolas George a écrit :
Il faut générer la clef si ce n'est déjà fait, puis mettre sa moitié privée
publique scregnegneu !
dans ~/.ssh/authorized_keys sur la machine d'arrivée.
Oui mais bon c'est ce que j'ai fait et ça ne veut pas. Peut-être faut-il que je me délogue ?
Mais ce n'est pas indispensable, lance ton ssh une fois pour toutes avec une boucle : ssh poupon-la-peste "while true; do date; ps -u; sleep 60; done"
Ah oui pas con. Bon je vais faire ça donc. -- Partout où la religion règne, ne voyons-nous pas des peuples asservis ? -+- Paul D'Holbach -+-
Nicolas George
Jo Engo , dans le message <re2gaa$i8d$, a écrit :
publique scregnegneu !
Oui, bien sûr. Désolé.
Oui mais bon c'est ce que j'ai fait et ça ne veut pas. Peut-être faut-il que je me délogue ?
Non, ça ne changerait rien. C'est probablement une erreur de droits sur le fichier. Tu auras peut-être des informations si tu lances ssh -vvv, ou sinon dans les logs du serveur.
Jo Engo , dans le message <re2gaa$i8d$5@nemo.pasdenom.info>, a écrit :
publique scregnegneu !
Oui, bien sûr. Désolé.
Oui mais bon c'est ce que j'ai fait et ça ne veut pas. Peut-être faut-il
que je me délogue ?
Non, ça ne changerait rien. C'est probablement une erreur de droits sur le
fichier. Tu auras peut-être des informations si tu lances ssh -vvv, ou sinon
dans les logs du serveur.
Oui mais bon c'est ce que j'ai fait et ça ne veut pas. Peut-être faut-il que je me délogue ?
Non, ça ne changerait rien. C'est probablement une erreur de droits sur le fichier. Tu auras peut-être des informations si tu lances ssh -vvv, ou sinon dans les logs du serveur.
