Bonjour à tous !
Ma question porte sur la question de partitions et des disques dur.
Ma problématique est la suivante : Je n'ai qu'un seul disque dur physique dans mon PC Portable, et je voudrais créer deux partitions de la façon suivante :
Une partition de 20gb reconnu en tant que /dev/sda et une partition du reste du DD reconnu en tant que /dev/sdb
Ma question est simple, est-ce réalisable ?
Précision, je suis sous Fedora.
Merci à tous !
# La réponse est oui
Posté par genma (site web personnel) . Évalué à -8.
Deux partitions sur le même disque, ce sera bien /dev/sda et /dev/sdb
Mais au niveau de l'utilisation ce sera sur un point de montage, donc ce sera, par exemple : / pour /dev/sda et /home pour /dev/sdb
Mais le plus simple est de te documenter, en lisant http://doc.fedora-fr.org/wiki/Guide_d%27installation_de_Fedora_en_images#C.27est_votre_premi.C3.A8re_installation_et_votre_premier_contact_avec_un_syst.C3.A8me_GNU.2FLinux par exemple qui expliquera tout et te donnera toutes les réponses.
[^] # Re: La réponse est oui
Posté par totof2000 . Évalué à 3.
La réponse à la question posée est non, et le pire c'est que tu le dis dans ton commentaire. La demande initiale est d'avoir une partition /dev/sda et une partition /dev/sdb, non pas d'avoir deux partitions. Après la question a peut-être été mal formulée mais dans l'absolu c'est impossible.
# Je ne crois pas que ce sera possible
Posté par totof2000 . Évalué à 2.
Tu auras une partition /dev/sda1 et une partition /dev/sda2, sda, sdb .... étant réservé pour les disques physiques .... A moins qu'il existe une bidouille "sale" permettant de le faire.
pourquoi veux-tu ce nommage précis ?
# une règle udev ?
Posté par GaMa (site web personnel) . Évalué à 2.
C'est peut être possible avec une règle udev.
Avec une règle udev du peut donner le nom que tu veux à un périf. Par contre je sais si c'est possible de prendre un nom "réservé"
Matthieu Gautier|irc:starmad
# le pourquoi
Posté par Harro . Évalué à 0.
Merci pour vos réponses ultra-rapide.
A vrai dire j'ai besoin de cette manipulation car je dois présenter une appli qui copie un disque dur physique pour en faire un virtuel.
Mon appli utilise un périphérique tier (genre clé usb, disque dur externe). Il virtualise donc /dev/sda en entier
Et pour la démo, pour accélérer le processus j'aurais voulu créer une partition vue comme un DD à part.
[^] # Re: le pourquoi
Posté par JGO . Évalué à 2.
Peux-tu utiliser un périphérique /dev/loopX ?
[^] # Re: le pourquoi
Posté par Harro . Évalué à 0.
Tu veux dire monter une image en loop par exemple ?
Le soucis c'est que si l'image montée en loop est stockée sur /dev/sda, la copie va le prendre en compte et grandir indéfiniment.
[^] # Re: le pourquoi
Posté par JGO . Évalué à 3.
Ou alors un ramdisk ?
Pour mémoire la méthode directe en
tmpfs, mais sans accès à un /dev/ précis :[^] # Re: le pourquoi
Posté par Harro . Évalué à 0.
Je comprends pas comment je peux l'utiliser ?
Je connais pas ce type de disk
[^] # Re: le pourquoi
Posté par JGO . Évalué à 4.
Les périphériques ramdisk (/dev/ramX) sont des partitions que tu peux créer en RAM. C'est supporté par le noyau de quasiment toutes les distributions, vu que c'est utilisé pour démarrer avec un initrd (chargé dans /dev/ram0).
Quand tu fais
mkfs.ext4 /dev/ram1 100M, cela crée une partition ext4 de 100 Mo tout comme si c'était une partition sur un périphérique normal, sauf que le noyau prend l'espace sur la RAM. Si t'as assez de RAM tu peux créer des partitions de plusieurs Go. Tu peux les monter avec la commande mount, y copier des fichiers normalement, mais tout disparaitra à l'extinction de la machine.Ce genre de partition est utile pour créer un cache de fichiers, une partition temporaire hyper-rapide (vu que c'est de la RAM), par exemple pour travailler sur de gros fichiers de façon répétitive sans engorger les entrées-sorties du disque dur ou de son cache. Par exemple ce blog applique cela à la création d'un cache pour un serveur web. Dans ton cas, tu peux travailler sur /dev/ram1 comme si c'était un /dev/sdb.
[^] # Re: le pourquoi
Posté par Grunt . Évalué à 3.
Pourquoi tu fais pas tes tests et ta démo en machine virtuelle?
Tu crées des fichiers qui seront vu comme des disques durs par la machine virtuelle. Mettons, sur ton disque crées un fichier de 20Go: c'est le premier disque de ta VM. Un fichier de 5Go: c'est le deuxième disque, celui qui sera copié. Tu lances kvm avec les bons paramètres et le tour est joué.
Le seul inconvénient c'est que tu peux pas vérifier les performances réelles avec cette solution. Pour ça, de toute façon il te faudra un vrai disque.
THIS IS JUST A PLACEHOLDER. YOU SHOULD NEVER SEE THIS STRING.
[^] # Re: le pourquoi
Posté par Harro . Évalué à 0.
A vrai dire c'est ce que je faisais jusque là, j'ai même scripté le toutim en tout virtuel.
Mais pour la démo, vu que la finalité est de passé du physique au virtuel, je voulais le présenter sur du physique.
[^] # Re: le pourquoi
Posté par Zenitram (site web personnel) . Évalué à 3.
Vu que tu n'as pas 2 disques physiques, faire du physique est impossible, par définition. Ce sera toujours du virtuel. Donc autant faire avec les bons outils (une machine virtuelle), c'est fait pour.
[^] # Re: le pourquoi
Posté par Zylabon . Évalué à 1.
ça peut marcher un simple ln -s /dev/sda2 /dev/sdb ?
Please do not feed the trolls
[^] # Re: le pourquoi
Posté par JGO . Évalué à 4.
Je pense dans ce cas plutôt avec mknod ou MAKEDEV, qui servent à créer les fichiers spéciaux de /dev à l'époque avant udev et encore avant devfs.
Une fois le nœud créé, il peut rendre disponible sda2 à cet endroit avec :
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.