Bonjour tous,
Vm debian, installation faite en mode "Assisté" par contre, je ne sais plus lequel.
Ma question est-il possible d'augmenter la taille du disque (la/les partitions) ou je suis bloqué avec ce que j'ai défini à l'installation ?
quelques info :
sudo df -Th
Filesystem Type Size Used Avail Use% Mounted on
tmpfs tmpfs 589M 1.8M 587M 1% /run
/dev/sda1 ext4 20G 15G 5.5G 72% /
tmpfs tmpfs 2.9G 0 2.9G 0% /dev/shm
tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs tmpfs 589M 48K 589M 1% /run/user/1000>
sudo fdisk -l
Disk /dev/loop0: 4 KiB, 4096 bytes, 8 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop1: 73.9 MiB, 77492224 bytes, 151352 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop2: 236.85 MiB, 248352768 bytes, 485064 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop3: 485.52 MiB, 509100032 bytes, 994336 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop4: 91.69 MiB, 96141312 bytes, 187776 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/loop5: 40.84 MiB, 42827776 bytes, 83648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/sda: 28 GiB, 30064771072 bytes, 58720256 sectors
Disk model: VMware Virtual S
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xd9b8611a
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 41940991 41938944 20G 83 Linux
lsblk -f
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
loop0
squash 4.0 0 100% /snap/bare/5
loop1
squash 4.0 0 100% /snap/core22/864
loop2
squash 4.0 0 100% /snap/firefox/3068
loop3
squash 4.0 0 100% /snap/gnome-42-2204/126
loop4
squash 4.0 0 100% /snap/gtk-common-themes/1535
loop5
squash 4.0 0 100% /snap/snapd/20092
sda
`-sda1
ext4 1.0 e126ff22-57eb-461d-8000-ab9ea334c1df 5.5G 72% /var/snap/firefox/common/host-hunspell
/
sr0>sudo hwinfo --disk
49: SCSI 600.0: 10600 Disk
[Created at block.245]
Unique ID: R7kM.nTPZhtpisM9
Parent ID: 37TO.741NuwlerHD
SysFS ID: /class/block/sda
SysFS BusID: 6:0:0:0
SysFS Device Link: /devices/pci0000:00/0000:00:10.0/host6/target6:0:0/6:0:0:0
Hardware Class: disk
Model: "VMware Virtual S"
Vendor: "VMware,"
Device: "VMware Virtual S"
Revision: "1.0"
Driver: "mptspi", "sd"
Driver Modules: "mptspi"
Device File: /dev/sda (/dev/sg0)
Device Files: /dev/sda, /dev/disk/by-path/pci-0000:00:10.0-scsi-0:0:0:0
Device Number: block 8:0-8:15 (char 21:0)
BIOS id: 0x80
Geometry (Logical): CHS 3655/255/63
Size: 58720256 sectors a 512 bytes
Capacity: 28 GB (30064771072 bytes)
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #7 (SCSI storage controller)>sudo hwinfo --short --block
disk:
/dev/sda VMware Virtual S
partition:
/dev/sda1 Partition
cdrom:
/dev/sr0 NECVMWar VMware SATA CD01>
D'avance merci pour l'aide
# gparted
Posté par vmagnin (site web personnel) . Évalué à 5.
Il est possible de redimensionner les partitions avec gparted (gestionnaire de partitions de Gnome).
D'après mon coup d'oeil rapide, tu as une partition /dev/sda1 de 20 Gio sur un disque de 28 Gio, donc il semble y avoir 8 Gio inutilisés à récupérer.
# 3 étapes
Posté par gUI (Mastodon) . Évalué à 5.
Dans l'ordre :
fdiskresize2fsSeule la première étape a besoin d'éteindre la VM, le reste est faisable en 'live' (au moins avec fdisk et resize2fs, pour gparted je ne sais pas).
Bien évidemment, avant de tenter tout ça, backup, backup et backup :)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: 3 étapes
Posté par WhiteCat . Évalué à 4. Dernière modification le 11 septembre 2023 à 13:10.
Même pas besoin d'éteindre la VM pour agrandir le disque ;-) Ça peut se faire en live. Je le fais tout le temps comme ça au taf.
Mais en général il faut lancer une commande pour forcer la détection de la nouvelle taille :
# echo 1 > /sys/class/block/sda/device/rescan
[^] # Re: 3 étapes
Posté par gUI (Mastodon) . Évalué à 3.
ouah merci du tuyau !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# les deux commentaires d'avant mis ensemble :D
Posté par NeoX . Évalué à 3. Dernière modification le 11 septembre 2023 à 09:42.
1°) c'est une VM donc => Snapshot ou Clone pour pouvoir tester sans perdre le contenu
2°) agrandier le disque de la VM coté gestionnaire de VM
3°) demarrer un liveCD qui fournit l'outil gparted (Ubuntu le permet)
4°) triturer ton disque avec gparted
5°) rebooter
6°) verifier le resultat
7°) effacer le snapshot ou le clone
[^] # Re: les deux commentaires d'avant mis ensemble :D
Posté par gUI (Mastodon) . Évalué à 3.
Non le reste tu peux le faire dans la VM elle-même, en fonctionnement.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: les deux commentaires d'avant mis ensemble :D
Posté par NeoX . Évalué à 3.
gparted n'aime pas trop toucher aux partitions qui sont montés…
les autres outils en ligne de commande comme fdisk sont sujets aux erreurs…
bref un liveCD c'est bien les partitions de la VM sont "froides" donc on reduit les risques
[^] # Re: les deux commentaires d'avant mis ensemble :D
Posté par MicP . Évalué à 2. Dernière modification le 11 septembre 2023 à 22:43.
Oui, GParted refusera de faire ce qu'il est impossible de faire,
mais il s'agit d'un système de fichiers de type ext4 => qui peut être agrandis "à chaud".
À chaud <=> sans qu'il soit nécessaire de démonter le système de fichiers.
Et comme c'est possible, GParted permet de le faire.
Dans le cas de l'agrandissement d'un système de fichiers de type ext4, le système de fichiers à agrandir restera totalement disponible pour le système d'exploitation qui l'utiliserait même pendant l'opération d'agrandissement de ce système de fichiers.
Le système debian installé en machine virtuelle par jelmouss utilise seulement les premiers 41940991 secteurs sur les 58720256 secteurs qui sont disponibles sur ce disque virtel de 28GB.
Il est donc possible d'agrandir de 8G l'espace disponible pour cette partition ce qui permettra ensuite d'agrandir le système de fichiers qui avait été créé sur cette partition.
Ce qui est très simple à faire en utilisant GParted depuis le système debian de la machine virtuelle qui utilise ce système de fichiers puisque le système de fichiers (ext4) permet de faire cet agrandissement "à chaud"
# pas besoin de mode live
Posté par MicP . Évalué à 3. Dernière modification le 11 septembre 2023 à 15:51.
Bonjour
Le système de fichier ext4 peut être agrandis "à chaud"
donc, il n'est pas nécessaire de démarrer la machine en mode live.
Installe et lance gparted depuis ton système debian déjà installé
sélectionne ta partition /dev/sda1
click droit -> Redimensionner la partition
Agrandis la au maximum possible
applique les changements
et ferme GParted.
C'est tout.
# augmentation espace disque ?
Posté par jelmouss . Évalué à 1. Dernière modification le 19 octobre 2023 à 19:28.
Bonjour tous,
J'avoue retour tardif désolé, mais grâce aux infos ci-dessus redimensionnement disque fait.
gparted au top.
disque redimensionné à chaud.
New Size
Sujet clos.
Merci la communauté.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.