différence entre deux commandes

Nuliel · Le 24/05/2018, à 20:44

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

ylag · Le 24/05/2018, à 21:12

Salut,

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

A+

Watael · Le 24/05/2018, à 21:18

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.

xubu1957 · Le 24/05/2018, à 21:27

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)

moko138 · Le 24/05/2018, à 21:36

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

sinbad83 · Le 24/05/2018, à 21:45

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

Nuliel · Le 24/05/2018, à 21:50

@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)

ylag · Le 24/05/2018, à 22:06

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)

moko138 · Le 24/05/2018, à 22:24

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 !

moko138 · Le 24/05/2018, à 22:45

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

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

Ubuntu-fr

Navigation

Liens de recherche

Annonce

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

différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

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

Re : différence entre deux commandes

Pied de page des forums