Forum

bonsoir ,
Je vous écris d'un ordinateur qui n'est pas sous mageia.
J'ai le même échec que herbertP avec la même apparition des messages :



la commande m'a amené sur la console où il ne semble rien se passer(j'ai la ligne [jean@localhost˜]$ et faire Ctrl+Alt+F1 ne provoque rien du tout. Si je remplace F1 par F2, je reviens à la formule de départ.
En bref, se suis bloqué. Si j'éteins l'ordinateur manuellement, le système ne se charge plus complètement.

Bonjour,

Je suis passé par là aussi, j'ai fait ctrl-alt-F2 pour avoir la console, après le @localhost]$, j'ai écrit la commande "loginctl unlock-session c2", il ne s'est effectivement rien passé, j'ai alors quitté la console avec ctrl-alt-F1 : le bureau est réapparu, et la mise à jour a continué. As-tu fait pareil ?

Bonjour,

Si le pc a été redémarré alors la session a forcément été terminée.

Ici si le système démarre mais que l' interface graphique ne démarre plus (donc arrive à une console directement, il est probable que le status des composants graphiques est dans un état instable (pilote graphique non (completement) installé, serveur x partiellement installé...

Du coup il faut se connecter en root dans la console et relancer la commande de mise à jour (urpmi --auto-update --force) de nouveau afin de potenttiellement continuer l' installation (comme le pc a été éteint manuellement, on ne peut pas savoir ce qui était en cours d' installation et qui a été interrompu).

bonjour,
je n'arrive pas à passer en root. Voilà ce qui se passe : quand, dans la console, je suis à

je fais sudo - , l'ordinateur me répond :

si je tape mon mot de passe de jean , il me répond :

Si je tape mon mot de passe pour aller sur root, il me répond

et si j'essaie de nouveau, il me répond la même chose.
Il est vrai qu'il y a longtemps que je ne suis pas allé sur root, pourtant, je tape bien le mot de passe nécessaire pour y aller. je suis donc complètement bloqué.

j'ajoute qu'au bout d'un moment, s'inscrit dans la console


et il revient à

Il me semblait pourtant que mon mot de passe root était le bon, mais je suis bien obliger d'admettre que je me trompe.
En tout cas, mille mercis pour votre aide.

Bonjour,
Essaie plutôt + mdp root pour te logguer en root. Tu te documenteras plus tard sur sudo ( [url=https://wiki.mageia.org/en/Configurer_sudo-fr ) [/url]

Édité par DéBé Le 06/09/2023 à 09h21

Bonjour,

Tu confonds su - et sudo. Pour utiliser sudo (droits administrateurs temporaires), il faut rentrer ton mot de passe utilisateur. De plus, l'utilisateur doit être présent dans le fichier /etc/sudoers. À part cas particuliers, la façon la plus commune d'utiliser sudo est : sudo ma Commande. Par exemple, tu peux faire sudo urpmi --auto-update.

su - te permet de te connecter au compte root. Tu dois alors rentrer ton mot de passe administrateur. Tu es ainsi reconnu comme un autre utilisateur, tu peux faire toutes les commandes que tu souhaites, puis à la fin, tu dois te déconnecter de la session root.

Mille excuses nic80, je viens de comprendre ton post. il faut passer en root pour reprendre la mise à jour car on a perdu le contexte, j'en était resté à la mise à jour simplement interrompue. Du coup ne tenez pas compte de mon intervention.
Je laisse mon topo malgré tout...

Il y a vraiment besoin d'être en root pour désactiver son propre écran de veille ?

Dans mon cas j'avais essayé en simple utilisateur, et l'ordi m'a répondu "unlock-session c2 : commande inconnue", et j'ai pensé qu'il fallait être en superutilisateur, mais c'est une fois que j'étais en superuser que je me suis apercu de ma bourde : j'avais oublié "loginctl" dans la commande. Donc, de fait, j'ai fait le loginctl en superuser, mais la console s'ouvre initialement en simple utilisateur ?

Édité par HerbertP Le 06/09/2023 à 10h32

Bonjour,

Non pas besoin de root pour désactiver l' ecran de veille, mais ici je crois comprendre que même le serveur x ne démarre pas.

Du coup l' utilisation de la console est obligatoire en mode root pour relancer la mise à jour.

Sur un terminal pur, la connexion se fait avec l' utilisateur que l' on choisit d' utiliser.

Édité par nic80 Le 06/09/2023 à 13h44

bonjour,
effectivement, je confondais sudo - et su -. Il y a trop longtemps que je n'avais pas essayé de manipuler dans la console. Avec la commande de Yuusha, j'ai installé la totalité(je crois) de mageia 9. Merci.
Encore une question triviale : comment il faut se déconnecter de root et de la console pour avoir le bureau?

Bonjour,
Dans la console où tu es en root, tu tapes "exit" et tu quittes la session "root" :-)

tu as le choix de plusieurs commandes :

Édité par Papoteur Le 06/09/2023 à 18h41

il y a un lézard.
en faisant exit, je reviens bien sur localhost, mais ensuite les solutions dites par papoteur ne marchent pas :
- à la commande init 5, la console répond en rouge :



Quand j'ai fait :"systemctl isolate graphical.target", la console répond en rouge

je rentre donc mon mot de passe root, à quoi il répond en rouge :

Et il revient à localhost.

A la demande de s'identifier à root, j'ai essayé de rentrer "jean", à quoi la console a répondu :


Voilà où j'en suis, c'est à-dire qu'il y a un pas essentiel que je n'arrive pas à faire faire à mon ordinateur.

La première commande init 5 a échoué parce que tu l'as lancée en utilisateur. Il faut être root.
Mais elle ferait la même chose que celle d'après qui a échoué.
Je présume que le souci vient du serveur d'affichage.
Tu peux notamment consulter /var/log/Xorg.0.log (avec less ou cat).
Les solutions sont souvent de changer de pilote graphique ou de désactiver l'accélération matérielle.
XFdrake est ton ami.

Quand je fais XFdrake une petite fenêtre s'ouvre au milieu de l'écran dans laquelle il y a lignes suivantes :
carte graphique <Personnalisé>
Moniteur <Personnalisé>
Résolution <Automatique>
<test>
<Options>
<Quitter>

J'avoue que je trouve que c'est un peu obscur.

Quant à "/var/log/Xorg.0.log", peut-être que je le tape pas bien, mais la console me dit "Permission non accordée".
Voilà, je ne sais en dire plus.