Problème démarrage grub

Support Debian
#1

Bonjour,

Je ne sais pas pourquoi, grub n’arrive plus a démarrer, j’aimerai savoir comment faire pour réparer grub, pour qu’il reboot normalement, merci beaucoup.

Cordialement.

#2

Quels messages d’erreurs ?
Tu as dernièrement retouché le BIOS ? le partitionnement ? ajouté/retiré un disque ? installé une autre distribution linux ? désinstallé grub-legacy, grub2 ? …

Sans autre contexte, on ne peut que te conseiller ce remède : démarre le support qui t’a servi à installer debian en mode “rescue” et réinstalle grub.

#3

Salut,

Qu’as-tu fait comme recherche ? C’est un sujet récurrent.

1 - Tu démarres sur un live-cd
2 - Tu chroot sur ton installation
3 - Tu répares ou réinstalles Grub

Pas assez précis ? Ton message non plus :slightly_smiling:

#4

Bonjour,

Désolé pour ce manque de précision.
Alors quand j’ai pensé a réinstaller grub, mais je ne peux pas mount ma partition (je suis en rescue)

root@sysresccd /root % fdisk -l
   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400   fd  Linux raid autodetect
/dev/sda2          206848    21178367    10485760   fd  Linux raid autodetect
/dev/sda3        21178368    29566975     4194304   82  Linux swap / Solaris
/dev/sda4        29566976   976773167   473603096   fd  Linux raid autodetect

Déjà je ne sais pas je dois mount qu’elle partition.
(1 = /boot, 2 = /, 3 = swap, 4 = /var)
Bon j’essaye de mount la 1,

root@sysresccd /root % mount /dev/sda1 /mnt/
mount: special device /dev/sda1 does not exist
root@sysresccd /root % mount /dev/sda /mnt/
mount: you must specify the filesystem type

Et avec n’importe qu’elle système de fichier précisé, rien.

mount: wrong fs type, bad option, bad superblock on /dev/sda,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Merci beaucoup de votre aide.

#5

Le mode rescue ne te propose pas de monter de RAID ?

Les RAID se présentent habituellement sous la forme /dev/md* et se montent de la sorte :

mount /dev/md0 /mnt/chroot

#6

Bonjour,

Non, rescue ne me propose rien, et je ne pense pas être en raid.Enfin je sais pas, j’ai testé avec /dev/mdX, mais il me dit “existe pas”.

Cordialement.

#7

Jette un coup d’oeil la dessus

supergrubdisk.org/

Perso quand j’ai eu un probleme similaire au tien j’ai utilise rescatux : il est :023

#8

Salut,

Pourtant:

C’est toi qui as installé la machine ? La machine est chez toi ?
As tu essayé de monter le disque avec son UUID ?

A vue de nez, il te manquerais un disque (sdb) et grub n’a pas du été installé sur tous les disques.

#9

Bonjour,

Donc, non je n’est pas access au pc physiquement, je ne peux rester que sur un rescue linux.Et en parlant de sdb :

root@sysresccd /root % fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x62bc736e

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      206847      102400   fd  Linux raid autodetect
/dev/sda2          206848    21178367    10485760   fd  Linux raid autodetect
/dev/sda3        21178368    29566975     4194304   82  Linux swap / Solaris
/dev/sda4        29566976   976773167   473603096   fd  Linux raid autodetect

Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Je pense que le problème peux venir de la.

Cordialement

#10

Salut,

[quote]
C’est toi qui as installé la machine ?[/quote]

La réponse à cette question pourrait permettre de comprendre ce qui t’arrive :slightly_smiling:

#11

[quote=“dbzquent”]

Je pense que le problème peux venir de la.[/quote]

C’est certain.
Tu as des données sensibles sur le disque ? Pas de sauvegarde ?

Si tu es chez OVH ou un autre hébergeur de ce genre, il faut signaler le problème, demander le remplacement du disque fautif (sdb).
Si tu as des sauvegardes, demande la réinstallation du système.

Sinon… il ne te reste plus qu’a essayer de monter les partitions, mais vu le message de mount, c’est pas encourageant.
Il faudra tenter de reconstruire le raid.

blkid mkdir /mnt/sda1 mount /dev/disk/by-uuid/résultat_de_blkid__pour_sda1_sans_les parenthèses /mnt/sda1

Si ça fonctionne essaye avec les autres partitions.

#12

Pour tenter de remettre /dev/sdb d’aplomb, démarre un cd comprenant testdisk tel que
SystemRescueCd

sysresccd.org/Download

Un coup de testdisk sur /dev/sdb. Testdisk est capable de détecter les anciennes partitions du RAID.

cgsecurity.org/wiki/TestDisk_FR

[quote]TestDisk va retrouver les partitions perdues pour tous les systèmes de fichiers suivants :

BeFS (BeOS)
BSD disklabel (FreeBSD/OpenBSD/NetBSD)
btrfs
CramFS (Compressed File System)
DOS/Windows FAT12, FAT16 and FAT32
Windows exFAT
HFS, HFS+ et HFSX, Hierarchical File System
JFS, Système de fichier journalisé d'IBM
Linux ext2, ext3 et ext4
Linux LUKS, partition chiffrée
Linux RAID md 0.9/1.0/1.1/1.2
    RAID 1: mirroring
    RAID 4: striped array with parity device
    RAID 5: striped array with distributed parity information
    RAID 6: striped array with distributed dual redundancy information

…
[/quote]

Si testdisk détecte l’ancien partitionnement, l’écrire puis redémarrer pour pouvoir reconstituer le RAID et reprendre la réinstallation de grub là où elle échouait.

edit : oublie ça, après relecture je me rends compte qu’un détail d’importance m’avait échappé, il ne te sera malheureusement pas possible de démarrer un live-cd sur un serveur distant…

#13

[quote=“etxeberrizahar”]…démarre un cd comprenant testdisk tel que
SystemRescueCd[/quote]
Sauf que…

#14

Déjà édité …
éditer un edit c’est une Re-Edith ?

#15

Lu,
qu’indique la commande :

#16

ggoodluck47 : Non
lol : Oui j’ai donné sensible et pas de sauvegarde et :

root@sysresccd /root % blkid
/dev/loop0: TYPE="squashfs"
/dev/sda: UUID="9eb16001-4273-694c-cb20-1669f728008a" TYPE="linux_raid_member"
/dev/sdb: UUID="9eb16001-4273-694c-cb20-1669f728008a" TYPE="linux_raid_member"
root@sysresccd /root % mkdir /mnt/sda1

Et la, je comprend pas ta dernière commande.Il n’y a rien entre parenthèse.

etxeberrizahar: testdisk lancé sur /dev/sdb -> analyse -> :


Disk /dev/sdb - 500 GB / 465 GiB - CHS 60801 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors


Partition sector doesn't have the endmark 0xAA55

pitcat :

root@sysresccd /root % cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
      md127 : inactive sdb[1](S)
                                      488386496 blocks

                                                             unused devices: <none>

Voila, en ésperant que le problème avance :frowning:

Cordialement.

#17

Salut,
Pour la sauvegarde, tu n’as pas les félicitations du jury! :wink:
La sortie de blkid est n’est pas rassurante, sda est lui aussi touché… Tu devrais voir les partitions:
Dans ce genre:# blkid /dev/sdb1: UUID="aee6bbf4-d9f9-a429-a4d2-adc226fd5302" TYPE="linux_raid_member" /dev/sdb2: UUID="860e8bdc-c147-bac4-a4d2-adc226fd5302" TYPE="linux_raid_member" /dev/sdb3: UUID="1b6f8d43-b185-471c-80a1-4cb49ea721b8" TYPE="swap" /dev/sda1: UUID="aee6bbf4-d9f9-a429-a4d2-adc226fd5302" TYPE="linux_raid_member" /dev/sda2: UUID="860e8bdc-c147-bac4-a4d2-adc226fd5302" TYPE="linux_raid_member" /dev/sda3: UUID="0397451a-f72d-4612-9d24-beaa47582d3e" TYPE="swap" /dev/md1: LABEL="/" UUID="4478436c-f617-42a6-9639-4767b5fd64cd" TYPE="ext4" /dev/md2: LABEL="/var" UUID="1a40e5f3-8116-4acb-81ed-e3d6421adf85" TYPE="ext4"

As-tu fait un testdisk sur sda ?
Tu pourrais tenter un e2fsck; Attention, ça peut être destructeur, réfléchi bien avant d’accepter quelque modification que ce soit sur une partition.

La machine est chez un hébergeur ?
Leur as-tu demandé leur aide ? Ils connaissent bien le système, et c’est eux qui font les installations, ils pourraient avoir une idée pour récupérer les partitions (ils pourraient même le faire pour toi s’ils sont cool…).

#18

Re,
A priori, c’est testdisk qui te permettras de retrouver les partitions sur sda.

debian-administration.org/articles/420

#19

y a surtout que les deux disques ont le même uuid :imp:
et seul sdb est vu par mdadm en raid.
fait un

pour mettre à jours les uuid et ensuite

encore une fois

#20

Salut,

[quote=“dbzquent”]Bonjour,
Je ne sais pas pourquoi, grub n’arrive plus a démarrer, j’aimerai savoir comment faire pour réparer grub, pour qu’il reboot normalement, merci beaucoup.
Cordialement.[/quote]
Ce qui est dommage dbzquent c’est que tu n’ai pas donné l’historique: partition-t37650.html
Je suppose que les problèmes sont arrivés suite à ces manipulations…
Beaucoup de questions restent sans réponse, tu n’as pas clos le dernier sujet pour dire comment ça s’était passé (et sans préciser que tu étais en raid - tu ne le savais pas, mais des informations sur l’hébergeurs et le type du serveur étaient indispensables).
Les opération qui ont été proposées dans le “thread” précédent ont cassé ton raid et ton système.

Bref tu t’es mis dans le pétrin par manque d’informations fournies… et malgré des avertissements:

Comment ça se passe maintenant, le problème de l’UUID est réglé ?