Salut à tous. Profitant de l'arrivée de l'ADSL dans ma campagne,j'ai
installé un nouveau disque (SATA) sur mon PC et installé dessus une Debian
sarge, rapidement passée en Testing. J'ai gardé un DD avec ma Woody au cas
où pour les débuts. Heureusement car depuis hier, ma linux-testing refus de
démarrer avec comme aspect au démarrage (par un lilo sur un autre DD ou
directement dessus par le Bios :
tout plein de 99 en place de l'habituel Loading linux ....... ça stoppe en
2 seconde et c'est tout.
A partir de ma woody je peux monter et lire sur le disque SATA, j'ai essayé
un e2fsck qui a bien réparé quelques erreurs d'inode et me dit que c'est
OK... mais c'est toujours pareil ;o(
Je n'ai jamais eu ce genre de problème.
Est-il possible de se fabriquer une disquette de démarrage à partir de
/boot que je peux atteindre ?
Quelqu'un a-t'il des conseils à me donner ?
Merci d'avance.
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
CoolFox
Salut à tous. Profitant de l'arrivée de l'ADSL dans ma campagne,j'ai installé un nouveau disque (SATA) sur mon PC et installé dessus une Debian sarge, rapidement passée en Testing. J'ai gardé un DD avec ma Woody au cas où pour les débuts. Heureusement car depuis hier, ma linux-testing refus de démarrer avec comme aspect au démarrage (par un lilo sur un autre DD ou directement dessus par le Bios :
tout plein de 99 en place de l'habituel Loading linux ....... ça stoppe en 2 seconde et c'est tout. A partir de ma woody je peux monter et lire sur le disque SATA, j'ai essayé un e2fsck qui a bien réparé quelques erreurs d'inode et me dit que c'est OK... mais c'est toujours pareil ;o( Je n'ai jamais eu ce genre de problème. Est-il possible de se fabriquer une disquette de démarrage à partir de /boot que je peux atteindre ? Quelqu'un a-t'il des conseils à me donner ? Merci d'avance.
P. Desrues
Bon ben le schéma de partitions est altéré donc la meilleure facon de
réparer ca est de relancer ton linux en mode rescue (avec un live cd ou une disquette de secours) et de relancer un lilo pour qu'il régénère correctement ta table des partitions !
@ ++
-- Faire réagir les cons, c ce ki demande le + d'intelligence!
Salut à tous. Profitant de l'arrivée de l'ADSL dans ma campagne,j'ai
installé un nouveau disque (SATA) sur mon PC et installé dessus une Debian
sarge, rapidement passée en Testing. J'ai gardé un DD avec ma Woody au cas
où pour les débuts. Heureusement car depuis hier, ma linux-testing refus de
démarrer avec comme aspect au démarrage (par un lilo sur un autre DD ou
directement dessus par le Bios :
tout plein de 99 en place de l'habituel Loading linux ....... ça stoppe en
2 seconde et c'est tout.
A partir de ma woody je peux monter et lire sur le disque SATA, j'ai essayé
un e2fsck qui a bien réparé quelques erreurs d'inode et me dit que c'est
OK... mais c'est toujours pareil ;o(
Je n'ai jamais eu ce genre de problème.
Est-il possible de se fabriquer une disquette de démarrage à partir de
/boot que je peux atteindre ?
Quelqu'un a-t'il des conseils à me donner ?
Merci d'avance.
P. Desrues
Bon ben le schéma de partitions est altéré donc la meilleure facon de
réparer ca est de relancer ton linux en mode rescue (avec un live cd ou
une disquette de secours) et de relancer un lilo pour qu'il régénère
correctement ta table des partitions !
@ ++
--
Faire réagir les cons, c ce ki demande le + d'intelligence!
Salut à tous. Profitant de l'arrivée de l'ADSL dans ma campagne,j'ai installé un nouveau disque (SATA) sur mon PC et installé dessus une Debian sarge, rapidement passée en Testing. J'ai gardé un DD avec ma Woody au cas où pour les débuts. Heureusement car depuis hier, ma linux-testing refus de démarrer avec comme aspect au démarrage (par un lilo sur un autre DD ou directement dessus par le Bios :
tout plein de 99 en place de l'habituel Loading linux ....... ça stoppe en 2 seconde et c'est tout. A partir de ma woody je peux monter et lire sur le disque SATA, j'ai essayé un e2fsck qui a bien réparé quelques erreurs d'inode et me dit que c'est OK... mais c'est toujours pareil ;o( Je n'ai jamais eu ce genre de problème. Est-il possible de se fabriquer une disquette de démarrage à partir de /boot que je peux atteindre ? Quelqu'un a-t'il des conseils à me donner ? Merci d'avance.
P. Desrues
Bon ben le schéma de partitions est altéré donc la meilleure facon de
réparer ca est de relancer ton linux en mode rescue (avec un live cd ou une disquette de secours) et de relancer un lilo pour qu'il régénère correctement ta table des partitions !
@ ++
-- Faire réagir les cons, c ce ki demande le + d'intelligence!
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub.
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait
lilo, c'est pointer vers un code bootable situé quelque part sur le
disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code
de lilo qui tourne juste après le bios n'a pas connaissance ni des
partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de
boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y
a grub.
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub.
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub. En effet, j'avais mal compris la question en pensant que Patrice ne
voyait même pas lilo apparaître, d'où mon idée de MBR touché !
Il est clair que si lilo apparaît et exécute le code bootable du noyau linux(même si celui-ci plante 3 s après) alors le pbm ne peux pas venir du MBR, mais plus probablement d'un pointeur altéré au niveau de lilo!
Désolé pour l'erreur et merci d'avoir corrigé Khanh-Dang !
@ ++
-- Faire réagir les cons, c ce ki demande le + d'intelligence!
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait
lilo, c'est pointer vers un code bootable situé quelque part sur le
disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code
de lilo qui tourne juste après le bios n'a pas connaissance ni des
partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de
boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y
a grub.
En effet, j'avais mal compris la question en pensant que Patrice ne
voyait même pas lilo apparaître, d'où mon idée de MBR touché !
Il est clair que si lilo apparaît et exécute le code bootable du noyau
linux(même si celui-ci plante 3 s après) alors le pbm ne peux pas venir
du MBR, mais plus probablement d'un pointeur altéré au niveau de lilo!
Désolé pour l'erreur et merci d'avoir corrigé Khanh-Dang !
@ ++
--
Faire réagir les cons, c ce ki demande le + d'intelligence!
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub. En effet, j'avais mal compris la question en pensant que Patrice ne
voyait même pas lilo apparaître, d'où mon idée de MBR touché !
Il est clair que si lilo apparaît et exécute le code bootable du noyau linux(même si celui-ci plante 3 s après) alors le pbm ne peux pas venir du MBR, mais plus probablement d'un pointeur altéré au niveau de lilo!
Désolé pour l'erreur et merci d'avoir corrigé Khanh-Dang !
@ ++
-- Faire réagir les cons, c ce ki demande le + d'intelligence!
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub. En effet, j'avais mal compris la question en pensant que Patrice ne
voyait même pas lilo apparaître, d'où mon idée de MBR touché !
Il est clair que si lilo apparaît et exécute le code bootable du noyau linux(même si celui-ci plante 3 s après) alors le pbm ne peux pas venir du MBR, mais plus probablement d'un pointeur altéré au niveau de lilo!
Désolé pour l'erreur et merci d'avoir corrigé Khanh-Dang !
@ ++
Salut,
C'est peut etre simplement la configuration du disque dur dans le Bios qui ne va pas. ( Parametre LBA) a+
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait
lilo, c'est pointer vers un code bootable situé quelque part sur le
disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code
de lilo qui tourne juste après le bios n'a pas connaissance ni des
partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de
boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y
a grub.
En effet, j'avais mal compris la question en pensant que Patrice ne
voyait même pas lilo apparaître, d'où mon idée de MBR touché !
Il est clair que si lilo apparaît et exécute le code bootable du noyau
linux(même si celui-ci plante 3 s après) alors le pbm ne peux pas venir
du MBR, mais plus probablement d'un pointeur altéré au niveau de lilo!
Désolé pour l'erreur et merci d'avoir corrigé Khanh-Dang !
@ ++
Salut,
C'est peut etre simplement la configuration du disque dur dans le Bios qui
ne va pas. ( Parametre LBA)
a+
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub. En effet, j'avais mal compris la question en pensant que Patrice ne
voyait même pas lilo apparaître, d'où mon idée de MBR touché !
Il est clair que si lilo apparaît et exécute le code bootable du noyau linux(même si celui-ci plante 3 s après) alors le pbm ne peux pas venir du MBR, mais plus probablement d'un pointeur altéré au niveau de lilo!
Désolé pour l'erreur et merci d'avoir corrigé Khanh-Dang !
@ ++
Salut,
C'est peut etre simplement la configuration du disque dur dans le Bios qui ne va pas. ( Parametre LBA) a+
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub. Merci de s'interressr à mon cas.
Le problème est cette installation Sarge/testing est située sur un nouveau DD SATA et que son démarrage est fait soit par un Lilo établie par une autre distribution sur un autre DD, soit directement en réglant le Bios pour démarrer sur le DD SATA et non sur mes DD IDE. Donc Lilo n'a rien à voir la dedans puisqu'il n'existe pas sur le DD SATA :o( J'ai bien entendu relancé le Lilo en cause : aucun effet. J'ai fait un e2fsk sur le DD SATA : tout est nickel... mais ça ne marche toujours pas. Une idée ?
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait
lilo, c'est pointer vers un code bootable situé quelque part sur le
disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code
de lilo qui tourne juste après le bios n'a pas connaissance ni des
partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de
boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y
a grub.
Merci de s'interressr à mon cas.
Le problème est cette installation Sarge/testing est située sur un
nouveau DD SATA et que son démarrage est fait soit par un Lilo établie
par une autre distribution sur un autre DD, soit directement en réglant
le Bios pour démarrer sur le DD SATA et non sur mes DD IDE.
Donc Lilo n'a rien à voir la dedans puisqu'il n'existe pas sur le DD
SATA :o(
J'ai bien entendu relancé le Lilo en cause : aucun effet. J'ai fait un
e2fsk sur le DD SATA : tout est nickel... mais ça ne marche toujours pas.
Une idée ?
Non, celà n'a rien à voir avec la table des partitions. Tout ce que fait lilo, c'est pointer vers un code bootable situé quelque part sur le disque dur. Par exemple, lilo peut pointer vers un noyau linux. Le code de lilo qui tourne juste après le bios n'a pas connaissance ni des partitions, ni des systèmes de fichiers.
Sinon, je suis d'accord, en relançant lilo pour écrire un secteur de boot à jour devrait régler le problème.
Pour ceux qui n'aime pas lancer lilo à chaque compilation de noyau, il y a grub. Merci de s'interressr à mon cas.
Le problème est cette installation Sarge/testing est située sur un nouveau DD SATA et que son démarrage est fait soit par un Lilo établie par une autre distribution sur un autre DD, soit directement en réglant le Bios pour démarrer sur le DD SATA et non sur mes DD IDE. Donc Lilo n'a rien à voir la dedans puisqu'il n'existe pas sur le DD SATA :o( J'ai bien entendu relancé le Lilo en cause : aucun effet. J'ai fait un e2fsk sur le DD SATA : tout est nickel... mais ça ne marche toujours pas. Une idée ?
