/tmp/ is somehow out of space and contains an irremovable file












0















When tab-autocompleting in terminal, I'm getting the error:



-bash: cannot create temp file for here-document: No space left on device


This would appear to mean that /tmp/ is full, but it's mounted on my hard disk, which itself has lots of space left.



/tmp only contains one thing: a folder called /tmp/.mount_VCeNjK/.
I can't find out anything about it, because even sudo and su can't chmod it, read it, umount it, rm it, or stat it. They complain about permissions and say that it's busy.



What can I do? I'm nothing without my autocomplete.










share|improve this question




















  • 2





    /tmp is usually mounted in memory since it's tmpfs filesystem. Run df command, see what's the actual usage it reports. You can further analyze what takes up most memory via ncdu or just du running over /tmp. There's also a way to increase /tmp size: askubuntu.com/a/199708/295286

    – Sergiy Kolodyazhnyy
    Jan 19 at 23:42






  • 1





    sudo lsof +D /tmp/.mount_VCeNjK/ will show you which processes have the directory (or files and directories underneath) open. When these processes finish (or are killed), you'll probably be able to sudo rm -rf. But be aware that this will have side effects that I can't predict, so you MUST proceed with care.

    – waltinator
    Jan 20 at 4:13











  • @SergiyKolodyazhnyy Most Linux systems don't actually mount /tmp using tmpfs, see mount | grep tmp for an example.

    – Kristopher Ives
    Jan 20 at 8:54











  • @KristopherIves Fair enough, but I wouldn't say "most", I'd say "some" do (also this ). As far as Ubuntu goes, I had /tmp mounted as tmpfs in previous releases of Ubuntu, hence assuming it's default. Could have happened that I mounted it there myself at some point, but I don't recall doing so. There's apparently discussion on centos forum which suggests it may depend on amount of RAM

    – Sergiy Kolodyazhnyy
    Jan 20 at 9:20











  • @SergiyKolodyazhnyy never been default in Ubuntu indeed.

    – vanadium
    Jan 20 at 11:40
















0















When tab-autocompleting in terminal, I'm getting the error:



-bash: cannot create temp file for here-document: No space left on device


This would appear to mean that /tmp/ is full, but it's mounted on my hard disk, which itself has lots of space left.



/tmp only contains one thing: a folder called /tmp/.mount_VCeNjK/.
I can't find out anything about it, because even sudo and su can't chmod it, read it, umount it, rm it, or stat it. They complain about permissions and say that it's busy.



What can I do? I'm nothing without my autocomplete.










share|improve this question




















  • 2





    /tmp is usually mounted in memory since it's tmpfs filesystem. Run df command, see what's the actual usage it reports. You can further analyze what takes up most memory via ncdu or just du running over /tmp. There's also a way to increase /tmp size: askubuntu.com/a/199708/295286

    – Sergiy Kolodyazhnyy
    Jan 19 at 23:42






  • 1





    sudo lsof +D /tmp/.mount_VCeNjK/ will show you which processes have the directory (or files and directories underneath) open. When these processes finish (or are killed), you'll probably be able to sudo rm -rf. But be aware that this will have side effects that I can't predict, so you MUST proceed with care.

    – waltinator
    Jan 20 at 4:13











  • @SergiyKolodyazhnyy Most Linux systems don't actually mount /tmp using tmpfs, see mount | grep tmp for an example.

    – Kristopher Ives
    Jan 20 at 8:54











  • @KristopherIves Fair enough, but I wouldn't say "most", I'd say "some" do (also this ). As far as Ubuntu goes, I had /tmp mounted as tmpfs in previous releases of Ubuntu, hence assuming it's default. Could have happened that I mounted it there myself at some point, but I don't recall doing so. There's apparently discussion on centos forum which suggests it may depend on amount of RAM

    – Sergiy Kolodyazhnyy
    Jan 20 at 9:20











  • @SergiyKolodyazhnyy never been default in Ubuntu indeed.

    – vanadium
    Jan 20 at 11:40














0












0








0








When tab-autocompleting in terminal, I'm getting the error:



-bash: cannot create temp file for here-document: No space left on device


This would appear to mean that /tmp/ is full, but it's mounted on my hard disk, which itself has lots of space left.



/tmp only contains one thing: a folder called /tmp/.mount_VCeNjK/.
I can't find out anything about it, because even sudo and su can't chmod it, read it, umount it, rm it, or stat it. They complain about permissions and say that it's busy.



What can I do? I'm nothing without my autocomplete.










share|improve this question
















When tab-autocompleting in terminal, I'm getting the error:



-bash: cannot create temp file for here-document: No space left on device


This would appear to mean that /tmp/ is full, but it's mounted on my hard disk, which itself has lots of space left.



/tmp only contains one thing: a folder called /tmp/.mount_VCeNjK/.
I can't find out anything about it, because even sudo and su can't chmod it, read it, umount it, rm it, or stat it. They complain about permissions and say that it's busy.



What can I do? I'm nothing without my autocomplete.







command-line permissions






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jan 20 at 8:51









dessert

22.9k563101




22.9k563101










asked Jan 19 at 23:38









Nathaniel WeilandNathaniel Weiland

31




31








  • 2





    /tmp is usually mounted in memory since it's tmpfs filesystem. Run df command, see what's the actual usage it reports. You can further analyze what takes up most memory via ncdu or just du running over /tmp. There's also a way to increase /tmp size: askubuntu.com/a/199708/295286

    – Sergiy Kolodyazhnyy
    Jan 19 at 23:42






  • 1





    sudo lsof +D /tmp/.mount_VCeNjK/ will show you which processes have the directory (or files and directories underneath) open. When these processes finish (or are killed), you'll probably be able to sudo rm -rf. But be aware that this will have side effects that I can't predict, so you MUST proceed with care.

    – waltinator
    Jan 20 at 4:13











  • @SergiyKolodyazhnyy Most Linux systems don't actually mount /tmp using tmpfs, see mount | grep tmp for an example.

    – Kristopher Ives
    Jan 20 at 8:54











  • @KristopherIves Fair enough, but I wouldn't say "most", I'd say "some" do (also this ). As far as Ubuntu goes, I had /tmp mounted as tmpfs in previous releases of Ubuntu, hence assuming it's default. Could have happened that I mounted it there myself at some point, but I don't recall doing so. There's apparently discussion on centos forum which suggests it may depend on amount of RAM

    – Sergiy Kolodyazhnyy
    Jan 20 at 9:20











  • @SergiyKolodyazhnyy never been default in Ubuntu indeed.

    – vanadium
    Jan 20 at 11:40














  • 2





    /tmp is usually mounted in memory since it's tmpfs filesystem. Run df command, see what's the actual usage it reports. You can further analyze what takes up most memory via ncdu or just du running over /tmp. There's also a way to increase /tmp size: askubuntu.com/a/199708/295286

    – Sergiy Kolodyazhnyy
    Jan 19 at 23:42






  • 1





    sudo lsof +D /tmp/.mount_VCeNjK/ will show you which processes have the directory (or files and directories underneath) open. When these processes finish (or are killed), you'll probably be able to sudo rm -rf. But be aware that this will have side effects that I can't predict, so you MUST proceed with care.

    – waltinator
    Jan 20 at 4:13











  • @SergiyKolodyazhnyy Most Linux systems don't actually mount /tmp using tmpfs, see mount | grep tmp for an example.

    – Kristopher Ives
    Jan 20 at 8:54











  • @KristopherIves Fair enough, but I wouldn't say "most", I'd say "some" do (also this ). As far as Ubuntu goes, I had /tmp mounted as tmpfs in previous releases of Ubuntu, hence assuming it's default. Could have happened that I mounted it there myself at some point, but I don't recall doing so. There's apparently discussion on centos forum which suggests it may depend on amount of RAM

    – Sergiy Kolodyazhnyy
    Jan 20 at 9:20











  • @SergiyKolodyazhnyy never been default in Ubuntu indeed.

    – vanadium
    Jan 20 at 11:40








2




2





/tmp is usually mounted in memory since it's tmpfs filesystem. Run df command, see what's the actual usage it reports. You can further analyze what takes up most memory via ncdu or just du running over /tmp. There's also a way to increase /tmp size: askubuntu.com/a/199708/295286

– Sergiy Kolodyazhnyy
Jan 19 at 23:42





/tmp is usually mounted in memory since it's tmpfs filesystem. Run df command, see what's the actual usage it reports. You can further analyze what takes up most memory via ncdu or just du running over /tmp. There's also a way to increase /tmp size: askubuntu.com/a/199708/295286

– Sergiy Kolodyazhnyy
Jan 19 at 23:42




1




1





sudo lsof +D /tmp/.mount_VCeNjK/ will show you which processes have the directory (or files and directories underneath) open. When these processes finish (or are killed), you'll probably be able to sudo rm -rf. But be aware that this will have side effects that I can't predict, so you MUST proceed with care.

– waltinator
Jan 20 at 4:13





sudo lsof +D /tmp/.mount_VCeNjK/ will show you which processes have the directory (or files and directories underneath) open. When these processes finish (or are killed), you'll probably be able to sudo rm -rf. But be aware that this will have side effects that I can't predict, so you MUST proceed with care.

– waltinator
Jan 20 at 4:13













@SergiyKolodyazhnyy Most Linux systems don't actually mount /tmp using tmpfs, see mount | grep tmp for an example.

– Kristopher Ives
Jan 20 at 8:54





@SergiyKolodyazhnyy Most Linux systems don't actually mount /tmp using tmpfs, see mount | grep tmp for an example.

– Kristopher Ives
Jan 20 at 8:54













@KristopherIves Fair enough, but I wouldn't say "most", I'd say "some" do (also this ). As far as Ubuntu goes, I had /tmp mounted as tmpfs in previous releases of Ubuntu, hence assuming it's default. Could have happened that I mounted it there myself at some point, but I don't recall doing so. There's apparently discussion on centos forum which suggests it may depend on amount of RAM

– Sergiy Kolodyazhnyy
Jan 20 at 9:20





@KristopherIves Fair enough, but I wouldn't say "most", I'd say "some" do (also this ). As far as Ubuntu goes, I had /tmp mounted as tmpfs in previous releases of Ubuntu, hence assuming it's default. Could have happened that I mounted it there myself at some point, but I don't recall doing so. There's apparently discussion on centos forum which suggests it may depend on amount of RAM

– Sergiy Kolodyazhnyy
Jan 20 at 9:20













@SergiyKolodyazhnyy never been default in Ubuntu indeed.

– vanadium
Jan 20 at 11:40





@SergiyKolodyazhnyy never been default in Ubuntu indeed.

– vanadium
Jan 20 at 11:40










1 Answer
1






active

oldest

votes


















0














It's possible (although not common) for a ext4 file system to have remaining space but nothing reserved for inode meta data, essentially meaning the disk is "full" of a very large (millions) of small individual files.



You can run df -i to see the "IUse%" metric of a file system.






share|improve this answer
























  • This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

    – Nathaniel Weiland
    Jan 22 at 15:51











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
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
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1111243%2ftmp-is-somehow-out-of-space-and-contains-an-irremovable-file%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














It's possible (although not common) for a ext4 file system to have remaining space but nothing reserved for inode meta data, essentially meaning the disk is "full" of a very large (millions) of small individual files.



You can run df -i to see the "IUse%" metric of a file system.






share|improve this answer
























  • This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

    – Nathaniel Weiland
    Jan 22 at 15:51
















0














It's possible (although not common) for a ext4 file system to have remaining space but nothing reserved for inode meta data, essentially meaning the disk is "full" of a very large (millions) of small individual files.



You can run df -i to see the "IUse%" metric of a file system.






share|improve this answer
























  • This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

    – Nathaniel Weiland
    Jan 22 at 15:51














0












0








0







It's possible (although not common) for a ext4 file system to have remaining space but nothing reserved for inode meta data, essentially meaning the disk is "full" of a very large (millions) of small individual files.



You can run df -i to see the "IUse%" metric of a file system.






share|improve this answer













It's possible (although not common) for a ext4 file system to have remaining space but nothing reserved for inode meta data, essentially meaning the disk is "full" of a very large (millions) of small individual files.



You can run df -i to see the "IUse%" metric of a file system.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jan 20 at 9:00









Kristopher IvesKristopher Ives

2,64811322




2,64811322













  • This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

    – Nathaniel Weiland
    Jan 22 at 15:51



















  • This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

    – Nathaniel Weiland
    Jan 22 at 15:51

















This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

– Nathaniel Weiland
Jan 22 at 15:51





This did it, thanks. Some folders in /var/log and /var/lib/motion had slowly been filling up

– Nathaniel Weiland
Jan 22 at 15:51


















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • 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.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1111243%2ftmp-is-somehow-out-of-space-and-contains-an-irremovable-file%23new-answer', 'question_page');
}
);

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







Popular posts from this blog

flock() on closed filehandle LOCK_FILE at /usr/bin/apt-mirror

Mangá

 ⁒  ․,‪⁊‑⁙ ⁖, ⁇‒※‌, †,⁖‗‌⁝    ‾‸⁘,‖⁔⁣,⁂‾
”‑,‥–,‬ ,⁀‹⁋‴⁑ ‒ ,‴⁋”‼ ⁨,‷⁔„ ‰′,‐‚ ‥‡‎“‷⁃⁨⁅⁣,⁔
⁇‘⁔⁡⁏⁌⁡‿‶‏⁨ ⁣⁕⁖⁨⁩⁥‽⁀  ‴‬⁜‟ ⁃‣‧⁕‮ …‍⁨‴ ⁩,⁚⁖‫ ,‵ ⁀,‮⁝‣‣ ⁑  ⁂– ․, ‾‽ ‏⁁“⁗‸ ‾… ‹‡⁌⁎‸‘ ‡⁏⁌‪ ‵⁛ ‎⁨ ―⁦⁤⁄⁕