Forum

bonjour

L'ordinateur portable (Lenovo) de ma fille en dual boot windows et mageia avait de nombreux problèmes et est partit se faire changer le disque dur chez un réparateur. Il a du faire une image iso du DD et l'a changé et a recopié toutes les données dessus. En tout cas il l'a rendu avec la même installation qu'au départ et un nettoyage sérieux de windows.
Mageia 5 fonctionnait avant mais avec toujours un problème récurrent demandant au démarrage de faire ctrl D ou de passer en super utilisateur pour faire une maintenance.
Ce problème est réapparu quelques jours après le changement de DD, on a donc décidé de faire un upgrade en mageia 6 en reformatant la partition système et en gardant le /home.
L'installation a donc été faite avec un install de mageia 6 sur une clef USB . L'installation s'est bien passé mais au redémarrage, l'ordinateur bloque sur le message suivant :
platform wdat_wdt: failed to claim resource 4
watchdog: failed to create platforme device
welcom to emergency mode! After logging in , type ....
Donnez le mot de passe du superutilisateur pour la maintenance (ou appuyez sur Ctrl et D pour continuer) :

Et ni Ctrl D ni le mot de passe de superutilisateur ne permettent de passer pour débloquer la situation.

sur internet il semble y avoir un problème avec le kernel 4.9 mais des patch ont été mis en place et sont maintenant intégrés au kernel je pense?

Là je sèche complètement sur ce qu'il faut faire. Quelqu'un a t il une idée?

Merci d'avance

Bonjour,
Il n'est pas certain que le blocage soit en lien direct avec le message que tu cites. Certains rapportent que même avec ces messages, le système fonctionne.
Première piste :
amorcer en récupérant tous les messages et en désactivant la gestion graphique dans la phase d'amorçage. Pour cela, éditer la ligne de démarrage du grub pour supprimer "quiet" et ajouter "nomodeset". Ceci pourrait permettre au moins d'y voir plus clair.
Deuxième piste :
En supposant qu'une nouvelle version du noyau puisse fonctionner mieux, refaire l'installation en ajoutant les médias réseau et faire la mise à jour à la fin de l'installation, ou faire une installation dite "Net-Install" totalement par réseau (c'est long).

Re-bonjour,
J'ai testé la 1ere piste et ajouté nomodeset dans les paramètres du grub.
Il y a un progrès car maintenant le mot de passe utilisateur permet de se logger, ce qui n'était pas le cas avant. Mais l'odinateur affiche en boucle failed to disable graphics turbo

Bonsoir,

SVP, quelle est la carte graphique utilisée et avec quel pilote ?

Bonsoir
Il presente par defaut la carte graphique intel 810 or later

Bonsoir,

Problème, ici :
https://wiki.archlinux.org/index.php/Intel_graphics#KMS_.28Kernel_Mode_Setting.29
On peut lire :
"Make sure you do not have nomodeset or vga= as a kernel parameter, since Intel requires kernel mode-setting."

Papoteur, on retire nomodeset ?

OK, pas de nomodeset, mais suppression du quiet.
L'idée est aussi d'inspecter les messages pour détecter des erreurs.
par exemple depuis une console, avec

Impossible de basculer en console. Par contre comme on est en dual boot on doit pouvoir voir les fichiers log avec ext2fs. On regarde dans le boot.log?

Après inspection du boot.log les erreurs suivantes sont détectées :

[[0;1;31mFAILED[0m] Failed to start Load legacy module configuration.

[[0;1;31mFAILED[0m] Failed to start File System Check on /dev/disk/by-uuid/e131161d-3547-4149-aea1-63847a88632a.
See 'systemctl status "systemd-fsck@dev-disk-by\\x2duuid-e131161d\\x2d3547\\x2d4149\\x2daea1\\x2d63847a88632a.service"' for details.
[[0;1;33mDEPEND[0m] Dependency failed for /home.
[[0;1;33mDEPEND[0m] Dependency failed for Local File Systems.
[[0;1;33mDEPEND[0m] Dependency failed for Mark the need to relabel after reboot.
[[0;1;33mDEPEND[0m] Dependency failed for Relabel all filesystems, if necessary.

Bonjour,
Au vu des messages ci-dessus, je soupçonne un problème avec l'état du disque, en particulier de la partition /home.
Il pourrait être intéressant de démarrer un système Live, et de réaliser un
fsck -N /dev/disk/by-uuid/e131161d-3547-4149-aea1-63847a88632a
pour s'il y aurait des corrections à faire.
Remplacer -N par -a pour les effectuer concrètement.

Bonjour Papoteur
Le fsck à partir d'une source externe a effectivement permis de régler le problème
dans le fstab il y avait aussi un fsck et un dump intempestif. En les enlevant tout parait rentrer dans l'ordre.
Merci encore
bon we