Journal fsck suite

Posté par  .
Étiquettes : aucune
0
19
juin
2003
Eh bien voila, j'ai finalement réussi à faire mon fsck, grâce à tes conseils, précieux journal.

Cela dit, ça n'a servi à rien, puisque en fait, c'est bel et bien ma carte mère (une vieille Abit BE6) qui est sur le point de rendre l'âme : au moins deux condensateurs sont fuyants; de plus, maintenant mon PC plante à tout moment, et plus seulement au boot. Il se fige même quand il n'y a aucun accès disque par exemple, et au boot qd la procédure exécute quelques tests de reconnaissance de CPU...

Donc voilà, je vais donc devoir changer carte mère + cpu + ram, ce qui n'est pas très génial, vu que je ne voulais pas lui fournir un trop gros budget à mon PC ...

Enfin bon...

On en arrive à une subtilité pour laquelle j'aurai besoin de ton aide :
actuellement (enfin, quand ma CM fonctionne), mon disque dur est reconnu en /dev/hde (alors que je n'en ai qu'un !); j'ai lu dans les commentaires de linuxfr que c'était dû à un bug du kernel 2.4.18 avec les Abit ... Est-ce vrai ? Si oui, va-ce poser problème lors de mon changement de CM ? Est quelle sera la procédure pour tout rétablir normalement et ainsi avoir mon disque sur /dev/hda comme il se devrait ?

Cher journal, merci de ta patience, et a+

~flure()

  • # Re: fsck suite

    Posté par  (site web personnel) . Évalué à 1.

    Ton disque dur primaire est reconnu en tant que /dev/hde ? C'est comme chez moi. On ne peut pas vraiment parler de bug, en tout cas pas dans mon cas : il est branché sur une carte PCI (UltraDMA 66) alors que sur la carte mère (UltraDMA 33), seul un CD-ROM est branché (/dev/hda, et je me marre à chaque fois que dans un script je lis "/dev/hda est forcément un disque dur"... mais voyons !) Bref... /dev/hda à /dev/hdd pour ma carte mère, et /dev/hde à /dev/hdh pour ma carte PCI, et je boote sur /dev/hde. Pour ce qui est de ta carte mère, il peut tout aussi bien s'agir d'un bug (hda à hdd considérés comme hde à hdh par accident) ou non (la carte qui aurait un pseudo contrôleur IDE en plus, qui occuperait hda à hdd). Ce n'est pas très important, de toutes façons.

    Au fait, nous sommes loins d'être seuls dans ce cas, et comme ça semblait gêner pas mal de gens de booter sur hde (bande de supersticieux, sans hda ils ont peur), il y a même une option de ligne de commande du noyau pour inverser les noms des disques au démarrage (hde devient hda et inversement et cetera).

    De toutes façons, on s'en fout. Linux boote aussi bien /dev/hda1 que sur /dev/hdg12 (mon cas à un moment) !

    Pour ce qui te concerne : il est probable que lorsque tu rebrancheras le disque dur, il sera /dev/hda au lieu de /dev/hde. Heureusement, passer de l'un à l'autre n'est pas très dur, il y a seulement deux changements à faire. D'une part, il y a fstab à éditer, pour que tes diverses partitions soient montées correctement, d'autre part, il y a le noyau à informer, de manière à ce qu'il sache que la partition racine est maintenant hdaX au lieu de hdeX. La bonne nouvelle, c'est que tout ça, tu peux le faire de manière dynamique, tu n'a pas besoin de te creuser la tête à l'avance.

    Je m'explique : tout d'abord, quand tu vas booter sur ton noyau, il va chercher ta partition racine sur hde, et il va échouer. Il panique (marrant à voir quand c'est sans danger), tu rebootes, et cette fois, tu vas penser à lui dire sur la ligne de commande quelle partition utiliser (pour accéder à la ligne de commande : ça dépend de ta config. sous Lilo, en maintenant Ctrl enfoncée, ça marche pas mal je crois. C'est clair que tu as intérêt à t'entraîner si tu y a jamais accédé, de toutes façons c'est bon à savoir. Et la syntaxe : root=/dev/hdaXXX ro) (bon, le XXX tu remplaces intelligemment, hein ?) (et le "ro", c'est pour qu'elle soit montée en lecture seule, comme prévu).

    Ensuite, aucune partition du disque dur (sauf la racine) ne sera montée. Pas grave, tu édites /etc/fstab (il doit bien y avoir vi sur ta partition racine) et tu remplaces tous les hde par des hda.

    Enfin, histoire de pas retaper la ligne de commande du noyau à chaque boot, tu édites /etc/lilo.conf (ou autre fichier de config de ton bootloader) et tu remplaces hde par hda. Et bien sûr, tu lances lilo pour que les changements prennent effet.

    Et tu rebootes, et tout va bien.

    En fait, le seul truc un peu inconnu dans l'affaire, c'est comment le bootloader sur ta MBR (le bootloader principal) va réagir au changement de disque. Normalement, tout devrait bien aller, en tout cas avec XOSL, j'ai pas de problème. Avec lilo, j'espère que c'est pareil.

    Voilà, voilà...

  • # Re: fsck suite

    Posté par  . Évalué à 1.

    J'ai eu du pot quand j'ai changé ma carte mère : mon vendeur avait, au fin-fond de son stock, la concurrente de l'époque de ma SE6, à savoir une (asus) cuv4x-e... pile-poil les mêmes fonctionnalités (au moins pour celles qui m'intéressaient, quoi). Et voilà, une carte neuve à 75€... comme quoi on est pas obligé de vraiment se tuer le budget (ok, c'est pas rien, mais on parle quand même d'une CM).

    Sinon, pour ta question, je pense qu'un truc à envisager rapidement quand tu changes de CM, c'est une recompilation de noyau. Comme j'avais pas réfléchi, j'ai changé ma CM, j'ai réglé le bios... et j'ai rebooté direct. Je n'ai constaté qu'une incapacité à exploiter le soft-halt (1), mais ç'aurait pu être plus compliqué. Donc voire, même, booter avec le kernel de base de ta distro...
    Quelqu'un aurait un avis un peu plus intéressant que le mien ?

    (1) C'est comme ça qu'on dit <neuneu<i>>quand l'ordi s'éteint tout seul</neuneu> ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.