Xubuntu " rame" (résolu)

Qid · Le 24/10/2021, à 09:16

@ FrancisFDZ : la supposition est que le compte root serait actif contrairement à une Ubuntu standard... Et dans ce cas pour ma part je n'ai aucune idée de comment se comporterait le terminal de récupération ni la commande sudo...

@ Tamarou : la méthode 1 est assez chouette ouais... Je ne connaissais pas... Bon celà dit le premier problème c'est d'identifier si effectivement on est face à un utilisateur qui même par erreur aurait activé ce fameux compte root... Sans aucune médisance moi j'ai plutôt l'impression que depuis le début il ne nous comprend pas...

Rattraper un mot de passe perdu n'est pourtant pas si compliqué... Perso j'aurais bien envie de donner la méthode de toucher au fichier passwd pour supprimer le pass mais si c'est pour que ce soit dangereusement mal appliqué ou détourné par certains pour garder un système sans mot de passe... Je me retiens...

geole · Le 24/10/2021, à 09:34

Qid a écrit :

... ou détourné par certains pour garder un système sans mot de passe... Je me retiens...

Bonjour.
Pour un seul utilisateur défini dans l'ordinateur
Je savais que le mot de passe de l'utilisateur ne servait à rien puisque modifiable très facilement par l'utllisateur root.
Je pensais que le mot de passe sur root était une sécurité.
Mais il semble qu'ajouter l'option init=/bin/bash ( de la même façon que l'option nomodeset ) que je ne connaissais pas suffise pour le casser.
C'est l'occasion de rappeler que la seule sécurité réelle est le chiffrement.

Dernière modification par geole (Le 24/10/2021, à 10:01)

Bernard479 · Le 24/10/2021, à 09:54

Tamarou
Tu as tout à fait raison
Effectivement la première ligne est « Donnez le mot de passe du super utilisateur pour la maintenance »
La deuxième ligne qui dit « Appuyez sur Ctrl et D pour continuer » et il y a une invite de commande (je dis
Qu’elle ne sert à rien) puisqu’il ne se passe rien lorsque je tape quelque chose au clavier’ sauf si je tape entrée
Et là il ré affiche la même chose.
Par ailleurs j’ai essayé de taper « passwd » mais cela ne marche pas n’etant pas en mode écriture.

Compte supprimé · Le 24/10/2021, à 09:56

Bernard479 a écrit :

Effectivement la première ligne est « Donnez le mot de passe du super utilisateur pour la maintenance ».

Cela laisse penser que tu as bien mis un mot de passe au compte root.

Donc maintenant ou tu changes ce mot de passe
https://www.maketecheasier.com/reset-ro … ord-linux/
ou tu refais ton installation.

Dernière modification par Compte supprimé (Le 24/10/2021, à 09:58)

Bernard479 · Le 24/10/2021, à 10:03

Qid,Tamarou,geôle
Vous êtes très sympa d’essayer de m’aider.
Vous êtes des spécialistes par rapport à moi. Je n’ai pas votre niveau de compréhension.
Je vais lire la doc pour faire une réinstallation ´ cela sera plus simple pour moi,

geole · Le 24/10/2021, à 10:17

Bonjour.
Si tu regardes la seconde option (live-usb) de cette documentation https://www.maketecheasier.com/reset-ro … ord-linux/
Il me semble que c'est très simple.
d'autant plus qu'on peut éviter le répertoire /mnt/recover en se contentant du point de montage /mnt

Qid · Le 24/10/2021, à 10:17

Bernard479 a écrit :

cela sera plus simple pour moi,

Je vais être rude mais donc en plus déduction faite tu n'as pas envie d'apprendre ? Réinstaller face à la moindre merde est la solution de facilité mais c'est complètement anti-pedagogique...

Bernard479 · Le 24/10/2021, à 15:40

Qid’
Au contraire Qid’ J.’ai bien envie d’apprendre, mais je n’ai peut être pas envie de vous embêter
Si cela ne te pose pas de soucis de patience je suis tout prêt à te suivre.
Alors guide moi.

Qid · Le 24/10/2021, à 16:26

Bernard479 a écrit :

Au contraire Qid’ J.’ai bien envie d’apprendre, mais je n’ai peut être pas envie de vous embêter
Si cela ne te pose pas de soucis de patience je suis tout prêt à te suivre.
Alors guide moi.

On est là pour ça sinon on ne répondrai pas... Mais encore faudrait-il se comprendre... C'est ça qui peut être usant en fait... Et là en l'occurrence j'avoue ne pas comprendre pourquoi on arrive pas à te faire faire ce qu'il faut...

Et du coup pour ma part je ne sais pas vraiment par où tout reprendre...

Bernard479 · Le 24/10/2021, à 17:08

Merci Qid
Vous, à la différence de moi avez une longue pratique, ce qui fait que vous saisissez
Les choses plus facilement. C’est certainement de ma faute si je n’ai pas percuté du premier coup.
Alors tu penses qu’il possible de récupérer le mot de passe root d’une autre manière.
Je veux bien apprendre comment.

geole · Le 24/10/2021, à 17:17

Bonjour
Je viens de mettre un mot de passe à l'utilisateur root
et je suis la première procédure décrite dans ce lien https://www.maketecheasier.com/reset-ro … ord-linux/ fourni par Tamarou

Je pense que tu sais maintenant faire les points 1 à 4
Au point trois , il est écrit
"Vous devez le modifier ou le faire passer du mode "lecture seule" au mode "lecture-écriture". Trouvez la ligne commençant par "Linux". Recherchez ro et remplacez-le par rw. Ajoutez init=/bin/bash à la fin de la ligne."
Tu noteras que init=/bin/bash devra se frapper

init=/bin/bqsh

Lorsqu'on arrive au point 5 ( Mount your root file system in read-write mode), l'écran est en qwerty dont il faut frapper

,ount -n -o re,ount rz /

Normalement on récupère un message
nnnnn.nnnnnnn EXT4-fs (sdan):remounted. Opts: (nbull).Quota mode: none.
et j'ai vérifié par la commande mount que la partition est bien montée en écriture.

Dans mon contexte, j'ai découvert (,ount) que la partition était déjà montée, Donc le point cinq me semble inutile.

Pour le point 6 (You can now reset your lost root password by using the following command)
il faut frapper

pqsszd -d root

et du tien

pqsszd -d lqlle,qnd

Par précaution, tu fabriqueras un autre utilisateur privilégié

qdduser sos

qdduser sos sudo

et tu quittes

exec /sbin/init

puis tu choisis resume

Dernière modification par geole (Le 25/10/2021, à 10:47)

Qid · Le 24/10/2021, à 18:51

geole a écrit :

Par précaution, tu fabriqueras un autre utilisateur privilégié
qdduser sos
qdduser sos sudo
et tu quittes
exec /sbin/init
puis tu choisis resume

Pourquoi faire ça ? J'ai raté un truc ?
Enfin moi j'aurais préféré que tu test la méthode la plus classique... Et puis pourquoi on part du principe que le compte root est activé ? J'ai déjà posé cette question mais n'ai pas eu de réponse... Il n'y avait pas une solution simple pour savoir si c'était le cas ?

geole · Le 24/10/2021, à 19:24

J'aime avoir un autre utilisateur en secours
La commande exec /sbin/init est présente dans le script de changement de mot de passe de root
et elle fait apparaître la grille de recovery, Il suffit de choisir resume pour finaliser le boot

et Bernard479 a fini par écrire
Effectivement la première ligne est « Donnez le mot de passe du super utilisateur pour la maintenance »

Avec la version 22.10, les deux lignes exactes sont

Donnez le mot de passe du superutilisateur pour la maintenance
(ou appuyer sur Crtl et D pour continuer) :

La présence de la première ligne signifie que l'utilisateur root a un mot de passe.
En absence de mot de passe, la première ligne serait

Appuyer sur Entrée pour la maintenance

Choisir la seconde ligne fait réafficher l'écran de choix.
On peut se contenter de mettre le mot de passe de l'utilisateur root lorsqu'on le connaît, sinon il faut faire la procédure spéciale.
On peut alors le modifier

passwd  root
ou le supprimer
passwd -d root

Dernière modification par geole (Le 24/10/2021, à 21:01)

Qid · Le 24/10/2021, à 19:34

Han... Ok... Enfin en tous cas après ce serait bien de lui faire désactiver le compte root pour qu'il soit de nouveau dans une situation propre pour Ubuntu

geole · Le 24/10/2021, à 19:35

pqsszd -d root

supprimera le mot de passe de root.

man passwd a écrit :

-d, --delete
Supprimer le mot de passe (le rendre vide) d'un utilisateur. C'est une façon rapide de supprimer l'authentification par mot de passe pour un compte. Il rend le compte indiqué sans mot de passe.

Dernière modification par geole (Le 24/10/2021, à 19:38)

Qid · Le 24/10/2021, à 19:48

geole a écrit :

pqsszd -d root
supprimera le mot de passe de root.

Ok très bien... Je n'avais pas fait attention que t'étais bien allé jusque là et en même temps je ne savais plus que c'était comme ça qu'on repassait en situation normale

Compte supprimé · Le 24/10/2021, à 20:07

Bravo geole, tu as tout reformulé en détail. J'èspère que Bernard479 en tirera profit.
@ Qid, je n'ai pas compris toute la valeur ajoutée de tes interventions.

Bonne soirée à tous.

Qid · Le 24/10/2021, à 20:55

Tamarou a écrit :

@ Qid, je n'ai pas compris toute la valeur ajoutée de tes interventions.

Celle-là n'a pas grand chose à faire ici non plus mais je vais quand-même te répondre : je voulais juste m'assurer qu'on ne complexifie pas trop les choses... Mais je te l'accorde j'ai plus ou moins un peu bloqué le sujet à vouloir rester sur la première méthode alors que je ne savais pas qu'elle n'était pas applicable...

Enfin bref sujet clos normalement maintenant il devrait pouvoir réussir à retrouver ses billes sans avoir eu à réinstaller...

Bernard479 · Le 25/10/2021, à 05:40

Merci à tous pour votre intérêt.
J’ai bien lu vos posts et particulièrement celui de geôle, très détaillé et intéressant
Je vous rends compte.

Bernard479 · Le 25/10/2021, à 16:04

Geôle
J’ai suivi tes indications et lu les instructions sur la page que tu m’as donnée.
Après avoir tapé « init=/bin/bqsh » l’orque je tape F10, je reviens sur le cadre GRUB avec les quatre lignes dont les deux lignes avec « recovery mode » mais je n’ai pas l’ecran avec le prompt
J’ai pourtant bien tapé... ?

geole · Le 25/10/2021, à 16:29

Bonjour.
Peut-être que ta touche F10 ne fonctionne pas très bien.
Tu peux aussi essayer en frappant simultanément sur les deux touches Ctrl x

As-tu bien vérifié qu'à l'issue de la frappe c'était bien écrit init=/bin/bash sur l'écran.
As-tu bien choisi une ligne contenant le mot recovery dans le grub d'accueil

Compte supprimé · Le 25/10/2021, à 19:05

As-tu bien choisi une ligne contenant le mot recovery dans le grub d'accueil

Je suppose que non.
J'avais fait le test hier et si on prend la première ligne, donc non recovery, on revient bien au "grub d'accueil".

geole · Le 25/10/2021, à 23:04

Je viens de faire un test en modifiant une ligne ne contenant pas recovery.
L'ajout de la commande init=/bin/bash se traduit par un kernel panic la cause étant 'attempted to kill init!'

Bernard479 · Le 26/10/2021, à 08:28

a geole et Tamarou
J'ai bien tapé F 10 et Ctrl +x et les deux fois je suis revenu au GRUB
par contre j'ai tapé "init=/bin/bqsh.
mais pourquoi taper "bqsh" alors que mon GRUB est en français ?
ne devrais je pas taper "bash"
a +

FrancisFDZ · Le 26/10/2021, à 08:56

@Qid Excuse mon retard STP

Qid a écrit :

@ FrancisFDZ : la supposition est que le compte root serait actif contrairement à une Ubuntu standard... Et dans ce cas pour ma part je n'ai aucune idée de comment se comporterait le terminal de récupération ni la commande sudo...

J'ai moi-même, en toute connaissance de cause, installé un compte root depuis un certain temps (avec bien sur un password root, différent du password user). En fait, à part affecter à root en guise de répertoire "/home/$USER" le répertoire "/root" ça ne change pas grand chose. En gros, ça se rapproche de la configuration Debian (où root est installé par défaut). La commande sudo utilisée sous $USER se comporte comme d'habitude, si on utilise sudo en mode root (bien que ce soit redondant c'est parfois nécessaire), on reste en mode root.
Cette configuration permet entre autre de retrouver sous root les options de configurations de $USER, en particulier des raccourcis tels que ll (=ls -l) en créant dans /root le fichier ".bashrc" identique à celui présent dans /home/$USER avec les options voulues. Mais si ces options sont utiles, on ne les remarque pas sous sudo.

NB ; Dans le cas où root est actif, la commande "sudo -su" permet de passer en session root avec le password $USER, alors que la commande "su" passe en session root avec le password root.

Dernière modification par FrancisFDZ (Le 26/10/2021, à 09:16)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 24/10/2021, à 09:16

Re : Xubuntu " rame" (résolu)

#77 Le 24/10/2021, à 09:34

Re : Xubuntu " rame" (résolu)

#78 Le 24/10/2021, à 09:54

Re : Xubuntu " rame" (résolu)

#79 Le 24/10/2021, à 09:56

Re : Xubuntu " rame" (résolu)

#80 Le 24/10/2021, à 10:03

Re : Xubuntu " rame" (résolu)

#81 Le 24/10/2021, à 10:17

Re : Xubuntu " rame" (résolu)

#82 Le 24/10/2021, à 10:17

Re : Xubuntu " rame" (résolu)

#83 Le 24/10/2021, à 15:40

Re : Xubuntu " rame" (résolu)

#84 Le 24/10/2021, à 16:26

Re : Xubuntu " rame" (résolu)

#85 Le 24/10/2021, à 17:08

Re : Xubuntu " rame" (résolu)

#86 Le 24/10/2021, à 17:17

Re : Xubuntu " rame" (résolu)

#87 Le 24/10/2021, à 18:51

Re : Xubuntu " rame" (résolu)

#88 Le 24/10/2021, à 19:24

Re : Xubuntu " rame" (résolu)

#89 Le 24/10/2021, à 19:34

Re : Xubuntu " rame" (résolu)

#90 Le 24/10/2021, à 19:35

Re : Xubuntu " rame" (résolu)

#91 Le 24/10/2021, à 19:48

Re : Xubuntu " rame" (résolu)

#92 Le 24/10/2021, à 20:07

Re : Xubuntu " rame" (résolu)

#93 Le 24/10/2021, à 20:55

Re : Xubuntu " rame" (résolu)

#94 Le 25/10/2021, à 05:40

Re : Xubuntu " rame" (résolu)

#95 Le 25/10/2021, à 16:04

Re : Xubuntu " rame" (résolu)

#96 Le 25/10/2021, à 16:29

Re : Xubuntu " rame" (résolu)

#97 Le 25/10/2021, à 19:05

Re : Xubuntu " rame" (résolu)

#98 Le 25/10/2021, à 23:04

Re : Xubuntu " rame" (résolu)

#99 Le 26/10/2021, à 08:28

Re : Xubuntu " rame" (résolu)

#100 Le 26/10/2021, à 08:56

Re : Xubuntu " rame" (résolu)

Pied de page des forums