You are not logged in.
Pages: 1
Hello,
since recently I cannot do much with my virtual box archlinux guest. It seems that / is full. On the other hand, this is a dynamically growing volume and it currently has only little more than 1 GB in size, which seems ok to me as it is a headless server and only has some rubies, a python, smb and mongodb installed on top of a regular dev installation.
[root@archie /]# df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 10240 0 10240 0% /dev
run 10240 100 10140 1% /run
/dev/disk/by-uuid/1c4fb18e-ef0c-4bbb-bdd8-423b51db3890 3023064 3013232 0 100% / <== !!!
shm 124712 0 124712 0% /dev/shm
/dev/sda4 4791219 847742 3696242 19% /home
/dev/sda1 101086 16182 79685 17% /boot
[root@archie ~]# du -h / | grep ^[0-9.]*G
du: cannot access `/proc/1787/task/1787/fd/4': No such file or directory
du: cannot access `/proc/1787/task/1787/fdinfo/4': No such file or directory
du: cannot access `/proc/1787/fd/4': No such file or directory
du: cannot access `/proc/1787/fdinfo/4': No such file or directory
1.4G /usr
3.6G /
While not a complete newbie to all of this, this still goes over my head and I wonder what I could do...
Any help from fellow arch users maybe?
Thanks!
Jan
Offline
check to see if your logs are too large -- you probably don't have logrotate installed.
There's no such thing as a stupid question, but there sure are a lot of inquisitive idiots !
Offline
Hm, somehow I doubt this is the issue: this is a dev vm only and I use it just for my own tests, so I find it difficult to imagine to fill it up with the logs I produce...
[root@archie /]# du -h /var/log/
4.0K /var/log/old
4.0K /var/log/samba/cores/nmbd
4.0K /var/log/samba/cores/smbd
12K /var/log/samba/cores
380K /var/log/samba
3.6M /var/log/
Last edited by JanArch (2011-08-17 13:46:04)
Offline
I updated the latest post.
Offline
Since 2.2G is still unaccounted for, I recommend that you run this so we can see where the most space is being used:
# du -hxd 1 / | sort -h
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Well,...
[root@archie /]# du -hxd 1 / | sort -h
0 /dev
0 /proc
0 /run
0 /sys
1.0K /boot
1.0K /home
4.0K /lib64
4.0K /media
8.0K /mnt
16K /lost+found
16K /tmp
24K /opt
40K /root
3.7M /etc
5.9M /bin
11M /sbin
86M /lib
417M /data
417M /srv
522M /var
1.4G /usr
2.8G /
[root@archie /]# du -hxd 1 /usr/ | sort -h
34M /usr/sbin
48M /usr/include
57M /usr/src
170M /usr/bin
177M /usr/local
302M /usr/share
560M /usr/lib
1.4G /usr/
[root@archie /]# du -hxd 1 /usr/lib/ | sort -h
8.0K /usr/lib/ConsoleKit
8.0K /usr/lib/cups
8.0K /usr/lib/gio
8.0K /usr/lib/X11
12K /usr/lib/coreutils
16K /usr/lib/glib-2.0
16K /usr/lib/tc
20K /usr/lib/avahi
20K /usr/lib/awk
24K /usr/lib/icu
24K /usr/lib/libffi-3.0.9
28K /usr/lib/getconf
28K /usr/lib/girepository-1.0
32K /usr/lib/ex
36K /usr/lib/rp-pppoe
40K /usr/lib/dhcpcd
44K /usr/lib/libfakeroot
48K /usr/lib/gettext
56K /usr/lib/tar
64K /usr/lib/dbus-1.0
64K /usr/lib/groff
72K /usr/lib/gamin
80K /usr/lib/sasl2
88K /usr/lib/svn-javahl
104K /usr/lib/cairo
112K /usr/lib/mono
124K /usr/lib/apr-util-1
176K /usr/lib/httpd
184K /usr/lib/man-db
192K /usr/lib/pppd
232K /usr/lib/slang
244K /usr/lib/krb5
268K /usr/lib/elfutils
304K /usr/lib/mc
336K /usr/lib/ldscripts
360K /usr/lib/engines
416K /usr/lib/grub
420K /usr/lib/ssh
528K /usr/lib/syslog-ng
568K /usr/lib/pkgconfig
736K /usr/lib/xorg
1.2M /usr/lib/samba
1.2M /usr/lib/zsh
1.7M /usr/lib/locale
6.3M /usr/lib/gconv
6.5M /usr/lib/git-core
12M /usr/lib/openmpi
18M /usr/lib/ruby
29M /usr/lib/perl5
52M /usr/lib/gcc
52M /usr/lib/valgrind
71M /usr/lib/python3.2
122M /usr/lib/python2.7
561M /usr/lib/
Last edited by JanArch (2011-08-17 14:04:48)
Offline
Any chance /data and /srv contain duplicated data? It strikes me as odd that they're the same size. Everything else looks normal to me. You may want to sieve through your installed packages and trim away any that you don't actually need.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
But is this really the issue? The virtual disk can go up to 20GB, and I seem to be at 2.8GB (says du). Should I not somehow resize / from within to trigger the virtualbox dynamical disk feature?
Offline
Would have been nice to know that this wasn't a real install to begin with... if you create a 20gb dynamically expanding disk, it should appear to be 20gb to the guest OS initially. The only dynamic expansion happens on the host OS. Seems to me like you clicked 'fixed size' instead of dynamic. If you google around, there's a way using vboxmanage to resize a disk.
Offline
I didn't realise that was what you were getting at. I don't use VirtualBox myself, so I can't really offer any advice on that. But if it's a dynamic disk, doesn't that suggest that the disk usage will always be at 100%? There's no point allocating more space to the disk if it's not needed.
If you're getting "disk full" errors or something, then check the VirtualBox wiki/FAQ and see if that offers any solutions.
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
Hm, so it sees that upon installing arch, it somehow concluded that it would not use the full 20G, but instead used 8.5GB. (I trusted the automatic settings during install).
[root@archie /]# fdisk -l | grep Disk
Disk /dev/sda: 8589 MB, 8589934592 bytes
Disk identifier: 0x000bc2bc
I cannot believe that I am stuck at this point. There must be a way to upsize /dev/sda and subsequentally /, right? From what I see, this is not a vbox issue, it is just that sda is dimensioned too small and I don't know exactly how to come out of it, considering that I have no gparted at my disposal, or do I?
Maybe I can use a boot cd image with gparted to fix this...
Offline
Seems to be a vbox issue, even the bootdisk sees it as a 8G disk, which is not what vbox tells me. I'll be heading over there. Thanks for the help!!
Offline
Pages: 1