Les mérites d'un système de fichiers sans partition

Il y a quelques semaines, j'ai rencontré quelque chose que je n'avais jamais vu auparavant: un système de fichiers (ext3, je crois) installé sur un périphérique de stockage sans partition. Le système de fichiers dans son ensemble /dev/sdb était essentiellement . Je sais que de nombreux systèmes de fichiers peuvent être étendus dans un espace vide, ce qui permet de les étendre sans traiter avec LVM ou un autre type de gestionnaire de volume, mais existe-t-il d'autres avantages à configurer le stockage de cette manière?

Le cas spécifique que j’ai vu concernait le volume de données éphémère d’un serveur chargé de traiter des nombres, les volumes d’amorçage et racine étant des partitions traditionnelles sur un périphérique de stockage totalement différent. -

Pro: vous ne perdez pas un secteur de disque sur une table de partition. (Yay.)

Pro: le disque peut être utilisé dans un système d'exploitation qui ne prend pas en charge les partitions de type PC. (Comme vous allez en utiliser un.)

Con: Ceci est inhabituel et peut confondre les co-administrateurs. (Voir?)

Inconvénient: si vous installez un autre système d'exploitation, cela peut laisser penser que le disque contient des déchets et qu'il est facile de l'écraser accidentellement en sélectionnant le mauvais disque, alors que les systèmes d'exploitation laissent généralement seules les partitions dont ils ne comprennent pas le type.

Non pertinent: l'extension du système de fichiers n'est pas plus facile si c'est directement sur le disque que si c'est dans une partition, ni inversement. (Être sur LVM rendrait les choses plus faciles.)

Conclusion: ça marche, mais ce n'est pas une bonne idée.

Vous ne savez pas exactement comment cela s’appliquera à Linux, mais avec ZFS natif, il est recommandé de créer des pools sur des disques entiers et non des partitions, c’est dans le cas précédent que le cache en écriture disque peut être activé.

Plusieurs autres raisons ont également été mentionnées ici:

http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pools

Conclusion: cela fonctionne et pourrait être une bonne idée en fonction du système de fichiers.

Je vois le réel avantage lorsque cela est fait dans un environnement virtuel. Puisque nos VMDK sont stockés sur notre NAS, nous pouvons les développer de manière dynamique.

Si nous utilisons des partitions, nous devons soit utiliser LVM (et la surcharge qui lui est associée) et chaîner les partitions ensemble, soit supprimer l'hôte (ou le système de fichiers s'il n'est pas utilisé) pour utiliser quelque chose comme gparted.

Cependant, si vous utilisez le disque entier au lieu d'une partition, vous pouvez forcer une nouvelle analyse de vos disques SCSI et utiliser resize2fs pour développer le système de fichiers lorsqu'il est en ligne (et utilisé!).

Placer un système de fichiers sur une unité de disque sans créer de partition n'est pas si rare.

Avantages:

• de toute façon, quand vous voulez utiliser tout l’espace, vous n’avez pas à perdre votre temps avec un outil de partitionnement
• vous n'avez pas à vous soucier des incompatibilités du format de partition 'standard' (d'ailleurs, quel format de partition est le standard, le DOS, le BSD?), par exemple, le format de partition DOS n'autorise que les partitions jusqu'à 2 To lors de l'utilisation 512 octets de secteurs logiques!
• vous n'avez pas à vous soucier des problèmes d'alignement induits par les partitions sur les disques avec des tailles de secteur inhabituelles (par exemple, 4 Ko) - bien sûr, les distributions actuelles doivent fournir des outils de partitionnement offrant un alignement correct avec différentes tailles de secteur

Pouvoir redimensionner un système de fichiers sur un périphérique brut n'est pas une bonne raison. L'espace que vous économisez ainsi ne peut pas être utilisé pour autre chose. Ainsi, vous pouvez créer directement le système de fichiers sur l’ensemble du périphérique.

Une réponse qui ne figure pas dans la liste est la suivante: si vous ne créez pas de partition, vous ne devez pas attendre que le noyau la détecte, ce qui pourrait n'être qu'après un redémarrage.

Un cas d'utilisation pourrait être un volume EBS EC2 que vous ajoutez au nœud et que vous souhaitez initialiser au premier démarrage.

Si votre processus d'initialisation crée une partition, vous risquez de devoir redémarrer pour que le noyau puisse voir la partition que vous venez de créer. Vous devriez généralement voir un message comme:

Erreur: erreur informant le noyau des modifications apportées à la partition / dev / xvde1 - Périphérique ou ressource occupé. Cela signifie que Linux ne saura rien des modifications que vous avez apportées à / dev / xvde1 tant que vous n’avez pas redémarré - vous ne devez donc pas le monter ni l’utiliser de quelque manière que ce soit avant de le redémarrer.

Dans ce cas, votre processus d'initialisation devra effectuer un redémarrage, puis continuer à ajouter un système de fichiers à la partition nouvellement créée.

Si vous savez que vous n'aurez besoin que d'une seule partition, vous pouvez également l'ignorer, ce qui ne risque pas de nécessiter un redémarrage.