[Boot] Accès à ma partition windows (Resolu)

[nicollivier]

Bonjour,

Il y a quelques jours j'ai du ré-installer windows.
Ensuite pour pouvoir retrouver Archlinux, j'ai repris un USB live Arch puis j'ai ré-installé syslinux via cette méthode:

Code : Tout sélectionner

mount /dev/sda6 /mnt
mount -t proc proc /mnt/proc
mount -t sysfs sys /mnt/sys
mount -o bind /dev /mnt/dev
chroot /mnt /bin/bash

syslinux-install_update -iam

Voici le contenu fichier de configuration syslinux:

Code : Tout sélectionner

DEFAULT arch
PROMPT 0        # Set to 1 if you always want to display the boot: prompt 
TIMEOUT 50
# You can create syslinux keymaps with the keytab-lilo tool
#KBDMAP de.ktl

# Menu Configuration
# Either menu.c32 or vesamenu32.c32 must be copied to /boot/syslinux 
UI menu.c32
#UI vesamenu.c32

# Refer to http://syslinux.zytor.com/wiki/index.php/Doc/menu
MENU TITLE Arch Linux
MENU BACKGROUND splash.png
MENU COLOR border       30;44   #40ffffff #a0000000 std
MENU COLOR title        1;36;44 #9033ccff #a0000000 std
MENU COLOR sel          7;37;40 #e0ffffff #20ffffff all
MENU COLOR unsel        37;44   #50ffffff #a0000000 std
MENU COLOR help         37;40   #c0ffffff #a0000000 std
MENU COLOR timeout_msg  37;40   #80ffffff #00000000 std
MENU COLOR timeout      1;37;40 #c0ffffff #00000000 std
MENU COLOR msg07        37;40   #90ffffff #a0000000 std
MENU COLOR tabmsg       31;40   #30ffffff #00000000 std

# boot sections follow
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

LABEL arch
	MENU LABEL Arch Linux
	LINUX ../vmlinuz-linux
	APPEND root=/dev/sda6 ro
	INITRD ../initramfs-linux.img

LABEL archfallback
	MENU LABEL Arch Linux Fallback
	LINUX ../vmlinuz-linux
	APPEND root=/dev/sda6 ro
	INITRD ../initramfs-linux-fallback.img

LABEL windows
        MENU LABEL Windows
        COM32 chain.c32
        APPEND hd0 1

Je n'ai pas touché à ce fichier de configuration, et avant cette ré-installation de windows, je n'avais aucun souci.
Maintenant lorsque j'essaie de démarrer windows, j'ai ce message d'erreur:

Code : Tout sélectionner

BOOT MGR ABSENT

Je ne comprends pas pourquoi j'ai ce type de message.
Est-ce quelqu'un aurait une idée?

[FoolEcho]

Salut,

Tu dois pouvoir réparer ça avec rescatux ou ton disque d'installation de windows.
http://www.supergrubdisk.org/

[Elbarto]

rescatux c'est un outil pour grub ?

le forumeur ici utilise syslinux, visiblement il a du windows vista/7 ou 8, donc un risque que windows utilise une partition cachée système pour le boot,

sur un topic quelqu'un conseille ceci :

Syslinux starts counting drives from 0 and partitions from 1. It's covered in the wiki.

For Windows 7 you need to point it at the 100 MB "System Reserved" partition (if you use one).

LABEL windows
MENU LABEL Windows
COM32 chain.c32
APPEND hd0 2

If that doesn't work, try this:

LABEL windows
MENU LABEL Windows
KERNEL chain.c32
APPEND hd0 2

And if THAT doesn't work, post the output of "fdisk -l" and your full syslinux.cfg (preferably using pastie.org).

https://bbs.archlinux.org/viewtopic.php?id=143756

il doit exister une console de secours sous syslinux pour pouvoir taper à la main les commandes de boot, ce qui permettra de découvrir par tâtonnement les bonnes commandes pour démarrer sur windows, ensuite il modifiera son fichier de boot en conséquence

[FoolEcho]

rescatux c'est un outil pour grub ?

Non, c'est un outil pour repérer les systèmes et les démarrer (et donc réparer de là). Ou de réparer directement si grub est utilisé oui, mais il répare aussi le démarrage de windows, sujet qui nous occupe ici.

il doit exister une console de secours sous syslinux pour pouvoir taper à la main les commandes de boot, ce qui permettra de découvrir par tâtonnement les bonnes commandes pour démarrer sur windows, ensuite il modifiera son fichier de boot en conséquence

Si l'on considère qu'il s'est trompé sur la partition désignée oui. Sinon, non, c'est windows qu'il faut réparer.
À voir effectivement avec fdisk déjà (je considèrais, à tort peut-être , que la partition désignée était la bonne).

[nicollivier]

Bonjour,

Merci beaucoup pour vos retours.
Alors j'ai en effet pu réparer windows via le fichier d'installation.
Par contre je n'ai pas encore eu le temps de remettre de dual-boot comme détaillé dans le premier post.

Je ne pense pas que le problème vienne d'un souci dans le référencement des partitions, car avant que je ré-installe windows, je n'avais aucun souci pour démarrer soit sur Windows, soit sur Archlinux.
De plus j'ai déjà ré-installé windows pls fois dans le passé, et je n'avais pas eu de souci.

Je vais donc remettre le dual-boot, et voir si le problème disparait ou pas.

[Elbarto]

je ne suis pas très habitué au système de boot de windows vista/7/8, il me semble que ça a changé à partir de vista, un truc alambiqué avec une partition système cachée de 100 mo qui contient des infos qui lui sert pour booter, par principe je me dis que dès que c'est un poil compliqué alors ça va merder un jour ou l'autre ( loi de Murphy tout ça )

http://windows.microsoft.com/fr-fr/wind ... partitions

si ton windows démarre alors à priori tu ne devrais pas avoir de problèmes pour configurer ton fichier de syslinux, aide toi de la console de syslinux si les exemples de base ne suffisent pas, tu finiras bien par trouver les bonnes commandes

[Xorg]

Je pense aussi que du coup, ta partition Windows n'est plus la même qu'avant. Quand tu installes Windows (version supérieure ou égale à Seven) sur un disque dur contenant aucune partition, Windows va créer une partition de 100 ou de 200Mo, dédiée à l’environnement WinRE : elle contient les fichiers de boot... Lors d'une réinstallation, cette partition n'est pas recrée il me semble.
Admettons que tu avais une partition WinRE et que tu as réinstallé Windows, je pense que la partition WinRE pointe vers rien (donc tu peux la supprimer), mais tu dois aussi modifier Syslinux pour ne pas qu'il chaine vers cette partition qui pointe vers WinRE, mais vers la nouvelle qui contient Windows.

Enfin, c'est un exemple, tu peux nous donner la sortie de la commande fdisk -l si tu désires que nous t'aidons davantage.

[nicollivier]

Désolé de ne pas avoir fourni de retour depuis quelques jours, assez pris par ailleurs.

Voici le retour de la commande fdisk- l

Code : Tout sélectionner

[/home/nicollivier] fdisk -l

Disque /dev/sda : 232,9 GiB, 250059350016 octets, 488397168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x9a97b098

Périphérique Amorçage    Début       Fin     Blocs  Id Système
/dev/sda1                  2048    206847    102400   7 HPFS/NTFS/exFAT
/dev/sda2                206848  72323071  36058112   7 HPFS/NTFS/exFAT
/dev/sda3              72324691 488392064 208033687   5 Extended
/dev/sda5              72324693 204791714  66233511   7 HPFS/NTFS/exFAT
/dev/sda6    *        204796683 235512899  15358108+ 83 Linux
/dev/sda7             235512963 243689984   4088511  82 Linux swap / Solaris
/dev/sda8             243690048 488392064 122351008+ 83 Linux

Et le contenu du syslinux.cfg

Code : Tout sélectionner

LABEL arch
	MENU LABEL Arch Linux
	LINUX ../vmlinuz-linux
	APPEND root=/dev/sda6 ro
	INITRD ../initramfs-linux.img

LABEL archfallback
	MENU LABEL Arch Linux Fallback
	LINUX ../vmlinuz-linux
	APPEND root=/dev/sda6 ro
	INITRD ../initramfs-linux-fallback.img

LABEL windows
        MENU LABEL Windows
        COM32 chain.c32
        APPEND hd0 1

Ce que je n'arrive pas à comprendre c'est que je ne pense pas avoir changer quelque chose depuis la dernière fois que je l'ai fait et où tyout c'était très bien passé.

Merci de votre aide

[Elbarto]

essaie de rajouter une entrée :

Code : Tout sélectionner

LABEL windows test
        MENU LABEL Windows test
        COM32 chain.c32
        APPEND hd0 2

la différence c'est le "2" au lieu de "1" pour le append

[nicollivier]

Bien vu c'était bien le 2 à la place du 1.
Je ne comprends pas pourquoi le 2, je pensais que le boot de windows était sur le sda1.

[Xorg]

L'explication est simple, je l'ai donnée plus haut :
/dev/sda1 est la partition WinRE (donc hd0 0 pour Syslinux)
/dev/sda5 est la partition Windows (hd0 2 pour Syslinux si j'ai bien compris)

Avant que tu ne réinstalles Windows, Syslinux chaînait vers la partition WinRE (qui contenait les fichiers nécessaires à l'amorce de Windows) pour démarrer Windows.
Maintenant que tu as réinstallé Windows, la partition WinRE est orpheline (donc tu peux la supprimer), pour elle, elle ne trouve plus son installation de Windows.
Donc là, après avoir réinstallé Windows, Syslinux chaîne là où il y a les fichiers nécessaires à l'amorce de Windows, c'est-à-dire la partition qui contient Windows.

[nicollivier]

Bon à vrai dire je ne trop compris ce que tu as écris

L'essentiel c'est que cela fonctionne et que la prochaine fois, je devrais pouvoir me débrouiller

Merci

[Elbarto]

moi ce que j'ai compris :

avant de réinstaller windows le processus de boot pour démarrer windows se déroulait comme ceci :

bios --> grub -> partition winre --> partition windows

mais en réinstallant windows la partition winre est devenue obsolète ( l'installateur de windows a décidé comme un grand qu'il n'avait plus besoin de la partition winre, ne me demande pas pourquoi je ne sais pas )

du coup le processus de chainage décrit plus haut est obsolète, la partition winre ne trouvera plus son installation windows d'origine, le nouveau processus de chainage est celui ci maintenant :

bios --> grub --> partition windows ( le fameux "Append hd0 2 " dans le menu de grub, ça veut dire "va à la partition /dev/sda5 où se trouve windows" )

[Xorg]

moi ce que j'ai compris :

avant de réinstaller windows le processus de boot pour démarrer windows se déroulait comme ceci :

bios --> grub -> partition winre --> partition windows

mais en réinstallant windows la partition winre est devenue obsolète ( l'installateur de windows a décidé comme un grand qu'il n'avait plus besoin de la partition winre, ne me demande pas pourquoi je ne sais pas )

du coup le processus de chainage décrit plus haut est obsolète, la partition winre ne trouvera plus son installation windows d'origine, le nouveau processus de chainage est celui ci maintenant :

bios --> grub --> partition windows ( le fameux "Append hd0 2 " dans le menu de grub, ça veut dire "va à la partition /dev/sda5 où se trouve windows" )

Oui, en gros, c'est ce que j'ai voulu dire. C'est sûr, c'est plus clair en schématisant.

Pour l'histoire de la partition WinRE, j'ai le souvenir que l'installateur de Windows la crée que lorsque le périphérique est vide. À ma connaissance, on ne peut pas forcer la création d'une partition WinRE si des partitions sont déjà présentes.
L'installateur de Windows ne fait pas vraiment de distinction avec ce qui est déjà présent sur le périphérique, donc partition WinRE ou non, partition avec Windows ou non, son comportement ne changera pas.

Bref, après ce n'est pas grave si personne comprend, c'était juste pour expliquer en quoi c'était normal. J'ai déjà utilisé quelques fois l'installateur de Windows 7 (c'est ça quand on doit rendre service aux autres ) et c'est comme ça que j'ai compris ces petites... Subtilités.