Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1657 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs

  Debian sur Cobalt : Besoin d'un expert RAID

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Debian sur Cobalt : Besoin d'un expert RAID

n°649883
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:09:04  profilanswer
 

Edit : ca démarre, j'ai quelques question sur les /dev/mdX  
 
cf : quelques posts plus bas :jap:
 
 
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 :jap:


Message édité par M300A le 15-03-2005 à 21:46:30

---------------
:wq
mood
Publicité
Posté le 14-03-2005 à 23:09:04  profilanswer
 

n°649885
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:12:27  profilanswer
 

Le fstab :
 

/dev/md1       /               xfs     defaults        1       1
/dev/md2       /var            xfs     defaults,nosuid 3       3
/dev/md3       none            swap    sw              0       0
/dev/md4       /home           xfs     defaults        4       4
proc            /proc           proc    defaults        0       0
tmpfs           /dev/shm        tmpfs   defaults        0       0
devpts          /dev/pts        devpts  gid=5,mode=0620 0       0


 
 
Merci d'avance, je suis au bout des mes connaissances la, je sais pas comment depanner ce problème :(


---------------
:wq
n°649887
multani
Dépressionnisé
Posté le 14-03-2005 à 23:14:44  profilanswer
 

Il a l'air d'en chier ton raid [:mlc]
 
 
Edit : Ah nan, c'est juste que t'as copier 3 fois le boot :o


Message édité par multani le 14-03-2005 à 23:18:17
n°649889
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:15:09  profilanswer
 

:??:
 
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 :(


Message édité par M300A le 14-03-2005 à 23:15:36

---------------
:wq
n°649893
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:16:56  profilanswer
 

multani a écrit :

Il a l'air d'en chier ton raid [:mlc]
 
 
Edit : Ah nan, c'est juste que t'as copier 4 fois le boot :o


 
edit : ha si merde, bon je refais ca proprement ;)


Message édité par M300A le 14-03-2005 à 23:18:23

---------------
:wq
n°649897
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:27:13  profilanswer
 

Voila c'est éditer, genre je le vois seulement maitenant, il manquerais pas XFS dans le kernel par hasard :??:


---------------
:wq
n°649898
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:28:07  profilanswer
 

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 ;))


---------------
:wq
n°649899
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:35:46  profilanswer
 

grrrr
 
CONFIG_XFS_FS=m  
 
C'est bien ca ?


---------------
:wq
n°649902
black_lord
Modérateur
Truth speaks from peacefulness
Posté le 14-03-2005 à 23:40:10  profilanswer
 

=y smieux


---------------
uptime is for lousy system administrators what Viagra is for impotent people - mes unixeries - github me
n°649903
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 14-03-2005 à 23:41:54  profilanswer
 

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 :D


---------------
:wq
mood
Publicité
Posté le 14-03-2005 à 23:41:54  profilanswer
 

n°649910
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 00:17:40  profilanswer
 

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:~#
 
 
:hot: :hot: :hot: :hot:
 
Encore deux trois details a regler et je vous pond un splendide docbook [HowTo] Debian Sarge on a RaQ 550 through nfsroot :p


---------------
:wq
n°649912
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 00:24:36  profilanswer
 

http://81.56.196.209/phpsysinfo/
 
Pour le plaisir des yeux :love:


---------------
:wq
n°649938
deather2
Posté le 15-03-2005 à 08:44:17  profilanswer
 

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 ;))


:ouch:
Elle se complique pas la vie elle :D

n°650002
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 11:32:34  profilanswer
 

C'est clair :D
 
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 ?

n°650191
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 15:41:08  profilanswer
 

uppppppppppppppp
 
Je reprend ca ce soir ;)
 
Je peux vous faire un ssh en root si besoin ;)


---------------
:wq
n°650193
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 15:41:22  profilanswer
 

Si ca peut aider à m'aider :D


---------------
:wq
n°650272
deather2
Posté le 15-03-2005 à 17:04:10  profilanswer
 

Salut,
c'est un disque sur SCSI je suppose?
Si oui, alors c'est plutôt /dev/sda ;)


Message édité par deather2 le 15-03-2005 à 17:04:16
n°650274
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 17:07:49  profilanswer
 

Non c'est un IDE sur un controlleur raid, et un array raid est crée sur le disk seul


---------------
:wq
n°650279
deather2
Posté le 15-03-2005 à 17:18:40  profilanswer
 

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

n°650290
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 17:45:44  profilanswer
 

Bah, quand je boot la machine sur un disk vierge, il y'a deja md1-md4 qui existent c'est ca qui me trouble :|


---------------
:wq
n°650291
deather2
Posté le 15-03-2005 à 17:47:08  profilanswer
 

Ah bah c'est une array matérielle :/
Tu peux pas modifier ça depuis Linux alors


Message édité par deather2 le 15-03-2005 à 17:47:22
n°650300
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 17:53:33  profilanswer
 

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 ;)


---------------
:wq
n°650301
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 17:53:48  profilanswer
 

Oui c'est sans doute materiel c'est un chip serverworks


---------------
:wq
n°650304
deather2
Posté le 15-03-2005 à 17:56:03  profilanswer
 

cfdisk /dev/hda
ça donne quoi ?

n°650308
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 17:59:11  profilanswer
 

                                 cfdisk 2.12
 
                              Disk Drive: /dev/hda
                        Size: 10242892800 bytes, 10.2 GB
              Heads: 16   Sectors per Track: 63   Cylinders: 19846
 
    Name        Flags      Part Type  FS Type          [Label]        Size (MB)
 ------------------------------------------------------------------------------
    hda1        NC          Primary   Linux raid autodetect             4194.32
    hda2                    Primary   Linux raid autodetect             1573.07
    hda3                    Primary   Linux raid autodetect              537.26
    hda4                    Primary   Linux raid autodetect             3937.82


---------------
:wq
n°650309
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 17:59:44  profilanswer
 

La meme chose que fdisk ;)
 
Meme si c'etait un raid materiel je ne comprend pas d'ou viendrait les 4 mdX different :eek:


---------------
:wq
n°650310
deather2
Posté le 15-03-2005 à 18:04:25  profilanswer
 

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.

n°650311
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 18:06:07  profilanswer
 

KelThuzad:~# dmesg
Linux version 2.4.16C12_V (root@galvatron.cobalt.com) (gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Thu Apr 4 22:06:23 PST 2002
BIOS-provided physical RAM map:
 BIOS-e801: 0000000000000000 - 000000000009f000 (usable)
 BIOS-e801: 0000000000100000 - 0000000010000000 (usable)
On node 0 totalpages: 65536
zone(0): 4096 pages.
zone(1): 61440 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,115200 debug ip=off
Initializing CPU#0
Detected 1263.113 MHz processor.
Calibrating delay loop... 2523.13 BogoMIPS
Memory: 255296k/262144k available (1462k kernel code, 6460k reserved, 444k data, 212k init, 0k highmem)
Dentry-cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode-cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0383fbff 00000000 00000000, vendor = 0
CPU: L1 I cache: 16K, L1 D cache: 16K
CPU: L2 cache: 512K
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After vendor init, caps: 0383fbff 00000000 00000000 00000000
CPU:     After generic, caps: 0383fbff 00000000 00000000 00000000
CPU:             Common caps: 0383fbff 00000000 00000000 00000000
CPU: Intel(R) Pentium(R) III CPU - S         1266MHz stepping 04
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: Discovered primary peer bus 01 [IRQ]
PCI: Using IRQ router ServerWorks [1166/0201] at 00:0f.0
PCI: Found IRQ 9 for device 00:0f.3
PCI: Sharing IRQ 9 with 00:0f.2
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
VFS: Diskquotas version dquot_6.4.0 initialized
SGI XFS with ACLs, EAs, realtime, quota, no debug enabled
i2c-core.o: i2c core module
i2c-dev.o: i2c /dev entries driver module
i2c-core.o: driver i2c-dev dummy driver registered.
i2c-proc.o version 2.6.1 (20010825)
i2c-piix4.o version 2.6.2 (20011118)
i2c-piix4.o: Found CSB5 device
i2c-dev.o: Registered 'SMBus PIIX4 adapter at 3a80' as minor 0
i2c-core.o: adapter SMBus PIIX4 adapter at 3a80 registered as adapter 0.
i2c-piix4.o: SMBus detected and initialized
pty: 256 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with HUB-6 MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
Real Time Clock Driver v1.10e
Non-volatile memory driver v1.2
block: 128 slots per queue, batch=32
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ServerWorks CSB5: IDE controller on PCI bus 00 dev 79
ServerWorks CSB5: chipset revision 146
ServerWorks CSB5: native mode: will probe irqs later
    ide0: BM-DMA at 0xfcb0-0xfcb7, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xfcb8-0xfcbf, BIOS settings: hdc:DMA, hdd:DMA
hda: ST310220A, SN=7BV065PC, FWREV=3.11, ATA DISK drive
ide0 at 0xfcd8-0xfcdf,0xfcd6 on irq 14
hda: 20005650 sectors (10243 MB) w/512KiB Cache, CHS=19846/16/63, UDMA(66)
Partition check:
 hda: hda1 hda2 hda3 hda4
Cronyx Ltd, Synchronous PPP and CISCO HDLC (c) 1994
Linux port (c) 1998 Building Number Three Ltd & Jan "Yenya" Kasprzak.
SCSI subsystem driver Revision: 1.00
request_module[scsi_hostadapter]: Root fs not mounted
md: raid0 personality registered as nr 2
md: raid1 personality registered as nr 3
md: raid5 personality registered as nr 4
raid5: measuring checksumming speed
   8regs     :  1747.600 MB/sec
   32regs    :  1148.000 MB/sec
   pIII_sse  :  2937.600 MB/sec
   pII_mmx   :  2797.600 MB/sec
   p5_mmx    :  2966.800 MB/sec
raid5: using function: pIII_sse (2937.600 MB/sec)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
 [events: 00000038]
 [events: 00000038]
 [events: 00000038]
 [events: 00000038]
md: autorun ...
md: considering hda4 ...
md:  adding hda4 ...
md: created md4
md: bind<hda4,1>
md: running: <hda4>
md: hda4's event counter: 00000038
md4: max total readahead window set to 256k
md4: 1 data-disks, max readahead per data-disk: 256k
raid0: looking at hda4
raid0:   comparing hda4(3845440) with hda4(3845440)
raid0:   END
raid0:   ==> UNIQUE
raid0: 1 zones
raid0: FINAL 1 zones
raid0: zone 0
raid0: checking hda4 ... contained as device 0
  (3845440) is smallest!.
raid0: zone->nb_dev: 1, size: 3845440
raid0: current zone offset: 3845440
raid0: done.
raid0 : md_size is 3845440 blocks.
raid0 : conf->smallest->size is 3845440 blocks.
raid0 : nb_zone is 1.
raid0 : Allocating 8 bytes for hash.
md: updating md4 RAID superblock on device
md: hda4 [events: 00000039]<6>(write) hda4's sb offset: 3845440
md: considering hda3 ...
md:  adding hda3 ...
md: created md3
md: bind<hda3,1>
md: running: <hda3>
md: hda3's event counter: 00000038
md3: max total readahead window set to 256k
md3: 1 data-disks, max readahead per data-disk: 256k
raid0: looking at hda3
raid0:   comparing hda3(524544) with hda3(524544)
raid0:   END
raid0:   ==> UNIQUE
raid0: 1 zones
raid0: FINAL 1 zones
raid0: zone 0
raid0: checking hda3 ... contained as device 0
  (524544) is smallest!.
raid0: zone->nb_dev: 1, size: 524544
raid0: current zone offset: 524544
raid0: done.
raid0 : md_size is 524544 blocks.
raid0 : conf->smallest->size is 524544 blocks.
raid0 : nb_zone is 1.
raid0 : Allocating 8 bytes for hash.
md: updating md3 RAID superblock on device
md: hda3 [events: 00000039]<6>(write) hda3's sb offset: 524544
md: considering hda2 ...
md:  adding hda2 ...
md: created md2
md: bind<hda2,1>
md: running: <hda2>
md: hda2's event counter: 00000038
md2: max total readahead window set to 256k
md2: 1 data-disks, max readahead per data-disk: 256k
raid0: looking at hda2
raid0:   comparing hda2(1536128) with hda2(1536128)
raid0:   END
raid0:   ==> UNIQUE
raid0: 1 zones
raid0: FINAL 1 zones
raid0: zone 0
raid0: checking hda2 ... contained as device 0
  (1536128) is smallest!.
raid0: zone->nb_dev: 1, size: 1536128
raid0: current zone offset: 1536128
raid0: done.
raid0 : md_size is 1536128 blocks.
raid0 : conf->smallest->size is 1536128 blocks.
raid0 : nb_zone is 1.
raid0 : Allocating 8 bytes for hash.
md: updating md2 RAID superblock on device
md: hda2 [events: 00000039]<6>(write) hda2's sb offset: 1536128
md: considering hda1 ...
md:  adding hda1 ...
md: created md1
md: bind<hda1,1>
md: running: <hda1>
md: hda1's event counter: 00000038
md1: max total readahead window set to 256k
md1: 1 data-disks, max readahead per data-disk: 256k
raid0: looking at hda1
raid0:   comparing hda1(4095936) with hda1(4095936)
raid0:   END
raid0:   ==> UNIQUE
raid0: 1 zones
raid0: FINAL 1 zones
raid0: zone 0
raid0: checking hda1 ... contained as device 0
  (4095936) is smallest!.
raid0: zone->nb_dev: 1, size: 4095936
raid0: current zone offset: 4095936
raid0: done.
raid0 : md_size is 4095936 blocks.
raid0 : conf->smallest->size is 4095936 blocks.
raid0 : nb_zone is 1.
raid0 : Allocating 8 bytes for hash.
md: updating md1 RAID superblock on device
md: hda1 [events: 00000039]<6>(write) hda1's sb offset: 4095936
md: ... autorun DONE.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
XFS mounting filesystem md(9,1)
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 212k freed
Adding Swap: 524536k swap-space (priority -1)
natsemi.c:v1.07 1/9/2001  Written by Donald Becker <becker@scyld.com>
  http://www.scyld.com/network/natsemi.html
  (unofficial 2.4.x kernel port, version 1.07+LK1.0.15, Jan 14, 2002  Jeff Garzik, Tjeerd Mulder)
PCI: Found IRQ 5 for device 01:06.0
eth0: NatSemi DP8381[56] at 0xd085f000, 00:10:e0:06:3c:92, IRQ 5.
PCI: Found IRQ 7 for device 01:07.0
eth1: NatSemi DP8381[56] at 0xd0861000, 00:10:e0:06:3c:2f, IRQ 7.
XFS mounting filesystem ide0(3,2)
XFS mounting filesystem ide0(3,4)
eth0: link up.
eth0: Setting full-duplex based on negotiated link capability.
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
PCI: Found IRQ 9 for device 00:0f.2
PCI: Sharing IRQ 9 with 00:0f.3
usb-ohci.c: USB OHCI at membase 0xd08b6000, IRQ 9
usb-ohci.c: usb-00:0f.2, ServerWorks OSB4/CSB5 OHCI USB Controller
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 2 ports detected
Initializing USB Mass Storage driver...
usb.c: registered new driver usb-storage
USB Mass Storage support registered.
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.


 
 
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 :??:


---------------
:wq
n°650314
deather2
Posté le 15-03-2005 à 18:10:28  profilanswer
 

Je suis sûr que c'est du raid matériel.
Pour l'install, mkfs -t ext3 /dev/mdx

n°650317
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 18:13:20  profilanswer
 

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.
 
:??:


---------------
:wq
n°650324
deather2
Posté le 15-03-2005 à 18:29:23  profilanswer
 

vi pour l'ext3 c'était un exemple.
et pour ça, je sais pas trop :/

n°650327
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 18:33:48  profilanswer
 

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
Do you wish to start with a zero table [y/N]


 
Etrange non ? Alors je fais mes xfs sur /dev/hdaX ou sur /dev/mdX :D


Message édité par M300A le 15-03-2005 à 18:34:15

---------------
:wq
n°650338
deather2
Posté le 15-03-2005 à 18:50:00  profilanswer
 

Bon ben essaye sur /dev/hdaX :D
 
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


Message édité par deather2 le 15-03-2005 à 18:50:54
n°650372
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 20:14:23  profilanswer
 

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 ;)


Message édité par M300A le 15-03-2005 à 20:26:20

---------------
:wq
n°650414
M300A
Sehr hopfen, vielen IBU, wow!
Posté le 15-03-2005 à 21:46:56  profilanswer
 

:hot:
 
Résumé du problème en premier post :)


---------------
:wq
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs

  Debian sur Cobalt : Besoin d'un expert RAID

 

Sujets relatifs
probleme apt debian[Debian] Quel kernel?
debian, nvidia et là...je comprend plusdistribution qui supporte le raid nf4
Debian sur un Cobalt X86Installation debian sur antiquité
installer une debian a partir du disque dur[debian] probleme avec ma 2ème carte reseau
[debian] question sur le repertoires des modules 
Plus de sujets relatifs à : Debian sur Cobalt : Besoin d'un expert RAID

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.113 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR