Debian sur Cobalt : Besoin d'un expert RAID - Linux et OS Alternatifs
Marsh Posté le 14-03-2005 à 23:12:27
Le fstab :
/dev/md1 / xfs defaults 1 1 |
Merci d'avance, je suis au bout des mes connaissances la, je sais pas comment depanner ce problème
Marsh Posté le 14-03-2005 à 23:14:44
Il a l'air d'en chier ton raid
Edit : Ah nan, c'est juste que t'as copier 3 fois le boot
Marsh Posté le 14-03-2005 à 23:15:09
Edit : je précise qu'il n'y a qu'un seul disk, mais le cobalt a une facon de booter et de grer les disks bien a lui
Marsh Posté le 14-03-2005 à 23:16:56
multani a écrit : Il a l'air d'en chier ton raid |
edit : ha si merde, bon je refais ca proprement
Marsh Posté le 14-03-2005 à 23:27:13
Voila c'est éditer, genre je le vois seulement maitenant, il manquerais pas XFS dans le kernel par hasard
Marsh Posté le 14-03-2005 à 23:28:07
Notez tout de meme la procèdure de boot assez extraordinaire, la machine demarrer un kernel depuis une rom, monte la premier partition, va chercher /boot/vmlinux.gz et redemarre ce nouveau noyau (non en effet je ne pensais pas non plus que ca soit possible )
Marsh Posté le 14-03-2005 à 23:35:46
grrrr
CONFIG_XFS_FS=m
C'est bien ca ?
Marsh Posté le 14-03-2005 à 23:40:10
=y smieux
Marsh Posté le 14-03-2005 à 23:41:54
Y'a des chances, sauf que c'est un kernel-image qui n'a rien d'un noyo de base
Il faut que je recupere un 2.4.27 que je patch et que je compile de facon a récupéré un noyau NON compressé, que je le compresse à la main et qu'il fasse moins d'une certaine taille, il me semble
Marsh Posté le 15-03-2005 à 00:17:40
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
KelThuzad:~# uname -a
Linux KelThuzad 2.4.27 #1 Mon Mar 14 23:00:13 UTC 2005 i686 GNU/Linux
KelThuzad:~#
Encore deux trois details a regler et je vous pond un splendide docbook [HowTo] Debian Sarge on a RaQ 550 through nfsroot
Marsh Posté le 15-03-2005 à 00:24:36
ReplyMarsh Posté le 15-03-2005 à 08:44:17
M300A a écrit : Notez tout de meme la procèdure de boot assez extraordinaire, la machine demarrer un kernel depuis une rom, monte la premier partition, va chercher /boot/vmlinux.gz et redemarre ce nouveau noyau (non en effet je ne pensais pas non plus que ca soit possible ) |
Elle se complique pas la vie elle
Marsh Posté le 15-03-2005 à 11:32:34
C'est clair
En tout cas ca marche à peu pres, j'ai juste quelque truc a comprendre sur le raid.
J'ai un seul disk et quand je fais un fdisk /dev/hda je ne vois aucune partition.
Par contre j'ai /dev/md1,md2,md3 et md4 qui existe et qui font toujours la meme taille (4Go pour md1, 1,5Go pour md2, 512Mo pour md3 et le reste sur md4).
Ca correspond en fait à /, /var, swap et /home.
Est-ce que ces disks (partitons ) peuuvent être crées par le bios du controlleur raid ?
Marsh Posté le 15-03-2005 à 15:41:08
uppppppppppppppp
Je reprend ca ce soir
Je peux vous faire un ssh en root si besoin
Marsh Posté le 15-03-2005 à 17:04:10
Salut,
c'est un disque sur SCSI je suppose?
Si oui, alors c'est plutôt /dev/sda
Marsh Posté le 15-03-2005 à 17:07:49
Non c'est un IDE sur un controlleur raid, et un array raid est crée sur le disk seul
Marsh Posté le 15-03-2005 à 17:18:40
Mhh bizarre.
Regarde dans le fichier de config du Raid, j'me rapel plus de son nom par contre, je sais juste que c'est dans /etc
Marsh Posté le 15-03-2005 à 17:45:44
Bah, quand je boot la machine sur un disk vierge, il y'a deja md1-md4 qui existent c'est ca qui me trouble :|
Marsh Posté le 15-03-2005 à 17:47:08
Ah bah c'est une array matérielle
Tu peux pas modifier ça depuis Linux alors
Marsh Posté le 15-03-2005 à 17:53:33
Oui je sais pas tu pense que c'est ca ? Pourquoi est-ce qu'il me trouve des un /dev/hda avec 4 partitions correspondante aux 4 md
J'ai du mal à suivre ce qui se passe
Marsh Posté le 15-03-2005 à 17:53:48
Oui c'est sans doute materiel c'est un chip serverworks
Marsh Posté le 15-03-2005 à 17:59:11
cfdisk 2.12 |
Marsh Posté le 15-03-2005 à 17:59:44
La meme chose que fdisk
Meme si c'etait un raid materiel je ne comprend pas d'ou viendrait les 4 mdX different
Marsh Posté le 15-03-2005 à 18:04:25
C'est bien ça, il reconnais les 4 partitions RAID.
Elles sont assignées à /dev/mdX
tu peux que modifier ça en hard, càd avec l'outil de la carte RAID.
Marsh Posté le 15-03-2005 à 18:06:07
KelThuzad:~# dmesg |
Voici le dmesg ca peut peut être aidé
Donc tui confirme que ces partitions sont fait en hard hummm, je vais matter ca en rentrant.
Si je veux refaire une install je fais les mkfs et les mount sur /dev/mdX ou /dev/hdaX
Marsh Posté le 15-03-2005 à 18:10:28
Je suis sûr que c'est du raid matériel.
Pour l'install, mkfs -t ext3 /dev/mdx
Marsh Posté le 15-03-2005 à 18:13:20
Oki, pas d'ext3 sinon, comme expliquer plus haut la machine a un kernel dans une rom qui monte la premiere partition parse /boot/ et relance un autre kernel.
Le kernel de la rom ne supporte que XFS ou EXT2.
Que pense tu de ces messages :
md: fdisk(pid 867) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 867) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 869) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 869) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 870) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 870) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 871) used obsolete MD ioctl, upgrade your software to use new ictls.
md: fdisk(pid 871) used obsolete MD ioctl, upgrade your software to use new ictls.
md: cfdisk(pid 874) used obsolete MD ioctl, upgrade your software to use new ictls.
md: cfdisk(pid 875) used obsolete MD ioctl, upgrade your software to use new ictls.
md: cfdisk(pid 876) used obsolete MD ioctl, upgrade your software to use new ictls.
Marsh Posté le 15-03-2005 à 18:29:23
vi pour l'ext3 c'était un exemple.
et pour ça, je sais pas trop
Marsh Posté le 15-03-2005 à 18:33:48
Oki, en fait j'ai peur que le XFS du noyau de la rom soit un peu vieux ne lise pas des partoches XFS fraichement crée sur une sarge...
Par contre pour les partitions:
Si je fais un cfdisk /dev/md1
No partition table or unknown signature on partition table |
Etrange non ? Alors je fais mes xfs sur /dev/hdaX ou sur /dev/mdX
Marsh Posté le 15-03-2005 à 18:50:00
Bon ben essaye sur /dev/hdaX
edit: ahh mais j'y pense, tu peux pas faire de cfdisk sur /dev/mdX...
Tu peux que en faire pour /dev/hda.
Après, je pense que mkfs sur /dev/hda1 correspond à /dev/md1
Marsh Posté le 15-03-2005 à 20:14:23
Ok, donc je dois bien avoir un blem, je ne sais pas comment m'y prendre sur le raid.
En fait je dis des betises /dev/mdX sont bien créés par le cd de restoration.
Je viens de partitionner /dev/hda en linux auto detect raid.
Mais kernel panic.
Après un reboot sur le nfsroot je m'appercoit que les /dev/mdX n'existent plus, alors qu'il chercher a booter sur md
Comment faire svp ?
Merci d'avance j'aimerais vraiment réussir a faire ca proprement
Marsh Posté le 14-03-2005 à 23:09:04
Edit : ca démarre, j'ai quelques question sur les /dev/mdX
cf : quelques posts plus bas
Je cherche a comprendre d'ou viennent les /dev/mdX et ce qu'ils représentent exactement, merci d'avance
Résumé du problème :
Avec le CD de restauration, une fois terminé j'ai 4 partitions linux raid autodetect sur /dev/hda. J'ai aussi /dev/md1, /dev/md2, /dev/md3, /dev/md4 qui sont "liés" au 4 partitions. Le système boot sur md(9,1) tout se passe bien.
Je démarre sur mon nfsroot et je partitionne /dev/hda à la main (type linux raid autodetect). Les /dev/mdX ne sont pas lisible par fdisk.
Le système boot tente de monter md(9,1) et kernel panique. :/
Dois-je recrée une sorte de lien entre /dev/md1 et /dev/hda1 ? Ou me manque t'il quelquechose, un paquet pour la gestion du raid, qui gererait automatique /dev/mdX ???
Merci d'avance
Message édité par M300A le 15-03-2005 à 21:46:30
---------------
:wq