Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
de ré-installation de grub, jusqu'au chroot, c'est ok :
https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
redémarrage c'est idem :
rm /boot/grub/grub.cfg
puis
grub-mkconfig -o /boot/grub/grub.cfg
et
grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel
grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1
Je vois où est l'erreur dans le chemin de
"prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
grub>set prefix=(hd0,msdos1)/boot/grub
grub>set root=hd0,msdos1
grub>insmod normal
grub>normal
Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
de ré-installation de grub, jusqu'au chroot, c'est ok :
https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
redémarrage c'est idem :
rm /boot/grub/grub.cfg
puis
grub-mkconfig -o /boot/grub/grub.cfg
et
grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel
grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1
Je vois où est l'erreur dans le chemin de
"prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
grub>set prefix=(hd0,msdos1)/boot/grub
grub>set root=hd0,msdos1
grub>insmod normal
grub>normal
Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
de ré-installation de grub, jusqu'au chroot, c'est ok :
https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
redémarrage c'est idem :
rm /boot/grub/grub.cfg
puis
grub-mkconfig -o /boot/grub/grub.cfg
et
grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel
grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1
Je vois où est l'erreur dans le chemin de
"prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
grub>set prefix=(hd0,msdos1)/boot/grub
grub>set root=hd0,msdos1
grub>insmod normal
grub>normal
Christophe De Natale a écrit :
>
> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
> d'automatisation de l'installation.
Sur une machine cible particulière ou n'importe laquelle ?
> Le processus est ok, puis au redémarrage toujours ce problème :
> "grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
> En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
La clé contenant l'OS ou l'installateur ?
> de ré-installation de grub, jusqu'au chroot, c'est ok :
> https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
>
> Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
> redémarrage c'est idem :
> rm /boot/grub/grub.cfg
> puis
> grub-mkconfig -o /boot/grub/grub.cfg
> et
> grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
Pas cohérent : si la racine pour l'installation de GRUB est /mnt/chroot/
alors grub-mkconfig devrait enregistrer la config dans
/mnt/chroot/boot/grub/grub.cfg, non ?
/dev/hda ? Je croyais être le dernier à encore utiliser les pilotes
vieux IDE avec un noyau perso au lieu des pilotes ATA actuels.
> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
> mini bash like maintenant :D (pas de rescue mais juste "grub>")
> GNU GRUB version 1.99-27+deb7u2
> Donc :
> grub>boot
> error:no loaded kernel
>
> grub>set
> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
> root=hd0,msdos1
>
> Je vois où est l'erreur dans le chemin de
> "prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
Ça non plus ce n'est pas cohérent. Si la valeur de prefix est erronée,
alors tu devrais encore tomber dans le shell GRUB rescue. Le shell
normal n'est lancé que si GRUB a réussi à charger le module "normal", ce
qui ne peut se produire que si la valeur de prefix est correcte.
> grub>set prefix=(hd0,msdos1)/boot/grub
> grub>set root=hd0,msdos1
> grub>insmod normal
> grub>normal
Christophe De Natale a écrit :
>
> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
> d'automatisation de l'installation.
Sur une machine cible particulière ou n'importe laquelle ?
> Le processus est ok, puis au redémarrage toujours ce problème :
> "grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
> En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
La clé contenant l'OS ou l'installateur ?
> de ré-installation de grub, jusqu'au chroot, c'est ok :
> https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
>
> Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
> redémarrage c'est idem :
> rm /boot/grub/grub.cfg
> puis
> grub-mkconfig -o /boot/grub/grub.cfg
> et
> grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
Pas cohérent : si la racine pour l'installation de GRUB est /mnt/chroot/
alors grub-mkconfig devrait enregistrer la config dans
/mnt/chroot/boot/grub/grub.cfg, non ?
/dev/hda ? Je croyais être le dernier à encore utiliser les pilotes
vieux IDE avec un noyau perso au lieu des pilotes ATA actuels.
> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
> mini bash like maintenant :D (pas de rescue mais juste "grub>")
> GNU GRUB version 1.99-27+deb7u2
> Donc :
> grub>boot
> error:no loaded kernel
>
> grub>set
> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
> root=hd0,msdos1
>
> Je vois où est l'erreur dans le chemin de
> "prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
Ça non plus ce n'est pas cohérent. Si la valeur de prefix est erronée,
alors tu devrais encore tomber dans le shell GRUB rescue. Le shell
normal n'est lancé que si GRUB a réussi à charger le module "normal", ce
qui ne peut se produire que si la valeur de prefix est correcte.
> grub>set prefix=(hd0,msdos1)/boot/grub
> grub>set root=hd0,msdos1
> grub>insmod normal
> grub>normal
Christophe De Natale a écrit :
>
> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
> d'automatisation de l'installation.
Sur une machine cible particulière ou n'importe laquelle ?
> Le processus est ok, puis au redémarrage toujours ce problème :
> "grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
> En redémarrant sur ma clé usb contenant l'os et suivant cette procédure
La clé contenant l'OS ou l'installateur ?
> de ré-installation de grub, jusqu'au chroot, c'est ok :
> https://www.isalo.org/wiki.debian-fr/R%C3%A9installer_Grub2
>
> Mais je suis obligé d'employer la méthode indiquée au point 3 sinon au
> redémarrage c'est idem :
> rm /boot/grub/grub.cfg
> puis
> grub-mkconfig -o /boot/grub/grub.cfg
> et
> grub-install --root-directory=/mnt/chroot/ --recheck /dev/hda
Pas cohérent : si la racine pour l'installation de GRUB est /mnt/chroot/
alors grub-mkconfig devrait enregistrer la config dans
/mnt/chroot/boot/grub/grub.cfg, non ?
/dev/hda ? Je croyais être le dernier à encore utiliser les pilotes
vieux IDE avec un noyau perso au lieu des pilotes ATA actuels.
> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
> mini bash like maintenant :D (pas de rescue mais juste "grub>")
> GNU GRUB version 1.99-27+deb7u2
> Donc :
> grub>boot
> error:no loaded kernel
>
> grub>set
> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
> root=hd0,msdos1
>
> Je vois où est l'erreur dans le chemin de
> "prefix" (/mnt/chroot/boot/grub qui devrait être /boot/grub) mais pour
Ça non plus ce n'est pas cohérent. Si la valeur de prefix est erronée,
alors tu devrais encore tomber dans le shell GRUB rescue. Le shell
normal n'est lancé que si GRUB a réussi à charger le module "normal", ce
qui ne peut se produire que si la valeur de prefix est correcte.
> grub>set prefix=(hd0,msdos1)/boot/grub
> grub>set root=hd0,msdos1
> grub>insmod normal
> grub>normal
Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :Christophe De Natale a écrit :Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.
Sur une machine cible particulière ou n'importe laquelle ?
Sur un serveur ibm de test que j'ai sous la main.
J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
mais c'est idem.
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
Indiquées ci-après.
Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel
grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1
Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
Christophe De Natale a écrit :
Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.
Sur une machine cible particulière ou n'importe laquelle ?
Sur un serveur ibm de test que j'ai sous la main.
J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
mais c'est idem.
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
Indiquées ci-après.
Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel
grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1
Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :Christophe De Natale a écrit :Je tourne en rond sur une sur base de Debian 7 contenant des scripts
d'automatisation de l'installation.
Sur une machine cible particulière ou n'importe laquelle ?
Sur un serveur ibm de test que j'ai sous la main.
J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
mais c'est idem.
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
Indiquées ci-après.
Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
mini bash like maintenant :D (pas de rescue mais juste "grub>")
GNU GRUB version 1.99-27+deb7u2
Donc :
grub>boot
error:no loaded kernel
grub>set
prefix=(hd0,msdos1)/mnt/chroot/boot/grub
root=hd0,msdos1
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
>> Christophe De Natale a écrit :
>>> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
>>> d'automatisation de l'installation.
>> Sur une machine cible particulière ou n'importe laquelle ?
>
> Sur un serveur ibm de test que j'ai sous la main.
> J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
> mais c'est idem.
Ça vaudrait le coup de tester sur une autre machine et un autre disque.
Il n'y aurait pas une anomalie dans la table de partition ?
>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>> "grub: out of disk" en mode "rescue".
>> Quelles sont les valeurs des variables prefix et root ?
>
> Indiquées ci-après.
Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :
>>> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
>>> mini bash like maintenant :D (pas de rescue mais juste "grub>")
>>> GNU GRUB version 1.99-27+deb7u2
>>> Donc :
>>> grub>boot
>>> error:no loaded kernel
>>>
>>> grub>set
>>> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
>>> root=hd0,msdos1
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
>> Christophe De Natale a écrit :
>>> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
>>> d'automatisation de l'installation.
>> Sur une machine cible particulière ou n'importe laquelle ?
>
> Sur un serveur ibm de test que j'ai sous la main.
> J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
> mais c'est idem.
Ça vaudrait le coup de tester sur une autre machine et un autre disque.
Il n'y aurait pas une anomalie dans la table de partition ?
>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>> "grub: out of disk" en mode "rescue".
>> Quelles sont les valeurs des variables prefix et root ?
>
> Indiquées ci-après.
Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :
>>> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
>>> mini bash like maintenant :D (pas de rescue mais juste "grub>")
>>> GNU GRUB version 1.99-27+deb7u2
>>> Donc :
>>> grub>boot
>>> error:no loaded kernel
>>>
>>> grub>set
>>> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
>>> root=hd0,msdos1
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 01:17 +0100, Pascal Hambourg a écrit :
>> Christophe De Natale a écrit :
>>> Je tourne en rond sur une sur base de Debian 7 contenant des scripts
>>> d'automatisation de l'installation.
>> Sur une machine cible particulière ou n'importe laquelle ?
>
> Sur un serveur ibm de test que j'ai sous la main.
> J'ai essayé avec un autre hdd sur un autre emplacement de la backplane
> mais c'est idem.
Ça vaudrait le coup de tester sur une autre machine et un autre disque.
Il n'y aurait pas une anomalie dans la table de partition ?
>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>> "grub: out of disk" en mode "rescue".
>> Quelles sont les valeurs des variables prefix et root ?
>
> Indiquées ci-après.
Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :
>>> Plus d'erreur "out of disk", grub charge mais je tombe sur l'invite du
>>> mini bash like maintenant :D (pas de rescue mais juste "grub>")
>>> GNU GRUB version 1.99-27+deb7u2
>>> Donc :
>>> grub>boot
>>> error:no loaded kernel
>>>
>>> grub>set
>>> prefix=(hd0,msdos1)/mnt/chroot/boot/grub
>>> root=hd0,msdos1
Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
"GRUB" et le curseur qui clignote à côté.
J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
mbr sans re-créer de table car je me suis rendu compte que dans la
première étape du processus d'installation, un script restaure un
fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
De plus, à la fin de l'installation, un message signale :
/usr/sbin/grub-setup: error: will not proceed with blocklists
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
Indiquées ci-après.
Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :
Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
"GRUB" et le curseur qui clignote à côté.
J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
mbr sans re-créer de table car je me suis rendu compte que dans la
première étape du processus d'installation, un script restaure un
fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
De plus, à la fin de l'installation, un message signale :
/usr/sbin/grub-setup: error: will not proceed with blocklists
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
Indiquées ci-après.
Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :
Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
"GRUB" et le curseur qui clignote à côté.
J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
mbr sans re-créer de table car je me suis rendu compte que dans la
première étape du processus d'installation, un script restaure un
fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
De plus, à la fin de l'installation, un message signale :
/usr/sbin/grub-setup: error: will not proceed with blocklists
Le processus est ok, puis au redémarrage toujours ce problème :
"grub: out of disk" en mode "rescue".
Quelles sont les valeurs des variables prefix et root ?
Indiquées ci-après.
Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
le message d'erreur ni le GRUB rescue :
Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
>
> Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
> "GRUB" et le curseur qui clignote à côté.
Donc ce n'est pas lié à une particularité de la machine cible.
> J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
> mbr sans re-créer de table car je me suis rendu compte que dans la
> première étape du processus d'installation, un script restaure un
> fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ?
Quelle est la taille de ce fichier ?
> De plus, à la fin de l'installation, un message signale :
> /usr/sbin/grub-setup: error: will not proceed with blocklists
N'y a-t-il pas d'autres messages avant expliquant pourquoi les listes de
blocs seraient nécessaires ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.
>>>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>>>> "grub: out of disk" en mode "rescue".
>>>> Quelles sont les valeurs des variables prefix et root ?
>>> Indiquées ci-après.
>> Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
>> le message d'erreur ni le GRUB rescue :
>
> Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
Oui.
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
>
> Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
> "GRUB" et le curseur qui clignote à côté.
Donc ce n'est pas lié à une particularité de la machine cible.
> J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
> mbr sans re-créer de table car je me suis rendu compte que dans la
> première étape du processus d'installation, un script restaure un
> fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ?
Quelle est la taille de ce fichier ?
> De plus, à la fin de l'installation, un message signale :
> /usr/sbin/grub-setup: error: will not proceed with blocklists
N'y a-t-il pas d'autres messages avant expliquant pourquoi les listes de
blocs seraient nécessaires ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.
>>>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>>>> "grub: out of disk" en mode "rescue".
>>>> Quelles sont les valeurs des variables prefix et root ?
>>> Indiquées ci-après.
>> Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
>> le message d'erreur ni le GRUB rescue :
>
> Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
Oui.
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 09:42 +0100, Pascal Hambourg a écrit :
>
> Je viens de tester sur une carte mère et un autre hdd mais j'arrive à
> "GRUB" et le curseur qui clignote à côté.
Donc ce n'est pas lié à une particularité de la machine cible.
> J'étais allé jusqu'à démarrer sur Ultimate Boot Cd afin de supprimer le
> mbr sans re-créer de table car je me suis rendu compte que dans la
> première étape du processus d'installation, un script restaure un
> fichier image.mbr qui se trouve dans un dossier "Images" de l'iso.
Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ?
Quelle est la taille de ce fichier ?
> De plus, à la fin de l'installation, un message signale :
> /usr/sbin/grub-setup: error: will not proceed with blocklists
N'y a-t-il pas d'autres messages avant expliquant pourquoi les listes de
blocs seraient nécessaires ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.
>>>>> Le processus est ok, puis au redémarrage toujours ce problème :
>>>>> "grub: out of disk" en mode "rescue".
>>>> Quelles sont les valeurs des variables prefix et root ?
>>> Indiquées ci-après.
>> Je n'ai rien vu d'autre dans ton message que le cas où il n'y avait pas
>> le message d'erreur ni le GRUB rescue :
>
> Ah, tu voulais dire dans le cas où je saisi "set" en grub-rescue ?
Oui.
Le dimanche 07 février 2016 à 16:21 +0100, Pascal Hambourg a écrit :Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ?
Oui, l'installation est entièrement automatisée, un message prévient que
le hdd sera entièrement effacé.
Par ailleurs, "fdisk -l /dev/sda" indique un départ de /dev/sda1 à 2048,
est-ce un problème ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.
"grub-install /dev/sda" qui donne :
/usr/sbin/grub-setup: warn: no signature.
/usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be
installed in this setup by using blocklists. However, blocklists are
UNRELIABLE and their use is discouraged.
Avec l'option "--force", les messages ci-dessus apparaissent puis
"Installation finished, no error reported" et la routine se lance
correctement au redémarrage de la machine.
Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1
Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
manuelle de grub :
set root='(/dev/sda,msdos1)'
Si je regarde sur mon pc sous Jessie par exemple, j'ai :
set root='hd0,msdos1'
@Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
maintenant : merci beaucoup :-)
Le dimanche 07 février 2016 à 16:21 +0100, Pascal Hambourg a écrit :
Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ?
Oui, l'installation est entièrement automatisée, un message prévient que
le hdd sera entièrement effacé.
Par ailleurs, "fdisk -l /dev/sda" indique un départ de /dev/sda1 à 2048,
est-ce un problème ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.
"grub-install /dev/sda" qui donne :
/usr/sbin/grub-setup: warn: no signature.
/usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be
installed in this setup by using blocklists. However, blocklists are
UNRELIABLE and their use is discouraged.
Avec l'option "--force", les messages ci-dessus apparaissent puis
"Installation finished, no error reported" et la routine se lance
correctement au redémarrage de la machine.
Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1
Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
manuelle de grub :
set root='(/dev/sda,msdos1)'
Si je regarde sur mon pc sous Jessie par exemple, j'ai :
set root='hd0,msdos1'
@Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
maintenant : merci beaucoup :-)
Le dimanche 07 février 2016 à 16:21 +0100, Pascal Hambourg a écrit :Tu veux dire que le contenu du MBR du disque cible (code amorce + table
de partition) provient d'un fichier image prédéfini ?
Oui, l'installation est entièrement automatisée, un message prévient que
le hdd sera entièrement effacé.
Par ailleurs, "fdisk -l /dev/sda" indique un départ de /dev/sda1 à 2048,
est-ce un problème ?
Quelle est la commande complète qui essaie d'installer le chargeur ?
Si on ne passe pas l'option --force à grub-install, il refuse d'utiliser
les listes de blocs et n'installe pas le chargeur.
"grub-install /dev/sda" qui donne :
/usr/sbin/grub-setup: warn: no signature.
/usr/sbin/grub-setup: warn: Embedding is not possible. GRUB can only be
installed in this setup by using blocklists. However, blocklists are
UNRELIABLE and their use is discouraged.
Avec l'option "--force", les messages ci-dessus apparaissent puis
"Installation finished, no error reported" et la routine se lance
correctement au redémarrage de la machine.
Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1
Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
manuelle de grub :
set root='(/dev/sda,msdos1)'
Si je regarde sur mon pc sous Jessie par exemple, j'ai :
set root='hd0,msdos1'
@Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
maintenant : merci beaucoup :-)
Tu veux dire que le système démarre correctement tout seul maintenant ?
> Redémarrage après installation de l'os :
> grub rescue> set
> prefix=(hd0,msdos1)/boot/grub
> root=hd0,msdos1
Ça a l'air normal, non ?
> Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
> manuelle de grub :
> set root='(/dev/sda,msdos1)'
> Si je regarde sur mon pc sous Jessie par exemple, j'ai :
> set root='hd0,msdos1'
Apparemment grub-mkconfig n'a pas réussi à trouver le nom de GRUB (hdx)
qui corrspond à /dev/sda. Mais ça ne devrait pas gêner si les UUID sont
utilisés pour identifier les partitions.
> @Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
> maintenant : merci beaucoup :-)
Attends, j'en suis encore à essayer de comprendre ce qui se passe...
Tu veux dire que le système démarre correctement tout seul maintenant ?
> Redémarrage après installation de l'os :
> grub rescue> set
> prefix=(hd0,msdos1)/boot/grub
> root=hd0,msdos1
Ça a l'air normal, non ?
> Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
> manuelle de grub :
> set root='(/dev/sda,msdos1)'
> Si je regarde sur mon pc sous Jessie par exemple, j'ai :
> set root='hd0,msdos1'
Apparemment grub-mkconfig n'a pas réussi à trouver le nom de GRUB (hdx)
qui corrspond à /dev/sda. Mais ça ne devrait pas gêner si les UUID sont
utilisés pour identifier les partitions.
> @Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
> maintenant : merci beaucoup :-)
Attends, j'en suis encore à essayer de comprendre ce qui se passe...
Tu veux dire que le système démarre correctement tout seul maintenant ?
> Redémarrage après installation de l'os :
> grub rescue> set
> prefix=(hd0,msdos1)/boot/grub
> root=hd0,msdos1
Ça a l'air normal, non ?
> Et ça, c'est extrait du grub.cfg généré sans tentative d'installation
> manuelle de grub :
> set root='(/dev/sda,msdos1)'
> Si je regarde sur mon pc sous Jessie par exemple, j'ai :
> set root='hd0,msdos1'
Apparemment grub-mkconfig n'a pas réussi à trouver le nom de GRUB (hdx)
qui corrspond à /dev/sda. Mais ça ne devrait pas gêner si les UUID sont
utilisés pour identifier les partitions.
> @Pascal : je ne t'ai pas encore remercié pour ton aide donc je le fais
> maintenant : merci beaucoup :-)
Attends, j'en suis encore à essayer de comprendre ce qui se passe...
Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :Tu veux dire que le système démarre correctement tout seul maintenant ?
Oui.Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1
Ça a l'air normal, non ?
Oui, j'arrive à lister les répertoires mais les commandes "cat" ou
"linux" ne sont pas reconnues.
Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :
Tu veux dire que le système démarre correctement tout seul maintenant ?
Oui.
Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1
Ça a l'air normal, non ?
Oui, j'arrive à lister les répertoires mais les commandes "cat" ou
"linux" ne sont pas reconnues.
Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :Tu veux dire que le système démarre correctement tout seul maintenant ?
Oui.Redémarrage après installation de l'os :
grub rescue> set
prefix=(hd0,msdos1)/boot/grub
root=hd0,msdos1
Ça a l'air normal, non ?
Oui, j'arrive à lister les répertoires mais les commandes "cat" ou
"linux" ne sont pas reconnues.
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :
>
>> Tu veux dire que le système démarre correctement tout seul maintenant ?
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :
>
>> Tu veux dire que le système démarre correctement tout seul maintenant ?
Christophe De Natale a écrit :
> Le dimanche 07 février 2016 à 22:36 +0100, Pascal Hambourg a écrit :
>
>> Tu veux dire que le système démarre correctement tout seul maintenant ?