Ubuntu Help - Boot Problem #N00b
-
@RogerBrownTDL Try this instead:
lvextend -L +398g ubuntu-vg/ubuntu-lv --resizefs
-
@lukebarone response: root@tie-fogdeploy-01:~# lvextend -L +398g ubuntu-vg/ubuntu-lv --resizefs
Insufficient free space: 101888 extents needed, but only 101887 available
root@tie-fogdeploy-01:~# -
@lukebarone thoughts?
-
@lukebarone I am wondering if it’s wise to create another volume instead of extending the existing one. This way the images could be put on the separate volume/partition and would not be able to fill the root partition. But that’s just me trying to prevent this from happening again.
The downside of my proposal is that the existing 100 GB root partition can’t be used by images and therefore are kind of wasted because the FOG server itself will never use 100 GB disk space with the images on a separate partition.
So maybe it’s actually wise to just extend as proposed and @RogerBrownTDL needs to keep an eye on the disk space from now on.
So if you wanna go this path, do:
lvextend --extents +100%FREE ubuntu-vg/ubuntu-lv --resizefs -
@Sebastian-Roth So obviously as a Linux noob, I know very little… I’m purely (I know, insert puke emoji here) a Windows Sysadmin. If I understand it correctly the way i’ve got it setup is like having a single big C:\ and all i’m wanting to do is get the entire fog server to see it all rather than just a partition of it… If I follow that command
“lvextend --extents +100%FREE ubuntu-vg/ubuntu-lv --resizefs”
Will it do that so that the full 500gb would be visible and the images stored remain intact? -
@RogerBrownTDL said in Ubuntu Help - Boot Problem #N00b:
Will it do that so that the full 500gb would be visible and the images stored remain intact?
Yes! Although I am not a 100% sure the filesystem resize (to full size) will work while the system is running. Should work but I can’t promise you it will. As well just for safety reasons I always suggest for people to take a backup copy before doing these kind of operations on a production server. Should be really easy taking a snapshot in Hyper-V before going ahead.
The other option I was talking about would be like adding a D:\ drive and moving all the images to that new partition. As I said it’s wise on the one hand so images can’t fill up your important C:\ drive (with the database on it) but on the other side you waste free space on C:…
-
@Sebastian-Roth further info print i’ve got if this makes more sense:
root@tie-fogdeploy-01:~# sudo parted /dev/sda unit MiB print
Model: Msft Virtual Disk (scsi)
Disk /dev/sda: 512000MiB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:Number Start End Size File system Name Flags
1 1.00MiB 2.00MiB 1.00MiB bios_grub
2 2.00MiB 2050MiB 2048MiB ext4
3 2050MiB 511999MiB 509949MiBIf the system isnt running, surely I wouldnt be able to do anything, so it needs to be online?
-
@RogerBrownTDL said in Ubuntu Help - Boot Problem #N00b:
If the system isnt running, surely I wouldnt be able to do anything, so it needs to be online?
Well, you can boot into a Live Linux ISO (Ubuntu or many others) to get to a command shell and do such things with the OS on disk not running. But I think you are fine doing it live after taking a snapshot backup.
-
@Sebastian-Roth Thanks my friend, snapshot taken in hyper-v and command run… Stupid Q now. How do I check if it’s worked
-
@RogerBrownTDL Reboot and take a look at the disk space with
df -h. -
@Sebastian-Roth root@tie-fogdeploy-01:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 5.7G 0 5.7G 0% /dev
tmpfs 1.2G 1.1M 1.2G 1% /run
/dev/mapper/ubuntu–vg-ubuntu–lv 490G 86G 384G 19% /
tmpfs 5.8G 0 5.8G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 5.8G 0 5.8G 0% /sys/fs/cgroup
/dev/loop0 92M 92M 0 100% /snap/lxd/23991
/dev/loop4 50M 50M 0 100% /snap/snapd/17950
/dev/loop2 92M 92M 0 100% /snap/lxd/24061
/dev/loop3 64M 64M 0 100% /snap/core20/1778
/dev/loop1 64M 64M 0 100% /snap/core20/1822
/dev/loop5 50M 50M 0 100% /snap/snapd/18357
/dev/sda2 2.0G 207M 1.6G 12% /boot
tmpfs 1.2G 0 1.2G 0% /run/user/0
root@tie-fogdeploy-01:~#
i’m guessing /dev/mapper/ubuntu–vg-ubuntu–lv 490G 86G 384G 19% / means its worked? -
@RogerBrownTDL said in Ubuntu Help - Boot Problem #N00b:
Filesystem Size Used Avail Use% Mounted on udev 5.7G 0 5.7G 0% /dev tmpfs 1.2G 1.1M 1.2G 1% /run /dev/mapper/ubuntu–vg-ubuntu–lv 490G 86G 384G 19% /Nice, that looks great.
Marking as fixed.
-
[[undefined-on, S Sebastian Roth, ]]
-
@Sebastian-Roth Thanks friend
Legendary! -
@Sebastian-Roth I didn’t know about the 100% option - I like that!
-
S Sebastian Roth referenced this topic on