Bonjour à tous,
Jai un problème à soumettre à la communauté Debian : Suite à linstallation 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 seffectue correctement le PC redémarrant sur ma distrib favori sans absolument aucun problème. Précisons que rien dautre que le système de base nest 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 lordre : - su - apt-get install vim mc w3m - su "mon_logging" Je lance alors une mise à jour du système par lintermé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.
