Debian-facile

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

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

#1 Re : Réseau » Problème Wifi carte Intel » Aujourd'hui 07:08:42

Re-,

le_lutin a écrit :

acpi_listen

acpi_listen: can't open socket /var/run/acpid.socket: No such file or directory


L'explication plausible est que le service acpid n'était pas actif à l'issue de l'installation dudit paquet :

user@debian:~$ acpi_listen
acpi_listen: can't open socket /var/run/acpid.socket: No such file or directory
user@debian:~$ systemctl status acpid
● acpid.service - ACPI event daemon
   Loaded: loaded (/lib/systemd/system/acpid.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
user@debian:~$ systemctl start acpid
user@debian:~$ acpi_listen
button/power PBTN 00000080 00000000
button/power LNXPWRBN:00 00000080 00000001
button/power PBTN 00000080 00000000
button/power LNXPWRBN:00 00000080 00000002
^C
user@debian:~$


J'ai démarré le service via systemctl (en user) puis j'ai appuyé deux fois sur le bouton de mise à feu.

#2 Re : Réseau » Problème Wifi carte Intel » Hier 19:30:42

Re-,

le_lutin a écrit :

Dans le BIOS, la seule chose que je vois c'est Wireless LAN [Enabled].


Et concernant l'ASPM, il y a quelque chose ? Je ne connais pas trop, mais iwlwifi commence par râler.

le_lutin a écrit :

C'est un vieil ordi portable dont le clavier est un peu altéré, c'est pourquoi la touche Fn ne fonctionne pas. J'écris sur un clavier externe qui ne possède pas de touche Fn…


Il est de toute façon peu probable qu'un clavier externe - ou virtuel comme Florence - puisse t'aider.

acpi_listen


L'outil acpi_listen est fourni par le paquet acpid. L'intérêt est de confirmer la mortitude de la touche.

#3 Re : Réseau » Problème Wifi carte Intel » Hier 15:06:42

Re-,

le_lutin a écrit :

Donc pour répondre à raleur, la touche Fn ne fonctionne pas. Que ce soit Fn+F1 ou une autre combinaison, pas d'effet.


Il faudrait peut-être commencer par là. As-tu trouvé quelque chose à ce sujet dans le BIOS (cf. ici) ?

le_lutin a écrit :

sudo dmesg | grep DMI:

[    0.000000] DMI: FUJITSU SIEMENS AMILO Pi 3525/F46, BIOS 1.04C 07/18/2008


lsmod confirme que les modules amilo_rfkill et/ou fujitsu_laptop ne sont pas chargés sur ce modèle.

sudo dmesg |grep iwlwifi

sudo systool -vm rfkill

sudo systool -vm iwlwifi


L'outil systool est fourni par le paquet sysfsutils. L'intérêt est ici d'afficher les paramètres modules...

#4 Re : Débuter avec la ligne de commande » il me manqur des choses pour ant » Hier 13:46:42

Re-,

igrec27 a écrit :

Comment mettre proprement les réponses du système ?


Tout simplement en suivant les instructions du wiki... en les collant entre deux balises "Autre code" :

git-clone https://github.com/cgao3/benzene-vanilla-cmake.git

bash: git-clone : commande introuvable


man git-clone


L'aspect cosmétique n'est pas le plus important. L'objectif est d'être le plus précis et exact possible.

#5 Re : Débuter avec la ligne de commande » il me manqur des choses pour ant » Hier 00:14:42

Re-,

igrec27 a écrit :

J'essaie un git-clone mais la commande n'est pas reconnue.


Pourrais-tu faire l'effort de poster proprement les commandes et leurs retours ? La commande est :

git clone https://github.com/cgao3/benzene-vanilla-cmake.git


Note que si tu as effectivement téléchargé (#5) l'archive ZIP, il devient redondant de cloner le dépôt.

#6 Re : Débuter avec la ligne de commande » il me manqur des choses pour ant » 24-02-2020 19:46:42

Re-,

Chao Gao a écrit :

CMakve version 3.5 or above


CMake 3.7 est fourni par le paquet cmake — installe également libboost-all-dev (1.62) et libdb-dev...

#7 Re : Débuter avec la ligne de commande » (Résolu) commande dd avec temps de transfert » 24-02-2020 09:06:42

Bonjour,

Antic Bomber a écrit :

Par défaut dd affiche déjà le temps d'exécution et la vitesse de transfert à la fin, mais j'aurais voulu savoir si le terminal [peut afficher] le déroulement du transfert en temps réel ?


Oui, dd peut le faire, avec l'opérande status=progress ; pas d'estimated time of arrival, par contre.
Une ETA peut être obtenue en tubant avec la commande pv. Les forks dc3dd et dcfldd le font aussi.

#8 Re : Débuter avec la ligne de commande » il me manqur des choses pour ant » 23-02-2020 19:16:42

Re-,

igrec27 a écrit :

[L'archive (compressée)] modhexgui.tar.gz est maintenant dans un dossier que j'ai appelé Hex. Où se trouve le script de hexgui ?


D'où sors-tu l'archive modhexgui.tar.gz ? La procédure de Chao Gao ne te convient pas ? Du coup :

cd Répertoire/Hex

wget https://github.com/ryanbhayward/hexgui/raw/master/hexgui.gz

tar zxf hexgui.gz

cd bin ; ./hexgui


Note : on ne peut pas deviner le chemin absolu de ton répertoire Hex, Répertoire/Hex est à adapter.

Pour ce que j'en ai vu il n'est pas nécessaire de recompiler HexGui (si tu as compilé MoHex c'est ok).

#9 Re : Matériel » [Résolu] Debian Buster : Mon Wifi ne fonctionne pas (rtl8723de) » 23-02-2020 09:28:42

Re-,

Cyriaque a écrit :

cd Téléchargements

-bash: cd: Téléchargements: Aucun fichier ou dossier de ce type


Retour normal car le répertoire /root/Téléchargements n'existe pas (/root = $HOME de root), donc :

su -

cd /home/user1/Téléchargements/rtl8723de-4.15-up


Note que le problème ne se pose pas avec sudo, mais avec su, il faut spécifier le chemin dit absolu...

#10 Re : Débuter avec la ligne de commande » il me manqur des choses pour ant » 23-02-2020 06:16:42

Bonjour,

igrec27 a écrit :

ant

Unable to locate tools.jar. Expected to find it in /usr/lib/jvm/java-8-openjdk-amd64/lib/tools.jar


Tu recompiles l'interface graphique ? L'archive Java hexgui.jar ne s'exécute pas, via le script hexgui ?

1582445013.png
Capture sous Debian 9 Stretch GNOME

Le paquet ant dépend du JRE, pas du JDK. Pour compiler, installe le paquet openjdk-8-jdk-headless.

#11 Re : Matériel » [Résolu] Debian Buster : Mon Wifi ne fonctionne pas (rtl8723de) » 23-02-2020 05:16:42

Bonjour,

Cyriaque a écrit :

dkms add .

bash: dkms : commande introuvable


Soit le paquet dkms n'est pas installé. Soit tu passes root via la commande 'su' et non 'su -' (wiki).

#12 Re : Jeux » jeu de Hex contre l'ordi » 21-02-2020 12:28:42

Bonjour,

igrec27 a écrit :

Savez-vous s'il existe sous Linux une possibilité de jouer à Hex contre l'ordinateur ?


Cela semble un petit peu geek et délicieusement vintage... mais possible. Voir aussi : par ici et/ou .

#13 Re : Gestion des paquets Debian » RÉSOLU Clé publique non disponible pour OpenProject » 19-02-2020 22:54:42

Bonsoir,

JPTh a écrit :

wget -qO- https://dl.packager.io/srv/opf/openproject/key | sudo apt-key add -

OK
W: The key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file has an unsupported filetype.


L'ajout de la clé au trousseau de confiance échoue à cause de son format ; supprime-le et reprends.

rm -v /etc/apt/trusted.gpg


Le bogue n'est plus reproductible, sur une Debian 10 fraîche. Ce fichier doit donc dater de Debian 9.

edit: en fait, sous Debian 10 la clé est ajoutée au trousseau, mais celui-ci n'est pas exploité par apt.

#14 Re : Installation de Debian » 2 carte graphique » 18-02-2020 20:14:42

Re-,

lttl60 a écrit :

Du coup je n'ai que deux écrans qui fonctionnent car je ne peux mettre que deux écrans sur [la nouvelle carte graphique] et la deuxième [Radeon HD 5450] n'est toujours pas reconnue.


La carte Radeon HD 5450 est reconnue le problème est que modesetting ne la prend pas en charge.
Mais on ne peut plus tester radeon.modeset=0, puisque tu as installé une deuxième carte Radeon...

lttl60 a écrit :

Si j'achète encore la même [Radeon HD 7450], cela résoudra-t-il le problème à coup sûr ?


C'est probable... robert2a (#35) a rapporté n'avoir eu aucun problème avec deux cartes identiques.

#15 Re : Installation de Debian » [Résolu] Asrock B450M - AMD Ryzen 3 3200G - écran Noir » 18-02-2020 19:28:42

Re-,

oldNewbe a écrit :

dmesg | grep firmw

[  588.797093] r8169 0000:07:00.0: firmware: direct-loading firmware rtl_nic/rtl8168h-2.fw


Le firmware pour le contrôleur RTL8111H est chargé... par contre, rien concernant le pilote amdgpu.

lspci -nnkd ::0300

08:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c9)


Cela confirme que le GPU du Ryzen 3 3200G n'est pas pris en charge par le noyau 4.19 de buster...

robert2a a écrit :

lspci -nnkd ::0300

08:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] [1002:15dd] (rev c8)
        Subsystem: ASUSTeK Computer Inc. Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series] [1043:876b]
        Kernel driver in use: amdgpu
        Kernel modules: amdgpu


Source : retour obtenu pour un 2200G correctement pris en charge (carte mère : PRIME-B350M-A).

robert2a a écrit :

(juste un changement de nom et une fréquence légèrement supérieure)


L'architecture est différente... et le GPU (1002:15d8) du 3200G (2019 H2) requiert un noyau 4.20+.

Je ne peux pas tester non plus, mais perso je tenterais l'image firmware-testing-amd64-netinst.iso.

#16 Re : Installation de Debian » [Résolu] Asrock B450M - AMD Ryzen 3 3200G - écran Noir » 17-02-2020 22:36:42

Bonsoir oldNewbe,

oldNewbe a écrit :

[...] elles ont toutes eu le même résultat tout va bien jusqu'au premier boot qui se termine en écran noir.


Peux-tu accéder à une console tty (Ctrl+Alt+F3) ? puis vérifier si les firmwares requis sont chargés :

dmesg | grep firmw


Le GPU AMD intégré au Ryzen 3 requiert le paquet de firmwares non libres : firmware-amd-graphics.
L'installateur Debian ne charge pas les pilotes radeon/amdgpu, ce paquet n'est pas installé (cf. doc).

lspci -nnkd ::0300


Le Ryzen 3 2200G (Raven) passe en 4.19 ; le 3200G (Picasso) requiert un noyau 4.20+ → bullseye.

#17 Re : Autres » [resolu]Possible missing firmware sur testing sur mise ajour » 17-02-2020 21:14:42

Bonsoir,

robert2a a écrit :

journalctl -r -p err

-- Logs begin at Thu 2020-02-13 07:53:33 CET, end at Mon 2020-02-17 10:26:39 CET. --
févr. 13 07:53:33 raven2200g kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled
févr. 13 07:53:33 raven2200g kernel: pci 0000:00:00.2: AMD-Vi: Unable to write to IOMMU perf counter.

lspci -d ::0200

06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)


raleur a écrit :

Celui demandé pour le noyau [5.4.0-3] de robert2a (dont on ne sait même pas s'il est réellement utile) n'est dans aucune version du paquet firmware-realtek.


Le firmware rtl8125a-3.fw, ne sera utile qu'avec un contrôleur RTL8125, et ce à partir du noyau 5.4.

dmesg | grep firmware


Montre les firmwares requis... Il y a un rapport de bogue. Les impatients peuvent pêcher en amont.

#18 Re : Réseau » Perte de synchro » 17-02-2020 19:56:42

Bonsoir,

golgot200 a écrit :

Il y a quelques mois, ça me faisait la même chose et Orange avait constaté cette instabilité. Ils ont fait un truc à distance mais je n'en sais pas plus.


Problème similaire sur la ligne, il y a deux mois : déconnexions, débit effondré, téléphone inutilisable.
Comme écrit plus haut un souci affectant l'ADSL et le RTC se situe sur la boucle locale. As-tu testé ?

#19 Re : Gestion des paquets Debian » problème de clé Mozilla-daily » 15-02-2020 22:40:42

Bonsoir,

fred02840 a écrit :

apt-key adv --keyserver keyserver.ubuntu.com --recv-keys EF4186FE247510BE

gpg: failed to start the dirmngr '/usr/bin/dirmngr': Aucun fichier ou dossier de ce type


La commande est correcte et le retour explicite : /usr/bin/dirmngr est fourni par le paquet dirmngr...

apt install dirmngr

apt-key adv --keyserver hkps://keyserver.ubuntu.com --recv-keys EF4186FE247510BE


En 2020, il est fortement conseillé d'utiliser l'identifiant long, et le protocole hkps, en pratique https.

#20 Re : Matériel » Pilote wifi realtek » 13-02-2020 23:20:42

Bonsoir,

koukou a écrit :

Je cherche le pilote de la carte wifi "Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter" à installer pour un PC Lenovo G50 tournant sous Debian 10.


Le pilote rtl8723be est fourni par le noyau, le firmware rtl8723befw* par le paquet firmware-realtek.

lspci -nnkd ::0280

dmesg | grep firmw


Version longue sur le wiki ; le tuto Pas à pas : faire que sa carte Wi-Fi soit détectée et fonctionnelle.

#21 Re : Gestion des paquets Debian » [RESOLU]Un firmware rtl me fait défaut. » 13-02-2020 20:40:42

Re-,

taureau89_9 a écrit :

Donc si j'ai bien pigé, lorsqu'un paquet firmware-realtek actualisé sera publié le message devrait disparaître.


Selon toute vraisemblance, le firmware sera intégré. Il ne te fait pas défaut. Le sujet est-il [Résolu] ?

#22 Re : Gestion des paquets Debian » [RESOLU]Un firmware rtl me fait défaut. » 13-02-2020 16:10:42

Re-,

taureau89_9 a écrit :

dmesg | grep firmware

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


Le firmware rtl8168e-3.fw est chargé dans un contrôleur RTL8111/8168E-VL donc pas de RTL8125.

taureau89_9 a écrit :

Mais alors pourquoi le firmware rtl8125a-3.fw qui a été intégré en amont le 04/09 n'est pas dans mon paquet, alors que nous sommes en février ?


Parce que le paquet firmware-realtek, publié dans le dépôt bullseye, n'a pas été modifié depuis mai...

#23 Re : Gestion des paquets Debian » [RESOLU]Un firmware rtl me fait défaut. » 13-02-2020 12:40:42

Bonjour,

taureau89_9 a écrit :

apt upgrade

update-initramfs: Generating /boot/initrd.img-5.4.0-3-amd64
W: Possible missing firmware /lib/firmware/rtl_nic/rtl8125a-3.fw for module r8169


Ce retour ne signifie pas que ce firmware est effectivement manquant... regarde le retour de dmesg.

dmesg | grep firmware


Comme expliqué dans le fameux Manuel d'installation pour la distribution Debian GNU/Linux officiel.

Le firmware rtl8125a-3.fw intégré en amont le 04/09 ne pouvait pas l'être dans le paquet du 17/07.

#24 Re : Matériel » [RESOLU] bande noire sur ma numérisation (buster 10.3) » 11-02-2020 22:14:42

Re-,

Spirale21 a écrit :

J'avais mis résolu mais les sujets des [topics] font moins de 255 caractères :)


C'est 70... Exemple : "[Résolu] Problème scanner Canon CanoScan LiDE 100 sur Debian 10 Buster".

#25 Re : Matériel » [RESOLU] bande noire sur ma numérisation (buster 10.3) » 11-02-2020 21:10:42

Re-,

èfpé a écrit :

Testé avec xsane et simple-scan. Préalable, ajout des sources (main) pour Debian Stretch (cf. wiki).

Spirale21 a écrit :

Tu avais juste oublié de dire qu'il fallait que je rajoute les dépôts stretch dans mon sources.list (ou c'était implicite pour toi).


Ma faute, il fallait lire jusqu'au bout avant de foncer ; et vu ton expérience cela pouvait être implicite.

Spirale21 a écrit :

En tout cas grâce à toi j'ai découvert le pinning et c'est cool.


Et à ce propos... il serait plus propre de n'épingler que les binaires issus du source sane-backends :

nano /etc/apt/preferences.d/sane.pref

Package: libsane libsane-common libsane-dev sane-utils
Pin: release n=stretch
Pin-Priority: 1000


apt-cache policy

Fichiers du paquet :
 100 /var/lib/dpkg/status
     release a=now
 500 http://deb.debian.org/debian stretch/main amd64 Packages
     release v=9.12,o=Debian,a=oldstable,n=stretch,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian buster/main amd64 Packages
     release v=10.3,o=Debian,a=stable,n=buster,l=Debian,c=main,b=amd64
     origin deb.debian.org
Paquets épinglés :
     sane-utils -> 1.0.25-4.1 avec la priorité 1000
     libsane-dev -> 1.0.25-4.1 avec la priorité 1000
     libsane-common -> 1.0.25-4.1 avec la priorité 1000
     libsane -> 1.0.25-4.1 avec la priorité 1000


Cette commande renvoie trop de paquets épinglés avec le fichier *.pref du #2. Bon, c'est [Résolu] ?

Pied de page des forums

Propulsé par FluxBB