Re: lenteur maladive
Salut, Je pense que c'est un problème de poussière, qui empêche un bon refroidissement du processeur. Du coup, pour éviter la surchauffe, il limite la vitesse d'horloge puis les attente pour que la température redescende un peu. Cordialement. François. On 05/08/2019 01:02, hamster wrote: Salut. Ca fesait plusieurs mois que j'avais remarqué que mon ordi n'était plus aussi rapide que d'habitude. Mais la brusquement il s'est mis a etre d'une lenteur maladive. Du genre a mettre quelques secondes a afficher une lettre tapée dans un terminal. Alors regarder des vidéos sur youtube j'en parle meme pas… Un peu comme un système qui swappe a mort, sauf que le voyant de fonctionnement du disque dur reste éteint et htop me dit que mon processeur se tourne les pouces. J'ai redémarré sur un système live sur clef USB : meme lenteur maladive. J'ai voulu aller regarder dans le BIOS : lui aussi est terriblement lent. J'ai restauré les paramètres par défauts du BIOS, ca a permis de retrouver une vitesse normale dans le BIOS et sur système live, mais quand j'ai relancé debian ca a fonctionné normalement pendant quelques minutes puis s'est remis a ramer sans raison. J'ai fait un test de mémoire : tout est OK. J'en perds mon latin, si quelqu'un a une idée lumineuse je suis preneur. Merci d'avance.
Re: Connexion SSH et utilisateur uid=0
Salut, Je ne sais pas ou tu as trouvé cette histoire de nombre de connexions, mais je pense que tu fais fausse route. Voici la ligne de code qui génère le log en question pam_syslog(pamh, LOG_INFO, "session opened for user %s by %s(uid=%lu)", user_name, login_name, (unsigned long)getuid()); source: https://github.com/linux-pam/linux-pam/blob/16bd523f85ede9fa9115f80e826f2d803d7e61d4/modules/pam_unix/pam_unix_sess.c On voit clairement que uid=%lu est fourni par getuid(). De plus, comme sshd est lancé directement par systemd, le login_name est vide. Cordialement. François. On 17/07/2019 15:31, daniel huhardeaux wrote: Le 17/07/2019 à 15:19, G2PC a écrit : Je découvre que par défaut, suite à l'installation de mon VPS OVH ( Debian Stretch ) que mon utilisateur " debian " affiche un uid=0 lors de la connexion SSH. Vu depuis auth.log : pam_unix(sshd:session): session opened for user debian by (uid=0) J'en déduis que ce n'est pas une bonne chose. J'ai demandé son avis à Bernard S. qui me conseille de supprimer l'utilisateur debian par défaut, au profit d'un nouvel utilisateur que j'ai déjà créé. Appelons le toto. Je crée un utilisateur toto que je passe sudoers. |usermod -a -G sudo toto| Pourtant, la encore, suite à la connexion SSH de toto, je constate cet uid=0 dans les logs d'authentification. Est-ce bien normal ? pam_unix(sshd:session): session opened for user toto by (uid=0) L'UID n'est pas celle de l'utilisateur. l’UID permet d’identifier le nombre de connexions présentes simultanément sur le service SSH. Ici avec la valeur “0“, aucune connexion hormis la tienne n’est active. La toile est remplie de site qui explique bien cela.
Re: Connexion SSH et utilisateur uid=0
Bonjour, Je crois qu'il y a méprise sur la signification des logs de pam_unix. Le log dit qu'une session a été ouvert POUR l'utilisateur debian PAR l'uid 0. Ce qui est normal car le daemon sshd tourne avec l'uid 0/root. L'uid de l'utilisateur debian n'est pas affiché. Le log pourrait être plus explicite, par exemple: pam_unix(sshd:session): session opened for user debian/(uid=1000)/ by /root/(uid=0) Cordialement. François. On 17/07/2019 15:19, G2PC wrote: Je découvre que par défaut, suite à l'installation de mon VPS OVH ( Debian Stretch ) que mon utilisateur " debian " affiche un uid=0 lors de la connexion SSH. Vu depuis auth.log : pam_unix(sshd:session): session opened for user debian by (uid=0) J'en déduis que ce n'est pas une bonne chose. J'ai demandé son avis à Bernard S. qui me conseille de supprimer l'utilisateur debian par défaut, au profit d'un nouvel utilisateur que j'ai déjà créé. Appelons le toto. Je crée un utilisateur toto que je passe sudoers. |usermod -a -G sudo toto| Pourtant, la encore, suite à la connexion SSH de toto, je constate cet uid=0 dans les logs d'authentification. Est-ce bien normal ? pam_unix(sshd:session): session opened for user toto by (uid=0)