Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I downloaded a bunch of stuff to /tmp/download. now my /tmp filesystem is hosed. I did a du -h at one point, and it said there was 1.1T of space used...and it is 3.8G filesystem!! hmm, guess I'll know better next time not to leave my FTP client up pulling stuff down overnight!
anyhow, anytime I go into /tmp and try to ls or du, I get this error:
kernel: Assertion failure in do_get_wirte_access() at transaction.c:706: "handle->h_buffer_credits > 0"
after this error message, my system is pretty locked up. can't even shut it down cleanly. so, I'd like to fix whatever I did.
any ideas what the frick I did? I guess I would be ok with deleting the fileysystem and recreating it, but any other solutions welcome.
it is probably a stack overflow, what kernel are you using? if it's an old one, that could be a problem. do you have write access to /tmp in the account you are logged on with? your computer is probably locking up because the kernel is to busy trying to process with corrupted stacks.
ok, I have 2.4.17 (default) and the 2.4.18 kernels configured. both hose when I do anything with /tmp. I can't delete files within tmp, can't do a du within tmp, and if I do, the system requires a hard shutdown (that is to say, power off is the only option). no doubt I'll corrupt other file systems if that practice continues. at this point. I would like to delete /tmp, and re-create it. I can only hope this fixes the problem.
how do I get to a point where I can umount /tmp. it is always a busy device (I suspect the system stores tmp stuff there...).
anyhow, a procedure for deleting the /tmp filesystem, and then recreating it would be appreciated. here is the /tmp line from my /etc/fstab:
why are you mounting a directory? does /tmp contain a partition? perhaps there is something conflicting between the two versions of the kernels? can you delete the old one and use the newer one as the default?
/tmp is its own partition. the tmp filesystem is on its a partition that happens to have a label of /tmp. I am going to boot to partiion magic, deletel the /tmp partition, re-create it and I'll post my results. I had just hoped there was an easier way to solve this problem, but I can't spend my whole month worrying about this. I'll hope to post an update by the end of the day.
now the problem is that I cannot delete /dev/hda7 with partition magic 6.0, because it does not recognize ext3 filesystems....argh! so, how can I blow away /dev/hda7, and then re-create it? any help appreciated, thanks.
how do I umount /tmp? it is always busy. I cannot cleanly shut down my computer, because the /tmp filesystem is hosed. so, given that I turn off the power, and reboot, how do I boot to a mode where I can fsck /dev/hda7?
when i try to fsck now, it says that Running e2fsck on a mounted filesystem may cause SEVERE filesystem damage. is this really a concern since the filesystem is already hosed?
It sounds like you can't umount because you are getting the device busy message, right?
Just a suggestion, but if you can boot cleanly, use telinit to drop into single user. This should stop any access of /tmp by other processes. Then umount.
Don't know if it'll work. Don't really have enuf info.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.