Na 1071395634, 2003-12-14 ob 10:53, je Tom Wesley napisal(a): > On Sun, 2003-12-14 at 09:44, Goran Kavrecic wrote: > > see below. > > > > Na 1071393616, 2003-12-14 ob 10:20, je Olli napisal(a): > > > >I tried to 'emerge gimp'. > > > > > > > >Everything started fine. but then suddenly I've got that message: > > > > > > > >(No space left on device). > > > > > > ... > > > So, everything is on the same partition, tehre is 4,7G of free space and > > > >the system reports no space on the device. > > > > > > > >Any idea? > > > > > > > >Regards, > > > >Goran > > > > > > How about /tmp partition? And your memory? > > /tmp is mounted on the same partition, so 4,7 G free > > > > --- > > # free > > total used free shared buffers > > cached > > Mem: 514876 418400 96476 0 21236 > > 241416 > > -/+ buffers/cache: 155748 359128 > > Swap: 1052248 0 1052248 > > --- > > Swap hasn't been touched at all, yet. That should be ok. > > Try doing the emerge in an xterm, then in another xterm issue > > $ watch df -h > > and see if the disk space actually gets filled by something. I'm > guessing but it could be some temporary file somewhere that somehow gets > huge. Perhaps if you see the disk space shrink, quickly pause the > emerge with Ctrl+Z then see if you can find the suspect file in either > /tmp or /var/tmp - it's contents might help out a bit. > > Hope that helps...
Thanks for help, but the df doesn't make a glitch during the test. The issue is very weird(at least for me, maybe I don't know something). See following output of emerge (let me know if I have to translate it): --- Razrešuje se cpan.develooper.com...končano. Povezujem se na cpan.develooper.com[63.251.223.172]:80... priključen. HTTP zahteva poslana, čakam odgovor... 206 Partial Content Dolžina: 126,584 (še 97,912) [application/x-tar] 22% [====================> ... ] 28,672 --.--K/s ETA --:-- ---- Ass you see it has to dowenload nearly 128K of data. This is not a temporary file during compiling or converting or what-so-ever. Goran -- [EMAIL PROTECTED] mailing list
