Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 01-07-2020 06:27:03

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

[RESOLU] bug en sortie de veille

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.

si je veux déterminer la carte graphique du nuc, la commande lspci est introuvable !

a priori, j'avais obtenu cela dans une ancienne configuration :

lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium
Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller (rev 21)



autre commande qui fonctionne :

$ lsmod | egrep  'i915'
i915                 1736704  30
i2c_algo_bit           16384  1 i915
drm_kms_helper        208896  1 i915
drm                   495616  13 drm_kms_helper,i915
video                  45056  1 i915
 



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

#2 01-07-2020 06:32:17

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

peut-on avancer en installant plymouth ?

Dernière modification par jeanmarc1 (01-07-2020 06:35:00)


"Being is not doing"

Hors ligne

#3 01-07-2020 07:12:27

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

jeanmarc1 a écrit :

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 :

    cat /proc/sys/kernel/random/entropy_avail


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#4 01-07-2020 07:31:24

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

bonjour gilles,

--gilles-- a écrit :


  • 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.

--gilles-- a écrit :


  • Que donne :

    cat /proc/sys/kernel/random/entropy_avail



$ cat /proc/sys/kernel/random/entropy_avail
2758
 

Dernière modification par jeanmarc1 (01-07-2020 07:31:56)


"Being is not doing"

Hors ligne

#5 01-07-2020 07:47:00

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

Est-ce que haveged est installé ?

apt search haveged


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#6 01-07-2020 09:20:01

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

--gilles-- a écrit :

Est-ce que haveged est installé ?

apt search haveged



apparemment oui :

$ apt search haveged
En train de trier... Fait
Recherche en texte intégral... Fait
haveged/stable,now 1.9.1-7 amd64  [installé, automatique]
  source d’entropie pour Linux utilisant l’algorithme HAVEGE
 


"Being is not doing"

Hors ligne

#7 01-07-2020 10:06:47

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

À 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.




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 ! big_smile

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.



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.


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#8 01-07-2020 10:27:50

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

--gilles-- a écrit :

À 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 :


$ sudo systemctl status haveged.service

● haveged.service - Entropy daemon using the HAVEGE algorithm
   Loaded: loaded (/lib/systemd/system/haveged.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2020-07-01 08:28:14 CEST; 2h 57min ago
     Docs: man:haveged(8)
           http://www.issihosts.com/haveged/
 Main PID: 469 (haveged)
    Tasks: 1 (limit: 4915)
   Memory: 3.7M
   CGroup: /system.slice/haveged.service
           └─469 /usr/sbin/haveged --Foreground --verbose=1 -w 1024
 

Dernière modification par jeanmarc1 (01-07-2020 10:28:23)


"Being is not doing"

Hors ligne

#9 01-07-2020 11:07:31

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

Il faudrait installer les rng-tools5 pour la suite des tests comme je l'indique dans mon post précédent.

Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#10 01-07-2020 11:28:09

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

--gilles-- a écrit :



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 :

$ sudo systemctl status rngd
● rngd.service - Start entropy gathering daemon (rngd)
   Loaded: loaded (/lib/systemd/system/rngd.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2020-07-01 12:25:45 CEST; 11s ago
     Docs: man:rngd(8)
 Main PID: 5327 (rngd)
    Tasks: 1 (limit: 4915)
   Memory: 272.0K
   CGroup: /system.slice/rngd.service
           └─5327 /usr/sbin/rngd -f
 


"Being is not doing"

Hors ligne

#11 01-07-2020 11:31:27

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

--gilles-- a écrit :


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 :

$ rngtest -c 1000 < /dev/random
rngtest 5
Copyright (c) 2004 by Henrique de Moraes Holschuh
This is free software; see the source for copying conditions.  There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

rngtest: starting FIPS tests...
rngtest: bits received from input: 20000032
rngtest: FIPS 140-2 successes: 998
rngtest: FIPS 140-2 failures: 2
rngtest: FIPS 140-2(2001-10-10) Monobit: 0
rngtest: FIPS 140-2(2001-10-10) Poker: 0
rngtest: FIPS 140-2(2001-10-10) Runs: 2
rngtest: FIPS 140-2(2001-10-10) Long run: 0
rngtest: FIPS 140-2(2001-10-10) Continuous run: 0
rngtest: input channel speed: (min=3.095; avg=5.748; max=6.227)Mibits/s
rngtest: FIPS tests speed: (min=70.382; avg=122.667; max=136.239)Mibits/s
rngtest: Program run time: 3473863 microseconds
 



et ici en admin :

sudo rngtest -c 1000 < /dev/random
rngtest 5
Copyright (c) 2004 by Henrique de Moraes Holschuh
This is free software; see the source for copying conditions.  There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

rngtest: starting FIPS tests...
rngtest: bits received from input: 20000032
rngtest: FIPS 140-2 successes: 999
rngtest: FIPS 140-2 failures: 1
rngtest: FIPS 140-2(2001-10-10) Monobit: 0
rngtest: FIPS 140-2(2001-10-10) Poker: 0
rngtest: FIPS 140-2(2001-10-10) Runs: 0
rngtest: FIPS 140-2(2001-10-10) Long run: 1
rngtest: FIPS 140-2(2001-10-10) Continuous run: 0
rngtest: input channel speed: (min=3.051; avg=5.689; max=6.643)Mibits/s
rngtest: FIPS tests speed: (min=79.143; avg=119.976; max=136.239)Mibits/s
rngtest: Program run time: 3512157 microseconds

 



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

#12 01-07-2020 13:26:49

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

ici une commande qui pourrait être utile :

sudo dmesg --level=warn,err
[    0.000000] secureboot: Secure boot could not be determined (mode 0)
[    0.517762]  #2
[    0.521206]  #3
[    3.318723] [drm] GuC: No firmware known for this platform!
[    3.318725] [drm] HuC: No firmware known for this platform!
[    6.548146] uvcvideo 1-4.2:1.2: Entity type for entity Extension 5 was not initialized!
[    6.548148] uvcvideo 1-4.2:1.2: Entity type for entity Processing 2 was not initialized!
[    6.548150] uvcvideo 1-4.2:1.2: Entity type for entity Camera 1 was not initialized!
[    6.548151] uvcvideo 1-4.2:1.2: Entity type for entity Extension 6 was not initialized!
[    6.548152] uvcvideo 1-4.2:1.2: Entity type for entity Extension 7 was not initialized!
[    6.548154] uvcvideo 1-4.2:1.2: Entity type for entity Extension 8 was not initialized!
[    6.728768] thermal thermal_zone2: failed to read out thermal zone (-61)
[    8.189869] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[    8.371449] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[   11.805990] 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.
[   11.806024] 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.
[   11.806054] 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.
[   11.810894] FS-Cache: Duplicate cookie detected
[   11.810900] FS-Cache: O-cookie c=00000000db3c186a [p=00000000d4586c85 fl=222 nc=0 na=1]
[   11.810901] FS-Cache: O-cookie d=0000000097c9aa05 n=000000004ddc36af
[   11.810903] FS-Cache: O-key=[8] '020001bdc0a8010c'
[   11.810906] FS-Cache: N-cookie c=00000000b10c4bca [p=00000000d4586c85 fl=2 nc=0 na=1]
[   11.810907] FS-Cache: N-cookie d=0000000097c9aa05 n=00000000652eb1e8
[   11.810908] FS-Cache: N-key=[8] '020001bdc0a8010c'
[   11.810912] FS-Cache: Duplicate cookie detected
[   11.810916] FS-Cache: O-cookie c=00000000db3c186a [p=00000000d4586c85 fl=222 nc=0 na=1]
[   11.810917] FS-Cache: O-cookie d=0000000097c9aa05 n=000000004ddc36af
[   11.810919] FS-Cache: O-key=[8] '020001bdc0a8010c'
[   11.810922] FS-Cache: N-cookie c=000000001c1ada69 [p=00000000d4586c85 fl=2 nc=0 na=1]
[   11.810923] FS-Cache: N-cookie d=0000000097c9aa05 n=00000000fbacd051
[   11.810924] FS-Cache: N-key=[8] '020001bdc0a8010c'
[   12.144435] 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.
[   12.147107] 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.
[   12.365193] 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.
[   73.042473] IRQ 132: no longer affine to CPU1
[   73.062479] IRQ 133: no longer affine to CPU2
[   73.090337] IRQ 134: no longer affine to CPU3
[   73.102925]  cache: parent cpu1 should not be sleeping
[   73.105016]  cache: parent cpu2 should not be sleeping
[   73.107142]  cache: parent cpu3 should not be sleeping
[   73.424382] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
 

Dernière modification par jeanmarc1 (01-07-2020 13:27:18)


"Being is not doing"

Hors ligne

#13 02-07-2020 05:59:13

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

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 ??

"Being is not doing"

Hors ligne

#14 02-07-2020 06:59:44

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

jeanmarc1 a écrit :

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 :

lscpu


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.


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#15 02-07-2020 07:11:33

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

--gilles-- a écrit :


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 :

$ lscpu
Architecture :                          x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :                              Little Endian
Tailles des adresses:                   39 bits physical, 48 bits virtual
Processeur(s) :                         4
Liste de processeur(s) en ligne :       0-3
Thread(s) par cœur :                    1
Cœur(s) par socket :                    4
Socket(s) :                             1
Nœud(s) NUMA :                          1
Identifiant constructeur :              GenuineIntel
Famille de processeur :                 6
Modèle :                                122
Nom de modèle :                         Intel(R) Pentium(R) Silver J5005 CPU @ 1.50GHz
Révision :                              1
Vitesse du processeur en MHz :          1361.046
Vitesse maximale du processeur en MHz : 2800,0000
Vitesse minimale du processeur en MHz : 800,0000
BogoMIPS :                              2995.20
Virtualisation :                        VT-x
Cache L1d :                             24K
Cache L1i :                             32K
Cache L2 :                              4096K
Nœud NUMA 0 de processeur(s) :          0-3
Drapaux :                               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg cx16 xtpr pdcm sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave rdrand lahf_lm 3dnowprefetch cpuid_fault cat_l2 pti cdp_l2 ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust smep erms mpx rdt_a rdseed smap clflushopt intel_pt sha_ni xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts umip rdpid md_clear arch_capabilities
 



et bon courage !


"Being is not doing"

Hors ligne

#16 03-07-2020 10:08:53

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

Tu as raison pour la vitamine D, je n'en prenais pas assez : seulement 15 % des apports journaliers recommandés sachant qu'ils sont sujet à discussion :

https://fr.wikipedia.org/wiki/Vitamine_ … and%C3%A9s

avec un Actimel/jour, j'ai essayé 3 Actimel soit 45 % des AJR suivant la norme de l'Académie de médecine française et déjà j'ai meilleur moral, je ne sens plus infecté de partout, j'ai mieux dormi. Ce n'est pas le COVID-19 apparemment, puisque j'ai bon odorat, plutôt la traîne bactérienne qui suit.

Pour GuC: No firmware known for this platform! et HuC: No firmware known for this platform! dans https://gist.github.com/Brainiarc7/aa43 … dd835efe57, il y a un commentaire d'une personne ( kevindd992002 ) qui possède le même CPU que le tien. Apparemment il faudrait avoir simultanément les dépôts non-free dans son sources.list, le paquet firmware-linux-nonfree d'installé et un noyau supérieur ou égal à 5.3.

Mais tu utilises le noyau Linux 4.19.0-9-amd64, il faudrait soit passer à testing ( bullseye ), soit utiliser les rétroportages ( backports ).

https://packages.debian.org/fr/buster-b … po.2-amd64

https://packages.debian.org/fr/bullseye … .0-1-amd64

Dernière modification par --gilles-- (03-07-2020 10:22:52)


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#17 03-07-2020 12:02:55

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

Pour :

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.



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.



  • 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


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#18 03-07-2020 12:06:56

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

un grand merci, gilles, pour ton aide. très heureux que ta santé s'améliore et que l'orage cytokinique aussi. je t'enverrai un message privé sur la vitamine d, car, bien que le corps ait un côté machine, ce n'est pas le sujet du forum.
pour l'intel nuc, j'avais besoin d'une machine fonctionnelle maintenant. j'ai installé une mint cinnamon. apparemment, elle a l'air de bien gérer l'alimentation. je garde de côté tous tes précieux conseils. j'ai deux autres machines strictement identiques. l'une tourne avec ubuntu, la seconde avec debian 10 sans souci jusqu'à maintenant !!
à suivre donc et merci encore pour ton aide.

"Being is not doing"

Hors ligne

#19 03-07-2020 21:03:42

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

Merci pour le message privé à venir. Nous avons dérivé du bug en sortie de veille avec l'exploitation des résultats de dmesg --level=warn,err
Ce qui me paraît plus grave que de parler que d'autre chose que l'informatique.  big_smile

Corriger ces bugs : GuC: No firmware known for this platform! et HuC: No firmware known for this platform!
C'est assez optionnel puisque cela s'adresse à des usages peu courant genre encodage vidéo. Par contre l'autre ( rester à SMB1 ) est plus grave puisque c'est bugué et plus du tout pris en charge par Microsoft. De plus cela pourrait être impliqué dans ton problème.

Il faut aussi approfondir et distinguer, économiseur d'écran, veille simple, veille prolongée, hibernation ? Je ne suis pas à l'aise avec les différences exactes entre ces concepts et comment techniquement bien les distinguer, cela n'empêche pas que ton bug doit être mieux caractérisé. À suivre donc ...

Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#20 04-07-2020 05:24:28

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

merci, gilles, pour ton message.
dans le cas ici, c'est la sortie de veille simple qui ne fonctionne pas. la veille simple met juste en suspension le système, qui ressort instantanément dès qu'on stimule le clavier ou la souris. je crois que la veille prolongée et l'hibernation sont synonymes. dans ce cas, la machine est comme éteinte. on la rallume par le bouton on/off, et on retrouve la configuration telle qu'elle avait été laissée. ici, elle fonctionne bien. il y a aussi l'hibernation hybride, qui associe les deux.

pour info, notamment pour les possesseurs d'intel nuc qui ont un tel problème, voici le résultat d'un dmesg --level=warn,err, sur un second pc rigoureusement identique à l'autre, même modèle intel nuc, même quantité de ram, et qui lui fonctionne bien sous debian 10 :

sudo dmesg --level=warn,err

[    0.000000] secureboot: Secure boot could not be determined (mode 0)
[    0.524332]  #2
[    0.527790]  #3
[    3.695410] [drm] GuC: No firmware known for this platform!
[    3.695412] [drm] HuC: No firmware known for this platform!
[    6.440262] thermal thermal_zone2: failed to read out thermal zone (-61)
[    7.326388] usb 1-3.3.1: Warning! Unlikely big volume range (=6400), cval->res is probably wrong.
[    7.326392] usb 1-3.3.1: [5] FU [Mic Capture Volume] ch = 1, val = 1536/7936/1
[    7.373440] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 4 was not initialized!
[    7.373443] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 8 was not initialized!
[    7.373444] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 10 was not initialized!
[    7.373446] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 9 was not initialized!
[    7.373447] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 12 was not initialized!
[    7.373448] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 11 was not initialized!
[    7.373450] uvcvideo 1-3.3.1:1.0: Entity type for entity Processing 2 was not initialized!
[    7.373451] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 13 was not initialized!
[    7.373452] uvcvideo 1-3.3.1:1.0: Entity type for entity Camera 1 was not initialized!
[    7.373453] uvcvideo 1-3.3.1:1.0: Entity type for entity Extension 14 was not initialized!
[    7.714577] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[    7.902832] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[   17.258856] 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.
[   17.259325] 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.
[   17.259405] 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.
[   17.263138] FS-Cache: Duplicate cookie detected
[   17.263144] FS-Cache: O-cookie c=0000000012405ef5 [p=00000000c8754158 fl=222 nc=0 na=1]
[   17.263146] FS-Cache: O-cookie d=0000000020ae5433 n=00000000b82d71cd
[   17.263148] FS-Cache: O-key=[8] '020001bdc0a8010c'
[   17.263151] FS-Cache: N-cookie c=0000000085543ee1 [p=00000000c8754158 fl=2 nc=0 na=1]
[   17.263152] FS-Cache: N-cookie d=0000000020ae5433 n=00000000f7617458
[   17.263153] FS-Cache: N-key=[8] '020001bdc0a8010c'
[   17.263157] FS-Cache: Duplicate cookie detected
[   17.263160] FS-Cache: O-cookie c=0000000012405ef5 [p=00000000c8754158 fl=222 nc=0 na=1]
[   17.263162] FS-Cache: O-cookie d=0000000020ae5433 n=00000000b82d71cd
[   17.263163] FS-Cache: O-key=[8] '020001bdc0a8010c'
[   17.263167] FS-Cache: N-cookie c=00000000fdaade57 [p=00000000c8754158 fl=2 nc=0 na=1]
[   17.263168] FS-Cache: N-cookie d=0000000020ae5433 n=000000004b11d294
[   17.263169] FS-Cache: N-key=[8] '020001bdc0a8010c'
[   17.634788] 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.
[   17.635073] 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.
[   17.779250] 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.
[  563.287970] kauditd_printk_skb: 12 callbacks suppressed
[  722.833013] usb 1-3.1: device descriptor read/64, error -71
[  723.537151] usb 1-3.1: device descriptor read/64, error -71
[  799.150500] kauditd_printk_skb: 61 callbacks suppressed
[ 1052.615924] CIFS VFS: No task to wake, unknown frame received! NumMids 2
[ 1052.638211] CIFS VFS: No task to wake, unknown frame received! NumMids 2
 



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

#21 04-07-2020 07:37:14

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.9.0-1-amd64
(G)UI : mutter 3.38.0-2
Inscription : 15-02-2016

Re : [RESOLU] bug en sortie de veille

Bonjour Jean-marc, merci pour le rappel des distinctions des différents états, je finissais par les confondre à force de ne plus m'en occuper du tout. Si on fait la comparaison entre les deux résultats de dmesg --level=warn,err

on trouve en plus dans l'ordi qui a des problèmes de sortie de veille par rapport à celui qui n'a pas de problème ces lignes qui me paraissent significatives :

[   73.042473] IRQ 132: no longer affine to CPU1
[   73.062479] IRQ 133: no longer affine to CPU2
[   73.090337] IRQ 134: no longer affine to CPU3
[   73.102925]  cache: parent cpu1 should not be sleeping
[   73.105016]  cache: parent cpu2 should not be sleeping
[   73.107142]  cache: parent cpu3 should not be sleeping


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 big_smile) 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 :


aptitude search '~RBrecommends:~i'


Dans la mégapole d’une superpuissance mondiale, Winston Smith vit, cadenassé dans sa solitude, sous le regard constant du télécran. Employé au ministère de la Vérité, il réécrit quotidiennement les archives de presse pour les rendre conforme avec la ligne officielle du moment.

Hors ligne

#22 04-07-2020 17:12:12

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

merci, gilles, pour ta suggestion. un peu difficile maintenant pour tester, car la machine déficitaire a maintenant une mint fonctionnelle. je verrai éventuellement à installer une debian sur une petite partition supplémentaire. à suivre.

"Being is not doing"

Hors ligne

#23 05-07-2020 15:04:29

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

bon, avec l'aide du forum, j'ai pu installer une debian à côté de la mint, sans utiliser le swap.
en étudiant les lignes d'erreur, j'ai procédé à deux modifications :
1/ pour [    3.008275] i915 0000:00:02.0: firmware: failed to load i915/glk_dmc_ver1_04.bin (-2)
j'ai suivi ces conseils. et ai ajouté le fichier bin indiqué dans le dossier /lib/firmware/i915/.
2/ après avoir complété le sources.list en ajoutant non-free aux premières lignes (alors que j'ai utilisé un package debian non-free...), j'ai pu installer firmware-iwlwifi pour le message d'erreur concerné.

maintenant, il y a encore quelques lignes d'erreur, mais la veille fonctionne smile:). on entre et on sort de veille simple sans dégât ! une première.

voici le résultat actuel de la commande dmesg --level=warn,err :

# dmesg --level=warn,err
[    0.000000] secureboot: Secure boot could not be determined (mode 0)
[    0.518166]  #2
[    0.518492]  #3
[    3.006657] [drm] GuC: No firmware known for this platform!
[    3.006658] [drm] HuC: No firmware known for this platform!
[    3.007875] i915 0000:00:02.0: firmware: failed to load i915/glk_dmc_ver1_04.bin (-2)
[    3.007880] firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
[    3.007884] i915 0000:00:02.0: Direct firmware load for i915/glk_dmc_ver1_04.bin failed with error -2
[    5.305622] uvcvideo 1-4.2:1.2: Entity type for entity Extension 5 was not initialized!
[    5.305625] uvcvideo 1-4.2:1.2: Entity type for entity Processing 2 was not initialized!
[    5.305626] uvcvideo 1-4.2:1.2: Entity type for entity Camera 1 was not initialized!
[    5.305628] uvcvideo 1-4.2:1.2: Entity type for entity Extension 6 was not initialized!
[    5.305629] uvcvideo 1-4.2:1.2: Entity type for entity Extension 7 was not initialized!
[    5.305630] uvcvideo 1-4.2:1.2: Entity type for entity Extension 8 was not initialized!
[    5.413759] thermal thermal_zone2: failed to read out thermal zone (-61)
[    6.431640] r8169 0000:02:00.0: firmware: failed to load rtl_nic/rtl8168h-2.fw (-2)
[    6.432814] r8169 0000:02:00.0: Direct firmware load for rtl_nic/rtl8168h-2.fw failed with error -2
[    6.432818] r8169 0000:02:00.0 eno1: unable to load firmware patch rtl_nic/rtl8168h-2.fw (-2)
[    6.706099] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[    6.891699] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[   10.331035] 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.
[   10.331082] 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.
[   10.331136] 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.
[   10.335532] FS-Cache: Duplicate cookie detected
[   10.336649] FS-Cache: O-cookie c=0000000045c1bc6c [p=00000000560e32f1 fl=222 nc=0 na=1]
[   10.337768] FS-Cache: O-cookie d=00000000b87b936c n=000000005edb88aa
[   10.338896] FS-Cache: O-key=[8] '020001bdc0a8010c'
[   10.340015] FS-Cache: N-cookie c=0000000063b4e9cc [p=00000000560e32f1 fl=2 nc=0 na=1]
[   10.341183] FS-Cache: N-cookie d=00000000b87b936c n=000000008dc8f6d0
[   10.342317] FS-Cache: N-key=[8] '020001bdc0a8010c'
[   10.343459] FS-Cache: Duplicate cookie detected
[   10.344622] FS-Cache: O-cookie c=0000000045c1bc6c [p=00000000560e32f1 fl=222 nc=0 na=1]
[   10.345793] FS-Cache: O-cookie d=00000000b87b936c n=000000005edb88aa
[   10.346963] FS-Cache: O-key=[8] '020001bdc0a8010c'
[   10.348117] FS-Cache: N-cookie c=0000000005d3c66b [p=00000000560e32f1 fl=2 nc=0 na=1]
[   10.349292] FS-Cache: N-cookie d=00000000b87b936c n=0000000037a10753
[   10.350476] FS-Cache: N-key=[8] '020001bdc0a8010c'
[   49.170955] IRQ 132: no longer affine to CPU1
[   49.194846] IRQ 133: no longer affine to CPU2
[   49.218819] IRQ 134: no longer affine to CPU3
[   49.230525]  cache: parent cpu1 should not be sleeping
[   49.232156]  cache: parent cpu2 should not be sleeping
[   49.233831]  cache: parent cpu3 should not be sleeping
[   49.465989] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
[  148.043303] kauditd_printk_skb: 7 callbacks suppressed
 


"Being is not doing"

Hors ligne

#24 06-07-2020 14:57:14

jeanmarc1
Adhérent(e)
Lieu : Vence (06)
Distrib. : Buster 10 en dual-boot sur Intel Nuc C7PJYH
Noyau : Linux 4.19.0-9-amd64
(G)UI : KDE
Inscription : 09-09-2012
Site Web

Re : [RESOLU] bug en sortie de veille

bon, par rapport au précédent message, l'item 1 ne fonctionne pas. inutile de le faire. par contre, l'installation de iwlwifi, via non-free, suffit pour faire fonctionner la veille sur cette machine intel nuc. merci, gilles, pour ton aide et ton soutien. je mets résolu pour le fil de discussion.

"Being is not doing"

Hors ligne

Pied de page des forums