Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 24/05/2018, à 20:44

Nuliel

différence entre deux commandes

Bonjour,

Sur ce fil, on a remarqué que

sudo -i 
echo "options r8822be aspm=0"  >  /etc/modprobe.d/r8822be.conf
exit

ne donne pas le résultat attendu alors que

echo "options r8822be aspm=0"  | sudo tee /etc/modprobe.d/r8822be.conf

fonctionne (l'idée étant que le pilote de la carte wifi recoive le paramètre aspm=0 au démarrage)

Pourtant les deux commandes font pour moi la même chose. Il doit donc y avoir une toute petite différence, quelle est elle?

Merci d'avance,

Naziel

Hors ligne

#2 Le 24/05/2018, à 21:12

ylag

Re : différence entre deux commandes

Salut,

Se pourrait-il que le module n'ait pas été rechargé proprement après la première commande ?

A+

Hors ligne

#3 Le 24/05/2018, à 21:18

Watael

Re : différence entre deux commandes

salut,

le fichier est bien supprimé entre les écritures ?
quels sont les symptômes ?

ça me dépasse que deux écriture/création/écrasement de fichier puissent avoir des comportement différents.


Connected \o/
Welcome to sHell. · eval is evil.

Hors ligne

#4 Le 24/05/2018, à 21:27

xubu1957

Re : différence entre deux commandes

Bonjour,

On avait d'abord blacklisté asus_nb_wmi

Le 21/01/2014, toutafai a écrit :

A tous ceux qui sont avec de l'ASUS :

Essayer cette modification, facilement "réversible" :

sudo nano /etc/modprobe.d/blacklist.conf

A la fin du fichier, rajouter la ligne suivante :

blacklist asus_nb_wmi

Enregistrer la modification, rebooter et tester si le wifi est ok

PS : Pour annuler la modification, il suffit simplement de supprimer la ligne ajoutée, enregistrer et rebooter

puis annulé l’opération.


ensuite blacklisté le pilote rtl8xxxu

avec :

echo 'blacklist rtl8xxxu' >> /etc/modprobe.d/blacklist.conf

et essayé d'installer le pilote rtl8822ee

nameless62 a écrit :

Je viens d'essayer les trois fork, même soucis, ça compile pas.

avec aussi des commandes modprobe.

et :

post #38, Naziel a écrit :

Alors j'ai pas testé avec un noyau 4.15 mais sur le 4.14.6 (ce noyau contient normalement le pilote de ta carte wifi, donc ça devrait être équivalent)
Donc tu peux faire (donne aussi le retour)

git clone https://github.com/lwfinger/rtlwifi_new.git
cd rtlwifi_new/
git checkout origin/extended -b extended
make
sudo make install

puis un redémarrage pour tester. Si ça marche pas, tu peux donner

 lspci -k -nn | grep -A 3 -i net
#42, xubu a écrit :

Bonsoir,

Tente :

sudo modprobe -r r8822be
sudo modprobe r8822be aspm=0

> Unsupported wireless device RTL8822BE on Ubuntu 16.04

_ _ _

#44, xubu a écrit :
chili555 a écrit :

Any improvement? If so, let's make it persistent.
Une amélioration? Si c'est le cas, faisons-le persistant.

sudo -i 
echo "options r8822be aspm=0"  >  /etc/modprobe.d/r8822be.conf
exit

Dernière modification par xubu1957 (Le 24/05/2018, à 21:56)


Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

Hors ligne

#5 Le 24/05/2018, à 21:36

moko138

Re : différence entre deux commandes

Dans ma Trusty, les 3 premières commandes donnent bien le fichier attendu :

moko@pc1404:~$ sudo -i
[sudo] password for moko: 
root@pc1404:~# echo "options r8822be aspm=0"  >  /etc/modprobe.d/r8822be.conf
root@pc1404:~# exit
déconnexion
moko@pc1404:~$ 
moko@pc1404:~$ cat /etc/modprobe.d/r8822be.conf
options r8822be aspm=0
moko@pc1404:~$

Mais c'est toi-même smile Naziel, qui m'as enseigné pourquoi ce fichier n'était pas le bon endroit pour imposer des options ! Cf. ./viewtopic.php?pid=21917040#p21917040 (que xubu1957 t'avait rappelé).
Et je te renouvelle mes remerciements !

= =

Cela dit, je répugne à préconiser l'emploi de sudo -i, comme de sudo -s,
parce que, sur le nombre, il y aura des "exit" oubliés (ou délibérément négligés, sous l'effet d'une illusion de confort) aux conséquences paralysantes.

Dernière modification par moko138 (Le 24/05/2018, à 21:38)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#6 Le 24/05/2018, à 21:45

sinbad83

Re : différence entre deux commandes

moko138 a écrit :

Dans ma Trusty, les 3 premières commandes donnent bien le fichier attendu :

moko@pc1404:~$ sudo -i
[sudo] password for moko: 
root@pc1404:~# echo "options r8822be aspm=0"  >  /etc/modprobe.d/r8822be.conf
root@pc1404:~# exit[b][/b]
déconnexion
moko@pc1404:~$ 
moko@pc1404:~$ cat /etc/modprobe.d/r8822be.conf
options r8822be aspm=0
moko@pc1404:~$

Mais c'est toi-même smile Naziel, qui m'as enseigné pourquoi ce fichier n'était pas le bon endroit pour imposer des options ! Cf. ./viewtopic.php?pid=21917040#p21917040 (que xubu1957 t'avait rappelé).
Et je te renouvelle mes remerciements !

= =

Cela dit, je répugne à préconiser l'emploi de sudo -i, comme de sudo -s,
parce que, sur le nombre, il y aura des "exit" oubliés (ou délibérément négligés, sous l'effet d'une illusion de confort) aux conséquences paralysantes.

Bonsoir moko138,
peux-tu expliciter le danger d'utiliser sudo -i ou sudo -s (que personnellement j'utilise tout le temps) ?


La connaissance n'est pas une denrée rare, il faut la partager avec les autres.
Linux registered #484707
Site: www.coursinforev.org/doku.php
Desktop AMD Ryzen 5-3600, RAM 16GB, Ubuntu 20.10,   HP Pavillon G6 Ubuntu 20.10 et Ten, Serveur Ubuntu 18.04

Hors ligne

#7 Le 24/05/2018, à 21:50

Nuliel

Re : différence entre deux commandes

@moko138: arf, désolé, je me suis mal exprimé: dans le fil que tu cites (d'ailleurs j'avais pas vu passer ce message), je voulais simplement dire que la commande

sudo modprobe -r rtl8192ce && sudo modprobe -a rtl8192ce

ne prend pas les paramètres inscrits dans /etc/modprobe.d/rtl8191ce.conf, il faut les passer dans cette commande.
Mais les fichiers de configuration dans /etc/modprobe.d/ sont toujours pris en compte.

Autrement dit, si /etc/modprobe.d/rtl8191ce.conf contient

options rtl8192ce bidule

, faire

sudo modprobe -r rtl8192ce && sudo modprobe -a rtl8192ce

va recharger le module sans le paramètre bidule

@ylag: les modules en question viennent du noyau et de la branche extended de la page github rtlwifi-new. Je pense pas que le module n'a pas été rechargé proprement après la première commande, mais je sais pas trop comment le vérifier.

@Watael: on n'a pas supprimé le fichier /etc/modprobe.d/r8822be.conf entre les deux tests, mais est ce que c'est nécessaire? Je pensais qu'utiliser > ou tee sans -a suffisait.
Le symptôme, c'est très simple: par défaut le module r8822be est chargé avec aspm=1 (c'est de la gestion d'énergie), résultat le wifi ne marche pas. Si on le désactive (donc si on passe aspm=0), ça marche.

Dernière modification par Nuliel (Le 24/05/2018, à 21:54)

Hors ligne

#8 Le 24/05/2018, à 22:06

ylag

Re : différence entre deux commandes

Salut,

Naziel a écrit :

Je pense pas que le module n'a pas été rechargé proprement après la première commande, mais je sais pas trop comment le vérifier.

Peut-être en regardant si le dossier: /sys/module/rtl8192ce/parameters est créé et en étudier le contenu ?

Chez-moi, sur Ubuntu 18.04 :

yvan@yvan-maison:~$ ls -l /sys/module/rtl8192ce/parameters
ls: impossible d'accéder à '/sys/module/rtl8192ce/parameters': Aucun fichier ou dossier de ce type
yvan@yvan-maison:~$
yvan@yvan-maison:~$ sudo modprobe -v rtl8192ce
insmod /lib/modules/4.15.0-22-generic/kernel/net/wireless/cfg80211.ko 
insmod /lib/modules/4.15.0-22-generic/kernel/net/mac80211/mac80211.ko 
insmod /lib/modules/4.15.0-22-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtlwifi.ko 
insmod /lib/modules/4.15.0-22-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192c/rtl8192c-common.ko 
insmod /lib/modules/4.15.0-22-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl_pci.ko 
insmod /lib/modules/4.15.0-22-generic/kernel/drivers/net/wireless/realtek/rtlwifi/rtl8192ce/rtl8192ce.ko 
yvan@yvan-maison
yvan@yvan-maison:~$ ls -l /sys/module/rtl8192ce/parameters
total 0
-r--r--r-- 1 root root 4096 mai 24 17:14 aspm
-rw-r--r-- 1 root root 4096 mai 24 17:14 debug_level
-rw-r--r-- 1 root root 4096 mai 24 17:14 debug_mask
-r--r--r-- 1 root root 4096 mai 24 17:14 fwlps
-r--r--r-- 1 root root 4096 mai 24 17:14 ips
-r--r--r-- 1 root root 4096 mai 24 17:14 swenc
-r--r--r-- 1 root root 4096 mai 24 17:14 swlps
yvan@yvan-maison:~$

A+

Dernière modification par ylag (Le 24/05/2018, à 22:24)

Hors ligne

#9 Le 24/05/2018, à 22:24

moko138

Re : différence entre deux commandes

Naziel,
je n'ai pas ta science, mais je maintiens

je reviens désormais à l'usage (normal) de /etc/modules pour forcer le chargement de modules

parce que c'était l'emplacement normal quand j'ai débuté ;
et que - à ma connaissance - ça n'a pas été modifié ;
et parce que ça marche !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#10 Le 24/05/2018, à 22:45

moko138

Re : différence entre deux commandes

sinbad83 a écrit :
moko138 a écrit :

Cela dit, je répugne à préconiser l'emploi de sudo -i, comme de sudo -s,
parce que, sur le nombre, il y aura des "exit" oubliés (ou délibérément négligés, sous l'effet d'une illusion de confort) aux conséquences paralysantes.

Bonsoir moko138,
peux-tu expliciter le danger d'utiliser sudo -i ou sudo -s (que personnellement j'utilise tout le temps) ?

Oh, pour les utilisateurs chevronnés comme toi, je doute que le "exit" immédiat soit oublié ! big_smile

Le danger est pour ceux qui ne mesurent pas les conséquences de sudo.
Ils risquent, avant l'exit, d'enchaîner avec (entre autres erreurs possibles) un nautilus avec corruption du propriétaire ou un nautilus +mise à la corbeille de root.

Un exemple récent qui nous a donné du fil à retordre : [Résolu] système de paquets cassés


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne