Vous n'êtes pas identifié(e).
Pages : 1
autre commande qui fonctionne :
curieusement, sur une seconde machine identique, pas de souci dans debian buster pour la sortie de veille.
merci par avance pour votre aide et vos suggestions.
Dernière modification par jeanmarc1 (06-07-2020 14:57:42)
"Being is not doing"
Hors ligne
Dernière modification par jeanmarc1 (01-07-2020 06:35:00)
"Being is not doing"
Hors ligne
bonjour, quelques jours après une installation fraîche de debian non-free KDE sur un intel NUC, la sortie de veille ne fonctionne plus. l'ordi se met bien en veille, le voyant clignote. quand on veut sortir, écran noir gelé, voyant fixe. obligé d'éteindre en force la machine. pas de problème avec l'hibernation.[…]
merci par avance pour votre aide et vos suggestions.
Et si tu appuies une demi-seconde sur marche-arrêt quand tu as l'écran gelé dans ce cas ?
Que donne :
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 si tu appuies une demi-seconde sur marche-arrêt quand tu as l'écran gelé dans ce cas ?
quand on rappuie brièvement sur le bouton on/off lorsque l'écran noir est gelé, rien ne se passe. toujours obligé de forcer l'extinction.
Que donne :
cat /proc/sys/kernel/random/entropy_avail
Dernière modification par jeanmarc1 (01-07-2020 07:31:56)
"Being is not doing"
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
Est-ce que haveged est installé ?
apt search haveged
apparemment oui :
"Being is not doing"
Hors ligne
celle générée par le CPU, le fonctionnement du CPU
celle qui est disponible pour le noyau au niveau de /dev/random
Il faudrait vérifier par acquit de conscience qu'haveged tourne bien et avec les bons paramètres :
Normalement on doit avoir si haveged tourne avec :
● haveged.service - Entropy Daemon based on the HAVEGE algorithm
Loaded: loaded (/lib/systemd/system/haveged.service; enabled; vendor preset: enabled)
Active: active (running)
et ensuite voir les paramètres de configuration d'haveged :
CGroup: /system.slice/haveged.service
└─470 /usr/sbin/haveged --Foreground --verbose=1 -w 1024
le chiffre 470, c'est le PID actuel chez moi d'haveged, cela n'a rien de significatif. Ce qui est significatif est en gras.
Mais tout bien considéré, le daemon rngd et les outils rng-tools5 me semblent maintenant plus importants que le daemon haveged pour être sûr que l'on a ou non une bonne entropie disponible pour le noyau au niveau de /dev/random. Sachant que fait d'installer cet outil ne fait pas que tester l'entropie, mais l'améliore nettement aussi !
Si tout est correct au niveau d'haveged, il faut installer les outils rng-tools5 :
Démarrer le daemon :
Regarder l'état du service et les paramètres :
Si tu vois : active (running) et
CGroup: /system.slice/rngd.service
└─3462 /usr/sbin/rngd -f
C'est bon.
Nous allons maintenant tester l'entropie disponible pour le noyau dans /dev/random :
L'important, c'est le nombre d'échec du test FIPS 140-2 : rngtest: FIPS 140-2 failures: 1
Il doit être généralement compris entre 1 et 5, tu peux refaire ce test plusieurs fois et même en root.
Si tout ce qui précède est correct, tes deux sources d'entropie sont correctes et si la panne persistait elle ne viendrait pas d'une manque d'entropie mais d'une autre cause.
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
À force de lire des articles concernant l'entropie concernant les ordinateurs, je finis par comprendre qu'il y a deux sources d'entropie à considérer :
celle générée par le CPU, le fonctionnement du CPU
celle qui est disponible pour le noyau au niveau de /dev/random
Il faudrait vérifier par acquit de conscience qu'haveged tourne bien et avec les bons paramètres :systemctl status haveged.service
Normalement on doit avoir si haveged tourne avec :
● haveged.service - Entropy Daemon based on the HAVEGE algorithm
Loaded: loaded (/lib/systemd/system/haveged.service; enabled; vendor preset: enabled)
Active: active (running)
et ensuite voir les paramètres de configuration d'haveged :
CGroup: /system.slice/haveged.service
└─470 /usr/sbin/haveged --Foreground --verbose=1 -w 1024
le chiffre 470, c'est le PID actuel chez moi d'haveged, cela n'a rien de significatif. Ce qui est significatif est en gras.
cela a l'air ok au niveau de haveged :
Dernière modification par jeanmarc1 (01-07-2020 10:28:23)
"Being is not doing"
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
Si tout est correct au niveau d'haveged, il faut installer les outils rng-tools5 :apt install rng-tools5
Démarrer le daemon :service rngd restart
Regarder l'état du service et les paramètres :systemctl status rngd
Si tu vois : active (running) et
CGroup: /system.slice/rngd.service
└─3462 /usr/sbin/rngd -f
C'est bon.
cela a l'air bon aussi :
"Being is not doing"
Hors ligne
Nous allons maintenant tester l'entropie disponible pour le noyau dans /dev/random :rngtest -c 1000 < /dev/random
L'important, c'est le nombre d'échec du test FIPS 140-2 : rngtest: FIPS 140-2 failures: 1
Il doit être généralement compris entre 1 et 5, tu peux refaire ce test plusieurs fois et même en root.
Si tout ce qui précède est correct, tes deux sources d'entropie sont correctes et si la panne persistait elle ne viendrait pas d'une manque d'entropie mais d'une autre cause.
ici en shell utilisateur :
et ici en admin :
j'en ai fait plusieurs autres. entre 0 et 1 failures.
Dernière modification par jeanmarc1 (01-07-2020 11:34:44)
"Being is not doing"
Hors ligne
Dernière modification par jeanmarc1 (01-07-2020 13:27:18)
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
j'ai essayé de réinstaller debian 10 non free kde. résultat idem. pas de sortie de veille possible. j'ai réinstallé avec gnome. idem, voire encore pire. pas de sortie de veille possible, ni extinction de l'ordi. je dois le débrancher. il y a vraiment un souci de reconnaissance matérielle, mais lequel ??
Tu devrais chercher les phrases tirées de de ton message d'erreur plutôt que d'agir sans avoir réfléchi avant. J'y ai passé seulement 5 - 10 minutes hier et apparemment il y a pas mal de boulot :
● Déjà : [drm] GuC: No firmware known for this platform!
https://duckduckgo.com/?q=%5Bdrm%5D+GuC … any&ia=web
Apparemment, tu serais concerné par ce cas des processeurs Intel Skylake et au-delà :
https://gist.github.com/Brainiarc7/aa43 … dd835efe57
Il faudrait être sûr :
Si tu es dans le cas, comme c'est hautement probable, il faudrait comprendre et adapter la procédure du gist.github pour la mettre en œuvre.
● Puis : No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Il faut passer à SMB3, Microsoft a alerté qu'il prenait plus en charge SMB1, C'EST BUGUÉ, et debian a suivi. J'ai déjà dépanné quelqu'un sur le forum avec cette panne.
Et certains autres messages ne me paraissent pas très encourageants pour les lire comme cela à première vue. Je te laisse, j'ai passé une nuit affreuse avec à nouveau plein de symptômes de COVID-19. Je vais lâcher ton affaire et passer en mode résistance acharnée pour quelques jours. Bon courage.
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
Tu devrais chercher les phrases tirées de de ton message d'erreur plutôt que d'agir sans avoir réfléchi avant. J'y ai passé seulement 5 - 10 minutes hier et apparemment il y a pas mal de boulot :
● Déjà : [drm] GuC: No firmware known for this platform!
https://duckduckgo.com/?q=%5Bdrm%5D+GuC … any&ia=web
Apparemment, tu serais concerné par ce cas des processeurs Intel Skylake et au-delà :
https://gist.github.com/Brainiarc7/aa43 … dd835efe57
Il faudrait être sûr :lscpu
désolé pour ta santé, et bon courage pour ta récupération. pensez à une complémentation avec 4000 unités par jour de vitamine D3. c'est essentiel pour l'immunité.
je vais essayer de me débrouiller avec tes précieux commentaires.
ici le résultat du lscpu :
et bon courage !
"Being is not doing"
Hors ligne
Dernière modification par --gilles-- (03-07-2020 10:22:52)
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
Les évènements concernant SMB sont se passés très majoritairement côté Windows. Il faut donc agir de ce côté. Je te la fais courte : SMB1 est devenu dangereux au point de vue sécurité, Microsoft l'a aussi affirmé et il est passé à SMB2 puis SMB2.2 qui s’appelle aussi SMB3 ! De son côté Debian, qui n'est pas sourd, par mesure de sécurité n'autorise plus le partage de fichiers SMB1 par défaut comme avant et exige au moins SMB2.1
No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.
Traduction :
Aucune version spécifiée pour le montage. La valeur par défaut est passée de CIFS (SMB1) à une version plus sûre, SMB2.1 ou supérieur (par ex. SMB3). Pour utiliser la version SMB1 moins sûre pour accéder aux anciens serveurs qui ne prennent pas en charge SMB3 (ou SMB2.1), spécifiez vers=1.0 dans la commande mount.
À mon avis, plutôt que de contourner et d'abaisser la sécurité de Debian avec l'utilisation forcée de SMB1, le plus intelligent est de mettre à jour SMB côté Windows en désactivant SMB1 et en activant SMB3. Comme cela tu auras une meilleure sécurité coté Windows et la commande côté Debian se mettra à fonctionner sans changement de syntaxe.
Un peu de lecture ( désactiver SMB1 en graphique )
https://computerz.solutions/win10-desac … e-smb-1-0/
Activer SMB3 ( avec le PowerShell ou par la méthode graphique ) :
https://support.microsoft.com/fr-fr/hel … ows-server
Tu chercheras dans l'article la phrase de titre : Windows 8.1 et Windows 10 : Méthode PowerShell ou bien celle-ci :
Windows 8.1 et Windows 10 : méthode Ajout/Suppression de programmes
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
"Being is not doing"
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
apparemment SMB est aussi concerné, bien que la veille simple fonctionne bien sur cette machine.
Dernière modification par jeanmarc1 (04-07-2020 05:25:15)
"Being is not doing"
Hors ligne
Si tu mets ces phrases dans Duckduckgo, tu trouves bien des sites qui traitent de genre de problèmes. Il faudrait explorer tous ces sites et tâcher d'en extraire la substantifique moëlle.
D'autre part, j'avais suivi l'avis, il y a quelques années d'un militant anti-plymouth sur le forum et je l'avais supprimé ( plymouth, pas le militant anti-plymouth ) ce qui me posait parfois des problèmes de non-retour d'hibernation, donc j'ai fini par le remettre et depuis plus d'hibernation possible et aussi plus de problème. Quand plymouth était supprimé, il était dans les paquets recommandés à installer que tu pourrais nous faire voir avec cette commande :
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
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
"Being is not doing"
Hors ligne
Pages : 1