Tout savoir sur son système

paskal · 06-02-2016 19:19:32

paskal · 15-02-2016 19:35:25

J'ai inversé l'ordre des paragraphes, en passant l'OS en premier.

Ça me semble plus accueillant ainsi pour les débutants en provenance de https://debian-facile.org/viewtopic.php … 67#p165467.

Nan, c'est pas pour un p'tit' toutou !

milou · 15-02-2016 19:47:46

Le p'tit toutou, il n'aura pas trop le temps de s'en occuper avant quelques jours, alors ne te gêne pas ....

smolski · 24-03-2016 01:32:49

Ajout de la commande lscpu.

Trefix · 18-04-2018 22:39:13

Coucou.
Je passais par là et j'ai des surprises :

 trefix@neness ~

 $ dmesg | grep -iE 'firmware|microcode'

dmesg: read kernel buffer failed: Opération non permise

 trefix@neness ~

 $ sudo -i

[sudo] Mot de passe de trefix : 

 root@neness ~

 # dmesg | grep -iE 'firmware|microcode'

[    0.071123] core: PEBS disabled due to CPU errata, please upgrade microcode

[    0.118186] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

[    0.485923] microcode: sig=0x206a7, pf=0x2, revision=0x23

[    0.485992] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

[   11.274710] r8169 0000:03:00.0: firmware: failed to load rtl_nic/rtl8168e-3.fw (-2)

[   11.274759] r8169 0000:03:00.0: Direct firmware load for rtl_nic/rtl8168e-3.fw failed with error -2

[   11.274763] r8169 0000:03:00.0 enp3s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-2)

 root@neness ~

Pas d'urgence, mais outre le fait que la commande ne passe pas en ~$ mais seulement en ~# (correction à faire dans le tuto), j'ai "quelques" erreurs qui mériteront sans doute un fil dédié...
Bonne soirée @ll.

chalu · 19-04-2018 15:47:24

Merci pour le retour Trefix

Effectivement, il faut être administrateur donc par exemple

sudo dmesg|grep -iE 'firmware|microcode'

passera.
J'ai corrigé les balises dans le wiki mais tu aurais pu le faire

Pour le message que tu as comme retour, ajoute les dépôts contrib et non-free pour pouvoir installer le paquet firmware-realtek

enicar · 19-04-2018 16:15:54

En fait, chez moi, dmesg fonctionne parfaitement en étant simple utilisateur.
Est-ce qu'il n'y aurait pas un soupçon de appamor derrière tout cela ?

bendia · 19-04-2018 16:17:31

Non, c'est lecomportement par défaut sous Stretch. Par contre, peut-être qu'en étant membre du groupe adm, ça passe en user.

enicar · 19-04-2018 16:20:40

bendia a écrit :

Non, c'est lecomportement par défaut sous Stretch. Par contre, peut-être qu'en étant membre du groupe adm, ça passe en user.

Je ne suis pas membre de ce groupe… Je suis en sid, et j'avais installé une jessie avant de passer
en sid. Bref, j'aimerais vraiment savoir comment c'est possible d'avoir deux comportements aussi
différents.

EDIT: je vais regarder les sources de dmesg pour voir comment ça marche

Dernière modification par enicar (19-04-2018 16:44:30)

enicar · 19-04-2018 16:44:07

J'ai peut-être trouvé. C'est dans la fonction system syslog(2) aussi
appelé klogctl(3) (mais qui n'a rien à voir avec la fonction syslog(3) de la libc…).
Pour cet appel il y a plusieurs fonctions et pour avoir le droit de lire il faut soit avoir les privilèges de root, soit
avoir la capacité (capability) CAP_SYSLOG ou soit que la variable
/proc/sys/kernel/dmesg_restrict vaille 0.
Chez moi la commande :

cat  /proc/sys/kernel/dmesg_restrict

 

Renvoie :

0

Il faudrait vérifié ce que ça donne pour pour une stretch (je n'en ai pas sous la main).
Merci d'avance

Severian · 19-04-2018 16:50:13

avec stretch

cat  /proc/sys/kernel/dmesg_restrict

1

enicar · 19-04-2018 16:52:14

Merci Severian, apparemment, c'est bien ça \o/

Trefix · 19-04-2018 18:10:34

Bonjour.
Profil à jour (config dans la marge). Test et même résultat :

 trefix@neness ~

 $ cat  /proc/sys/kernel/dmesg_restrict

1

Pour le wiki, oui j'aurais pu mais pas eu le réflexe et puis visiblement ce n'est si simple que ça...

@chalu : les dépôts sont bons, il faut donc juste que j'installe le machin...

bendia · 19-04-2018 18:14:19

Trefix a écrit :

Pour le wiki, oui j'aurais pu mais pas eu le réflexe et puis visiblement ce n'est si simple que ça...

Je pense que remplacer user par root, c'est faisable C'est un réflexe à changer, y'en a pas 50 des Arnault, faut pas toujours compter dessus, sans quoi, un jour, ça s'arrête

Trefix · 19-04-2018 19:41:53

@bendia : yep, mais chantier IRL + vancances + grand beau temps, donc l'ordi., hein...

@chalu : ce n'est pas realtek qui manque, même retour après son installation. Il faudra que je regarde ça de plus près... plus tard !

bendia · 19-04-2018 19:44:16

Trefix a écrit :

@bendia : yep, mais chantier IRL + vancances + grand beau temps, donc l'ordi., hein...

Oui, je vois bien ce que c'est

Trefix · 19-04-2018 19:46:32

La soupe est chaude, je file...

chalu · 19-04-2018 20:21:51

Redémarres le PC
C’est pourtant ce paquet qui contient le firmware
https://packages.debian.org/search?sear … e&arch=any

Trefix · 19-04-2018 22:55:02

Bonsoir.
Pas beaucoup mieux, on dirait...

 # dmesg | grep -iE 'firmware|microcode'

[    0.071074] core: PEBS disabled due to CPU errata, please upgrade microcode

[    0.118142] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored

[    0.486365] microcode: sig=0x206a7, pf=0x2, revision=0x23

[    0.486417] microcode: Microcode Update Driver: v2.01 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

[   11.622887] r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw

 root@neness ~

 #

chalu · 20-04-2018 05:31:00

Ah ben si quand même

Dans ton premier retour le chargement du firmware échouait

r8169 0000:03:00.0: Direct firmware load for rtl_nic/rtl8168e-3.fw failed with error -2

[   11.274763] r8169 0000:03:00.0 enp3s0: unable to load firmware patch rtl_nic/rtl8168e-3.fw (-2)

Load =chargement , failed = échoué , unable to load impossible de charger ....

r8169 0000:03:03:00.0 : Charge directe du firmware pour rtl_nic/rtl8168e-3.fw échoué avec erreur -2
[ 11.274763] r8169 0000:03:00.0 fr3s0 : Impossible de charger le patch firmware rtl_nic/rtl8168e-3.fw (-2)

Alors que la traduction du dernier retour indique que le chargement s’est fait

r8169 0000:03:00.0: firmware: direct-loading firmware rtl_nic/rtl8168e-3.fw

Donc tu devrais pouvoir utiliser ta wifi
Les messages sur le microcode ne sont pas graves, je crois qu’on les a tous plus ou moins.

Debian-facile

#76 06-02-2016 19:19:32

Re : Tout savoir sur son système

#77 15-02-2016 19:35:25

Re : Tout savoir sur son système

#78 15-02-2016 19:47:46

Re : Tout savoir sur son système

#79 24-03-2016 01:32:49

Re : Tout savoir sur son système

#80 18-04-2018 22:39:13

Re : Tout savoir sur son système

#81 19-04-2018 15:47:24

Re : Tout savoir sur son système

#82 19-04-2018 16:15:54

Re : Tout savoir sur son système

#83 19-04-2018 16:17:31

Re : Tout savoir sur son système

#84 19-04-2018 16:20:40

Re : Tout savoir sur son système

#85 19-04-2018 16:44:07

Re : Tout savoir sur son système

#86 19-04-2018 16:50:13

Re : Tout savoir sur son système

#87 19-04-2018 16:52:14

Re : Tout savoir sur son système

#88 19-04-2018 18:10:34

Re : Tout savoir sur son système

#89 19-04-2018 18:14:19

Re : Tout savoir sur son système

#90 19-04-2018 19:41:53

Re : Tout savoir sur son système

#91 19-04-2018 19:44:16

Re : Tout savoir sur son système

#92 19-04-2018 19:46:32

Re : Tout savoir sur son système

#93 19-04-2018 20:21:51

Re : Tout savoir sur son système

#94 19-04-2018 22:55:02

Re : Tout savoir sur son système

#95 20-04-2018 05:31:00

Re : Tout savoir sur son système

Pied de page des forums