Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Redémarrage impossible après coupure de courant

PAM2433

Bonjour,

Lors de la mise sous tension de mon ordi (HP COMPAQ 6200 PRO SFF PC XL 506AV INTEL CELERON CPU G530 2.40GHZ MODE DE GESTION ME AMT), os ubuntu 18.04 64 bits après la coupure de courant, l'écran ubuntu habituel apparait puis le message suivant s'affiche :

you are in emergency mode..

..
En tête de check liste sont indiqués les infos suivantes:

[0.040065] base address is zero assuming no IPMI interface
[1.147904] couldn't get size: 0x800000000000000e
|1.147931] modsign: couldn't get UEFI db list
[1.148103] couldn't get size 0x800000000000000e
[1.148398] couldn't parsedbx signature: -74
/dev/sda: recovering journal
/dev/sda: clean, 273007/14942208 files, 13708629/59767040 blocks

J'ai créé une live usb chargée avec REPAIR BOOT pour tenter une réparation.
Après une modification du BIOS pour démarrer en priorité sur cette clé. Celle-ci n'est pas reconnue.
J'ai trouvé dans les forums diverses commande possibles en mode root.
J'ai lancé en root

apt install grub

, en retour: '

aucune version du paquet grub n'est disponible, mais il existe dans la base de données...cependant les paquets suivants le remplace:
grub2-common:i386 grub-pc:i386 grubefi-ia32:i386 grub-efi-amd64:i386 grub2-common grub pc grub-efi-ia32 grub-efi-amd64

J'accepte l'installation des paquets.Cependant les paquets ne sont pas installés :

err :http//fr.archive.ubuntu.com/ubuntu bionic-updates/main amd64 grub -efi-amd64 amd64 2.02-2ubuntu8.15
Ne parvient pas à résoudre 'fr.archive.ubuntu.com...........Le téléchargement de quelques fichiers d'index a échoué, ils ont été ignorés, ou les anciens ont été utilisés à la place

Enfin j'ai téléchargé la même version d'ubuntu sur une live usb pour tenter une réinstallation, voire l'installer sur un autre disque. Celle-ci apparait dans le BIOS mais elle ne démarre pas non plus.
J'ai également débranché les disques internes, j'ai remplacé le disque maître par un disque vierge formaté en FAT.
Au redémarrage, l'ordinateur ouvre sur la fenêtre GNU GRUB version 2.02. Impossible d'accéder au live cd.

Si quelqu'un peut m'apporter une aide je lui en serai reconnaissant. Cet ordinateur est un outil pour télétravailler. En cette période de confinement, c'est dire que c'est un outils indispensable. Comble de galère j'ai un autre ordinateur (acer qui fonctionne avec ubuntu 18.04 32 bits), lui aussi est dans le même état.

Novice dans l'utilisation du forum je n'ai pas su joindre de copies d'écran.

geole

PAM2433 a écritBonjour,

Lors de la mise sous tension de mon ordi (HP COMPAQ 6200 PRO SFF PC XL 506AV INTEL CELERON CPU G530 2.40GHZ MODE DE GESTION ME AMT), os ubuntu 18.04 64 bits après la coupure de courant, l'écran ubuntu habituel apparait puis le message suivant s'affiche : "you are in emergency mode.."..
En tête de check liste sont indiqués les infos suivantes:
[0.040065] base address is zero assuming no IPMI interface
[1.147904] couldn't get size: 0x800000000000000e
|1.147931] modsign: couldn't get UEFI db list
[1.148103] couldn't get size 0x800000000000000e
[1.148398] couldn't parsedbx signature: -74
/dev/sda: recovering journal
/dev/sda: clean, 273007/14942208 files, 13708629/59767040 blocks.

Bonsoir.
Tu as oublié de dire ce qui était écrit en fin de liste et de fournir un boot-info. https://doc.ubuntu-fr.org/tutoriel/boot-info

xubu1957

Bonjour,

~~Pour ajouter toi-même les balises code à ton précédent message #1 :~~ Merci 😉

Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message

comme indiqué dans le premier message du lien Retour utilisable de commande

_ _ _

Tu avais tenté :

sudo dpkg --configure -a

?

La Doc § 10 > migration#mise_a_niveau_interrompue_ou_defectueuse

PAM2433

Bonsoir,
J'ai suivi la commande

sudo dpkg --configure -a

Comme indiqué, mais sans succès.

La commande -a est inconnue

J'ai suivi les commandes du lien proposé, voici le retour: http://pix.toile-libre.org/upload/original/1589329724.png
Ne pouvant toujours pas booter avec la live USB j'ai récupéré également ces informations:
http://pix.toile-libre.org/upload/original/1589330244.png
J'ai demandé un boot info qui me renvoi:
http://pix.toile-libre.org/upload/original/1589331460.png

[sub]Sur Toile Libre ou TDCT'Pix, choisir le lien « Insérer la miniature dans un forum : »[/sub]

geole

Bonjour
Je pense que tu ne fais tellement d'effort pour être dépanné!

Il t'a été proposé de faire la commande
sudo dpkg --configure -a
Si tu avais vérifié ce que tu avais frappé, tu te serais rendu compte que ta frappe était mauvaise . Tu as certainement fais deux commandes.
Car c'est la seule possibilité pour avoir ce retour:
La commande -a est inconnue
Avec un tout petit peu de recherche , tu aurais facilement vu que
1) Les commandes qui commencent par un - sont très rares sinon inexistantes
2) Que cette commande est proposée très souvent dans le forum et voir son résultat.
3) Que, comme son retour n'était pas terrible, tu pouvais t'être aussi trompé.

Si tu avais lu le lien que je t'ai fourni, on aurait avancé sur le sujet
=> Le boot-info est à faire avec le support di'nstallation! et tu dois donner en retour une seule ligne de ce style https//pastbin/xxxxxxxx
A l'aide d'un copier/coller Et pas une photo.

Si tu avais consulté ce que tu as produit, tu aurais constaté, qu'il faut être très très doué pour lire le contenu de la photo
Idem pour les précédentes!!! Donc tout cela est inexploitable pour t'aider.

Avec un peu de chance tu auras pu penser qu'il y avait une technique pour poster des photos https://doc.ubuntu-fr.org/capture_d_ecran#heberger_une_capture_d_ecran

Tmi

Salut pam2433

"l'écran ubuntu habituel apparait"

Tu veux dire que le menu Grub apparaît ?
si c'est le cas as-tu essayé le mode recovery ?

PAM2433

Bonsoir geole,

Je n'ai pas compris ta phrase exclamative?

Comme tu l'as compris je débute sur ce forum et je ne me suis pas encore approprié les codes pour échanger et attacher les photos notamment. Je m'excuse pour la lisibilité des photos, quand j'ai prévisualisé mon message elles me paraissaient lisibles. Comme préconisé dans le forum j'avais réduit les photos. effectivement trop. J'ai pris note de la manip.

Concernant la commande : sudo dpkg --configure -a j'ai suivi le tuto indiqué #3 à la lettre;

Le retour est le suivant:

J'avais précisé que le support d'installation ne booter pas, alors j'ai taper la commande. Voici le retour:

Bonsoir Tmi,

Le menu Grub 2 apparait et j'arrive au menu de récupération et là je bloque:

geole

Bonsoir
Cette fois-ci, tu as fait un peu d'effort pour expliquer. Je vais donc pouvoir te donner la solution. Quelle perte de temps!

1) Il t'a été demandé de faire la commande.

sudo dpkg --configure -a

En fait, tu as aussi fait une autre commande que tu n'as pas signalée ou que je n'ai pas su voir que tu étais parti sur un conseil inadapté à ta situation.

sudo dpkg-reconfigure -phigh -a

tirée d'un document dont le titre estMise à niveau (migration)
dans lequel il est écrit FIXME la commande qui suit semble ne plus prendre en compte le -a à vérifier.
==> J'espère que tu seras le dernier à déraper sur cette commande

Ce document n'a aucun problème rapport avec la fourniture électrique.

J'ai enfin pu lire ta première capture d'écran. C'est écrit de faire la commande journalctl -xb Ce qui n'a pas tellement de rapport avec ce que tu as fais.
Le problème t'arrive car tu as aussi suivi une documentation disant d'avoir une partition /home séparée. Je pense que tu es le 101eme que je dépanne sur ce problème. Je n'ai plus envie de te dire de faire la commande proposée et de poser les photos de tout ce qui est en couleurs afin d'identifier le coupable et de réparer.

Voila ce que tu vas faire; Booter avec le support d'installation, Installer boot-repair https://doc.ubuntu-fr.org/boot-repair, le lancer et choisir
"options avancée" puis décocher toutes les cases du paragraphe 3.1 et cocher la case réparer les systèmes de fichier
Il fera le nécessaire pour remettre en état. Tu pourras alors rebooter.

Bonne remise en état

marcus68

Bonjour,

@geole,

Si tu as pas envie d'aider, le mieux c'est de ne pas poster de messages.

Si PAM2433 n'arrive pas à booter avec son support d'installation en #7 et tu conseilles quand même de le faire ?

En #7, on voit également qu'on peut accéder au menu de récupération, il y a donc pas de raison de lancer "boot-repair"

Et surtout avec du blabla inutile avant

@PAM2433

Tu dis que tu "bloque" dans le menu de récupération, tu n'arrives pas à naviguer dans le menu ou tu ne sais pas quel options choisir ?

Si tu arrives à naviguer, tu peux essayer les différentes options sans trop de risque, je pense que le fsck et dpkg serait des options intéressantes à tester.

Tmi

Salut PAM2433

1) ligne 6 activer la prise en charge du reseau
puis de retour à ce menu
2) ligne 3 réparer les paquets cassés
puis ensuite
3) reprendre le démarrage normal

cela répare pas mal de chose dans le processus de lancement.

geole

Bonjour
La documentation recovery-mode indique au paragraphe 3.1
fsck : Vérification de l'intégrité des systèmes de fichiers

L'option fsck effectue une vérification de l'intégrité de vos systèmes de fichiers (File system check). La corruption d'un système de fichiers d'une partition de disque dur est possible lorsque celui-ci est arrêté de manière inopinée (par exemple, lors d'un arrêt brusque de l'ordinateur, lors d'une coupure de courant ou lors d'un débranchement à chaud d'un disque dur externe). Cette option vérifie que vos disques ne sont pas corrompus et, dans le cas d'une détection d'erreur, la répare au mieux possible.

PAM2433

Bonsoir,

J’ai suivi les indications de @Tmi, dans un premier temps, je suis arrivé laborieusement à la ligne 6 après plusieurs minutes (la touche ne répondait pas) puis le message suivant est apparu :

Sans autre manip après quelques minutes le message suivant s’est affiché :

J’ai enfin attend la ligne 3 (dpkg) qui bloque :

.

Finalement la réponse suivante est arrivée :

Au redémarrage on revient au point de départ :

Comme préconisé par @geole, après un nième redémarrage je suis allé au paragraphe 3.2 du lien recovery mode à la ligne 4 pour lancer fsck, voici le retour :

Après cette étape il bloque, le redémarrage n'a pas lieu.

geole

Bonjout
On va continuer tranquillement avec la logique de réparation.
Le plus simple est de rebooter et de choisir immédiatement la réparation fsck afin que les partitions ne soient pas en cours d'utilisation.
(c'est le message d'erreur que tu as eu)

Petites questions indiscrètes
Lorsque tu écris cette phrase ; "J'ai créé une live usb chargée avec REPAIR BOOT pour tenter une réparation"
Est-ce un outil spécial que tu as récupéré dans interne ?
Est-ce la live USB qui t'a permis d'installer ubuntu?
Disposes-tu d'un CDROM ou d'une clé USB permettant d'installer UBUNTU ?

Tmi

Bonjour PAM2433

Ah ben voilà tu ne nous avais pas dit qu'il y avais windows 10 en dual boot.
c'est typiquement le message qui apparaît l’osque windows à mal été eteind.
2 solutions 1 ) relancer win et faire redémarrer puis repartir sur ubuntu
ou alors 2) relancer win et faire eteindre puis ralumer sur ubuntu.
dans l'un des deux cas Ubuntu redémarre, je pense plutôt à la première solution.

sinon dans win 10 il faut désactiver le redémarrage automatique via cette procédure.
décocher le demarrage automatique

PAM2433

Bonsoir @geole

Je ré-essairai un peu plus tard la réparation fsck je n'ai pas suffisamment de temps ce soir. Mais j'ai déjà tenter cette option sans plus de résultat.

J'ai formater une clé avec YUMI et j'ai enregistré boot repair dessus après l'avoir téléchargée sur internet avec le portable de mon épouse qui fonctionne avec windows 10.

Quand j'ai installé ubuntu 18.04 sur mes ordinateurs il y a 2 ou 3 ans j'avais créé une live USB mais je l'ai reformatée parce que j'en avais besoin pour autre chose.

Dans la semaine j'ai récupéré un ordi réformé au bureau sur lequel j'ai installé avec une live usb ubuntu 20.04 seul.

Pour répondre à @Tmi

Ubuntu est installé seul sur l'ordinateur. Y-a-t- une relation avec le formatage de la clé usb et l'ordinateur qui tourne avec Windows 10?
Cet ordinateur en panne est aussi un appareil réformé qui tournait avec windows XP, mais formaté avant que je le récupère. A mon avis il ne doit plus y avoir de trace de windows.

geole

Bonjour
Tu n'as probablement pas réussi à faire le fsck par la méthode recovery car c'est la première chose que tu dois faire avant de monter le réseau qui bloque les disques.

A moins de très très mal comprendre, je constate que tu possèdes bien un support d'installation de ubuntu. Ma recommandation en fin de ce poste était loin d'être débile comme l'a sous-entendu un intervenant.

PAM2433

Bonjour,
Je viens de refaire fsck en mode recovery au redémarrage je reviens en émergency mode.
Lorsque je refait fsck suivi de network il revient également en emergency mode.

Avant ton post j'avais une live usb chargée avec boot repair QUE JE NE PEUX PAS BOOTER.
Depuis ton post j'ai formaté une 2eme clé avec ubuntu 20.04 comme indiqué dans mon précédent post #15.

geole

Tu bootes avec la version ubuntu 20.04 et tu installes l'application smartmontools afin de vérifier l'état du disque. https://doc.ubuntu-fr.org/smartmontools
Tu posteras le retour de la commande faite au paragraphe 3.1
Car ces fsck qui ne réparent pas sont surprenants
Tu continues en installant boot-repair et en cochant la réparation disque et en décochant les autres. Tu posteras sa réparation

Tmi

PAM2433 a écrit Ubuntu est installé seul sur l'ordinateur. Y-a-t- une relation avec le formatage de la clé usb et l'ordinateur qui tourne avec Windows 10?
Cet ordinateur en panne est aussi un appareil réformé qui tournait avec windows XP, mais formaté avant que je le récupère. A mon avis il ne doit plus y avoir de trace de windows.

J'ai bien peur que windows 10 est laisser des traces dans le MBR
le boot de démarrage ! (master boot record)

C'est une vrai saleté ce win 10 impossible de s'en défaire.

si les spécialistes du MBR pouvaient se manifester cela t'aiderais beaucoup je pense.

geole

Bonjour Tmi
Je ne comprends pas ton inquiétude.
A) Si Windows est installé en mode LEGACY, Il faut que ubuntu soit aussi installé en mode LEGACY
Pendant cette installation, le GRUB est installé dans le MBR du disque qui reçoit UBUNTU.
Boot-repair permet d 'écraser le MBR de tous les disques. Mais les conseils sont de ne pas le faire et de modifier le bios pour changer l'ordre de boot des disques. Gros avantage:, Lorsque le grub fait des siennes, Il reste possible de lancer windows.
B) Si windows est installé en mode EFI, et que le boot a lieu en mode EFI, le MBR n'est même pas consulté!
C) Si windows a été éliminé de l'ordinateur,Le MBR ne pourra jamais le lancer On saura juste qu'il a été présent à un moment donné en mode légacy. Si ubuntu a été installé à la place de windows, Le MBR contient de quoi faire booter ubuntu.
D) Personne n'a donc pensé à remettre à zéro ces 446 premiers octets du disque lorsque le bios a migré en EFI.

Page suivante »