MEPIS Community Forum

A Linux operating system based on Debian Stable
View unanswered posts | View unsolved topics | View active topics |



Reply to topic  [ 31 posts ]  Go to page Previous  1, 2, 3, 4  Next
Help! System won't boot - /tmp out of disk space 
Author Message
Forum Veteran
Forum Veteran
User avatar

Joined: Sat Nov 11, 2006 10:42 pm
Posts: 4403
Has thanked: 121 times
Have thanks: 891 times
Post # 302479
Post Re: Help! System won't boot - /tmp out of disk space
A shot of fstab might have the answer.

_________________
Desktop: Custom build Asus/AMD/nVidia -- MEPIS 11
Netbook: Fujitsu Lifebook Pentium M -- MX-14
Laptop: Acer Aspire 5250 AMD Dual -- SolydK 64


Mon Jul 09, 2012 4:35 pm
Profile
Forum Regular
Forum Regular

Joined: Thu Dec 09, 2010 3:44 pm
Posts: 659
Has thanked: 6 times
Have thanks: 43 times
Post # 302480
Post Re: Help! System won't boot - /tmp out of disk space
This is what the current directory for /mnt/ looks like:

file:///mnt/sda4
file:///mnt/sdb1
file:///mnt/sdb2
file:///mnt/sdb3
file:///mnt/sdb4
file:///mnt/sdc1
file:///mnt/sdc2
file:///mnt/sdd1
file:///mnt/temp

To my knowledge I never created any of these files. The only thing I can think of is that I would have browsed to the 'mnt' file to find my backup hard drives in luckybackup. But I would not have created them if they did not already appear there.

Mark, how do I get you a shot of fstab? I know I should remember where it is located but its escaping me at the moment.


Mon Jul 09, 2012 5:01 pm
Profile
Forum Regular
Forum Regular

Joined: Thu Dec 09, 2010 3:44 pm
Posts: 659
Has thanked: 6 times
Have thanks: 43 times
Post # 302481
Post Re: Help! System won't boot - /tmp out of disk space
Found it: here is my fstab. This is with my backup drive still unpluged. Thanks for the help.

Code:
# Pluggable devices are handled by uDev, they are not in fstab
/dev/sda1 / ext4 defaults,noatime,discard 1 1
/dev/sda2 swap swap sw,pri=1 0 0
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0622 0 0
/dev/sda3 /home ext4 defaults,noatime,discard 1 2
# Dynamic entries below
/dev/sda4 /mnt/sda4 ext4 noauto,users,exec,relatime 0 0
/dev/cdrom /media/cdrom udf,iso9660 noauto,users,exec,ro 0 0
/dev/sr0 /media/cdrom udf,iso9660 noauto,users,exec,ro 0 0


Mon Jul 09, 2012 5:07 pm
Profile
Forum Regular
Forum Regular
User avatar

Joined: Wed Aug 30, 2006 1:44 am
Posts: 606
Location: Midway between the Washington State rainforest, ocean and volcanoes
Has thanked: 773 times
Have thanks: 69 times
Post # 302482
Post Re: Help! System won't boot - /tmp out of disk space
My go to solution in such an issue is to run Konqueror as root from a live usb stick and use the View > View Mode > File Size View option to locate what files are taking up all the space.

Good luck

_________________
...Ostara.................................... minni
Image Image
...Mepis 11_64...........................Mepis 11_32


Mon Jul 09, 2012 5:18 pm
Profile
Forum Veteran
Forum Veteran
User avatar

Joined: Mon Feb 12, 2007 1:45 pm
Posts: 5681
Location: Penn's Woods
Has thanked: 807 times
Have thanks: 664 times
Post # 302489
Post Re: Help! System won't boot - /tmp out of disk space
iridesce wrote:
My go to solution in such an issue is to run Konqueror as root from a live usb stick and use the View > View Mode > File Size View option to locate what files are taking up all the space.

Good luck

I think Fargo fixed the problem by getting rid of some of the other distros. The "full" partition was bogus information, caused by who knows what.

BTW, Fargo's latest directory listing of /mnt looks okay to me.

_________________
MX-14; 3.12-0.bpo.1-686-pae kernel using 4GB RAM
2.4GHz AMD Athlon 4600+
NVidia GeForce 6150 LE; 304.121 Display Driver


Mon Jul 09, 2012 5:54 pm
Profile
Forum Regular
Forum Regular

Joined: Thu Dec 09, 2010 3:44 pm
Posts: 659
Has thanked: 6 times
Have thanks: 43 times
Post # 302493
Post Re: Help! System won't boot - /tmp out of disk space
joany wrote:
iridesce wrote:
My go to solution in such an issue is to run Konqueror as root from a live usb stick and use the View > View Mode > File Size View option to locate what files are taking up all the space.

Good luck

I think Fargo fixed the problem by getting rid of some of the other distros. The "full" partition was bogus information, caused by who knows what.


Yes, I did get my system running by removing the "distro files' and found I have some 'fake' hardrives on my root partition.


joany wrote:
BTW, Fargo's latest directory listing of /mnt looks okay to me.


Yeah I think everything is ok except that somehow I have a bunch of folders with harddrive names in the'mnt' folder. I just wanted to know if I can delete these 'fake' drives labeled:

file:///mnt/sda4
file:///mnt/sdb1
file:///mnt/sdb2
file:///mnt/sdb3
file:///mnt/sdb4
file:///mnt/sdc1
file:///mnt/sdc2
file:///mnt/sdd1
file:///mnt/temp

They all appear to be empty folders except for sdb1, which I thought was my extra backup drive. I think lucky backup has been backing up to this folder in root instead of the real sdb1. I'm not sure how that happened though.


Mon Jul 09, 2012 6:16 pm
Profile
Forum Veteran
Forum Veteran
User avatar

Joined: Wed Jul 12, 2006 2:26 pm
Posts: 7034
Has thanked: 383 times
Have thanks: 2271 times
Post # 302495
Post Re: Help! System won't boot - /tmp out of disk space
Fargo wrote:
Yeah I think everything is ok except that somehow I have a bunch of folders with harddrive names in the'mnt' folder. I just wanted to know if I can delete these 'fake' drives labeled:

file:///mnt/sda4
file:///mnt/sdb1
file:///mnt/sdb2
file:///mnt/sdb3
file:///mnt/sdb4
file:///mnt/sdc1
file:///mnt/sdc2
file:///mnt/sdd1
file:///mnt/temp

They all appear to be empty folders except for sdb1, which I thought was my extra backup drive. I think lucky backup has been backing up to this folder in root instead of the real sdb1. I'm not sure how that happened though.

Warren's /usr/sbin/buildfstab script might be what created the mountpoint folders.

I don't think there's a problem having unused mountpoint folders.

Sometimes you get some goofy things going on with USB drives where they don't end up with the same drive assignment and that might have caused buildfstab to create the extra mountpoints (sdc* & sdd*). When M12 comes out and starts using 'persistent naming' hopefully that will go away.


Mon Jul 09, 2012 6:31 pm
Profile
Forum Regular
Forum Regular

Joined: Thu Dec 09, 2010 3:44 pm
Posts: 659
Has thanked: 6 times
Have thanks: 43 times
Post # 302497
Post Re: Help! System won't boot - /tmp out of disk space
kmathern wrote:
Fargo wrote:
Yeah I think everything is ok except that somehow I have a bunch of folders with harddrive names in the'mnt' folder. I just wanted to know if I can delete these 'fake' drives labeled:

file:///mnt/sda4
file:///mnt/sdb1
file:///mnt/sdb2
file:///mnt/sdb3
file:///mnt/sdb4
file:///mnt/sdc1
file:///mnt/sdc2
file:///mnt/sdd1
file:///mnt/temp

They all appear to be empty folders except for sdb1, which I thought was my extra backup drive. I think lucky backup has been backing up to this folder in root instead of the real sdb1. I'm not sure how that happened though.

Warren's /usr/sbin/buildfstab script might be what created the mountpoint folders.

I don't think there's a problem having unused mountpoint folders.

Sometimes you get some goofy things going on with USB drives where they don't end up with the same drive assignment and that might have caused buildfstab to create the extra mountpoints (sdc* & sdd*). When M12 comes out and starts using 'persistent naming' hopefully that will go away.


OK so your saying to just leave the folders and delete the info inside of it? I guess I could do that. I just need to be cautious to be sure to find the correct mount point when I setup luckybackup next time. I think I will plug in my backup drive and see what I get.


Mon Jul 09, 2012 6:39 pm
Profile
Forum Veteran
Forum Veteran
User avatar

Joined: Wed Jul 12, 2006 2:26 pm
Posts: 7034
Has thanked: 383 times
Have thanks: 2271 times
Post # 302501
Post Re: Help! System won't boot - /tmp out of disk space
Fargo wrote:
Fargo wrote:
...They all appear to be empty folders except for sdb1, which I thought was my extra backup drive. I think lucky backup has been backing up to this folder in root instead of the real sdb1. I'm not sure how that happened though....

OK so your saying to just leave the folders and delete the info inside of it? I guess I could do that. I just need to be cautious to be sure to find the correct mount point when I setup luckybackup next time. I think I will plug in my backup drive and see what I get.

Without any partitions mounted (other than root), all of the mountpoint folders should be empty when you look at them in Dolphin.

You did have a problem with /mnt/sdb1 where it had some subfolders. Those should be moved elsewhere/backed up or deleted.


Mon Jul 09, 2012 6:51 pm
Profile
Forum Regular
Forum Regular

Joined: Thu Dec 09, 2010 3:44 pm
Posts: 659
Has thanked: 6 times
Have thanks: 43 times
Post # 302505
Post Re: Help! System won't boot - /tmp out of disk space
kmathern wrote:

You did have a problem with /mnt/sdb1 where it had some subfolders. Those should be moved elsewhere/backed up or deleted.


I have deleted my files from the mnt/sdb1 drive and plugged in the real sdb1 and everything looks good Thanks to everyone again for all the help. I appreciate it. Now I think I need to see about how to give my user write access to my backup drive so I don't have to do some of those things from root or SU. I think that might be part of the problem. Mepis gives write priveldges to extra drives but Roadblock does not.


Mon Jul 09, 2012 7:47 pm
Profile
Display posts from previous:  Sort by  
Reply to topic   [ 31 posts ]  Go to page Previous  1, 2, 3, 4  Next

Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  

Protected by Anti-Spam ACP Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by STSoftware for PTF.