Bonjour tout l'monde! Voilà qui faisait longtemps.
C'est aujourd'hui un problème d'organisation pour une nouvelle installation qui m'amène à vous. Il s'agira d'une installation Archlinux "the arch way", j'en ai fait maintenant quelques unes, je commence à m'y habituer, là n'est pas le problème.
Problématique
Pour mes besoins techniques et pratique, je vais me retrouver à utiliser certainement Windows en parallèle, mais je ne me vois pas l'utiliser en dual boot avec tous les problèmes que ça peut engendrer, aussi ai-je pensé à virtualiser Windows. Et pour de meilleures performances, à installer les machines virtuelles sur des espaces correspondant physiqueent à des disques dédiés à cet effet. Ainsi, si ma machine virtuelle doit travailler et gratter, ce ne sera pas au détriment de l'hôte qui peut bosser sur un autre disque pendant ce temps. C'est une astuce d'optimisation qui a été montrée déjà auparavant.
Le soucis vient des tailles à allouer à mes espaces. J'utilise la technique LVM et dispose actuellement dans ma machine des branchement suivants :
Port SATA3 #0 : SSD 120GB /dev/sda -> /dev/sda1 en ext2 pour /boot, /dev/sda2 en LVM pour volgroup_sys
Port SATA3 #1 : HDD 1TB /dev/sdb -> /dev/sdb1en LVM pour volgroup_data
Port SATA3 #2 : HDD 320 GB /dev/sdc -> /dev/sdc1 en LVM pour volgroup_vm
Le principal problème que je vois venir est le manque de place pour /vm, et dans le même temps /home a tendance sur mon ordinateur à être très occupé aussi. Que faire ?
Début de solution
J'ai pensé à la possibilité suivante : je peux installer une carte PCIe <-> IDE de mes placcards pour remplacer mon lecteur CD/DVD actuel par son précécesseur, un IDE justement. De ce fait, le port eSATA actuellement branché en port SATA3 #3 pourrait être déplacé au port SATA2 #5, ainsi libérant le #3 pour un disque dur supplémentaire, et j'ai un second HDD 320 GB mécanique. Mais la question serait alors : à qui donner cet espace supplémentaire ? 1.3TB à /home ? 640 GB à /vm ? 1.3TB à /vm et seulement 320 GB à /home ? 1 TB à /vm et seulement 640 GB à /home ?
En question bonus j'ai aussi la possibilité de former un volume supplémentaire dans volgroup_data pour monter /var, je pense que ça pourrait être utile pour épargner un peu d'écriture au SSD.
Vu que vous n'avez pas eu de réponse je me sacrifie Petite proposition: Pourquoi pas juste un disque dur externe USB pour stocker vos VMs. J'utilise ça tous les jours, un petit SSD qui va bien, et en plus on peut les changer d'ordinateur sans manipulation ce qui est pratique. Au début j'avais formaté le disque externe en exfat en me disant intéropérabilitée MAC/OS GNU/Linux Windows mais j'ai eu des machines corrompues (Pas mal même), je pense que c'est parce qu'il n'y a pas de journalisation des données sur ExFat et que j'utilisais un coup windows un coup GNU/Linux comme machine hôte, du coup maintenant j'utilise ext4 et plus de problèmes (Plus de windows non plus ^^). Après pour l'espace non allouée une nouvelle partition du style /data se qui peut en plus aléger votre home avec toutes les données que vous pouvez partager entre tous les utilisateurs (films, image, backup de fichiers de config, ...). Et pour finir mon graal du moment une partition qui sert a prendre des snapshots du systéme.
Et sinon c'est quoi /dev/volgroup_vm/lv_vm ? C'est déjà une partition/disque résèrvé pour vos VMs non?
Encore quelqu'un qui écrit blanc sur blanc ? C'est quoi, un nouveau bug du système qui s'installe ?
Thom. a écrit:
Pourquoi pas juste un disque dur externe USB pour stocker vos VMs. J'utilise ça tous les jours, un petit SSD qui va bien, et en plus on peut les changer d'ordinateur sans manipulation ce qui est pratique. Au début j'avais formaté le disque externe en exfat en me disant intéropérabilitée MAC/OS GNU/Linux Windows mais j'ai eu des machines corrompues (Pas mal même), je pense que c'est parce qu'il n'y a pas de journalisation des données sur exFat et que j'utilisais un coup windows un coup GNU/Linux comme machine hôte, du coup maintenant j'utilise ext4 et plus de problèmes (Plus de windows non plus ^^). Après pour l'espace non allouée une nouvelle partition du style /data se qui peut en plus aléger votre home avec toutes les données que vous pouvez partager entre tous les utilisateurs (films, image, backup de fichiers de config, ...). Et pour finir mon graal du moment une partition qui sert a prendre des snapshots du systéme.
Et sinon c'est quoi/dev/volgroup_vm/lv_vm ? C'est déjà une partition/disque résèrvé pour vos VMs non?
Pour répondre à la proposition, le principal soucis de cette solution est le drop en performances. L'USB, même en version 3, ne se compare pas aux 6 GB/s du SATA3. Le soucis, c'est que si je mets mes vms "en vrac" comme bien souvent, je vais aussi avoir un drop de performances, cette fois lié au fait que la vm et l'hôte sollicitent le même disque en même temps. Le but est donc d'avoir la vm sur son (ou ses) propre(s) disque(s) avec d'avoir un gain de performances à ce niveau là. C'est d'autant plus important que la plus importante de mes futures vms sera vraissemblablement une vm windows pour logiciels et gaming, pour tout ce que WINE ne peut pas gérer. J'ai déjà monté ma mémoire à 32GB rien que pour ça, c'est overkill même pour mon gaming linux normalement.
Pour la seconde question, il faut voir ce que c'est que la notion de LVM, pour le coup. Logical Volume Management. L'idée est de prendre certaines partitions, et de les déclarer comme les volules physiques ("PV", type 8E dans fdisk, plus pvcreate à utiliser). Ensuite de les rassembler en disques virtuelle qui ne correspondent pas forcément aux disques réels, qu'on appelle groupes de volumes (volum group, "VG", avec vgcreate). Et les partition à l'intérieur se crééent sous la force de volumes logiques ("LV", et lvcreate). Un des intérêts, et c'est ce que j'utilise ici, c'est la souplesse accrue. Si je suis à court de place sur, mettons, /vm (et donc lv_vm), j'ai juste à ajouter un disque de plus dans ma machine, l'ajouter à volgroup_vms, et je pourrai alors aggrandir lv_vm. Attention cependant, la partition où se trouve /boot ne peut pas être incluse dans le système LVM, malheureusement. Du coup typiquement on lui loue une partition classique juste pour /boot.
3e Disque = HDD 380GB = 1 partition = "J'ai pas compris à quoi il servait ? Où est-il monté? C'est pour vos VMs ?
Peut-on avoir le retour de "df -h" et de "lsblk"
Mais sinon effectivement vous avez l'air de vouloir exploiter violamment votre machine virtuelle et le sata est sans doute le meilleur choix. Sinon seconde question vous allez prendre quoi comme logiciel de virtualisation?
C'est parce que sur ce modèle je n'ai pas encore assez de disques pour le faire. Je cherche à avoir / sur quelque chose qui tourne en SSD (et /boot sur le premier SSD de toutes façons), /home qui tourne sur du mécanique (parce que plein d'écritures), swap aussi (même raison), /var j'me tâte mais si j'en fais un ce sera aussi sur un espace mécanique, et vm c'est sur un espace utilisant un ou des disque(s) différent(s) du reste. C'est simplement ça. Si Aujourd'hui il n'y a qu'un seul disque dans chaque VG, ça veut pas dire que ce sera le cas demain, je suis prévoyant.
Par ailleurs le modèle évolue un peu, là actuellement j'ai un 2e mécanique 320G qui a rejoint le tout (mais encore inutilisé, juste branché). Mais je vais sans toute virer les 2 pour un mécanique 1 TB, que je vais récupérer de mon laptop, lui-même va profiter d'un SSD 240GB à la place. Suffisant en place et belle upgrade en perfs pour un laptop qui n'a pas de place de toutes façons pour plus à l'intérieur.
Après, oui, ma difficulté principale sera de faire que cet espace lv_vm soit accessible à tous les utilisateurs du groupe ayant droit d'exécuter des machines virtuelles, vu que celles-ci seront à l'intérieur. J'me tâte encore sur comment faire ça, mais pour l'instant ce n'est pas mon problème le plus urgent #Option_auto-mount_USB_de_merde
df -h n'a pas beaucoup de sens pour l'instant sur un environnement encore en installation donc aux 3/4 vierge... Pour lsblk, voir mon topic d'auto-mount USB
En faite df -h me permettais surtout de voir où sont monté les disques. parce que la je vois pas trop. Et je comprends toujours pas si /dev/volgroup_vm/lv_vm sert ou pas a stocker les VMs (Virtual Machines),
Et pour l'instant dans votre modéle la partition swap est bien sur le SSD non?
Mais sinon je suis d'accord sur le plus urgent.
[edit] Ok c'est bon j'ai compris pour /dev/volgroup_vm/lv_vm
En faite df -h me permettais surtout de voir où sont monté les disques. parce que la je vois pas trop. Et je comprends toujours pas si /dev/volgroup_vm/lv_vm sert ou pas a stocker les VMs (Virtual Machines),
Oui oui, il sert à ça, monté sur /vm. Les droits sont pas encore bons, mais ça viendra.
Thom. a écrit:
Et pour l'instant dans votre modéle la partition swap est bien sur le SSD non?
Non, j'ai bougé lv_swap dans le group volgroup_data, qui est sur un disque mécanique.
Oh, et "le plus urgent" a été instant solved sur ArchForums... xD
J'ai remplacé le HDD mécanique (1T) de mon ordinateur portable par un SSD (240G), j'ai changé le schéma de partition au passage.
Avant:
sda1 : / (ext4, bootable, 100G)
sda2 : swap (8G)
sda3 : /home (ext3, 890G)
Après
sda1 : /boot (ext2, bootable, 1G)
sda2 : LVM cryptée (ouvert sur /dev/mapper/lvm par exemple)
volgroup0 : /dev/mapper/lvm
/dev/volgroup0/lv_swap : swap (8G)
/dev/volgroup0/lv_root : / (ext4, 100% : 230G)
De là j'ai fait un rsync de l'ancien disque vers le nouveau (depuis l'environnement liveUSB d'Arch), et une fois fait j'ai mis à jour le fstab, mis à jour le mkinitcpio, mis à jour la config de grub pour le réinstaller, et zou, ça marche.
Dans la foulée, j'ai aussi remplacée ma barette de mémoire 4G par une 8G (oui je n'ai qu'un seul emplacement de toutes façons) et zou, boot x4, miam, et je me retrouve avec un hdd mecanique 1T supplémentaire pour mon ordinateur de bureau.
Configuration de l'ordi de bureau
En plus de ce disque 1T j'ai ceux que j'ai déjà mentionné avant : un SSD 120G, un mécanique 1T WD Black, un mécanique 320G anciennement externe, et un autre mécanique 320G celui-là récupéré d'un précédent ordinateur portable. Je dois aussi prévoir 3 ports SATA supplémentaires : un pour le lecteur CD/DVD et 2 pour les ports e-SATA. Comme ma carte mère est limitée à 4 ports SATA3 et 2 ports SATA2, j'ai acheté une carte PCIe pour avoir 4 ports SATA3 interne supplémentaires.
Je rappelle mes objectifs : j'ai besoin de régler un schéma similaire à ceci :
/boot : ext2 bootable 1G (sur le SSD typiquement)
LVM système -> / sur le SSD
LVM données -> /home sur certains mécaniques
LVM machines virtuelles -> /vm sur des mécaniques différents
caser le swap sur la LVM système ou la LVM donnée, à voir. Voire même un swap file sur /.
Pas de /var cette fois-ci on a dit
Commentaires ? conseils ? Autres? Et puis il y aura aussi trouver comment configurer le système pour que /vm soit accessible en lecture et écriture aux utilisateurs ayant droit d'exécuter des VMs...
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?
{LVM}Plan de "partitions" pour machines virtuelles ? Carte de capture sous linux ? Erreur ACPI au boot ?