<div dir="ltr"><div><div><div><div><div>/var is too small according to pkg.<br><br></div>Virtual machines are a great thing. Ideal for experimenting and learning. I have erased the whole thing and tried a new setup, this time with a 2G /var.<br></div>At the very first time I had gone with the defaults of the installer, but that created only a 256M /var. I had subsequently set up the system for a second time with a 1G /var, but apparently that still wasn't enough. Now with a 2G /var it pkg has all the working space it needs to download packages and set up xorg and KDE.<br><br></div>Quite odd, the 109M gap between the results of du -sh . (in /var) and du -h, disappeared after a reboot. I can't recall ever having had something like this in Linux, so in DragonFlyBSD I hadn't expected this behaviour at all. Like a dejavu of Windows -- to make it work, reboot.<br><br></div><div>I think we can close this thread now.<br></div><div><br></div>Best regards and thanks to all who pitched in.<br></div><br><div class="gmail_extra"><br><div class="gmail_quote">On 30 December 2014 at 18:25, Matthew Dillon <span dir="ltr"><<a href="mailto:dillon@backplane.com" target="_blank">dillon@backplane.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I think pkg might need temporary space either in /tmp or in /var somewhere.  Perhaps the problem is that /tmp is only 228M.  Normally we make /tmp a tmpfs filesystem (that is, swap-backed and doesn't survive a reboot).  It's also possible that the root filesystem is too small.  I'm just not sure where pkg wants to put its temporary files.<br><br></div>-Matt<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Dec 28, 2014 at 12:12 AM, Aero 9000 <span dir="ltr"><<a href="mailto:mbg11665@gmail.com" target="_blank">mbg11665@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span><div><div><div><div>df -h says,<br><span style="font-family:monospace,monospace"><br></span></div><span style="font-family:monospace,monospace">Filesystem                           Size   Used  Avail Capacity   Mounted on<br></span></div><span style="font-family:monospace,monospace">/dev/serno/VB0faba5d1-2d0fde2d.s1a   744M   180M   504M    26%     /<br>devfs                                1.0K   1.0K     0B   100%     /dev <br></span><span style="font-family:monospace,monospace"><span style="font-family:monospace,monospace">/dev/serno/VB0faba5d1-2d0fde2d.s1d   8.2G    11K   7.6G     0%     /</span>home<br></span><span style="font-family:monospace,monospace">/dev/serno/VB0faba5d1-2d0fde2d.s1e   248M   8.0K   228M     0%     /</span>tmp<span style="font-family:monospace,monospace"><br>/dev/serno/VB0faba5d1-2d0fde2d.s1f   7.4G   1.2G   5.6G    18%     /usr<br></span><span style="font-family:monospace,monospace">/dev/serno/VB0faba5d1-2d0fde2d.s1g   1.0G   157M   770M    17%     /</span>var<br><span style="font-family:monospace,monospace">procfs                               4.0K   4.0K     0B   100%     /</span>proc<br><br></div>The odd thing is, that if I do du -sh . in /var, it says, 48M, meaning there is 109M gap between what df says and what du says.<br><br></div>Kind regards.</span><div><div><img src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif"></div></div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 27 December 2014 at 20:48, Matthew Dillon <span dir="ltr"><<a href="mailto:dillon@backplane.com" target="_blank">dillon@backplane.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">How much space does the filesystem have?  What's your 'df -h' output ?<br><br>-Matt<br></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 27, 2014 at 8:56 AM, Aero 9000 <span dir="ltr"><<a href="mailto:mbg11665@gmail.com" target="_blank">mbg11665@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>OK, this seems to become an uphill battle. First of all, thank you sephe, because your solution worked :-).<br><br></div><div>New problem, pkg install kde says insufficient free space in /var/cache/pkg. So, du -sh -> var is 1G, 157M used. man pkg, pkg clean -> nothing to do. OK. cd /var/, du * -sh -> yep, 147 MB in /var/cache. So, cd cache, cd pkg, ll -> there's a whole bunch of files pertaining the installing of xorg in there. Well I don't need them, get rid of them (rm). pkg install kde -> no, insufficient space. cd /var, du * -sh -> only 40K in cache. df -h -> var is 1G, 157M used.<br><br></div><div>Now I am at a loss. The disc is setup with the UDF file system, not HAMMER or ZFS or something fancy.<br><br></div><div>Kind regards.<br></div><div><div><div><br><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 27 December 2014 at 09:16, Sepherosa Ziehau <span dir="ltr"><<a href="mailto:sepherosa@gmail.com" target="_blank">sepherosa@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Sat, Dec 27, 2014 at 4:04 PM, Aero 9000 <<a href="mailto:mbg11665@gmail.com" target="_blank">mbg11665@gmail.com</a>> wrote:<br>
> Hi Folks,<br>
><br>
> I'm not sure if this is the correct mailing list for me to post this to, but<br>
> if not just tell me and I'll be out of your hair. Anyways, I've known of<br>
> DragonFly BSD for a couple of years now, just never got round to install it<br>
> until a few days ago. So I downloaded the greatest and latest version and<br>
> set up a virtual machine just to give this one a try. Installation went<br>
> smooth. However, since I'm more of a GUI type person I also wanted to set up<br>
> xorg and then gnome (of XFCE or maybe even KDE). But I never got round to<br>
> deciding which desktop I want, because of an error during setting up xorg.<br>
><br>
> I typed, pkg install xorg<br>
><br>
> That first caused pkg to update itself and then pkg started pulling in<br>
> packages and installing them until an assertion failed. The message reads,<br>
><br>
> Fetching xf86-input-keyboard-1.8.0.6.txz: 100%  9 KB   9.2k/s  00:01<br>
><br>
> Checking integrity...assertion failed (pkgdb_ensure_loaded(j->db, p2,<br>
> PKG_LOAD_FILES|PKG_LOAD_DIRS) == EPKG_OK), function<br>
> pkg_conflicts_need_conflict, file pkg_jobs_conflicts.c, line 211.<br>
><br>
> Child process pid=990 terminated abnormally: Abort trap<br>
> # Dec 23 17:13:55  kernel: pid 990 (pkg), uid 0: exited on signal 6 (core<br>
> dumped)<br>
<br>
</span>Temp solution/fixup suggested by bapt:<br>
pkg fetch -u<br>
pkg upgrade<br>
<br>
Best Regards,<br>
sephe<br>
</blockquote></div><br></div></div></div></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>