[grub Legacy] grosse connerie plus de démarrage (resolu)

[falke]

salut,

aujourd'hui j'ai fait la connerie suivante :

- j'ai simplement changé les LABELS de mes partitions linux et windows (xp) et j'ai supprimé une petite partition logique de 1 Go qui se trouvait à l'intérieur d'une partition étendue. Cette partition logique ne contenait rien.

Dans cette partition étendue en revanche, j'avais trois partitions logique pour arch dont / que j'ai renommé racine archlinux /home et la swap.

Comme je n'avais pas déplacé ces partitions d'un poil, je pensais que je pourrais rebooter sans problème... Nada !

J'ai maintenant une erreur Grub loading stage 1.5

Grub loading, please wait...
Error 17.

Je ne me souviens absolument pas avoir placé grub sur cette partition de 1 Go que j'ai scratché. Je suis quasi certain de l'avoir mis sur /sda.

Je ne sais pas quoi faire pour rattraper le coup. Pourriez vous m'aider ?

Merci

[liquidus88]

Bonjour,

Je ne me souviens absolument pas avoir placé grub sur cette partition de 1 Go que j'ai scratché. Je suis quasi certain de l'avoir mis sur /sda.

GRUB est effectivement installé dans /sda (sinon tu n'aurais même pas l'erreur 17), mais ses fichiers de configuration eux sont dans la partition /boot, et je parie que c'est cette partition que tu as supprimé... donc je suis pas sûr que ça puisse se réparer, mais avant de formater et réinstaller je tenterais ça si j'étais toi:

Démarrer sur un LiveCD de Arch, chrooter sur le système installé sur ton disque dur, recréer la partition boot (pense à vérifier qu'elle est dans fstab avant de redémarrer à la fin de la manip), et réinstaller GRUB. Ensuite tu configure GRUB et t'oublies pas d’exécuter la commande "mkinitcpio -p linux" avant de redémarrer, puisque que si c'est bien la partition /boot que tu as supprimer les images de boot. Ce qui me fait douter de l'efficacité de cette technique c'est le contenu de /boot:

- dossier de GRUB: OK en réinstallant GRUB
- images de boot: OK avec mkinitcpio (normalement)
- mais il reste le fichier vmlinuz-linux, et ça je sais pas comment le recréer (en réinstallant le noyau Linux en chroot peut-être ? Si c'est le cas faut d'abord le réinstaller avant d’exécuter mkinitcpio)

Donc bref la partie que je t'ai donné devrait marcher si tu avais une partition /boot séparée et que c'est celle qui a été supprimée, mais attends peut-être que quelqu'un confirme mes dires avant de te lancer.

EDIT: Si personne ne répond ce soir j'essayerais de reproduire la situation dans une VM dans la soirée pour te confirmer si ça marche ou pas.

[FoolEcho]

Message juste pour appuyer qu'il n'y a pas à tout réinstaller.

- mais il reste le fichier vmlinuz-linux, et ça je sais pas comment le recréer (en réinstallant le noyau Linux en chroot peut-être ? Si c'est le cas faut d'abord le réinstaller avant d’exécuter mkinitcpio)

Il suffit de réinstaller le kernel effectivement (le mkinitpcio est compris dans le prix), ainsi que grub.

Donc bref la partie que je t'ai donné devrait marcher si tu avais une partition /boot séparée et que c'est celle qui a été supprimée, mais attends peut-être que quelqu'un confirme mes dires avant de te lancer.

EDIT: Si personne ne répond ce soir j'essayerais de reproduire la situation dans une VM dans la soirée pour te confirmer si ça marche ou pas.

Ta marche à suivre avec le chroot conviendra donc... Maintenant, on manque de contexte (et pour info, au besoin: 1 Go pour /boot c'est totalement inutile, même avec plusieurs noyaux).

[liquidus88]

Merci pour la confirmation FoolEcho.

Pour mkinitcpio c'est vrai que ça s’exécute en réinstallant le noyau, j'avais oublié ce petit détail (m'enfin, vaut mieux trop que pas assez )

Bon bah j'ai plus qu'à arrêter l'installation dans la VM (oui je suis du genre impatient ).

[falke]

merci,

donc j'aurais scratché mon dossier boot et son contenu. Ca me semble plausible mais je vais quand même regarder si je ne trouve pas ce dossier boot sous la partition / car je n'ai aucun souvenir d'avoir fait une partition /boot, sauf pour faire fonctionner un RAID mais c'était pas sous arch...

J'investigue et je vous reviens.

[liquidus88]

T'as quel système de fichier sur ta racine ? Parce que si c'est du ext4 ton /boot est forcément à part en ext2 car GRUB ne lit pas l'ext4. En outre Arch propose de toute façon de créer une partition /boot séparée si tu prend le partitionnement assisté. Le mieux c'est de vérifier dans ton fstab, s'il y a ou avait une partition /boot elle sera dedans.

[falke]

salut merci pour votre aide à tous.

donc, liquidus :

mes partitions / racine et /home sont en ext4

ma partition système (partition logique) /dev/sda6 contient bien mes images noyaux :

sous le répertoire boot (j'ai monté sda6 sous une session liveusb)

initramfs_linux_fallback.img
initramfs_linux.img
initramfs_linux_lts_fallback.img
initramfs_linux_lts_fallback.img
sysslinux/
grub/
vmlinuz-linux
vmlinuz-linux-lts

par conséquent pas de partion /boot en ext 2 séparée

donc je vois pas d'où vient le problème

Edit : alors que mon dossier boot se trouve dans sda6 sous ma partition système j'ai trouvé dans le menu.lst

root (hd0,6)
et kernel "" "" root=/dev/sda7

j'ai donc corrigé en root(hd0,5)

et .... kernel """" root/dev/sda6

mais ça ne change rien

d'ailleurs mon fstab est faut : suite à la suppression de la partition d'après ce que je vois le numéro attribué aux partitions a changé. J'ai modifié le fstab en conséquence mais ça ne change rien

[liquidus88]

Hum... corrigez moi si je me trompe mais c'est impossible que GRUB soit sur du ext4... je pige pas là...

[benjarobin]

Faux, Grub d'ArchLinux fonctionne très bien sur du Ext4

The ext4 patch is included by default with Arch's GRUB package (at the time of writing, but this will likely not change).

[FoolEcho]

On peut voir ton menu.lst ainsi que la sortie de fdisk -l (à faire en root) ?
Y a-t-il un message complémentaire à l'erreur 17 ?

Tu peux également t'aider d'un live de supergrub. http://www.supergrubdisk.org/

[mimile]

salut merci pour votre aide à tous.

...
Edit : alors que mon dossier boot se trouve dans sda6 sous ma partition système j'ai trouvé dans le menu.lst

root (hd0,6)
et kernel "" "" root=/dev/sda7

j'ai donc corrigé en root(hd0,5)

et .... kernel """" root/dev/sda6

Je ne sais pas si ça a une importance mais il est question, tantôt de hdx, tantôt de sdy.

Je n'utilise plus Grub1 depuis belle lurette mais voici comment se présente l'unique menu.list qui me reste (debian Lenny) :

Extrait :

Code : Tout sélectionner

title		Debian GNU/Linux (Lenny), kernel 2.6.26-2-686
root		([b][u]h[/u][/b]d1,4)
kernel		/boot/vmlinuz-2.6.26-2-686 root=/dev/[b][u]h[/u][/b]db5 ro quiet noresume splash=silent vga=791
initrd		/boot/initrd.img-2.6.26-2-686

De plus, en faisant - si possible - un "sudo blkid" tu obtiendras les Label, UUID et type de système de fichier de toutes tes partitions :

Illustration :

Code : Tout sélectionner

/dev/sda1: LABEL="Windows XP" UUID="5288BBC688BBA6C0" TYPE="ntfs" 
/dev/sda2: LABEL="Stockage" UUID="4E9CCE6B9CCE4CE1" TYPE="ntfs" 
/dev/sda5: LABEL="Archlinux" UUID="cc18bb21-6464-40b9-bdaa-7616bfe7d250" TYPE="ext4" 
/dev/sda6: LABEL="Archlinux_home" UUID="16881ea8-c1bd-48bc-a6b5-2ad6f785cbb8" TYPE="ext4" 
/dev/sda7: LABEL="LMDE_root" UUID="e3cf51a0-2c86-45cf-8fc5-b50d2dc7735e" TYPE="ext4" 
/dev/sda8: LABEL="LMDE_home" UUID="9adb5f14-ba52-4830-b340-336fe41be6c0" TYPE="ext4" 
/dev/sda9: LABEL="Squeeze_root" UUID="dc427604-1c17-4054-9083-9cc28a4dad84" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sda10: LABEL="Squeeze_home" UUID="7f86dfda-43cf-4619-baea-17980d3c7ab2" SEC_TYPE="ext2" TYPE="ext3" 
/dev/sdb1: LABEL="Slave1" UUID="1FD4F91475412DAD" TYPE="ntfs" 
/dev/sdb2: LABEL="Slave2" UUID="7AF5571B5E79D157" TYPE="ntfs" 
/dev/sdb3: LABEL="Windows 7" UUID="4E54627654626127" TYPE="ntfs" 
/dev/sdb5: LABEL="Debian_root" UUID="cb833b14-3a5e-4d43-8704-5a1471784893" TYPE="reiserfs" 
/dev/sdb6: UUID="c0f8bfc2-22fc-4423-8226-6df419c1cf9f" TYPE="swap" 
/dev/sdb7: LABEL="Debian_home" UUID="43a98b54-cc00-4f38-888f-94a7551358d1" TYPE="reiserfs" 

Peut-être qu'au vu du résultat, tu pourras corriger ton fstab et/ou ton menu.list

Amicalement,

[benjarobin]

@mimile Je sais que tu veux aider, mais là ce n'est pas le cas du tout... Surtout quand les informations que tu donnes sont fausse car trop vielle

[FoolEcho]

Sauf pour le coup de blkid, on aura effectivement une meilleure vue d'ensemble en plus du menu.lst et de fdisk.

[liquidus88]

Faux, Grub d'ArchLinux fonctionne très bien sur du Ext4

Merci pour l'info, j'étais pas au courant.

[mimile]

Je prends le risque d'une nouvelle raillerie mais quand notre ami a supprimé sa petite partition "vide", a-t'il reconfiguré sa table de partition.

Un peu de lecture en rapport ici : http://forum.pcastuces.com/sujet.asp?f=8&s=13325

[falke]

donc pour éclaircir la situation :

Pour répondre à mimile, non je n'ai pas reconfiguré ma table de partition pour ne pas agraver les choses.

blkid :

Code : Tout sélectionner

mint home # blkid 
/dev/loop0: TYPE="squashfs" 
/dev/sda1: LABEL="RECOVERY" UUID="06F4C0EDF4C0DFD3" TYPE="ntfs" 
/dev/sda2: LABEL="Windows XP" UUID="862CC2532CC23E45" TYPE="ntfs" 
/dev/sda5: LABEL="Home Archlinux" UUID="8b5c5aef-35e1-4c33-ab81-8b381413e957" TYPE="ext4" 
/dev/sda6: LABEL="Racine Archlinux" UUID="6062d1c0-eccb-4647-87c9-f915a3d350c4" TYPE="ext4" 
/dev/sda7: LABEL="Swap_arch" UUID="41d9c3c9-5fbf-4e2c-9f14-996bdb30edd4" TYPE="swap" 
/dev/sdb1: UUID="120A-965B" TYPE="vfat" 

fdisk : sdb1 c'est ma live-usb

Code : Tout sélectionner

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 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: 0xed73b1e0

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63    12594959     6297448+  12  Compaq diagnostics
/dev/sda2   *    12594960    60923903    24164472    7  HPFS/NTFS/exFAT
/dev/sda3        60934606   312580095   125822745    5  Extended
/dev/sda5        63442944   266444799   101500928   83  Linux
/dev/sda6       270641152   312580095    20969472   83  Linux
/dev/sda7       266446848   270639103     2096128   82  Linux swap / Solaris

Partition table entries are not in disk order

Disk /dev/sdb: 8054 MB, 8054636032 bytes
49 heads, 29 sectors/track, 11070 cylinders, total 15731711 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: 0x000cedbb

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048    15730687     7864320    b  W95 FAT32

menu.lst

Code : Tout sélectionner

# Config file for GRUB - The GNU GRand Unified Bootloader
# /boot/grub/menu.lst

# DEVICE NAME CONVERSIONS 
#
#  Linux           Grub
# -------------------------
#  /dev/fd0        (fd0)
#  /dev/sda        (hd0)
#  /dev/sdb2       (hd1,1)
#  /dev/sda3       (hd0,2)
#

#  FRAMEBUFFER RESOLUTION SETTINGS
#     +-------------------------------------------------+
#          | 640x480    800x600    1024x768   1280x1024
#      ----+--------------------------------------------
#      256 | 0x301=769  0x303=771  0x305=773   0x307=775
#      32K | 0x310=784  0x313=787  0x316=790   0x319=793
#      64K | 0x311=785  0x314=788  0x317=791   0x31A=794
#      16M | 0x312=786  0x315=789  0x318=792   0x31B=795
#     +-------------------------------------------------+
#  for more details and different resolutions see
#  https://wiki.archlinux.org/index.php/GRUB#Framebuffer_resolution

# general configuration:
timeout   2
default   0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#

# (0) Arch Linux
title  Arch Linux
root   (hd0,5)
kernel /boot/vmlinuz-linux root=/dev/sda6 ro
initrd /boot/initramfs-linux.img

# (1) Arch Linux
#title  Arch Linux Fallback
#root   (hd0,6)
#kernel /boot/vmlinuz-linux root=/dev/sda7 ro
#initrd /boot/initramfs-linux-fallback.img

# (2) Arch Linux
title  Arch Linux LTS
root   (hd0,5)
kernel /boot/vmlinuz-linux-lts  root=/dev/sda6 ro
initrd /boot/initramfs-linux-lts.img




# (3) Windows
title Windows
rootnoverify (hd0,1)
makeactive
chainloader +1

[FoolEcho]

Merci d'utiliser la balise "code".

Tu devrais utiliser les uuids dans ton menu.lst (/dev/disk/by-uuid/).
Et réinstalle grub sur le mbr, soit par supergrub, soit via chroot (voir wiki, http://wiki.archlinux.fr/Grub#Shell_grub).

[falke]

@ foolecho

j'ai grub legacy est-ce que ça change quelque chose à la démarche.

Je pourrais bien sauvegarder mes fichiers de conf et réinstaller le système , mais j'ai quand même mieux comprendre ce qui se passe

[FoolEcho]

supergrub gère les différentes versions de grub et je t'ai indiqué le bon wiki.

[falke]

YEAAAR !!

grub restauré avec rescatux merci foolecho supergrub est (outdated) (arch)i facile

http://www.supergrubdisk.org/category/d ... downloads/

ça remarche.

Bon je saurais pas ce qui a scratché grub sur sda...

Au passage, pourrais tu me donner le lien sur comment on passe de grub legacy à grub2 en douceur sous arch ?


merci encore