Cela devrait fonctionner dans la plupart des cas. Vous savez que vous ne pouvez pas utiliser un MBR lorsque vous avez des partitions de plus de 2 To ou pour plus de 15 partitions.
- Utilisez Parted pour vérifier la taille des partitions (toutes sont-elles inférieures à 2 To?),
parted /dev/sdX p
- Au cas où il y aurait de plus grandes partitions, réduisez le système de fichiers en question et tout ce qui doit être fait. (Plus d'informations à la fin de cette publication.)
- Videz toutes les tailles de partitions exactes
parted /dev/sdX u B p
(taille en octets) pour que vous sachiez comment vous pourriez éventuellement recréer la structure de la partition. Utilisez votre téléphone pour faire une photo à partir des deux parted
sorties.
- N'oubliez pas que vous ne pouvez avoir que quatre partitions principales avec un MBR en raison de sa structure interne. Donc, si vous avez plus de partitions, vous avez besoin d’espace libre quelque part sur votre disque (vous devez savoir où cela se trouve!), Pour créer une partition logique sur laquelle un VBR peut être placé afin que vous puissiez «allouer» l’autre 4ème / 5ème / 6ème partition qui existait auparavant.
- Utilisez
gdisk
pour zapper le TPG.
- Créer un nouveau MBR.
- Recréez vos partitions, la 1ère / 2ème / 3ème en tant que partitions principales, puis sur de l’espace libre (O AUCUNE DONNÉE N'A ÉTÉ LOCALISÉE AVANT !!!), créez une partition logique, puis créez les autres.
- Enregistrer, quittez.
- Prier.
- Redémarrer.
Vous devriez utiliser un vécu comme grml
pour tout cela. Si vous avez fait quelque chose de mal, redémarrez et réessayez.
Tant que vous n'écrivez aucune donnée sur le disque, rien n'est perdu. N'oubliez pas que votre téléphone dispose toujours de toutes les partitions de votre partition. Vous pouvez ainsi recréer le GPT d'origine si besoin est.
Au cas où vous feriez foutre quelque chose sans prendre de photos, essayez testdisk
de discerner les limites de la partition. Mais ne misez pas d’argent dessus dès que votre mise en page aura été extraordinaire.
En ce qui concerne le redimensionnement pour rendre les partitions plus petites, en perspective:
- Tout d'abord, vous devez toujours réduire le système de fichiers. Facile pour ext4 (
resize2fs -M dev/sdX
), mais impossible pour XFS car il ne peut pas être réduit. Sachez ce que vous utilisez et google avant de tenter de telles cascades.
- Si vous avez LVM, réduisez ensuite le volume logique. (
lvreduce -L 20G /dev/mapper/<VG>-<LV>
)
- La prochaine étape LVM consiste à réduire le volume physique.
pvresize --setphysicalvolumesize 25G /dev/sdX
est le chemin à parcourir.
- Ensuite, utilisez l’outil de partitionnement de votre choix, supprimez la partition sur laquelle votre LVM est placé et recréez-la plus petite.
Les tailles de tous les éléments mentionnés ici ressemblent à: Système de fichiers <LV <PV <partition, si ce n'est pas le cas après le prochain redémarrage, vous verrez que vous devez effectuer une vérification FS. Ne le faites pas, redémarrez de nouveau le disque Liveisk et faites les ajustements nécessaires. Si vous corrigez les choses là-bas, votre système redémarrera, je le promets.
Pour pouvoir faire tout cela, au cas où vous auriez PARTITION + LUKS + LVM + FILESYSTEM, voici quelques astuces pour le faire à partir du shell:
df -h
est votre ami pour montrer la taille du système de fichiers lorsque vous avez monté la partition
lsblk
et lsblk -f
sont vos amis pour montrer des partitions
- Si vous utilisez LUKS, ouvrez le conteneur de cryptage via
cryptsetup open /dev/sdX asdf
, entrez votre mot de passe et il devrait devenir disponible /dev/mapper/asdf
. Les cryptoconteneurs n'ont pas besoin d'être redimensionnés. (Évitez ceci si vous n'avez pas de partition cryptée, bien sûr.)
vgchange -aay
pour activer tous les volumes logiques afin de pouvoir les utiliser.
mkdir asdf; mount /dev/mapper<VG>-<LV> asdf
et ensuite df -h
de vérifier la taille de votre système de fichiers avant de le redimensionner.
umount asdf
il est donc à nouveau démonté.
resize2fs -M /dev/mapper/<VG>-<LV>
.
mount /dev/mapper/<VG>-<LV> asdf; df -h
pour vérifier la taille de votre système de fichiers.
- Rendez le LV 1 Go plus grand que le système de fichiers. Les chances sont, cela ne sera pas suffisant. Faites-le encore plus gros que si vous pouvez l'avouer, sinon Linux vous dira après le redémarrage que cela ne fonctionnera pas. NE FAITES PAS la vérification du FS lorsque vous y êtes invité, redémarrez dans le disque animé et recommencez, aucune donnée n'est perdue si c'était le cas.
- Rendre le PV 1 Go plus grand que le LV.
- Faites la partition 1 Go plus grand que le PV. 100M devraient facilement suffire également, car LVM crée des étendues de 4M (un peu comme des blocs sur le disque dur directement, mais pour LVM), et vous voulez seulement qu'il n'omette pas la dernière extension en rendant la partition trop petite. Mais comme je l'ai dit, devrait . Ne calculez pas tout, ajustez simplement les choses et corrigez-les si elles se cassent. C'est Linux après tout, ça vous permet de faire ça.
Faites en sorte que les choses soient plus volumineuses que nécessaire, pour que vous n'ayez pas à redémarrer aussi souvent.
Pour discerner facilement ce qui est quoi avec LVM, utilisez toujours votre nom d' hôte comme nom pour le VG et le point de montage ( root
, swap
, var
, ...) pour le LV lors de la création de votre configuration LVM, si vous ne l' avez pas déjà le faire. Ceci est un indice général, pas quelque chose que vous devez faire pour les étapes ci-dessus.