Can not upgrade Kali,not enough space in /var/cache/apt/archives Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) 2019 Community Moderator Election Results Why I closed the “Why is Kali so hard” questionWhy is Kali Linux so hard to set up? Why won't people help me?Disk management issuedf says I have 20G more disk space used than du. Why?Moving /usr to its own filesystem/logical volumethe difference in used hard drive space as shown by df and du is HUGE!How to mount a filesystem from a given USB bus:deviceHow to mount sdb directly or using LVM partitions on sda?Ubuntu Server 16.04 filesystem usageapt-get upgrade won't work on kaliMerge mount pointsapt-get update stopped working
.bashrc alias for a command with fixed second parameter
Can haste grant me and my beast master companion extra attacks?
Does the main washing effect of soap come from foam?
Is this Kuo-toa homebrew race balanced?
Why are current probes so expensive?
Determine whether an integer is a palindrome
How do Java 8 default methods hеlp with lambdas?
Flight departed from the gate 5 min before scheduled departure time. Refund options
A proverb that is used to imply that you have unexpectedly faced a big problem
Fit odd number of triplets in a measure?
What does the writing on Poe's helmet say?
Nose gear failure in single prop aircraft: belly landing or nose landing?
Is Normal(mean, variance) mod x still a normal distribution?
How can I prevent/balance waiting and turtling as a response to cooldown mechanics
Did John Wesley plagiarize Matthew Henry...?
By what mechanism was the 2017 General Election called?
What did Turing mean when saying that "machines cannot give rise to surprises" is due to a fallacy?
New Order #6: Easter Egg
Maximum duration for Canada's short term visas?
How do you write "wild blueberries flavored"?
Is there a spell that can create a permanent fire?
Does the Rock Gnome trait Artificer's Lore apply when you aren't proficient in History?
Centre cell contents vertically
How to resize main filesystem
Can not upgrade Kali,not enough space in /var/cache/apt/archives
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)
2019 Community Moderator Election Results
Why I closed the “Why is Kali so hard” questionWhy is Kali Linux so hard to set up? Why won't people help me?Disk management issuedf says I have 20G more disk space used than du. Why?Moving /usr to its own filesystem/logical volumethe difference in used hard drive space as shown by df and du is HUGE!How to mount a filesystem from a given USB bus:deviceHow to mount sdb directly or using LVM partitions on sda?Ubuntu Server 16.04 filesystem usageapt-get upgrade won't work on kaliMerge mount pointsapt-get update stopped working
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;
I installed Kali Linux on VM VirtualBox(my host is Ubuntu 18.04). I am newbee to Kali,but the two linked questions are not related to my problem.
When I try to upgrade Kali
apt upgrade
926 upgraded, 81 newly installed, 0 to remove and 4 not upgraded.
Need to get 1,503 MB of archives.
After this operation, 622 MB of additional disk space will be used.
E: You don't have enough free space in /var/cache/apt/archives/.
root@kali:~# df -H
Filesystem Size Used Avail Use% Mounted on
udev 4.2G 0 4.2G 0% /dev
tmpfs 837M 9.8M 827M 2% /run
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
tmpfs 4.2G 14M 4.2G 1% /dev/shm
tmpfs 5.3M 0 5.3M 0% /run/lock
tmpfs 4.2G 0 4.2G 0% /sys/fs/cgroup
/dev/sda1 247M 63M 172M 27% /boot
tmpfs 837M 17k 837M 1% /run/user/130
tmpfs 837M 33k 837M 1% /run/user/0
How should I change my filesystem configuration?
udev is not used at all,why?
Output with nodes
df --o
Filesystem Type Inodes IUsed IFree IUse% 1K-blocks Used Avail Use% File Mounted on
udev devtmpfs 1015859 390 1015469 1% 4063436 0 4063436 0% - /dev
tmpfs tmpfs 1021292 744 1020548 1% 817036 10016 807020 2% - /run
/dev/mapper/kali--vg-root ext4 701760 395200 306560 57% 10985352 10165868 241744 98% - /
tmpfs tmpfs 1021292 45 1021247 1% 4085168 5340 4079828 1% - /dev/shm
tmpfs tmpfs 1021292 3 1021289 1% 5120 0 5120 0% - /run/lock
tmpfs tmpfs 1021292 17 1021275 1% 4085168 0 4085168 0% - /sys/fs/cgroup
/dev/sda1 ext2 62248 339 61909 1% 240972 60868 167663 27% - /boot
tmpfs tmpfs 1021292 24 1021268 1% 817032 16 817016 1% - /run/user/130
tmpfs tmpfs 1021292 32 1021260 1% 817032 32 817000 1% - /run/user/0
pvscan
root@kali:~# pvscan
PV /dev/sda5 VG kali-vg lvm2 [12.40 GiB / 20.00 MiB free]
Total: 1 [12.40 GiB] / in use: 1 [12.40 GiB] / in no VG: 0 [0 ]
root@kali:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name kali-vg
PV Size 12.40 GiB / not usable 2.00 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 3175
Free PE 5
Allocated PE 3170
PV UUID R2DnVQ-PUE9-OHbq-2jkh-J5U6-UBik-yJdQGg
And it warns about disk usage
filesystems kali-linux disk-usage
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
add a comment |
I installed Kali Linux on VM VirtualBox(my host is Ubuntu 18.04). I am newbee to Kali,but the two linked questions are not related to my problem.
When I try to upgrade Kali
apt upgrade
926 upgraded, 81 newly installed, 0 to remove and 4 not upgraded.
Need to get 1,503 MB of archives.
After this operation, 622 MB of additional disk space will be used.
E: You don't have enough free space in /var/cache/apt/archives/.
root@kali:~# df -H
Filesystem Size Used Avail Use% Mounted on
udev 4.2G 0 4.2G 0% /dev
tmpfs 837M 9.8M 827M 2% /run
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
tmpfs 4.2G 14M 4.2G 1% /dev/shm
tmpfs 5.3M 0 5.3M 0% /run/lock
tmpfs 4.2G 0 4.2G 0% /sys/fs/cgroup
/dev/sda1 247M 63M 172M 27% /boot
tmpfs 837M 17k 837M 1% /run/user/130
tmpfs 837M 33k 837M 1% /run/user/0
How should I change my filesystem configuration?
udev is not used at all,why?
Output with nodes
df --o
Filesystem Type Inodes IUsed IFree IUse% 1K-blocks Used Avail Use% File Mounted on
udev devtmpfs 1015859 390 1015469 1% 4063436 0 4063436 0% - /dev
tmpfs tmpfs 1021292 744 1020548 1% 817036 10016 807020 2% - /run
/dev/mapper/kali--vg-root ext4 701760 395200 306560 57% 10985352 10165868 241744 98% - /
tmpfs tmpfs 1021292 45 1021247 1% 4085168 5340 4079828 1% - /dev/shm
tmpfs tmpfs 1021292 3 1021289 1% 5120 0 5120 0% - /run/lock
tmpfs tmpfs 1021292 17 1021275 1% 4085168 0 4085168 0% - /sys/fs/cgroup
/dev/sda1 ext2 62248 339 61909 1% 240972 60868 167663 27% - /boot
tmpfs tmpfs 1021292 24 1021268 1% 817032 16 817016 1% - /run/user/130
tmpfs tmpfs 1021292 32 1021260 1% 817032 32 817000 1% - /run/user/0
pvscan
root@kali:~# pvscan
PV /dev/sda5 VG kali-vg lvm2 [12.40 GiB / 20.00 MiB free]
Total: 1 [12.40 GiB] / in use: 1 [12.40 GiB] / in no VG: 0 [0 ]
root@kali:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name kali-vg
PV Size 12.40 GiB / not usable 2.00 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 3175
Free PE 5
Allocated PE 3170
PV UUID R2DnVQ-PUE9-OHbq-2jkh-J5U6-UBik-yJdQGg
And it warns about disk usage
filesystems kali-linux disk-usage
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
You're running LVM for your root filesystem so you may be able to extend it. Have you checked if there's any space in your PV? (pvsand then maybelvextend).
– roaima
Mar 24 at 9:28
Since it's Kali and you won't be using it as a primary OS you may be able to delete whatever has filled up your root partition. That would get you back several GB.
– roaima
Mar 24 at 9:30
@roaima How to delete tmpfs?
– MikiBelavista
Mar 24 at 11:05
2
This is, IMHO, not a duplicate of the "Why is Kali so hard" question. It's a fairly obvious case of not having allocated enough space for a disk in VirtualBox.
– Kusalananda♦
Mar 24 at 11:41
1
There's no point deleting atmpfsas it's memory-based. You need either to review the stuff you've created but not deleted or to increase the sieve available in Vbox for your root PV, and thence your root LV. It really would be worth drilling down into/usrto see what's eating all the disk space.
– roaima
Mar 24 at 12:29
add a comment |
I installed Kali Linux on VM VirtualBox(my host is Ubuntu 18.04). I am newbee to Kali,but the two linked questions are not related to my problem.
When I try to upgrade Kali
apt upgrade
926 upgraded, 81 newly installed, 0 to remove and 4 not upgraded.
Need to get 1,503 MB of archives.
After this operation, 622 MB of additional disk space will be used.
E: You don't have enough free space in /var/cache/apt/archives/.
root@kali:~# df -H
Filesystem Size Used Avail Use% Mounted on
udev 4.2G 0 4.2G 0% /dev
tmpfs 837M 9.8M 827M 2% /run
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
tmpfs 4.2G 14M 4.2G 1% /dev/shm
tmpfs 5.3M 0 5.3M 0% /run/lock
tmpfs 4.2G 0 4.2G 0% /sys/fs/cgroup
/dev/sda1 247M 63M 172M 27% /boot
tmpfs 837M 17k 837M 1% /run/user/130
tmpfs 837M 33k 837M 1% /run/user/0
How should I change my filesystem configuration?
udev is not used at all,why?
Output with nodes
df --o
Filesystem Type Inodes IUsed IFree IUse% 1K-blocks Used Avail Use% File Mounted on
udev devtmpfs 1015859 390 1015469 1% 4063436 0 4063436 0% - /dev
tmpfs tmpfs 1021292 744 1020548 1% 817036 10016 807020 2% - /run
/dev/mapper/kali--vg-root ext4 701760 395200 306560 57% 10985352 10165868 241744 98% - /
tmpfs tmpfs 1021292 45 1021247 1% 4085168 5340 4079828 1% - /dev/shm
tmpfs tmpfs 1021292 3 1021289 1% 5120 0 5120 0% - /run/lock
tmpfs tmpfs 1021292 17 1021275 1% 4085168 0 4085168 0% - /sys/fs/cgroup
/dev/sda1 ext2 62248 339 61909 1% 240972 60868 167663 27% - /boot
tmpfs tmpfs 1021292 24 1021268 1% 817032 16 817016 1% - /run/user/130
tmpfs tmpfs 1021292 32 1021260 1% 817032 32 817000 1% - /run/user/0
pvscan
root@kali:~# pvscan
PV /dev/sda5 VG kali-vg lvm2 [12.40 GiB / 20.00 MiB free]
Total: 1 [12.40 GiB] / in use: 1 [12.40 GiB] / in no VG: 0 [0 ]
root@kali:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name kali-vg
PV Size 12.40 GiB / not usable 2.00 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 3175
Free PE 5
Allocated PE 3170
PV UUID R2DnVQ-PUE9-OHbq-2jkh-J5U6-UBik-yJdQGg
And it warns about disk usage
filesystems kali-linux disk-usage
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
I installed Kali Linux on VM VirtualBox(my host is Ubuntu 18.04). I am newbee to Kali,but the two linked questions are not related to my problem.
When I try to upgrade Kali
apt upgrade
926 upgraded, 81 newly installed, 0 to remove and 4 not upgraded.
Need to get 1,503 MB of archives.
After this operation, 622 MB of additional disk space will be used.
E: You don't have enough free space in /var/cache/apt/archives/.
root@kali:~# df -H
Filesystem Size Used Avail Use% Mounted on
udev 4.2G 0 4.2G 0% /dev
tmpfs 837M 9.8M 827M 2% /run
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
tmpfs 4.2G 14M 4.2G 1% /dev/shm
tmpfs 5.3M 0 5.3M 0% /run/lock
tmpfs 4.2G 0 4.2G 0% /sys/fs/cgroup
/dev/sda1 247M 63M 172M 27% /boot
tmpfs 837M 17k 837M 1% /run/user/130
tmpfs 837M 33k 837M 1% /run/user/0
How should I change my filesystem configuration?
udev is not used at all,why?
Output with nodes
df --o
Filesystem Type Inodes IUsed IFree IUse% 1K-blocks Used Avail Use% File Mounted on
udev devtmpfs 1015859 390 1015469 1% 4063436 0 4063436 0% - /dev
tmpfs tmpfs 1021292 744 1020548 1% 817036 10016 807020 2% - /run
/dev/mapper/kali--vg-root ext4 701760 395200 306560 57% 10985352 10165868 241744 98% - /
tmpfs tmpfs 1021292 45 1021247 1% 4085168 5340 4079828 1% - /dev/shm
tmpfs tmpfs 1021292 3 1021289 1% 5120 0 5120 0% - /run/lock
tmpfs tmpfs 1021292 17 1021275 1% 4085168 0 4085168 0% - /sys/fs/cgroup
/dev/sda1 ext2 62248 339 61909 1% 240972 60868 167663 27% - /boot
tmpfs tmpfs 1021292 24 1021268 1% 817032 16 817016 1% - /run/user/130
tmpfs tmpfs 1021292 32 1021260 1% 817032 32 817000 1% - /run/user/0
pvscan
root@kali:~# pvscan
PV /dev/sda5 VG kali-vg lvm2 [12.40 GiB / 20.00 MiB free]
Total: 1 [12.40 GiB] / in use: 1 [12.40 GiB] / in no VG: 0 [0 ]
root@kali:~# pvdisplay
--- Physical volume ---
PV Name /dev/sda5
VG Name kali-vg
PV Size 12.40 GiB / not usable 2.00 MiB
Allocatable yes
PE Size 4.00 MiB
Total PE 3175
Free PE 5
Allocated PE 3170
PV UUID R2DnVQ-PUE9-OHbq-2jkh-J5U6-UBik-yJdQGg
And it warns about disk usage
filesystems kali-linux disk-usage
filesystems kali-linux disk-usage
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
edited Mar 24 at 13:06
Jeff Schaller♦
45.1k1164147
45.1k1164147
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
asked Mar 24 at 9:05
MikiBelavistaMikiBelavista
4332819
4332819
You're running LVM for your root filesystem so you may be able to extend it. Have you checked if there's any space in your PV? (pvsand then maybelvextend).
– roaima
Mar 24 at 9:28
Since it's Kali and you won't be using it as a primary OS you may be able to delete whatever has filled up your root partition. That would get you back several GB.
– roaima
Mar 24 at 9:30
@roaima How to delete tmpfs?
– MikiBelavista
Mar 24 at 11:05
2
This is, IMHO, not a duplicate of the "Why is Kali so hard" question. It's a fairly obvious case of not having allocated enough space for a disk in VirtualBox.
– Kusalananda♦
Mar 24 at 11:41
1
There's no point deleting atmpfsas it's memory-based. You need either to review the stuff you've created but not deleted or to increase the sieve available in Vbox for your root PV, and thence your root LV. It really would be worth drilling down into/usrto see what's eating all the disk space.
– roaima
Mar 24 at 12:29
add a comment |
You're running LVM for your root filesystem so you may be able to extend it. Have you checked if there's any space in your PV? (pvsand then maybelvextend).
– roaima
Mar 24 at 9:28
Since it's Kali and you won't be using it as a primary OS you may be able to delete whatever has filled up your root partition. That would get you back several GB.
– roaima
Mar 24 at 9:30
@roaima How to delete tmpfs?
– MikiBelavista
Mar 24 at 11:05
2
This is, IMHO, not a duplicate of the "Why is Kali so hard" question. It's a fairly obvious case of not having allocated enough space for a disk in VirtualBox.
– Kusalananda♦
Mar 24 at 11:41
1
There's no point deleting atmpfsas it's memory-based. You need either to review the stuff you've created but not deleted or to increase the sieve available in Vbox for your root PV, and thence your root LV. It really would be worth drilling down into/usrto see what's eating all the disk space.
– roaima
Mar 24 at 12:29
You're running LVM for your root filesystem so you may be able to extend it. Have you checked if there's any space in your PV? (
pvs and then maybe lvextend).– roaima
Mar 24 at 9:28
You're running LVM for your root filesystem so you may be able to extend it. Have you checked if there's any space in your PV? (
pvs and then maybe lvextend).– roaima
Mar 24 at 9:28
Since it's Kali and you won't be using it as a primary OS you may be able to delete whatever has filled up your root partition. That would get you back several GB.
– roaima
Mar 24 at 9:30
Since it's Kali and you won't be using it as a primary OS you may be able to delete whatever has filled up your root partition. That would get you back several GB.
– roaima
Mar 24 at 9:30
@roaima How to delete tmpfs?
– MikiBelavista
Mar 24 at 11:05
@roaima How to delete tmpfs?
– MikiBelavista
Mar 24 at 11:05
2
2
This is, IMHO, not a duplicate of the "Why is Kali so hard" question. It's a fairly obvious case of not having allocated enough space for a disk in VirtualBox.
– Kusalananda♦
Mar 24 at 11:41
This is, IMHO, not a duplicate of the "Why is Kali so hard" question. It's a fairly obvious case of not having allocated enough space for a disk in VirtualBox.
– Kusalananda♦
Mar 24 at 11:41
1
1
There's no point deleting a
tmpfs as it's memory-based. You need either to review the stuff you've created but not deleted or to increase the sieve available in Vbox for your root PV, and thence your root LV. It really would be worth drilling down into /usr to see what's eating all the disk space.– roaima
Mar 24 at 12:29
There's no point deleting a
tmpfs as it's memory-based. You need either to review the stuff you've created but not deleted or to increase the sieve available in Vbox for your root PV, and thence your root LV. It really would be worth drilling down into /usr to see what's eating all the disk space.– roaima
Mar 24 at 12:29
add a comment |
2 Answers
2
active
oldest
votes
As you surmised, the issue is simply that you don't have enough space in your VirtualBox instance.
This line says it all:
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
So you only have 250 MB of vacant space. And as apt is helpfully telling you:
After this operation, 622 MB of additional disk space will be used.
The solution is simple. Just extend the Logical Volume (LV) that your Virtualbox instance is living on. lvextend should do it. man lvextend should give you sufficient information. Ask on the site or in chat if you need more help.
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
pvsshows there is nothing free and available to extend within the existing space
– roaima
Mar 25 at 8:38
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
add a comment |
Backup the virual machine ( clone it) then resize the virtual hard drive:
To incrase the kali.vdi from ~10 G to ~20 G use the following command (from Ubuntu):
VBoxManage modifyhd /Path/to/kali.vdi --resize 20000
Then download Gparted or use a linux live USB.
From Virtualbox, navigate to Setting > Storage > Controller IDE , then attach the gparted.iso
Configure the Virtual-Machine to boot from the optical drive (under Settings > System > Motherboard)
The virtual machine will boot into Gparted, you will be able to resize the virtual hard drive (10 ~> 20 G), apply changes , exit (shutdown)
Remove the attached gpartd.iso from the Controller IDE, then boot your virtual machine.
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
1
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to runfdisk /dev/sda(or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot andpvextend. Or if OP is not brave enough to play with sda5, create a new partition,pvcreateandvgextend.
– TooTea
Mar 24 at 17:02
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
add a comment |
Your Answer
StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);
else
createEditor();
);
function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f508276%2fcan-not-upgrade-kali-not-enough-space-in-var-cache-apt-archives%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
As you surmised, the issue is simply that you don't have enough space in your VirtualBox instance.
This line says it all:
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
So you only have 250 MB of vacant space. And as apt is helpfully telling you:
After this operation, 622 MB of additional disk space will be used.
The solution is simple. Just extend the Logical Volume (LV) that your Virtualbox instance is living on. lvextend should do it. man lvextend should give you sufficient information. Ask on the site or in chat if you need more help.
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
pvsshows there is nothing free and available to extend within the existing space
– roaima
Mar 25 at 8:38
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
add a comment |
As you surmised, the issue is simply that you don't have enough space in your VirtualBox instance.
This line says it all:
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
So you only have 250 MB of vacant space. And as apt is helpfully telling you:
After this operation, 622 MB of additional disk space will be used.
The solution is simple. Just extend the Logical Volume (LV) that your Virtualbox instance is living on. lvextend should do it. man lvextend should give you sufficient information. Ask on the site or in chat if you need more help.
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
pvsshows there is nothing free and available to extend within the existing space
– roaima
Mar 25 at 8:38
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
add a comment |
As you surmised, the issue is simply that you don't have enough space in your VirtualBox instance.
This line says it all:
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
So you only have 250 MB of vacant space. And as apt is helpfully telling you:
After this operation, 622 MB of additional disk space will be used.
The solution is simple. Just extend the Logical Volume (LV) that your Virtualbox instance is living on. lvextend should do it. man lvextend should give you sufficient information. Ask on the site or in chat if you need more help.
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
As you surmised, the issue is simply that you don't have enough space in your VirtualBox instance.
This line says it all:
/dev/mapper/kali--vg-root 12G 11G 250M 98% /
So you only have 250 MB of vacant space. And as apt is helpfully telling you:
After this operation, 622 MB of additional disk space will be used.
The solution is simple. Just extend the Logical Volume (LV) that your Virtualbox instance is living on. lvextend should do it. man lvextend should give you sufficient information. Ask on the site or in chat if you need more help.
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
answered Mar 24 at 13:13
Faheem MithaFaheem Mitha
23.4k1886137
23.4k1886137
pvsshows there is nothing free and available to extend within the existing space
– roaima
Mar 25 at 8:38
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
add a comment |
pvsshows there is nothing free and available to extend within the existing space
– roaima
Mar 25 at 8:38
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
pvs shows there is nothing free and available to extend within the existing space– roaima
Mar 25 at 8:38
pvs shows there is nothing free and available to extend within the existing space– roaima
Mar 25 at 8:38
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
@roaima Yes, we covered that in chat. He's not allocated space to the VB instance properly. He has plenty of space available in the host, though he isn't using LVM there.
– Faheem Mitha
Mar 25 at 8:54
add a comment |
Backup the virual machine ( clone it) then resize the virtual hard drive:
To incrase the kali.vdi from ~10 G to ~20 G use the following command (from Ubuntu):
VBoxManage modifyhd /Path/to/kali.vdi --resize 20000
Then download Gparted or use a linux live USB.
From Virtualbox, navigate to Setting > Storage > Controller IDE , then attach the gparted.iso
Configure the Virtual-Machine to boot from the optical drive (under Settings > System > Motherboard)
The virtual machine will boot into Gparted, you will be able to resize the virtual hard drive (10 ~> 20 G), apply changes , exit (shutdown)
Remove the attached gpartd.iso from the Controller IDE, then boot your virtual machine.
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
1
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to runfdisk /dev/sda(or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot andpvextend. Or if OP is not brave enough to play with sda5, create a new partition,pvcreateandvgextend.
– TooTea
Mar 24 at 17:02
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
add a comment |
Backup the virual machine ( clone it) then resize the virtual hard drive:
To incrase the kali.vdi from ~10 G to ~20 G use the following command (from Ubuntu):
VBoxManage modifyhd /Path/to/kali.vdi --resize 20000
Then download Gparted or use a linux live USB.
From Virtualbox, navigate to Setting > Storage > Controller IDE , then attach the gparted.iso
Configure the Virtual-Machine to boot from the optical drive (under Settings > System > Motherboard)
The virtual machine will boot into Gparted, you will be able to resize the virtual hard drive (10 ~> 20 G), apply changes , exit (shutdown)
Remove the attached gpartd.iso from the Controller IDE, then boot your virtual machine.
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
1
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to runfdisk /dev/sda(or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot andpvextend. Or if OP is not brave enough to play with sda5, create a new partition,pvcreateandvgextend.
– TooTea
Mar 24 at 17:02
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
add a comment |
Backup the virual machine ( clone it) then resize the virtual hard drive:
To incrase the kali.vdi from ~10 G to ~20 G use the following command (from Ubuntu):
VBoxManage modifyhd /Path/to/kali.vdi --resize 20000
Then download Gparted or use a linux live USB.
From Virtualbox, navigate to Setting > Storage > Controller IDE , then attach the gparted.iso
Configure the Virtual-Machine to boot from the optical drive (under Settings > System > Motherboard)
The virtual machine will boot into Gparted, you will be able to resize the virtual hard drive (10 ~> 20 G), apply changes , exit (shutdown)
Remove the attached gpartd.iso from the Controller IDE, then boot your virtual machine.
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
Backup the virual machine ( clone it) then resize the virtual hard drive:
To incrase the kali.vdi from ~10 G to ~20 G use the following command (from Ubuntu):
VBoxManage modifyhd /Path/to/kali.vdi --resize 20000
Then download Gparted or use a linux live USB.
From Virtualbox, navigate to Setting > Storage > Controller IDE , then attach the gparted.iso
Configure the Virtual-Machine to boot from the optical drive (under Settings > System > Motherboard)
The virtual machine will boot into Gparted, you will be able to resize the virtual hard drive (10 ~> 20 G), apply changes , exit (shutdown)
Remove the attached gpartd.iso from the Controller IDE, then boot your virtual machine.
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
answered Mar 24 at 13:35
GAD3RGAD3R
28.4k1959115
28.4k1959115
1
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to runfdisk /dev/sda(or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot andpvextend. Or if OP is not brave enough to play with sda5, create a new partition,pvcreateandvgextend.
– TooTea
Mar 24 at 17:02
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
add a comment |
1
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to runfdisk /dev/sda(or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot andpvextend. Or if OP is not brave enough to play with sda5, create a new partition,pvcreateandvgextend.
– TooTea
Mar 24 at 17:02
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
1
1
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to run
fdisk /dev/sda (or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot and pvextend. Or if OP is not brave enough to play with sda5, create a new partition, pvcreate and vgextend.– TooTea
Mar 24 at 17:02
Why do you suggest all the juggling with a live iso? IMHO all that's needed is to run
fdisk /dev/sda (or any other partitioning tool) from Kali, enlarge sda5 (delete & recreate with the same start sector), reboot and pvextend. Or if OP is not brave enough to play with sda5, create a new partition, pvcreate and vgextend.– TooTea
Mar 24 at 17:02
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
It's a virtual machine with root on an LV. Extend the allocated disk. Extend the PV. Extend the LV. At most only the first operation requires the VM to be shut down, and possibly not even that.
– roaima
Mar 25 at 8:40
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f508276%2fcan-not-upgrade-kali-not-enough-space-in-var-cache-apt-archives%23new-answer', 'question_page');
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
You're running LVM for your root filesystem so you may be able to extend it. Have you checked if there's any space in your PV? (
pvsand then maybelvextend).– roaima
Mar 24 at 9:28
Since it's Kali and you won't be using it as a primary OS you may be able to delete whatever has filled up your root partition. That would get you back several GB.
– roaima
Mar 24 at 9:30
@roaima How to delete tmpfs?
– MikiBelavista
Mar 24 at 11:05
2
This is, IMHO, not a duplicate of the "Why is Kali so hard" question. It's a fairly obvious case of not having allocated enough space for a disk in VirtualBox.
– Kusalananda♦
Mar 24 at 11:41
1
There's no point deleting a
tmpfsas it's memory-based. You need either to review the stuff you've created but not deleted or to increase the sieve available in Vbox for your root PV, and thence your root LV. It really would be worth drilling down into/usrto see what's eating all the disk space.– roaima
Mar 24 at 12:29