Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 01/03/2007, à 17:25

ponsfrilus

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Re... big_smile et cette fois c'est avec le sourire ha ha ha

On a fait un tuto pour installer du RAID 0 avec dmraid sur Edgy...
C'est par là: http://blog.donax.ch/index.php/post/200 … buntu-Edgy

neutral:):o:D:lol:

Hors ligne

#27 Le 05/03/2007, à 11:47

gaston2150

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Génial les gars,

je vais tester ça ce soir,

Je vais suivre a la lettre le tuto, s'il y a quelques trucs à améliorer je vous le ferais savoir.

Youh hou !!!! J'entends mon raid me dire merci !!!!!

Peut être voir pour un Wiki sur le site d'ubuntu après, non ?

@++

Et Merci !!!!!!!!!!!!!!!!!!

big_smile:D:D:D


L'expérience est le fruit de nos erreurs.
XP3000,Geforce6600GT,2HDD sata,A7N8X-E Deluxe
Serveur : P3 500Mhz, 384MoRam, Raid1 2x320Go

Hors ligne

#28 Le 05/03/2007, à 12:38

fdonnet

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Nickel chrome, bien joué...

Par la même occase, je me suis abonné à ton flux RSS... le .ch me fait dire qu'en suisse on tente des trucs sympa smile (gros chauvinisme inside)
Fabien

PS : je vais regarder ton truc pour les perfs, j'aurai pas penser que le gain en terme d'accès était aussi grand... cooli.

Hors ligne

#29 Le 05/03/2007, à 12:56

ponsfrilus

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

gaston2150 a écrit :

Je vais suivre a la lettre le tuto, s'il y a quelques trucs à améliorer je vous le ferais savoir.

Cool volontiers!

gaston2150 a écrit :

Youh hou !!!! J'entends mon raid me dire merci !!!!!

J'espère bien!!!!

gaston2150 a écrit :

Peut être voir pour un Wiki sur le site d'ubuntu après, non ?

Yup sauf que je doute qu'installer un truc avec les dépôts de Feisty soit très officiel... Peut-être qu'en avril avec la sortie de Feisty ce serait plus adéquat....



fdonnet a écrit :

Nickel chrome, bien joué...

Par la même occase, je me suis abonné à ton flux RSS... le .ch me fait dire qu'en suisse on tente des trucs sympa smile (gros chauvinisme inside)

Cool, t'es d'où toi?

fdonnet a écrit :

PS : je vais regarder ton truc pour les perfs, j'aurai pas penser que le gain en terme d'accès était aussi grand... cooli.

Et d'ailleurs plus tu mets de disques plus les performances sont améliorées, car plutôt que d'écrire sur un il écrit un fichier simultanément sur 2, 3 4 ou X disques....

Hors ligne

#30 Le 05/03/2007, à 16:06

fdonnet

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

ponsfrilus a écrit :

Cool, t'es d'où toi?

De Monthey VS et toi ?

ponsfrilus a écrit :

Et d'ailleurs plus tu mets de disques plus les performances sont améliorées, car plutôt que d'écrire sur un il écrit un fichier simultanément sur 2, 3 4 ou X disques....

Oui, je ne pensais pas que c'était un gain de 50% pour 2 disques en terme d'accès... c'est vraiment tranquille.

Au plaisir !

Dernière modification par fdonnet (Le 05/03/2007, à 16:07)

Hors ligne

#31 Le 05/03/2007, à 16:25

ponsfrilus

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

fdonnet a écrit :
ponsfrilus a écrit :

Cool, t'es d'où toi?

De Monthey VS et toi ?

Lausanne... t'es sur Swisslinux aussi?

fdonnet a écrit :
ponsfrilus a écrit :

Et d'ailleurs plus tu mets de disques plus les performances sont améliorées, car plutôt que d'écrire sur un il écrit un fichier simultanément sur 2, 3 4 ou X disques....

Oui, je ne pensais pas que c'était un gain de 50% pour 2 disques en terme d'accès... c'est vraiment tranquille.

Au plaisir !

Je sais pas si c'est vraiment en terme d'accès. Le temps d'accès disque est normalement inchangé mais la vitesse lecture/écriture est améliorée.
http://fr.wikipedia.org/wiki/RAID_(info … par_bandes
http://www.pc-tests.com/dossiers/Sata-R … mances.php
et http://www.labo-linux.org/cours/module- … id-et-lvm/ qui dit:

Lorsque l’on utilise un niveau RAID 0, nous avons vu que les données sont réparties entre les différents disques, ce qui permet d’augmenter les performances. Pour répartir les données sur l’ensemble des disques de la façon la plus optimisée, la carte RAID (ou bien le système d’exploitation dans le cas d’un RAID logiciel) doit les découper en petites unités appelées segments. Lorsque l’on met en place un niveau RAID 0, on doit spécifier la taille de ces segments (ou block size, et parfois nommé chunk size). Cette taille est un multiple de la capacité d’un secteur de disque dur (soit 512octets). Ainsi, la plus petite taille possible pour un segment est de 512octets et peut attendre plusieurs Méga-octets (parfois plus de 4Mo).

La taille sélectionnée va influencer sur les performances en lecture et en écriture. Pour le stockage de gros fichiers, il est recommandé de choisir une taille élevée (256Ko, ou plus) alors que pour les petits fichiers une petite taille est à privilégier (ex. : 512octets, 1024 octets, …). Mais il ne faut surtout pas mettre une taille de 2048 Ko pour stocker des petits fichiers de 4Ko chacun car cela occuperait énormément d’espace disque inutilement et les performances seraient désastreuses.

Pour conclure, l’avantage du RAID 0 est une augmentation des performances proportionnelle au nombre de disque et ce sans perte de capacité. Cependant ce mode ne tolère pas les pannes (si un des disques tombe en panne alors toutes les données stockées sur l’agrégat sont perdues) et induit une augmentation de la probabilité d’une panne (plus il y a de disques plus il y a de chances pour que l’un d’eux tombe en panne).

Hors ligne

#32 Le 05/03/2007, à 16:31

ruf79

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Salut,

je suis le co-auteur de l'article sur donax.ch.

Nous avons essayé d'installer ubuntu feisty herd4 pour voir si le support dmraid était ok, mais nous avons eu des problèmes au démarrage. Apparemment les initframs-tools ont changé depuis Edgy et le paquet dmraid pour Feisty n'a pas l'air de tourner correctement.

Pour ceux qui attendent la sortie de Feisty pour "légaliser" notre tuto....faut pas trop y espérer, au moins pour le moment.
Mon conseil, installez Edgy, n'activez PAS multiverse et attendez que Feisty soit bien stabilisé avant de faire une mise à jour du système. Moins de paquets multiverse vous aurez installé, mois de soucis à la mise à jour...

Ruf

Hors ligne

#33 Le 05/03/2007, à 16:42

fdonnet

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

ponsfrilus a écrit :
fdonnet a écrit :
ponsfrilus a écrit :

Cool, t'es d'où toi?

De Monthey VS et toi ?

Lausanne... t'es sur Swisslinux aussi?

Non connaissais pas, je vais m'y inscrire smile

Ok si c'est pas les accès, c'est moi qui me suis planté c'est le buffer de read qui va mieux :
Timing buffered disk reads:  414 MB in  3.00 seconds = 137.84 MB/sec (2x plus rapide que sans le RAID).

a+ pour de nouvelles aventures.

Hors ligne

#34 Le 05/03/2007, à 16:52

ponsfrilus

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

fdonnet a écrit :

Non connaissais pas, je vais m'y inscrire smile

Cool, en plus y'a pas mal de valaisans (dont les administrateurs je crois)!!!

Y'a aussi le GULL sur lequel tu peux jetter un oeil...

Hors ligne

#35 Le 05/03/2007, à 17:10

fdonnet

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

ponsfrilus a écrit :

Non connaissais pas, je vais m'y inscrire smile
Cool, en plus y'a pas mal de valaisans (dont les administrateurs je crois)!!!
Y'a aussi le GULL sur lequel tu peux jetter un oeil...

Donc y doit pas y avoir pénurie de bouteille blanc lors des assemblées, c'est déjà ça smile

Le GULL, je connaissais en son temps, mais j'ai plus bcp suivi : ça fait pas si longtemps que je me suis remis à Linux... surtout pour avoir un environnement stable pour mes activités prof (dév. etc). mais plus je m'y remets plus je me dis que c'est vraiment plus qu'une alternative... du reste je n'utilise plus que cela en fait ...

Donc au plaisir de peut-être faire votre connaissance (à toi et ton collègue qui a participé au tuto) au travers de l'une ou l'autre de ces initiatives.
Bye.

Hors ligne

#36 Le 12/03/2007, à 12:09

gaston2150

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Salut à tous !

Désolé, je n'ai pas internet en ce moment chez moi donc je ne peut pas télécharger l'alternate CD d'ou ma question :

Peut on installer avec le desktop CD et ainsi adapter l'install.

@++


L'expérience est le fruit de nos erreurs.
XP3000,Geforce6600GT,2HDD sata,A7N8X-E Deluxe
Serveur : P3 500Mhz, 384MoRam, Raid1 2x320Go

Hors ligne

#37 Le 19/03/2007, à 12:00

gaston2150

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Salut tout le monde !

Bon, j'ai suivi le tuto mais je n'ai pas réussi à installer.

Je suis resté bloqué au partionnement.

Je ne sais pas pourquoi, Linux m'a formaré tout mon RAID.
J'ai eu un probleme avec la SWAP, il m'a demandé de formater la partition (1Go) et je me suis retrouvé avec une nouvelle partition de 320Go (tout mon raid !!)

Donc au lieu d'avoir 5 partions, je n'en ai plus du tout.

Je vais acheter un disque ce soir pour faire une récupération de données.

Je pense que je vais arreter l'installation d'Ubuntu sur le RAID, et l'installer sur bon vieux disque dur IDE.

Après j'esserai de monter le RAID, mais on verra ça plus tard.

Pour l'instant je suis un peu dégouté, j'ai du boulot qui m'attend ce soir.

@++


L'expérience est le fruit de nos erreurs.
XP3000,Geforce6600GT,2HDD sata,A7N8X-E Deluxe
Serveur : P3 500Mhz, 384MoRam, Raid1 2x320Go

Hors ligne

#38 Le 19/03/2007, à 13:32

ponsfrilus

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

gaston2150 a écrit :

Peut on installer avec le desktop CD et ainsi adapter l'install.

Salut,
pour notre part on avait pas réussi (mais on dit pas que c'est impossible...)

En même temps Feisty Fawn sort le 19 Avril, ca vaut peut-être le coup d'attendre...

Hors ligne

#39 Le 25/05/2007, à 09:06

gaston2150

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Je refait monter le topic pour poser une question subsidiaire :

J'ai finalement installé Ubuntu sur un disque IDE et je voudrai monter mes partitions raid avec linux.

J'ai 4 partitions sur le raid (3 principales et 1 partition étendue)

dmraid ne me voit que 2 partitions, j'essai de les monter avec

mount -t ntfs-3g /dev/mapper/pdc_ibbjgdj1 /media/divers

mais j'ai encore une erreur

Y'a t il des gens qui le font fonctionner correctement ?

++


L'expérience est le fruit de nos erreurs.
XP3000,Geforce6600GT,2HDD sata,A7N8X-E Deluxe
Serveur : P3 500Mhz, 384MoRam, Raid1 2x320Go

Hors ligne

#40 Le 26/05/2007, à 00:20

ponsfrilus

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

http://blog.donax.ch/index.php/post/2007/05/14/RAID-sur-Ubuntu-Feisty-Nouvelle-installation

Un tuto avec Feisty... en espérant que cela te donnera un début de réponse...

Hors ligne

#41 Le 12/05/2008, à 01:44

matriochka

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Bonsoir et merci à tous, j'ai pu enfin accéder à mes disques Raid avec Ubuntu :

Ma config :

Système (Hardy) en multiboot classique avec windows sur un disque sata unique.

Mes données sur : 2 320 Go en fakeRaid 0 (puce sil sur GAK8NXP-SLI)
                          2 80 Go en fakeRaid 1 (carte Promise Tx2000) 
                          1 160 Go en fakeRaid 1 (carte Promise Tx2000)
                          1 200 Go en fakeRaid 1 (carte Promise Tx2000)

Pour que ça marche, il a fallut :

    - installer Dmraid par Synaptic
    - trouver les identifiants de mes disques par :

root@papa-desktop:~# dir /dev/mapper
control         nvidia_beahabfe1  pdc_egggcbfd1  pdc_ffjgjaeb1
                    nvidia_beahabfe    pdc_egggcbfd   pdc_ffjgjaeb

puis vérifier par

root@papa-desktop:~# dmraid -ay
/dev/sdg: "sil" and "nvidia" formats discovered (using nvidia)!
/dev/sdf: "sil" and "nvidia" formats discovered (using nvidia)!
RAID set "nvidia_beahabfe" already active
RAID set "pdc_ffjgjaeb" already active
RAID set "pdc_egggcbfd" already active
RAID set "nvidia_beahabfe1" already active
RAID set "pdc_ffjgjaeb1" already active
RAID set "pdc_egggcbfd1" already active

que dmraid fonctionne bien

puis

root@papa-desktop:~# dmraid -r
/dev/sdg: "sil" and "nvidia" formats discovered (using nvidia)!
/dev/sdf: "sil" and "nvidia" formats discovered (using nvidia)!
/dev/sdg: nvidia, "nvidia_beahabfe", mirror, ok, 625142446 sectors, data@ 0
/dev/sdf: nvidia, "nvidia_beahabfe", mirror, ok, 625142446 sectors, data@ 0
/dev/sde: nvidia, "nvidia_idjgfdce", stripe, ok, 240121726 sectors, data@ 0
/dev/sdd: pdc, "pdc_ffjgjaeb", stripe, ok, 156354816 sectors, data@ 0
/dev/sdc: pdc, "pdc_ffjgjaeb", stripe, ok, 156354816 sectors, data@ 0
/dev/sdb: pdc, "pdc_bfgaccai", stripe, ok, 320172993 sectors, data@ 0
/dev/sda: pdc, "pdc_egggcbfd", stripe, ok, 390721792 sectors, data@ 0

m'a permis de retrouver mes petits :

sda : 200 Go sur Promise
sdb : 160 Go sur Promise, lui n'existe pas dans dev/mapper mais est pris directement en compte en sdb1 (peut-être car il est bootable dans le bios de la carte Promise ???)
sdc et sdd : 2x80 en raid 1 sur Promise
sde : 120 Go système
sdf et sdg : 2x320 en Raid 0 sur carte Sil

ensuite le gros morceau : modifier /etc/fstab :

papa@papa-desktop:~$ gksudo gedit /etc/fstab

Il a alors fallu y rajouter :

/dev/mapper/nvidia_beahabfe1 /media/320raid0 ntfs iocharset=utf8,uid=1000,gid=1000,auto,rw,users 0 0
/dev/mapper/pdc_ffjgjaeb1 /media/160raid1 ntfs iocharset=utf8,uid=1000,gid=1000,auto,rw,users 0 0
/dev/mapper/pdc_egggcbfd1 /media/200raid1 ntfs iocharset=utf8,uid=1000,gid=1000,auto,rw,users 0 0
/dev/sde1       /media/120      ntfs iocharset=utf8,uid=1000,gid=1000,auto,rw,users 0 0
/dev/sdb1       /media/160      ntfs iocharset=utf8,uid=1000,gid=1000,auto,rw,users 0 0

et enfin créer les différents répertoires sous /media :

sudo mkdir /media/320raid0

etc.....

enfin un petit

sudo mount -a

et miracle les petits disques apparaissent sur le bureau !

Encore merci à tous les contributeurs !

#42 Le 28/05/2009, à 18:20

falcom

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Bonsoir,

En ce qui me concerne je n'ai jamais reussit.

En partant d'un alternate cd, ok il trouve le raid, je le laisse gerrer le partitionnement. Mais au reboot Rien. Passer Grub, j'ai la barre de chargement puis ensuite ecran noir, et un pauvre tiret en haut a gauche et ça s'arrete la.

J'ai essayer a partir d'une cle usb, en suivant le tuto qui existe dans la documentation du site,
http://doc.ubuntu-fr.org/tutoriel/comment_installer_ubuntu_sur_raid0_materiel

Sauf que une fois que j'ai installer le package dmraid qui est dans les depots, impossible de lancer l'installation.

ça va meme plus loin, car si je veux redemarrer sur la clé USB, grub ne marche plus.

De meme si j'installe ubuntu sur un disque, qu'ensuite j'installe dmraid pour reconnaitre des raids non bootable, au redemarrage, grub ne marche plus.

Si vous avez des idées??

Hors ligne

#43 Le 30/10/2009, à 00:19

gaston2150

Re : [debut de réponse aux prob de RAID] /dev/mapper vide...

Bonsoir, je déterre le sujet car j'ai une petite question.

chez moi dmraid -ay détecte mal mes partitions, je suis obligé de le forcer avec cette commande : dmraid -ay -f sil

du coup je vois bien mes partitions et maintenant j'arrive à installer ubuntu.

par contre, pour grub, est ce qu'au chargement il va forcer aussi ?
Car j'ai une erreur 2 au chargement de grub.

Merci beaucoup

Dernière modification par gaston2150 (Le 30/10/2009, à 00:19)


L'expérience est le fruit de nos erreurs.
XP3000,Geforce6600GT,2HDD sata,A7N8X-E Deluxe
Serveur : P3 500Mhz, 384MoRam, Raid1 2x320Go

Hors ligne