Crash après "upgrade"
Bonjour à tous,
J?ai un problème à soumettre à la communauté Debian :
Suite à l?installation de « Testing-Etch » sur mon PC, tout fonctionne à
merveille. Le système est installé sur un disque IDE «slave » et donc
répertorié en tant que « hdb ». Le boot s?effectue correctement le PC
redémarrant sur ma distrib favori sans absolument aucun problème.
Précisons que rien d?autre que le système de base n?est installé en
superflu, mise à part les paquets vim, mc et w3m qui sont mes outils de
travail au tout début de mes manips. L'installation a été effectué en
mode expert afin de choisir le noyau linux-image-2.6.15.1-486 à la place
de celui par défaut et pour pouvoir profiter de l'option "vga=791"
(permettant la lisibilité des messages complets sur une seule ligne sur
l'écran).
Les seuls et uniques commandes lancées sur le système après installation
sont dans l?ordre :
- su
- apt-get install vim mc w3m
- su "mon_logging"
Je lance alors une mise à jour du système par l?intermédiaire de
« apt-get update » - « apt-get upgrade »
- su
- apt-get update
- apt-get upgrade
- su "mon_logging"
Suite à la manip, je reboote mon système pour verifier si tout baigne:
- su
- reboot
et là, patatras!... après un certain nombre de messages affichés trop
vite pour que je puisse les lire, ma bécane se bloque pendant une à deux
minutes puis me déclare "hdb5 not found" et je me retrouve dans un
système minimaliste avec uniquement la ligne de commande "grub" et mes
yeux pour pleurer, dans l'impossibilité d'accéder aux différentes
partitions de mon disques "Linux" qui sont dans l'ordre:
- hdb1: /boot (50 Mo)
- hdb5: / (700 Mo)
- hdb6: /usr (11 Go)
- hdb7: /usr/local (10 Go)
- hdb8: /usr/src (4 Go)
- hdb9: /usr/share/wallpapers (6 Go)
- hdb10: /opt (5 Go)
- hdb11: swap (1 go mémoire, ma RAM étant de 512 Mo)
- hdb12: /tmp (5 Go)
- hdb13: /srv (5 Go)
- hdb14: /var (10 Go)
- hdb15: /home (50 Go)
- hdb16: /p2p (15 Go)
Je donne l'état de mon partitionnement hdb juste à titre indicative, en
précisant que, s'il apparaît un peu curieux c'est que je suis en train
d'étudier le fonctionnement de Linux en tant que "newbie" désirant ne
pas le rester toute sa vie. Je suis d'ailleurs pour ma part persuadé que
ce partitionnement n'est pas en cause puisqu'il fonctionnait bien sous
"Sarge" jusqu'à présent. Je peux bien entendu me tromper n'étant bien
entendu pas une référence "Linux" actuellement.
Voilà!.. Si quelqu'un a une idée de ce qui se passe et comment y
remédier, je l'écoute avec avidité.
PS: Juste une dernière précision, j'ai trouvé sur le Net au moins deux
personnes qui sont confrontés à ce problème. L'une d'elle a d'ailleurs
posté sur cette liste. Quant à l'autre, quelqu'un lui a répondu qu'il
pourrait s'agir d'un problème de conflit entre le module IDE et le
module SCSI (le noyau voyant un disque SCSI à la place d'un IDE). Si tel
est le cas, deux questions se posent à moi:
- Comment grub a-t-il pu fonctionner jusqu'aux accès sur hdb5 (les
fichiers de config grub étant situé sur hdb1 dans /boot/grub) puisqu'il
voit un disque sdb à la place de hdb? (oui je sais, je suis un tantinet
emm...ant mais j'ai pas envie de finir idiot!!)
- Comment concilier la présence des deux modules étant donné que (à
moins bien entendu que j'ai mal compris) le module SCSI est nécessaire
pour le pilotage de mon lecteur de carte SD/MMC, tout autant que le
module IDE pour mes deux disques dur?
Merci pour vos lumière à tous et bonne continuation.
Reply to: