Vous êtes coincés, votre MBR est tout cassé et donc vous n'avez plus de lilo pour démarrer ?
Procurez-vous une disquette de démarrage de Linux (ou un des micro-Linux), ou bien tout simplement demolinux ou encore le cd d'install des dernières distrib et dès que vous pouvez vous logger, montez votre partion root:
mnt /dev/hda1 /mnt/disk/ -t ext2 (ou hda1 est la partion root)
puis tapez: lilo -t -v -C /mnt/disk/etc/lilo.conf
si tout va bien tapez la meme chose sans le "-t":
lilo -v -C /mnt/disk/etc/lilo.conf
C'est réparé !
# pivot_root
Posté par Rolland Dudemaine . Évalué à 1.
[^] # Re: pivot_root
Posté par Obsidian . Évalué à 1.
Ensuite, je monte ma partition, et je fais un "chroot" dessus.
A ce moment-là, seul le noyau en mémoire est différent de ma configuration habituelle. J'ai donc toute latitude pour saisir "lilo" dans les conditions normales.
[^] # Re: pivot_root
Posté par Zorro (site web personnel) . Évalué à 1.
[^] # Re: pivot_root
Posté par Gniarf . Évalué à 1.
seul un filesystem crypté pourrait te sauver ici.
[^] # Re: pivot_root
Posté par barbie_g . Évalué à 1.
sauf avec un filesystem crypte (dont la clef n'est pas sur la machine bien sur...)
[^] # Re: pivot_root
Posté par Victor STINNER (site web personnel) . Évalué à 1.
# rescue root=/dev/hda1 (noyau 2.2)
ou
# rescbf24 root=/dev/hda1 (noyau 2.4)
Sinon, taper F4, tout est expliqué.
Une fois votre Linux relancé, ne pas oublier de corriger votre MBR.
@+ Haypo
[^] # Re: pivot_root
Posté par sn00py . Évalué à 2.
reste à monter, chrooter et liloter.
[^] # Re: pivot_root
Posté par Sebastien . Évalué à 1.
lilo -r /mnt
Voila.
# Re: Lilo à partir d'une disquette de boot
Posté par matiasf . Évalué à 1.
Grub est au moins 10 fois mieux que lilo.
Exemple :
- MBR est tout cassé
- tu as une disquette avec grub (même pas obligé d'avoir un kernel dessus !).
- tu bootes sous grub
- depuis le mini-shell de grub tu tapes un truc style : kernel (hd0,0)/2.4/bzImage root=/dev/hda1
Et pas de problème pour trouver le noyau car grub comprend les systèmes de fichier (ext2/3, reiserfr, fat, etc...) et il y a même l'autocomplétion.
- tu bootes et tout est normal ! Enfin, il reste à réparer le MBR.
il y a des fonctionnalités qui permettent d'installer grub sur le second disque dur, d'utiliser un noyau qui est sur un autre disque dur, de protéger le boot grub par mot de passe.
Si tu mets à jour ton noyau il n'est pas nécessaire de réécrire le MBR. Il suffit d'éditer un fichier (/boot/grub/grub.conf sur RH). Et si t'oublies d'éditer le fichier et fait un reboot, ben toujours pas de problème, tu changes les paramètres de boot manuellement dans le mini-shell de GRUB.
Enfin, contrairement à lilo, grub détecte correctement la quatité de mémoire (y a des problèmes avec certaines bécanes et avec lilo), et n'est pas emmerdé avec un noyau au-delà du 1024ième secteur.
Pour ceux qu'il n'ont pas grub en standard sur leur distrib il peuvent l'installer après coup (mais lisez bien la doc !). Je l'ai fait dans problème sur une RH 6.2.
Même si c'est un peu compliqué, c'est que du bonheur.
[^] # Re: Lilo à partir d'une disquette de boot
Posté par Anonyme . Évalué à 1.
et on peut meme éditer les commandes qu'ils s'apprete à lancer en direct, lors de son lancement normal.
[^] # Re: Lilo à partir d'une disquette de boot
Posté par boris . Évalué à 1.
Donc toujours penser à mettre un mot de passe dans le fichier de conf !
--> info grub
[^] # Re: Lilo à partir d'une disquette de boot
Posté par let antibarbie = xp <- xp - 1 . Évalué à 1.
[^] # Re: Lilo à partir d'une disquette de boot
Posté par wismerhill . Évalué à 1.
Pourquoi pas mettre doom dans le bios aussi, pour s'occuper pendant que la machine initialise les périphériques?
[^] # Re: Lilo à partir d'une disquette de boot
Posté par Eric Boulat . Évalué à 1.
et on peut meme éditer les commandes qu'ils s'apprete à lancer en direct, lors de son lancement normal.
Ca a l'air pas mal en effet, ça fait penser à l'open boot des stations unix et des power mac. Mais je me pose une question, puisqu'on n'a pas besoin de réécrire le mbr au changement de noyau, est ce que grub est capable comme lilo de gérer un disque que le bios ne sait pas gérer (trop grande capacité) ?
J'ai deux de mes collègues qui étaient dans ce cas et la souplesse de lilo leur a permis d'exploiter un disque qu'aucun os de MicroMou ne savait gérer !
[^] # Re: Lilo à partir d'une disquette de boot
Posté par Sharpshooter . Évalué à 1.
# Re: Lilo à partir d'une disquette de boot
Posté par Cyprien (site web personnel) . Évalué à 1.
g trouvé ca mais ca marche pas :
dd if=/dev/hda1 of=/dev/hdc1 bs=512 count=1
merci...
[^] # Re: Lilo à partir d'une disquette de boot
Posté par Olivier Jeannet . Évalué à 1.
g trouvé ca mais ca marche pas :
dd if=/dev/hda1 of=/dev/hdc1 bs=512 count=1
dd if=/dev/hda of=/dev/hdc bs=512 count=1
Tout simplement, la réponse était dans ta question...
(sinon, mais tu l'as compris, tu copies le début de la 1ere partition)
[^] # Re: Lilo à partir d'une disquette de boot
Posté par barbie_g . Évalué à 1.
dans le mbr il y a aussi la table de partition.
(sauf bien sur si hda et hdc sont identiques et partitionnes de la meme facon, mais bon... c'est pas vraiment courant)
avant de donner un conseil, verifiez un peu que ca marche (au moins ca petera votre conf, pas celle des autres)
[^] # Re: Lilo à partir d'une disquette de boot
Posté par ʭ ☯ . Évalué à 1.
Sérieusement, j'ose espérer que ceux qui essayent les conseils donnés ici le font pas sur une machine importante.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Lilo à partir d'une disquette de boot
Posté par jgreg . Évalué à 1.
le MBR est constitué ainsi (cf http://home.teleport.com/~brainy/fat32.htm(...) pour plus de détails )
Offset Description Size
000h Executable Code 446 Bytes
1BEh 1st Partition Entry 16 Bytes
1CEh 2nd Partition Entry 16 Bytes
1DEh 3rd Partition Entry 16 Bytes
1EEh 4th Partition Entry 16 Bytes
1FEh Boot Record Signature 2 Bytes
Donc un dd if=/dev/hda of=/dev/hdc bs=446 count=1 devrait marcher non ?
J'ai pas de Linux sous la main don je peux pas tester, mais dans tous les cas mieux vaut faire un backup du MBR sur une disquette avant d'essayer des trucs comme ça ! ( dd if=/dev/hda of=/dev/fd0 bs=512 count=1 devrait faire l'affaire )
<nostalgie - rien à voir>
Ah les MBR, ça me rappelle l'époque des boot virus...
L'époque ou ces petites betes étaient faites avec amour et assembleur et non pas en jscript et autres cochonneries comme les mass mailing worm d'aujourd'hui ;o)
</nostalgie>
[^] # Re: Lilo à partir d'une disquette de boot
Posté par Alexandre . Évalué à 1.
il va pas crier au meurtre si la signature coïncide pas?
[^] # Re: Lilo à partir d'une disquette de boot
Posté par thomasV . Évalué à 1.
C'est vrai que c'etait une belle epoque.
Pourquoi les petites betes d'aujourd'hui sont elles ecrites dans des langages de script cochons? Il doit bien exister quelques failles de securite dans outlook qui permettent de s'eclater en assembleur, non?
Peut etre que les createurs de petites betes ont perdu la main?
Peut etre que les experts en securite d'aujourd'hui seraient incapables de comprendre le fonctionnement d'un worm (bien) ecrit en assembleur?
# Re: Lilo à partir d'une disquette de boot
Posté par Tutur . Évalué à 1.
Sur une autre machine:
On format la disquette:
#fdformat /dev/fd0u1440
Sans la monter, on copi un noyeau dessus:
#cp /boot/vmlinuz /dev/fd0
#rdev /dev/fd0 /dev/hda1 # <-- mettre la partition racine de la machine sur laquelle on veut booter
#rdev -R /dev/fd0 1 # Pour rendre read-only
# Re: Lilo à partir d'une disquette de boot
Posté par Tutur . Évalué à 0.
Sur une autre machine:
On format la disquette:
#fdformat /dev/fd0u1440
Sans la monter, on copies un noyeau dessus:
#cp /boot/vmlinuz /dev/fd0
#rdev /dev/fd0 /dev/hda1 # <-- mettre la partition racine de la machine sur laquelle on veut booter
#rdev -R /dev/fd0 1 # Pour rendre read-only
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.