What type of hardware are you using: Old laptop or computer
What YunoHost version are you running: 12.0.9.1
How are you able to access your server: SSH, webadmin,
Are you in a special context or did you perform specific tweaking on your YunoHost instance ?: I transferred my setup from a smaller disk to a 4TB a year ago, and it has thrown up some problems with migration etc.
Describe your issue
I had a problem with GRUB installation during migration, now fixed, I think. That made me look at my storage, though, and I realised that my system is only using 1TB of my disk’s 4TB physical space. This 1 TB is nearly full and I need to install an XMPP app and I have more music I would like to put on.
Therefore, I am researching how to enlarge my main partition. The outputs for lsblk and fdisk -l are in the log box below.
I have used Gparted and Parted before on desktops, but I am very nervous about getting this wrong with my server. I will, of course, make a fresh backup before proceeding. However, could someone clever kindly cast an eye over my disks and check that if I enlarge sad1 to, say, 2500 G, I will not be doing anything terrible?
Grateful, as always, for all your work.
I edited my stupid units blunder. I don’t think anyone saw it. If you did, I am suitably ashamed.
Share relevant logs or error messages
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 3.6T 0 disk
├─sda1 8:1 0 952.9G 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 976M 0 part [SWAP]
sudo fdisk -l
Disk /dev/sda: 3.64 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: CT4000MX500SSD1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x61f6715b
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 1998407679 1998405632 952.9G 83 Linux
/dev/sda2 1998409726 2000408575 1998850 976M 5 Extended
/dev/sda5 1998409728 2000408575 1998848 976M 82 Linux swap / Solaris
Partition 2 does not start on physical sector boundary.