Aujourd'hui, j'ai essayé ceci sur ma machine avec OpenSUSE 12.3 (noyau 3.7):
# resize2fs /dev/mapper/system-srv 2G
resize2fs 1.42.6 (21-Sep-2012)
Filesystem at /dev/mapper/system-srv is mounted on /srv; on-line resizing required
resize2fs: On-line shrinking not supported
/dev/mapper/system-srv est un volume EXT4.
Est-ce vraiment non pris en charge ou il me manque quelque chose?
Réponses:
Comme le message l'a dit, vous ne pouvez développer qu'un système de fichiers en ligne. Si vous voulez le réduire, vous devrez d'abord le démonter.
Selon le responsable du système de fichiers ext4 , Ted Ts'o:
Désolé, la réduction en ligne n'est pas prise en charge.
Oui, vous pouvez réduire / déplacer / agrandir une partition racine sans redémarrage (ni livecd, ni clé USB): consultez cette réponse . C'est très bien écrit et facile à suivre, bien que assez long et un peu risqué.
resize2fs ne peut pas réduire les ext4partitions en ligne . Cette limitation, lorsqu'elle est appliquée sur la partition racine, peut vous amener à penser que vous ne pouvez pas éviter de redémarrer l'hôte pour autoriser la réduction de la rootpartition, ce que vous voudrez peut-être éviter. Le processus lié vous permettra de démonter la partition racine sans aucun redémarrage. Donc, dans cette optique, il ne s’agit pas à proprement parler de redimensionnement en ligne en ce qui concerne l’état monté de la partition, mais il reste un redimensionnement en ligne en ce qui concerne le statut de connexion du réseau ou l’accessibilité de l’hôte.
Bien entendu, si vous souhaitez uniquement développer votre partition ext4, vous devez vous en tenir aux resize2fssolutions de travail classiques .
La solution générale que j'ai liée fonctionnera sur tout type de solution dédiée ou VPS, par exemple.
TLDR; cette solution implique de pivot_rootde tmpfssorte que vous pouvez en umounttoute sécurité votre partition racine en direct et violon avec elle. Une fois cela fait, vous pivot_rootrevenez sur votre nouvelle partition racine.
Cela permet à peu près toutes les manipulations sur le système de fichiers racine (déplacez-le, changez le système de fichiers, changez son périphérique physique ...).
Personnellement, je l'ai utilisé, et cela fonctionne très bien sur le système Debian également, mais le guide a été écrit en 2007 pour RedHat, la réponse que j'ai liée a été mise à jour pour CentOS7. Il est fort probable que cela fonctionnera sur votre OpenSUSE, bien qu'avec probablement quelques adaptations.
S'il s'agit d'un serveur distant sans console, vous pouvez réduire le système de fichiers à l'aide d'initramfs lors du redémarrage. Vous devez ajouter resize2fs à initramfs et l'exécuter avant de monter root.
Exemple Debian / Ubuntu:
/ etc / initramfs-tools / hooks / resizefs (exécutable):
#!/bin/sh
set -e
PREREQS=""
prereqs() { echo "$PREREQS"; }
case $1 in
prereqs)
prereqs
exit 0
;;
esac
. /usr/share/initramfs-tools/hook-functions
copy_exec /sbin/e2fsck
copy_exec /sbin/resize2fs
exit 0
/ etc / initramfs-tools / scripts / local-premount / resizefs (exécutable)
#!/bin/sh
set -e
PREREQS=""
prereqs() { echo "$PREREQS"; }
case "$1" in
prereqs)
prereqs
exit 0
;;
esac
/sbin/e2fsck -yf /dev/sda1
/sbin/resize2fs /dev/sda1 5G
/sbin/e2fsck -yf /dev/sda1
Maintenant, lancez update-initramfs, redémarrez, vérifiez la taille, supprimez ces scripts et mettez à jour update-intiramfs.
Pour dracut (Fedora, CentOS), utilisez la même logique (/usr/lib/dracut/modules.d).
Ceci est très utile pour le cryptage ou le déplacement de rootfs, sans espace disponible pour la nouvelle partition.
update-grub.