MoonSwan wrote:You're a dork who solved this issue and will know better next time. How is this a bad thing? I'm sure someone around here has done worse Skottish, so don't feel too stupid. (Won't name names but I'm sure as well that I've done worse somewhere...)
In the meantime, while you're down...*bonks skottish with the dork-stick*
Thanks for the kind words MoonSwan.
This happened because of the way my system is set up. I have rsync making backups of /home and /etc to /backup on close. It turns out that rsync created the /backup directory instead of using the existing one. Why? Because /dev/sdb1 wasn't mounted when I restarted after the conversion. Doh!
no shame in that. i totally freaked out once when i was still in school because i couldn't find a paper that was due. turned out i had /home unmounted when i saved the file, but had /home mounted when i went looking for it.
it was hiding under the mounted filesystem the whole time!
]]>You're a dork who solved this issue and will know better next time. How is this a bad thing? I'm sure someone around here has done worse Skottish, so don't feel too stupid. (Won't name names but I'm sure as well that I've done worse somewhere...)
In the meantime, while you're down...*bonks skottish with the dork-stick*
Thanks for the kind words MoonSwan.
This happened because of the way my system is set up. I have rsync making backups of /home and /etc to /backup on close. It turns out that rsync created the /backup directory instead of using the existing one. Why? Because /dev/sdb1 wasn't mounted when I restarted after the conversion. Doh!
]]>In the meantime, while you're down...*bonks skottish with the dork-stick*
]]>I should have seen this before. In the output above, you'll notice /backup 4.1GB. The mount point /backup is supposed to be the second hard drive. For some reason within this process the system is trying to mount it under /dev/sda3 and not /dev/sdb1. Or, somehow /backup got copied to /. Either way, I'm sure I missed something in my configuration.
***I'm still a dork***
]]>~ > sudo du -ch --max-depth 1 /
32K /tmp
12M /etc
56K /dev
8.0K /mnt
12K /srv
13M /sbin
4.1G /backup
4.0K /lib64
86M /var
2.5G /usr
2.3M /root
16K /lost+found
96M /lib
6.5M /bin
91M /opt
0 /sys
16K /media
106G /home
0 /proc
9.5M /boot
113G /
113G total
what about du -h on root? it will spit a lot of info about each file. And about /dev/shm, usually is a tmpfs sized to match the half of your ram.
And, grab yourself a copy of slitaz (or something like that)...
]]>df is showing the root filesystem at 100%, and du -ch -max-depth 1 / looks like everything is correct in size. /dev/sda3 should be around 50% or less. The log files are normal. pacman's cache is empty. Hmmm???
]]>One thing that may help is that after I ran the filesystem check, I'm completely out of room now. I had to delete some things to even get to the point where the system would boot. Then I deleted some more so that I could funtion a bit.
]]>xdiskusage? if you can make some space to install it ........
Wow. Through xdiskusage /dev/shm is reporting 2GB of space, but 0% used. I don't even know what /dev/shm is. That would account for a lot of the missing space if it were in use. Thanks for that.
@kjon. That was my first thought. But since the file system in question hasn't been touched, I ruled it out. I'm probably wrong to do so.
****This post was majorly edited****
Alright, xdiskusage is showing 3.765GB of space being used and listed as permission denied. Even as root I can't see what's happening with this. This does in fact account for the missing space.
]]>