Comment partitionner un disque de 22 To?
J'ai un disque de 22 To sur /dev/sdb. Comment créer une partition de 22 To? Ne vous souciez pas vraiment du système de fichiers - ext4 ou zfs est très bien.
L'exécution de CentOS 6.2 - La partition sera utilisée comme vidage de données. Un seul flux de données donc être pointilleux/pointilleux sur quel système de fichiers n'est pas vraiment un problème pour le moment. Le disque est formé de disques 12x2 To nearline SAS et d'un contrôleur Dell Perc.
Je veux juste une partition de 22 To.
La solution la plus simple consiste à utiliser partitionnement GPT , une version 64 bits de Linux, et XFS :
GPT est nécessaire car la table de partition MBR de style MS-DOS créée par
fdiskest limitée à 2 disques TiB. Vous devez donc utiliserpartedou un autre programme de partitionnement compatible GPT au lieu defdisk. (gdisk,gparted, etc.)Un noyau 64 bits est nécessaire car les noyaux 32 bits vous limitent à des systèmes de fichiers plus petits que ce que vous demandez. Vous atteignez une limite de taille basée sur entiers 32 bits ou vous ne parvenez pas à adresser suffisamment RAM pour prendre correctement en charge le système de fichiers.
XFS n'est pas la seule solution, mais à mon avis, c'est la plus simple pour les systèmes RHEL.
Vous ne pouvez pas utiliser ext4 pour cela dans RHEL 6. Bien que le système de fichiers soit conçu pour prendre en charge 1 systèmes de fichiers EiB , il existe une limite de taille de volume artificielle de 16 TiB dans la version de
e2fsprogsinclus dans RHEL 6 et ses dérivés. Red Hat et CentOS appellent cela dans leurs documents. (La limite ext4 16 TiB était augmentée considérablement dans RHEL 7 à 50 TiB.)ZFS peut ne pas être pratique dans votre situation . En raison de ses nombreuses restrictions légales et techniques, je ne peux pas le recommander à moins que vous ayez besoin de quelque chose que seul ZFS vous donne.
Après avoir exclu vos deux systèmes de fichiers choisis, je suggère XFS. Il s'agit du système de fichiers par défaut dans RHEL 7, il était disponible en tant que système de fichiers pris en charge dans toutes les versions de RHEL 6 et a été rétroporté vers les versions ultérieures de RHEL 5 après la sortie de RHEL 6.
Voici le processus:
Vérifiez si vous avez
mkfs.xfsinstallé en l'exécutant sans arguments. S'il n'est pas présent, installez les outils userland XFS:# yum install xfsprogsSi cela échoue, c'est probablement parce que vous êtes sur un ancien système d'exploitation qui ne l'a pas dans son référentiel de packages par défaut. Vous devriez vraiment mettre à niveau, mais si cela est impossible, vous pouvez l'obtenir auprès de CentOSPlus ou EPEL . Vous devrez peut-être également installer le
kmod_xfspaquet.Créez la partition:
Puisque vous dites que votre volume de 22 TiB est sur
/dev/sdb, les commandes pourpartedsont:# parted /dev/sdb mklabel gpt # parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1Cela lui permet de prendre en charge l'intégralité du volume avec une seule partition. En fait, il ignore les 1 premiers Mo du volume, pour atteindre alignement de 4 Ko requis pour obtenir les performances complètes de Disques durs au format avancé et SSD =.
Vous pouvez ignorer cette étape et formater l'intégralité du volume avec XFS. Autrement dit, vous utiliseriez
/dev/sdbdans l'exemple ci-dessous au lieu de/dev/sdb1. Cela évite le problème de l'alignement sectoriel. Dans le cas d'un volume que seul votre système d'exploitation basé sur Linux verra, il n'y a aucun inconvénient à en parler, mais je vous déconseille de le faire sur un volume amovible ou sur un volume interne dans un multi-démarrage ordinateur, car certains systèmes d'exploitation (Windows et macOS, par exemple) vous proposeront de formater un disque dur sans partition à chaque fois qu'il apparaît. Mettre le système de fichiers sur une partition résout ce problème.Formatez la partition:
# mkfs.xfs -L somelabel /dev/sdb1Ajouter le
/etc/fstabentrée:LABEL=somelabel /some/mount/point xfs defaults 0 0Montez!
# mount /some/mount/point
Si vous voulez descendre le chemin LVM , les étapes ci-dessus ne sont essentiellement qu'une version plus détaillée du deuxième ensemble de commandes dans ser bsd réponse ci-dessous . Vous devez exécuter son premier ensemble de commandes avant celles ci-dessus.
LVM offre certains avantages à un coût de complexité. Par exemple, vous pouvez plus tard "agrandir" un groupe de volumes LVM en lui ajoutant plus de volumes physiques, créant ainsi de l'espace pour augmenter le volume logique ("partition" un peu, sorta), ce qui à son tour vous permet d'agrandir le système de fichiers vivant sur la logique le volume. (Voir ce que je veux dire sur la complexité? :))
Juste comme une alternative aux autres suggestions.
Vous n'avez pas du tout à partitionner un disque.
Vous pouvez simplement créer un Volume Group, avec un ou plusieurs Logical Volumes.
pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data
Vous disposez maintenant d'un volume logique que vous pouvez formater avec le type de système de fichiers que vous souhaitez.
mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt
Question à la question: Vous avez demandé " comment partitionner le disque de 22 To", puis à nouveau dans la question, vous avez dit que vous vouliez simplement une partition de 22 To. C'est donc des ambiguïtés en premier lieu.
Si vous avez déjà un périphérique à bloc unique pouvant prendre en charge 22 To d'espace, vous possédez déjà une partition de 22 To entière. Tout ce dont vous avez besoin est un système de fichiers au-dessus, ce qui rendra l'appareil montable et utilisable pour la lecture/écriture par les processus système. Plus que jamais, vous devez avoir un noyau Linux fonctionnant en mode 64 bits avec un module/pilote de système de fichiers qui prend en charge et évolue jusqu'à 22 To de croissance de données, peut gérer les tenants et aboutissants de la gestion des données sur le périphérique de bloc (unique) avec facilité. La performance en est une autre dimension. Dans ce cas, je choisirais de choisir XFS comme système de fichiers, car il s'agit d'un système de fichiers 64 bits et capable de gérer des systèmes de fichiers pouvant atteindre un million de téraoctets. Il prend en charge jusqu'à 9 EXABYTES.
2^63 = 9 x 1018 = 9 exabytes
Pour plus de détails sur XFS: http://oss.sgi.com/projects/xfs/
Si vous cherchez à partitionner davantage l'énorme périphérique bloc de 22 To, utilisez gparted pour diviser le périphérique en partitions utilisables, puis formatez-les avec les systèmes de fichiers pour les rendre montables.
Il semble que vous ayez un contrôleur RAID matériel, puisque vous mentionnez que vous avez un contrôleur RAID Dell perc - ce qui signifie que vous devez dire quelle configuration RAID (précisément quel niveau RAID utilisez-vous?) Et dans la plupart des cas, vous n'allez pas obtenir un espace complet de 22 To à utiliser, je peux me tromper cependant.
Vous ne devriez pas avoir besoin de partitionnement lorsque vous utilisez ZFS, créez simplement un pool ZFS sur votre appareil 22 TB et un système de fichiers si vous ne voulez pas utiliser celui par défaut et c'est tout) Si, pour une raison quelconque, zpool ne prend pas en charge l'utilisation de l'intégralité du disque, créez d'abord une étiquette EFI et une partition en utilisant tout l'espace disponible à l'intérieur, puis utilisez cette partition pour créer le pool.
Pour plusieurs raisons, je ne recommanderais pas d'utiliser autre chose que ZFS pour un système de fichiers aussi volumineux. Le plus évident est que si vous avez une mise hors tension brutale (par exemple: panique du noyau ou manque de puissance), fsck peut prendre un certain temps pour récupérer les systèmes de fichiers traditionnels. ZFS, d'autre part, n'a pas besoin de fsck, il importera donc instantanément le pool.
Notez que vous feriez mieux de casser la configuration matérielle RAID et d'utiliser les douze périphériques comme un JBOD pour créer un pool ZFS en tirant parti de ses capacités RAID logicielles. Si votre objectif est la performance, vous pouvez mettre en miroir des paires de disques et si votre objectif est d'optimiser l'espace, vous pouvez utiliser une configuration RAIDZ, RAIDZ2 ou RAIDZ3. Cela améliorera considérablement la fiabilité de vos données et la tolérance aux pannes de la solution.
Je ne suis pas sûr que ce soit actuellement possible en utilisant la table de partition standard. Dans le schéma de table de partition standard, les volumes sont limités à 232 secteurs. Avec 512 octets par secteur, il vous suffirait de manquer de numéros à affecter aux secteurs autour de 2 To.
Cependant, vous devriez pouvoir le faire si vous utilisez une table de partition GUID au lieu d'une table standard. GUID permettent aux volumes de s'étendre dans La plupart des distributions Linux sont amorçables à partir d'un volume GUID, mais aucune version de Windows (à l'exception de Windows 7 sur EFI) ne l'est actuellement.
Certains outils comme fdisk ne peuvent pas fonctionner avec les volumes GUID, mais d'autres outils comme GParted le peuvent. Une fois que vous avez créé votre table de partition GUID, vous devriez pouvoir pour créer un volume en utilisant l'un des nombreux systèmes de fichiers courants qui prennent en charge un volume de cette taille (par exemple EXT4.)
Pour votre table de partition, comme mentionné ailleurs, GPT est une excellente option, car il prend en charge des partitions jusqu'à 9,4 ZiB (9,4 × 1021 octets), ce qui est bien au-delà de tout ce dont vous auriez besoin avec 22 TiB.
Pour votre système de fichiers, sous Linux BTRFS est un excellent système de fichiers de copie sur écriture:
- Son attribut de copie sur écriture signifie qu'aucun fichier en double n'est stocké deux fois.
- Il propose une compression à la volée afin que vos données soient exécutées via LZO ou GZip avant d'être écrites et lues sur le disque, économisant ainsi de l'espace disque physique.
- Il prend en charge la redondance dans les configurations RAID-1, RAID-10, RAID-5 et RAID-6 sans surcharge.
- Il prend également en charge RAID-0, si la vitesse est essentielle.
- Il comprend également des sous-volumes, des instantanés et plus encore.
- Presque toutes les tâches du système de fichiers sont effectuées en ligne , donc vous n'aurez généralement jamais à démonter le système de fichiers pour réparer les choses.
Il est similaire à ZFS dans les fonctionnalités, mais fait partie du noyau Linux principal.
Si vous ne recherchez pas la redondance ou la capacité de la sauvegarder, vous pouvez probablement faire:
mkfs -t ext4 /dev/sdb