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 Barnabé . Évalué à 2.
[^] # Re: Support noyau ?
Posté par Twidi (site web personnel) . Évalué à 1.
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 Anonyme . Évalué à 1.
[rien]
modprobe reiserfez
modprobe: Can't locate module reiserfez
[^] # Re: Support noyau ?
Posté par Barnabé . Évalué à 2.
[^] # Re: Support noyau ?
Posté par Twidi (site web personnel) . Évalué à 1.
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 Twidi (site web personnel) . Évalué à 1.
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 Thomas M . Évalué à 1.
[^] # Re: Lilo
Posté par Twidi (site web personnel) . Évalué à 1.
D'après le man :
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.