Forum Linux.général Problème de boot après un changement de système de fichier.

Posté par  (site web personnel) .
Étiquettes :
0
6
avr.
2006
J'ai reçu aujourd'hui l'accès à mon nouveau serveur chez ovh (qui va remplacer un vieillissant P3 933).

Je l'ai commandé avec un debian de base, juste fourni avec son accès ssh.

Je me loggue et, que vois-je... c'est de l'ext3.
Ayant eu de mauvaises expériences avec ce système de fichier, je décide de mettre celui qui a toujours tout bien géré chez moi depuis pas mal de temps : reiserfs.

Sur le disque de 250 go (en fait il y a deux disques de 250 go en raid 1 matériel), j'ai deux partitions, une de 3 GO qui correspond à / et le reste dans /home.

Pour faire cette opération, j'utilise le "mode rescue" proposé par ovh : on boote sur le réseau, sans accès aux disques, que l'on peut alors monter et utiliser comme on veut.

Voici les manipulations effectuées une fois connecté sur le mode rescue :

- montage de /dev/sda1 sur /mnt/1 et /dev/sda2 sur /mnt/2
- tar complet de /dev/sda1 sur /dev/sda2, et vérification
- mkreiserfs de /dev/sda1
- remontage de /dev/sda1 maintenant en reiserfs
- tar -x pour tout restaurer
- modification de /mnt/1/etc/fstab pour mettre / en reiserfs
- chroot sur /mnt/1 pour faire un "lilo", qui se passe bien
- puis, via le manager ovh, je respécifie que je veux booter de nouveau sur le disque....
- reboot

et ce n'est jamais revenu...........

Donc j'ai du revenir en mode rescue, mais je n'ai aucune idée de quoi faire de plus.

Je rappelle que c'est un serveur distant, donc pas d'écran, donc je n'ai aucune idée de ce qu'il se passe au boot....

PS : j'ai regardé dans /var/log et il n'y a aucun message datant d'après mon dernier boot normal (tout avant mon premier mode rescue, donc)

PPS : j'ai gardé mon tar que j'avais mis sur sda2, et quand je lance une nouvelle comparaison, voici ce qu'il trouve de modifié :

rescue:/mnt/1# tar df ../2/sda1.tar
./boot/map: Mod time differs
./boot/map: Contents differ
./etc/fstab: Mod time differs
./etc/fstab: Size differs
./root/.bash_history: Mod time differs
./root/.bash_history: Size differs
./root/.viminfo: Mod time differs
./root/.viminfo: Size differs
./var/log/wtmp: Mod time differs
./var/log/wtmp: Size differs
  • # Support noyau ?

    Posté par  . Évalué à 2.

    Est tu certain que le noyau OVH inclue le support de reiserfs ?
    • [^] # Re: Support noyau ?

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

      en fait avant j'ai vérifié dans le fichier config.... que j'avais dans /boot
      CONFIG_REISERFS_FS=y


      mais je viens de vérifier que.... c'est le fichier "config-2.4.20-bf2.4" et le noyau en cours c'est "2.4.32-grs-bipiv-ipv4"

      donc... probablement pas bon

      il y a moyen de savoir autrement qu'en regardant ce fichier ?
      • [^] # Re: Support noyau ?

        Posté par  . Évalué à 1.

        modprobe reiserfs
        [rien]

        modprobe reiserfez
        modprobe: Can't locate module reiserfez
        • [^] # Re: Support noyau ?

          Posté par  . Évalué à 2.

          a priori, pas de module sur les noyaux ovh.
          • [^] # Re: Support noyau ?

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

            bon avant de voir les derniers messages, j'ai repassé ma partition en ext3 et j'ai pu booté sans soucis

            pourtant j'ai vu sur le forum d'ovh que les noyaux ovh étaient compilés avec reiserfs depuis janvier 2005 et le 2.4.28...

            aurais-je du installer par exemple les reiserfsprogs ?
            • [^] # Re: Support noyau ?

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

              Bon le problème, c'est probablement autre chose : j'ai passé ma partition sda2 en reisferfs et j'ai pu la monter sans problème !

              ce n'est pas non plus un pbm de lilo (d'apres le man, j'ai tout ce qu'il faut)

              ben mince alors ?

              qu'est-ce qui peut faire qu'en ext3 ca marche et pas en reiser ???
              • [^] # Lilo

                Posté par  . Évalué à 1.

                Le lilo installé supporte t-il Reiserfs ?
                • [^] # Re: Lilo

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

                  Comme je disais juste au-dessus, normalement oui.

                  D'après le man :
                  lilo is known to have problems with the reiserfs introduced with the 2.2.x kernels, unless the file system is mounted with the 'notail' option. This incompatibilty has been resolved with reiserfs 3.6.18 and lilo 21.6. reiser4 introduced with the 2.5.x kernels requires lilo 22.5.2 or later.


                  j'ai lilo 22.6.1 et un noyai 2.4.32

Suivre le flux des commentaires

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