En sortie de veille du Pc, je n’ai pas pu me reconnecter à la session avec mon mot de passe. Eten redémarrant à la sauvage (puisque l’option reboot demandait mon mdp mais rien n’y faisait) je me suis donc retrouvé bloqué au démarrage sur l’écran clignotant et la ligne Started TLP system startup/shutdown.
J’ai suivi ce tuto: viewtopic.php?p=104392#p104392
Et j’ai réussi à chrooter et à essayer de faire une mise à jour (rien à mettre à jour).
Sur un forum anglosaxon, il est indiqué que le problème vient du driver bumblebee de la CG. J’ai donc tenté un
sudo mhwd -a pci free 0300 -f
pour revenir aux drivers free.
Mais j’ai un retour
sudo: error in /etc/sudo.conf , line 0 while loading plugin « sudoers_policy »
sudo: /usr/lib/sudo/sudoers.so must be owned by uid 0
sudo: fatal error, unable to load plugins
Et là j’ai réalisé ma boulette.
Dans l’après midi, j’ai voulu copier un fichier dans /usr/share/applications mais je ne pouvais pas car n’ayant pas les droits. J’ai donc attribué à mon user les droits sur /.
Y a-t-il un moyen de réattribuer les droits de / à root?
Cela solutionnerait-il mon problème de démarrage?
oui tu peux essayer de réattribuer le propriétaire root à tous les répertoires sauf /home/
Certains sous-répertoires n'appartiennent pas à root (printer, ...)
ps: ce sont le propriétaire (chown) et non les droits (chmod), si tu as changé aussi les droits, il n'y a pas moyen de bien les restituer
ps: dans ta commande : tu fais un sudo mhwd ... ?? tu n'es pas déjà logué en root ? se loguer en root et ne pas faire de sudo
Oui effectivement j’ai chrooté auparavant. Je viens donc de relancer la commande mhwd.... sans sudo et ça marche.
Mais en rebootant je suis coincé avec un autre message... bon je crois que c’était vraiment la dernière des idées de se réapproprier / en tant qu’user. Si des sous dossiers n’ont pas le même propriétaire, ce serait compliqué de réattribuer les droits à chaque dossier.
Ca sent la réinstall...
Du coup, si j’ai besoin de copier un fichier dans un sous dossier de /, comment je fais à l’avenir?
Je me réapproprie juste les droits dudit dossier? Comment savoir que ce n’est pas un dossier crucial?
Normalement, l'utilisateur reste dans son espace perso, mais en cas de modification comme l'édition de /etc/machin-truc.conf ou le déplacement/création de fichiers, on utilise la console avec sudo. Par exemple sudo nano /etc/fstab ou encore sudo mv /usr/lib/machin-truc.so machin-truc.so.sauv
La plupart du temps, on a pas a modifier en profondeur. Par exemple pour un thème d'icône, on ne se met pas dans /usr/share/icons/ mais dans ~/.icons. Ce dossier dans l'espace perso sera pris en compte et remplacera à chaud le dossier système.
Il faut comprendre que toute modification du système est a faire en conscience.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
Blasted_pingin a écrit : ↑il y a 5 ans
j’ai voulu copier un fichier dans /usr/share/applications
pour copier tu pouvais à la limite faire un sudo cp monfichier.desktop /usr/share/applications MAIS
Dans ton cas, nous avons un dossier dans notre home qui permet d'écraser la config système
dossier : ~/.local/share/applications
modifier un fichier dans /usr/ est une très très mauvaise idée : nous sommes en rolling et donc le fichier "perso" va être écrasé à la prochaine mise à jour !
lemust83 a écrit : ↑il y a 5 ans
un thème d'icône, on ne se met pas dans /usr/share/icons/ mais
Ok, donc du coup, si je comprends bien, en cas de changement à faire on fait ça dans /home/.local/share/ comme ça on casse pas tout et on évite de revenir à la config précédente en cas de MAJ.