Fedora 30 - Compte root verrouillé

H0mer001 · 20-01-2022 09:04:23

Bonjour,

Je suis revendeur informatique mais spécialisé gaming et donc je travaille en très grosse majorité sur Windows et je me retrouve donc très rarement confronté à des distributions linux sur lesquelles je suis vraiment assez ignorant du coup.

Un client m'a déposé son ordinateur, un AIO Samsung pas tout récent, en m'expliquant être parti en vacances et à son retour l'ordi ne démarre plus, en effet au démarrage j'ai le choix entre 5 lignes, 3X la même (Fedora 30) 1X mode rescue et 1X System Setup (entrer dans le BIOS) et quelque soit le choix je tombe sur un écran où il est écrit:

"You are in emergency mode etc.
Impossible d'ouvrir l'accès à la console, le compte root est verrouillé
Appuyez sur entrée pour continuer"

Et lorsqu'on appuie sur entrée l'ordi reboot et revient sur le même écran, impossible de rien faire à ce stade.

J'aurais probablement pu faire simple et formater l'ordi avec une nouvelle réinstallation mais mon client a des données qu'il ne souhaite pas perdre dessus et de mon coté j'ai envie d'essayer la réparation ce qui me permettra d'en apprendre un peu plus sur ces distributions.

J'aurais donc aimé avoir des conseils car je suis fatalement perdu, j'ai créé une clé USB bootable avec Fedora 30 dessus, je l'ai lancée et me retrouve sur un bureau en mode "tester Fedora" mais à partir de là je ne sais pas trop comment faire pour réparer le système car je ne sais pas quel est le souci.

Merci donc pour vos éclaircissements.

Dernière modification par H0mer001 (24-01-2022 07:18:23)

Anonyme · 20-01-2022 10:39:29

Bonjour,
Fedora, Pandora... pas sûr que ce soit le bon forum. Ici c'est plutôt Debian et ses dérivées, enfin avec de la chance tu peux tomber sur un gars qui connaît aussi ça.

H0mer001 · 20-01-2022 10:42:33

Anonyme a écrit :

Bonjour,
Fedora, Pandora... pas sûr que ce soit le bon forum. Ici c'est plutôt Debian et ses dérivées, enfin avec de la chance tu peux tomber sur un gars qui connaît aussi ça.

En effet c'est Fedora et pas Pandora :lol: J'étais trop sur Avatar

Je me disais que c'était certainement le même noyau et que ça ne serait pas si différent l'un de l'autre, je me trompe ?
Je suis tombé sur ce forum en cherchant sur le net avec les messages d'erreur.

Dernière modification par H0mer001 (20-01-2022 10:42:57)

vv222 · 20-01-2022 12:46:11

Ce n’est pas exclu que quelqu’un sur notre forum puisse t’aider, dans la pratique on est loin de n’avoir que des utilisateurs de Debian ici.

Mais ça vaut sûrement le coup que tu cherches aussi un forum plus spécialisé autour de Fedora, tu y auras peut-être un coup de main plus rapidement qu’ici.

Mugen · 20-01-2022 19:17:45

Bonjour

j'ai créé une clé USB bootable avec Fedora 30 dessus, je l'ai lancée et me retrouve sur un bureau en mode "tester Fedora"

Quand tu es dans ce mode là, tu peux sauvegarder ce qu'il y a à sauvegarder sur un support externe, ensuite tu peux procéder à une réinstallation du système.
Mais une réinstall n'est peut-être pas nécessaire, c'est pour ça que tu seras mieux conseillé sur un forum consacré à Fedora, ils sauront peut-être arranger ça sans réinstall.

tcheupel · 20-01-2022 20:02:58

H0mer001 a écrit :

Anonyme a écrit :
Bonjour,
Fedora, Pandora... pas sûr que ce soit le bon forum. Ici c'est plutôt Debian et ses dérivées, enfin avec de la chance tu peux tomber sur un gars qui connaît aussi ça.

En effet c'est Fedora et pas Pandora :lol: J'étais trop sur Avatar

Je me disais que c'était certainement le même noyau et que ça ne serait pas si différent l'un de l'autre, je me trompe ?
Je suis tombé sur ce forum en cherchant sur le net avec les messages d'erreur.

Ce forum est assez actif : https://forums.fedora-fr.org/

Tawal · 20-01-2022 21:46:11

Hello,

En fait, tu as 2 soucis :
- le plus grave : GRUB n'arrive pas à démarrer ton système.
- le second : le compte root n'est pas activé (en fait, il n'y a pas eu d'initialisation du mot de passe)

GRUB n'arrivant pas à démarrer le système, il essaie de démarrer un shell (spécifique) avec des droits root, sauf que le compte root est "désactivé", donc il échoue et t'en informe.

Voilà, c'était pour éclaircir ta situation, je n'ai malheureusement pas les compétences pour te guider dans cette réparation

Dernière modification par Tawal (20-01-2022 21:46:50)

Debian Alain · 20-01-2022 22:30:41

bonsoir H0mer001 ,

Debian et Fedora n'ont pas tout à fait la même structure .
Debian utilise les paquets Deb et le gestionnaire Apt .
Chez Fedora , c'est radicalement différent .
elle utilise les paquets Rpm et donc un gestionnaire spécifique , différent du nôtre .
(DNF , sauf erreur) .

je pense , franchement , que tu auras une aide beaucoup plus affûtée sur leur forum que ici .

après , c'est aussi une linux . il y aura sûrement des points communs ente les deux .

mais lesquels ? je l'ignore . n'étant pas un spécialiste . encore moins de Fedora ...

-- wikipedia --
-- forum (communauté) français --

amicalement .

alain .

Dernière modification par Debian Alain (20-01-2022 22:32:19)

infothema · 20-01-2022 22:46:28

Bonsoir H0mer001

Si l'objectif est de récupérer des données utilisateur (répertoire home) sur le disque dur pourquoi ne pas considérer le disque dur sans le système de boot ?

Je m'explique : si ton client n'a pas chiffré ses partitions, il est possible d'accéder aux partitions du portable via un disque ou clé USB avec un système Linux dessus.

H0mer001 · 21-01-2022 08:00:27

Bonjour à tous !

Merci pour vos conseils, j'ai en fait trouvé le souci, du moins je le pense.

En fait j'avais lancé un liveCD Windows sur l'ordi et vérifié le disque dur avec Scan HDD et il m'annonçait que le disque était en bonne santé mais en lançant un liveCD Fedora j'ai Gparted qui me dit qu'il y a une erreur sur le disque, je suppose que Scan HDD n'a pas trouvé le souci du fait que les partitions n'étaient pas reconnues, en tout cas je vais proposer à mon client une récupération de ses données et un remplacement de son disque dur.

Merci pour vos conseils en tout cas !

raleur · 21-01-2022 08:55:29

Tawal a écrit :

GRUB n'arrive pas à démarrer ton système.

Pas du tout. GRUB démarre très bien le système. C'est le "système" (init) qui ne s'initialise pas correctement et passe emergency mode de lui-même. La raison se trouve peut-être dans les messages affichés avant l'entrée en emegency mode. Généralement, c'est parce que le démarrage d'un service critique ou le montage d'un système de fichiers a échoué.

Tawal a écrit :

le compte root n'est pas activé (en fait, il n'y a pas eu d'initialisation du mot de passe)

(Avis personnel : c'est complètement débile de permettre une installation sans mot de passe root si un mot de passe root est indispensable pour accéder au shell d'urgence).
Avec Debian, il est trivial de lancer un shell root à partir de GRUB pour définir un mot de passe root (remplacement de "ro" par "rw init=/bin/bash) dans les paramètres de la ligne de commande du noyau. J'ignore si cela fonctionne avev Fedora, il faut que l'initramfs prenne en compte le paramètre init=. Au pire on doit pouvoir définir le mot de passe root via chroot depuis un système live.

H0mer001 a écrit :

Gparted qui me dit qu'il y a une erreur sur le disque

Quelle erreur ?

H0mer001 a écrit :

je vais proposer à mon client une récupération de ses données et un remplacement de son disque dur.

Pourquoi un remplacement du disque ? Que je sache gparted n'est pas compétent pour déterminer l'état de santé matériel d'un disque, ce n'est qu'un partitionneur.

Dernière modification par raleur (21-01-2022 09:30:26)

H0mer001 · 21-01-2022 12:20:51

raleur a écrit :

H0mer001 a écrit :
Gparted qui me dit qu'il y a une erreur sur le disque

Quelle erreur ?
H0mer001 a écrit :
je vais proposer à mon client une récupération de ses données et un remplacement de son disque dur.

Pourquoi un remplacement du disque ? Que je sache gparted n'est pas compétent pour déterminer l'état de santé matériel d'un disque, ce n'est qu'un partitionneur.

Alors je ne connais pas mais sur Fedora je vais sur "Disk" et il me donne les infos sur le disque (nom, n° de série, etc.) et me dit "Disk OK, one bad sector"

Du coup j'en déduis que c'est un souci de HDD

raleur · 21-01-2022 13:13:59

"(Gnome) Disks", ce n'est pas Gparted.
Un secteur défectueux, c'est ennuyeux. S'il est mal placé, il peut empêcher le montage d'un système de fichiers.
Tu peux en savoir plus sur l'état du disque en exécutant en tant que root depuis le système live

smartctl -a /dev/xxx

où /dev/xxx est le disque, par exemple /dev/sda (SATA) ou /dev/nvme0n1 (SSD NVMe).

H0mer001 · 21-01-2022 15:06:53

raleur a écrit :

"(Gnome) Disks", ce n'est pas Gparted.
Un secteur défectueux, c'est ennuyeux. S'il est mal placé, il peut empêcher le montage d'un système de fichiers.
Tu peux en savoir plus sur l'état du disque en exécutant en tant que root depuis le système live
smartctl -a /dev/xxx

où /dev/xxx est le disque, par exemple /dev/sda (SATA) ou /dev/nvme0n1 (SSD NVMe).

J'ai essayé la commande mais ça me dit "commande not found"

J'ai également testé avec sudo et je me suis mis en mode super utilisateur (j'ai le # à la place du $) mais toujours la même réponse.

J'ai essayé d'installer => yum install smartmontool et ça a bien installé un truc mais toujours la même réponse à la commande

J'ai aussi installé Gparted mais je n'y vois rien par contre:

Dernière modification par H0mer001 (21-01-2022 15:29:38)

raleur · 21-01-2022 17:12:37

Je ne connais pas Fedora, mais je répète que Gparted ne donne pas l'état physique du disque, il sert seulement à manipuler les partitions.
Quand tu as essayé d'exécuter smartctl en root après avoir installé smartmontools (avec un s), avais-tu les chemins sbin dans ton $PATH (obtenu en passant root avec "su -l" et non "su" tout court) ?

Dernière modification par raleur (21-01-2022 17:13:13)

Debian Alain · 21-01-2022 17:26:40

cela peut il t'aider H0mer001 ?

https://installati.one/fedora/34/smartmontools/

amicalement ,

alain .

H0mer001 · 22-01-2022 15:01:30

Debian Alain a écrit :

cela peut il t'aider H0mer001 ?

https://installati.one/fedora/34/smartmontools/

amicalement ,

alain .

https://debian-facile.org/img/smilies/xtras/coyotus.png

Hello,

Merci beaucoup, oui ça m'a bien aidé et j'ai pu installer et lancer le test... Bon je pense que ça confirme le souci de disque vu que si je comprend bien il indique des zones en "pré fail"

raleur · 22-01-2022 15:40:19

"Pre-fail" est un type d'attribut, pas un résultat. Tous les attributs sont dans les tolérances. La seule anomalie est un unique secteur compté "pending" mais, pas de secteur réalloué qui serait un signe de défaillances passées et le log d'erreurs est vide, ce qui est plutôt rassurant. C'est peut-être un faux positif, j'ai déjà eu ça. Un moyen de vérifier est de lancer badblocks en lecture seule (ça peut prendre plusieurs heures):

badblocks -s -v -o bad.list /dev/sda

cat bad.list

Pour en savoir plus, il faudrait relancer Fedora depuis le disque et relever tous les messages d'erreur qui précèdent l'entrée en mode emergency.

Croutons · 22-01-2022 16:31:27

Hello
D’après ce que je vois sur la copie d'écran le système est installé avec lvm et Gparted n'est pas capable de géré ça ,il sait juste indiqué que ta partition est membre de LVM

H0mer001 · 24-01-2022 06:57:18

raleur a écrit :

"Pre-fail" est un type d'attribut, pas un résultat. Tous les attributs sont dans les tolérances. La seule anomalie est un unique secteur compté "pending" mais, pas de secteur réalloué qui serait un signe de défaillances passées et le log d'erreurs est vide, ce qui est plutôt rassurant. C'est peut-être un faux positif, j'ai déjà eu ça. Un moyen de vérifier est de lancer badblocks en lecture seule (ça peut prendre plusieurs heures):
badblocks -s -v -o bad.list /dev/sda
cat bad.list

Pour en savoir plus, il faudrait relancer Fedora depuis le disque et relever tous les messages d'erreur qui précèdent l'entrée en mode emergency.

Hello !

Alors j'ai lancé un redémarrage sur le disque dur et voilà ce que ça donne:

Je passe tout les [ OK ]

premier message d'erreur:

[FAILED] Failed to start Load/save screen backlight brightness of leds:g15 :kbd\baklight
See 'systemctl status systemd-backlight@led:g15: :kbd\backlight.service for details

Ensuite encore du [OK]

[FAILED] Failed to start File System Check on /dev-mapper/fedora_localhost--live-home.
See 'systemctl status "system-fsc@dev-mapper-fedora_localhost\\x2d\\x2dlive\\X2dhome.service" for details
[DEPEND] Dependency failed for /home.
[DEPEND] Dependency failed for Local File System.
[DEPEND] Dependency failed for Mark the need to relabel after reboot.
Starting Restore /run/initramfs on shutdown

Ensuite quelques [OK] jusqu'à ce que ça indique être en emergency mode

raleur · 24-01-2022 09:00:25

Donc le problème concerne la vérification du système de fichiers /home. C'est peut-être lié au secteur défectueux, ou pas. Depuis le système live tu peux tenter une réparation avec

fsck /dev/mapper/fedora_localhost--live-home

Par contre c'est ce volume logique qui contient les données de l'utilisateur donc si les réparations proposées effacent des fichiers ou des répertoires "corrompus" il vaudrait mieux annuler et faire une sauvegarde avant, en supposant que le volume puisse être monté.

Croutons · 24-01-2022 09:28:19

pourquoi depuis un système live?

raleur · 24-01-2022 11:12:46

Parce qu'à cause du compte root verrouillé, il est impossible d'accéder au shell d'urgence du système qui permettrait de lancer fsck.
Certes, il existe peut-être d'autres moyens comme démarrer directement sur un shell avec init=/bin/bash ou lancer un shell dans l'initramfs, mais cela suppose que l'initramfs supporte ces fonctionnalités (c'est le cas de Debian, je ne sais pas pour Fedora) et que H0mer001 sache comment les activer. Il me semble que l'utilisation d'un système live est la solution la plus simple et pratique pour lui.

H0mer001 · 24-01-2022 13:18:16

raleur a écrit :

Il me semble que l'utilisation d'un système live est la solution la plus simple et pratique pour lui.

C'est tout à fait ça !

Bon, j'ai lancé la commande à partir du liveCD et j'ai ce message:

Fsck.ext2 No such file or directory while trying to open /dev/mapper/fedora_localhost--live-home

J'ai l'impression qu'il ne trouve pas le chemin, ne faudrait-il pas lui indiquer le disque ou quelque chose comme ça ?

Croutons · 24-01-2022 13:31:38

surement une erreur de frappe lors dans ton message #20
raleur a juste recopié la ligne tel que tu l'as écrit
vérifie le chemin

blkid

Debian-facile

#1 20-01-2022 09:04:23

Fedora 30 - Compte root verrouillé

#2 20-01-2022 10:39:29

Re : Fedora 30 - Compte root verrouillé

#3 20-01-2022 10:42:33

Re : Fedora 30 - Compte root verrouillé

#4 20-01-2022 12:46:11

Re : Fedora 30 - Compte root verrouillé

#5 20-01-2022 19:17:45

Re : Fedora 30 - Compte root verrouillé

#6 20-01-2022 20:02:58

Re : Fedora 30 - Compte root verrouillé

#7 20-01-2022 21:46:11

Re : Fedora 30 - Compte root verrouillé

#8 20-01-2022 22:30:41

Re : Fedora 30 - Compte root verrouillé

#9 20-01-2022 22:46:28

Re : Fedora 30 - Compte root verrouillé

#10 21-01-2022 08:00:27

Re : Fedora 30 - Compte root verrouillé

#11 21-01-2022 08:55:29

Re : Fedora 30 - Compte root verrouillé

#12 21-01-2022 12:20:51

Re : Fedora 30 - Compte root verrouillé

#13 21-01-2022 13:13:59

Re : Fedora 30 - Compte root verrouillé

#14 21-01-2022 15:06:53

Re : Fedora 30 - Compte root verrouillé

#15 21-01-2022 17:12:37

Re : Fedora 30 - Compte root verrouillé

#16 21-01-2022 17:26:40

Re : Fedora 30 - Compte root verrouillé

#17 22-01-2022 15:01:30

Re : Fedora 30 - Compte root verrouillé

#18 22-01-2022 15:40:19

Re : Fedora 30 - Compte root verrouillé

#19 22-01-2022 16:31:27

Re : Fedora 30 - Compte root verrouillé

#20 24-01-2022 06:57:18

Re : Fedora 30 - Compte root verrouillé

#21 24-01-2022 09:00:25

Re : Fedora 30 - Compte root verrouillé

#22 24-01-2022 09:28:19

Re : Fedora 30 - Compte root verrouillé

#23 24-01-2022 11:12:46

Re : Fedora 30 - Compte root verrouillé

#24 24-01-2022 13:18:16

Re : Fedora 30 - Compte root verrouillé

#25 24-01-2022 13:31:38

Re : Fedora 30 - Compte root verrouillé

Pied de page des forums