J'ai un petit soucis .. j'en suis bien à ma 6ème install de serveur
Debian et là j'ai apparament merdé..
Cet après midi j'ai installé une debian 3.0 (bf24)
Tout va très très bien, je la reboot 2-3 fois ensuite, changement de
local, etc..
Suivis d'un apt-get dist-upgrade ensuite, je passe en 3.1 testing.
J'installe : ssh, samba, apache et ddclient (machine destinée à servir
de fileserver, avec un accès protégé via apache)
Voilà que là j'essaie de rebooter de ma machine pour finaliser le tout..
et patatra...
Elle m'envoie un joli " LI_"
Bon, sachant que la machine n'a pas de lecteur disquette, je présume que
je dois booter par mon CD.
Mais .. comment encore ?
Je me rapelle d'une procédure qui permet cela via le CD puis après le
choix de langue il faut appuyer sur F4 ou un truc du genre ?
Ensuite, que faire pour trouver la panne ?
Merci bcp !
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Michel Schelcher
On 31/05 16:12, mickael wrote :
Hello everybody ;-)
Hello,
Je me rapelle d'une procédure qui permet cela via le CD puis après le choix de langue il faut appuyer sur F4 ou un truc du genre ? Ensuite, que faire pour trouver la panne ?
L'idéal est de booter avec un noyau du CD mais avec les partitions du disque. => boot avec le CD, au moment du prompt:
boot: rescbf24 root=/dev/hda1
(remplacer le /dev/hda1 par ta partition racine...)
Là tu as ton système, et un petit "lilo" devrait remettre les choses dans l'ordre (vérifie éventuellement le lilo.conf avant)
Merci bcp !
Bonne chance :)
Jms
On 31/05 16:12, mickael wrote :
Hello everybody ;-)
Hello,
Je me rapelle d'une procédure qui permet cela via le CD puis après le
choix de langue il faut appuyer sur F4 ou un truc du genre ?
Ensuite, que faire pour trouver la panne ?
L'idéal est de booter avec un noyau du CD mais avec les partitions du
disque.
=> boot avec le CD, au moment du prompt:
boot: rescbf24 root=/dev/hda1
(remplacer le /dev/hda1 par ta partition racine...)
Là tu as ton système, et un petit "lilo" devrait remettre les choses
dans l'ordre (vérifie éventuellement le lilo.conf avant)
Je me rapelle d'une procédure qui permet cela via le CD puis après le choix de langue il faut appuyer sur F4 ou un truc du genre ? Ensuite, que faire pour trouver la panne ?
L'idéal est de booter avec un noyau du CD mais avec les partitions du disque. => boot avec le CD, au moment du prompt:
boot: rescbf24 root=/dev/hda1
(remplacer le /dev/hda1 par ta partition racine...)
Là tu as ton système, et un petit "lilo" devrait remettre les choses dans l'ordre (vérifie éventuellement le lilo.conf avant)
Merci bcp !
Bonne chance :)
Jms
Jean-Michel Schelcher
On 31/05 17:02, mickael wrote :
Merci ! :-)
Effectivement un simple "lilo" à tout réparé ! Je ne saurais jamais ou était le problème :-)
Je crois que je l'ai déjà eu après une màj vers sarge, ça me semb lait un peu illogique car lilo s'installe et ensuite je pense qu'il n'est plus utilisé, donc une nouvelle version de lui-même ne devrait pas affecter celui installé en secteur de boot... (peut-être une histoire de fichier /boot/map ?)
Quoiqu'il en soit, quand un lilo plante, suivant ce qu'il affiche (LI, LI010101..., etc.) il est possible de savoir ce qu'il n'a pas réussi à faire: http://www.wlug.org.nz/LiloErrorCodes
Merci à toi,
je t'en prie
j'imprime ce mail car cette commande va surement encore me servir :-)
ouaou, pour la postérité ;)
a+
jms
On 31/05 17:02, mickael wrote :
Merci ! :-)
Effectivement un simple "lilo" à tout réparé !
Je ne saurais jamais ou était le problème :-)
Je crois que je l'ai déjà eu après une màj vers sarge, ça me semb lait un
peu illogique car lilo s'installe et ensuite je pense qu'il n'est plus
utilisé, donc une nouvelle version de lui-même ne devrait pas affecter
celui installé en secteur de boot... (peut-être une histoire de fichier
/boot/map ?)
Quoiqu'il en soit, quand un lilo plante, suivant ce qu'il affiche (LI,
LI010101..., etc.) il est possible de savoir ce qu'il n'a pas réussi à
faire:
http://www.wlug.org.nz/LiloErrorCodes
Merci à toi,
je t'en prie
j'imprime ce mail car cette commande va surement encore me
servir :-)
Effectivement un simple "lilo" à tout réparé ! Je ne saurais jamais ou était le problème :-)
Je crois que je l'ai déjà eu après une màj vers sarge, ça me semb lait un peu illogique car lilo s'installe et ensuite je pense qu'il n'est plus utilisé, donc une nouvelle version de lui-même ne devrait pas affecter celui installé en secteur de boot... (peut-être une histoire de fichier /boot/map ?)
Quoiqu'il en soit, quand un lilo plante, suivant ce qu'il affiche (LI, LI010101..., etc.) il est possible de savoir ce qu'il n'a pas réussi à faire: http://www.wlug.org.nz/LiloErrorCodes
Merci à toi,
je t'en prie
j'imprime ce mail car cette commande va surement encore me servir :-)
ouaou, pour la postérité ;)
a+
jms
Cyprien
On Tue, May 31, 2005 at 11:20:31PM +0200, Jean-Michel Schelcher wrote:
On 31/05 17:02, mickael wrote :
> Merci ! :-) > > Effectivement un simple "lilo" à tout réparé ! > Je ne saurais jamais ou était le problème :-)
Je crois que je l'ai déjà eu après une màj vers sarge, ça me semblait un peu illogique car lilo s'installe et ensuite je pense qu'il n'est plus utilisé, donc une nouvelle version de lui-même ne devrait pas affecter celui installé en secteur de boot... (peut-être une histoire de fichier /boot/map ?)
En fait lilo installe un mini chargeur dans le MBR (ou partition). Ce chargeur ne peut pas à lui tout seul (de part sa taille ridicule) tout faire, et il dépend de quelques fichiers sur le disque. Ces fichiers sont référencés par leur "position physique", enregistrée lors de l'exécution de "lilo".
Du coup, si tu réinstalles lilo sans relancer l'exécutable, la partie du MBR ne va pas retrouver ses fichiers, et lilo bloquera.
J'espère m'être fait comprendre. Y a peut être des pages sur le web où c'est mieux expliqué ;-)
Cyprien
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
On Tue, May 31, 2005 at 11:20:31PM +0200, Jean-Michel Schelcher wrote:
On 31/05 17:02, mickael wrote :
> Merci ! :-)
>
> Effectivement un simple "lilo" à tout réparé !
> Je ne saurais jamais ou était le problème :-)
Je crois que je l'ai déjà eu après une màj vers sarge, ça me semblait un
peu illogique car lilo s'installe et ensuite je pense qu'il n'est plus
utilisé, donc une nouvelle version de lui-même ne devrait pas affecter
celui installé en secteur de boot... (peut-être une histoire de fichier
/boot/map ?)
En fait lilo installe un mini chargeur dans le MBR (ou partition). Ce
chargeur ne peut pas à lui tout seul (de part sa taille ridicule) tout
faire, et il dépend de quelques fichiers sur le disque. Ces fichiers
sont référencés par leur "position physique", enregistrée lors de
l'exécution de "lilo".
Du coup, si tu réinstalles lilo sans relancer l'exécutable, la partie
du MBR ne va pas retrouver ses fichiers, et lilo bloquera.
J'espère m'être fait comprendre. Y a peut être des pages sur le web où
c'est mieux expliqué ;-)
Cyprien
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
On Tue, May 31, 2005 at 11:20:31PM +0200, Jean-Michel Schelcher wrote:
On 31/05 17:02, mickael wrote :
> Merci ! :-) > > Effectivement un simple "lilo" à tout réparé ! > Je ne saurais jamais ou était le problème :-)
Je crois que je l'ai déjà eu après une màj vers sarge, ça me semblait un peu illogique car lilo s'installe et ensuite je pense qu'il n'est plus utilisé, donc une nouvelle version de lui-même ne devrait pas affecter celui installé en secteur de boot... (peut-être une histoire de fichier /boot/map ?)
En fait lilo installe un mini chargeur dans le MBR (ou partition). Ce chargeur ne peut pas à lui tout seul (de part sa taille ridicule) tout faire, et il dépend de quelques fichiers sur le disque. Ces fichiers sont référencés par leur "position physique", enregistrée lors de l'exécution de "lilo".
Du coup, si tu réinstalles lilo sans relancer l'exécutable, la partie du MBR ne va pas retrouver ses fichiers, et lilo bloquera.
J'espère m'être fait comprendre. Y a peut être des pages sur le web où c'est mieux expliqué ;-)
Cyprien
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
