Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Pages : 1
comme quoi le fichier est introuvable
dans un premier temps créé un fichier vide dans /etc/securetty
puis j'ai trouvé ce tuto en chantier et complété
son contenu est celui ci pour l'instant
fait quelques tests voit pas la nuance 
pour le reste
ceci a ignorer => gkr-pam: unable to locate daemon control file
ps: selon les retours de bug sur le net vue le retour de ceci => gkr-pam: gnome-keyring-daemon started properly and unlocked keyring (qui est correct )
nota: il me semble que très ancien ce fichier , un bug sur Bullseye ? (paquet) ou vraiment utile (a confirmer mais absent de Buster il me semble )
Dernière modification par anonyme (14-08-2020 22:02:41)
On PAM enabled systems, it is used for the same purpose by
pam_securetty(8) to restrict the terminals on which empty passwords
are accepted.
Sur les systèmes compatibles PAM, pam_securetty(8) est utilisé dans le même but
pour restreindre les terminaux sur lesquels des mots de passe vides
sont acceptés.
Si tu as pam_securetty, tu possèdes le fichier pam_securetty.so
Source de l'information :
https://www.man7.org/linux/man-pages/ma … tty.8.html
Et si tu possèdes le fichier pam_securetty.so, c'est qu'il vient avec le paquet suivant :
Et si vérifies que tu es bien en possession du paquet libpam-modules :
Si tu est en possession du paquet libpam-modules, le module securetty n'existe qu'en documentation man, mais est absent puisque tu as pam_securetty, vérification :
Pour savoir si /etc/securetty est encore utile, il faudrait savoir si il est possible de se connecter à un tty non-sécurisé puique nous pouvons lire :
pam_securetty is a PAM module that allows root logins only if the
user is logging in on a "secure" tty, as defined by the listing in
/etc/securetty.
pam_securetty est un module PAM qui n'autorise les connexions à la racine que si l'utilisateur se connecte sur un tty "sécurisé", tel que défini par la liste dans /etc/securetty.
En fait, la réponse est ici :
https://www.distributednetworks.com/red … re-tty.php
/etc/securetty sert juste à définir les connexions autorisées ou non de session root sur certains tty en local. Et non pas en connexion à distance :
https://www.linuxquestions.org/question … ty-198485/
Bref, à mon avis /etc/securetty n' a aucun intérêt sauf à se compliquer la vie.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil 
Hors ligne
Chez moi, j'ai :
activés.
Inactivé :
Chez toi, bien sûr, tu remplaces GNOME Keyring Daemon - Login keyring management par le Keyring Daemon qui concerne ton environnement de bureau et si l'idée que je me fais de Debian est correcte, c'est à dire beaucoup de choses sont bien conçues, cela devrait faire disparaître l'erreur.
Merci de voir avec smolski pour le wiki pour marquer l'obsolescence de /etc/securetty dans bullseye parce que je dois passer à autre chose que l'informatique.
Pour le c-state, merci, je verrais plus en détail demain.
Bonne fin de soirée.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
donc un bug avec lightdm , puisque avec gdm3 pas d'erreur comme quoi il manque le fichier "securetty"
Dernière modification par anonyme (13-08-2020 23:46:13)
ou même ici à première vue rapide securetty n'apparaît pas, mais il faudrait vraiment jeter plus qu'un coup d'oeil à ces rapports de bug si tu voulais déclarer le bug :
• Pour la page de wiki titrée : « Administration et sécurité des réseaux » : https://debian-facile.org/atelier:chantier:securetty un des problèmes est qu'elle n'est pas datée, le deuxième qu'elle est obsolète dans sa préconisation du fichier /etc/securetty, le troisième c'est que c'est un domaine énorme à aborder en une page de wiki, le quatrième est que le suffixe securetty à ce chantier ne se justifie plus. Je ne sais ce que je ferais si j'étais à la place de smolski, « Administration et sécurité des réseaux », c'est tellement énorme.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
oui "Administration et sécurité des réseaux" c'est énorme
faut que je passe a autre chose , un gros bug avec mon nvme et smarmontools et une mise a jour du bios
impossible de rétrograder le bios sur le threadripper , donc je vais mettre un ssd sata et refaire l'installation de debian en bullseye
Mais ce n'est pas rangé dans les erreurs, la ligne reste affichée en blanc, contrairement à gkr-pam: unable to locate daemon control file affichée en rouge.
Même soucis pour toi, c'est assez peu surprenant vu que tu as refait la même installation. Je laisse tomber, ce n'est pas quelque chose d'important, c'est juste quelque chose d'obsolète qui n'est pas encore enlevé suite à des discussions d'arrière-garde :
https://bugs.debian.org/cgi-bin/bugrepo … bug=932376
https://github.com/linux-pam/linux-pam/pull/158
Tu peux passer à autre chose, je pense qu'aucun mauvais fonctionnement ne découlera de l'absence de ce fichier puisque les développeurs n'en soucient pas, lis les réactions au rapport de bug :
https://bugs.debian.org/cgi-bin/bugrepo … bug=932376
C'est bien qu'ils pensent que rien ne va arriver avec cette absence.
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
et je crée un fichier avec tty1 a tty8 pour éviter les messages
sinon je n'ai pas d'inquiétude 
=> https://packages.debian.org/fr/source/bullseye/shadow
Dernière modification par anonyme (16-08-2020 08:03:00)
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
, mais une debian propre sans message 
libpam-gnome-keyring est un des éléments qui gère à ta place, parce que c'est un vrai sac de nœud à la tête si on veut comprendre et gérer manuellement tout ce qui est sécurité, clés de confiance, publiques, privées, certificats, mot de passes ... Il y a peut être d'autres éléments qui reprennent la totalité ou seulement une partie des fonctions générées par libpam-gnome-keyring si il est absent, je n'en sais rien, mais je ne préfère pas prendre ce risque.
Je prévois des messages d'erreurs si tu ne le remets pas !
D'ailleurs, je me pose la question si ce message n'est pas déjà le début de mes prévisions :
https://debian-facile.org/viewtopic.php?id=28072
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
quand aux messages rien a voir , j'en parle maintenant mais cela fait pas mal de temps qu'ils ont apparu
a priori c'est le noyau qui donne ces messages , démarrer avec un noyau 4.19 sûrement ils seront absent
ps: un membre a posté ses erreurs sur Kali (dérivé de debian)
même punition
sérieux suis pas inquiet , ce sera remit en ordre si debian fait ce qu'il faut .
de mémoire sur buster ces soucis n'existe pas
nota: j'ai un bug sur vlc aussi .......... obligé de tuer le processus
et aussi un souci sur vbios (gpu amd) du au firmware je pense
le fameux fichier securetty censé bloquer les tty , quel intérêt , je suis seul a la maison et puis faut connaître le mdp user ou root
pour la prise en main a distance aucun services sur mes machines et nftables je pense fait son job aussi
nota: oublier de remettre "nftables" sur la machine ou j'ai refait l'installation 
Dernière modification par anonyme (16-08-2020 14:47:12)
le fameux fichier securetty censé bloquer les tty , quel intérêt , je suis seul a la maison et puis faut connaître le mdp user ou root
C'est vrai, de plus, les seuls tty que l'on peut rajouter facilement sont ceux que l'on peut brancher sur le port série RS232, alors c'est vite vu. J'aurais du aussi utiliser cet argument !
Depuis longtemps, j'ai une assez mauvaise opinion de vlc, je l'ai abandonné vers 2015. Quand j'étais avec Mac, c'était toujours le premier logiciel qui buguait quand le système vieillissait. Ensuite avec Wheezy, j'ai vu qu'il consommait beaucoup de mémoire et qu'il la gérait mal. Sur ce point, je ne sais pas que c'est devenu. Ensuite, il a toujours plus de bugs en cours et généralement en moyenne plus grave que smplayer. Et puis le graphisme de smplayer me plaît plus !
Fais ta comparaison :
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Si tout le monde pense pareil, c'est qu'aucune personne ne pense beaucoup.
Intel® Core™2 Duo E8500 × 2
4,0 Gio DDR3 - 1333 MHz
Et si vous cherchiez votre solution dans le wiki => https://debian-facile.org/accueil
Hors ligne
Pages : 1