FS#3516 - odd /tmp size

Attached to Project: Arch Linux
Opened by Seth (diablo93) - Wednesday, 23 November 2005, 05:48 GMT
Task Type Bug Report
Category System
Status Closed
Assigned To No-one
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I discovered this while attempting to copy a Cd for the first time since upgrading to the 2.6.14 kernel in testing. This should be a rather simple task in K3b, but i get a error about /temp/kde-uname doesn't have enough freespace, upon checking this, it does appear to only have 250mb free. the odd part is that /tmp is NOT on a seperate partition, and the drive itself has 100GB free. As i said, this has worked before, and i do run from /testing if any package there could have caused this, I appologize if this isn't the correct channel for this, but IRC doesn't seem to have any ideas. This paticular time it is fairly easy to get around by change k3b's temp location, but my worry lies in the "what if" areas of later. Thanks
This task depends upon

Closed by  Judd Vinet (judd)
Wednesday, 23 November 2005, 18:46 GMT
Reason for closing:  Fixed
Comment by Łukasz Fibinger (lucke) - Wednesday, 23 November 2005, 09:19 GMT
Are you aware that Arch uses tmpfs for /tmp per default?

http://bbs.archlinux.org/search.php?search_id=1397261630&start=0

Comment by Seth (diablo93) - Wednesday, 23 November 2005, 14:56 GMT
no i wasn't.....fixed now, sorry, I'm kinda slow i guess
Comment by Judd Vinet (judd) - Wednesday, 23 November 2005, 18:45 GMT
0.7.1 does not use tmpfs by default, so this problem will not be present for fresh installs.

Loading...