J'ai eu un problème avec le wifi, qui n'est toujours pas résolu à cause du problème qui s'est produit lorsque j'essayais de le résoudre.
J'ai trouvé cette solution pour le wifi, alors j'ai essayé:
Sudo gedit /etc/pm/config.d/config
Insérer dans config ce texte
SUSPEND_MODULES = "drivername logicalchipname"
J'ai remarqué que je n'avais pas la permission d'écrire ou d'exécuter le fichier, alors j'ai essayé d'utiliser chmod
pour résoudre le problème. Voici une liste ordonnée de toutes les opérations que j'ai effectuées et qui ont conduit au problème de cette question:
chmod 700 config
chmod 700 config.d
chmod 700 etc
chmod 754 etc
Après la troisième ou la quatrième commande (je ne sais pas lequel d’entre eux), j’ai perdu mes droits d’administrateur; En fait, si j'essaie d'utiliser la commande Sudo
, il génère 3 lignes que je traduis de mon mieux:
Sudo: cannot stat /etc/sudoers : permission denied
Sudo: no valid source of sudoers found, exiting
Sudo: could not initialize policy plugin
Sur le terminal, il affiche
-bash: /etc/profile: Permission denied
Missing name@zenoraiser-P552LA
Maintenant, chaque fois que j'ouvre le terminal, il me renvoie le bash/etc/profile: ligne refusée que je n'ai jamais vue auparavant et la partie du nom manquant est inhabituelle car elle devrait être écrite zenoraiser au lieu de cela.
Qu'est-ce que tu me suggère de faire?
Il n'est pas nécessaire d'exécuter chmod
du tout lorsque vous utilisez Sudo
pour éditer un fichier, bien que vous ne devriez pas utiliser Sudo gedit
(plutôt Sudo -H gedit
, par exemple).
Comme vous n'avez pas modifié les autorisations de manière récursive, vous pouvez résoudre le problème assez facilement.
Démarrez une session en direct (par exemple, une clé USB amorçable Ubuntu que vous utilisez pour l’installation ou System Rescue. Si vous n’en avez pas, vous pouvez en créer une en utilisant un autre ordinateur ou même en acheter un). Si vous utilisez un Ubuntu Live USB, sélectionnez ** Essayer Ubuntu sans l’installer ".
Dans l'environnement en direct, identifiez la partition racine (affectée) du disque à l'aide de Sudo fdisk -l
Ce sera probablement la plus grande partition et il sera étiqueté "Système de fichiers Linux". Quelque chose comme /dev/sda1
ou peut-être /dev/mmcblk0p2
.
Montez la partition racine en utilisant le nom correct à la place de sdXY
Sudo mount /dev/sdxY /mnt
Vérifiez que c'était la bonne partition:
ls /mnt
Doit produire quelque chose que vous vous attendez à voir dans /
, à peu près comme:
bin dev lib64 mnt root snap sys var
boot etc lost+found opt run srv tmp
cdrom home lib media proc sbin usr
Si cela semble juste:
cd /mnt
Sudo chmod 755 etc
Sudo chmod 755 etc/pm
Sudo chmod 755 etc/pm/config.d
cd
Ensuite, vous pouvez démonter la partition et redémarrer votre système normalement
Sudo umount /mnt
reboot
Vous avez supprimé les droits exécutables pour accéder au répertoire /etc/
par d'autres utilisateurs. C'est pourquoi ils ne peuvent plus accéder au répertoire.
Vous voudrez peut-être essayer de Sudo su
suivi de chmod 755 /etc
.
Toutefois, si cela ne fonctionne pas, vous pouvez lancer une image en direct, monter votre disque dur, puis exécuter la commande chmod chmod 755 /mountpoint/etc