Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 15 Dec 2015 11:18:45 -0800
From:      bob prohaska <fbsd@www.zefox.net>
To:        Mark Felder <feld@FreeBSD.org>
Cc:        freebsd-arm@freebsd.org, bob prohaska <fbsd@www.zefox.net>
Subject:   Re: No space left in lost+found
Message-ID:  <20151215191845.GB29187@www.zefox.net>
In-Reply-To: <1450204738.4176380.468287977.048387B9@webmail.messagingengine.com>
References:  <20151215181047.GA29187@www.zefox.net> <1450204738.4176380.468287977.048387B9@webmail.messagingengine.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Hi Mark,

Here's what I get, da0p4 is /tmp

root@www:/lost+found # tunefs -p /dev/da0p4
tunefs: POSIX.1e ACLs: (-a)                                disabled
tunefs: NFSv4 ACLs: (-N)                                   disabled
tunefs: MAC multilabel: (-l)                               disabled
tunefs: soft updates: (-n)                                 enabled
tunefs: soft update journaling: (-j)                       enabled
tunefs: gjournal: (-J)                                     disabled
tunefs: trim: (-t)                                         disabled
tunefs: maximum blocks per file in a cylinder group: (-e)  4096
tunefs: average file size: (-f)                            16384
tunefs: average number of files in a directory: (-s)       64
tunefs: minimum percentage of free space: (-m)             8%
tunefs: space to hold for metadata blocks: (-k)            3296
tunefs: optimization preference: (-o)                      time
tunefs: volume label: (-L)                                 
root@www:/lost+found # 

root@www:/lost+found # tunefs -p /dev/mmcsd0s2a
tunefs: POSIX.1e ACLs: (-a)                                disabled
tunefs: NFSv4 ACLs: (-N)                                   enabled
tunefs: MAC multilabel: (-l)                               disabled
tunefs: soft updates: (-n)                                 enabled
tunefs: soft update journaling: (-j)                       enabled
tunefs: gjournal: (-J)                                     disabled
tunefs: trim: (-t)                                         disabled
tunefs: maximum blocks per file in a cylinder group: (-e)  4096
tunefs: average file size: (-f)                            16384
tunefs: average number of files in a directory: (-s)       64
tunefs: minimum percentage of free space: (-m)             8%
tunefs: space to hold for metadata blocks: (-k)            6408
tunefs: optimization preference: (-o)                      time
tunefs: volume label: (-L)                                 

No intentional changes were made from as-installed defaults. Note
that /lost+found resides on the microSD card, with 4 GB free. Here's df:
root@www:/lost+found # df
Filesystem     1K-blocks     Used   Avail Capacity  Mounted on
/dev/mmcsd0s2a   7031260  2327652 4141108    36%    /
devfs                  1        1       0   100%    /dev
/dev/mmcsd0s1      51128     7332   43796    14%    /boot/msdos
/dev/da0p4       1279260    51568 1125352     4%    /tmp
/dev/da0p3      29442460 18775576 8311488    69%    /usr
/dev/da0p1       4053308   156100 3572944     4%    /var

Thanks for reading!

bob prohaska
 
On Tue, Dec 15, 2015 at 12:38:58PM -0600, Mark Felder wrote:
> 
> 
> On Tue, Dec 15, 2015, at 12:10, bob prohaska wrote:
> > Hi all,
> > 
> > Lately I've been seeing "sorry, no space left in lost+found directory"
> > during
> > routine fsck of my rpi2. The messages seem to be new, in the last few
> > weeks.
> > The machine has root on the microSD card, but /usr, /tmp, /var and swap
> > are 
> > all on a mechanical USB hard disk. Unrecovered files/directories are in
> > /tmp.
> > 
> > The running cycle is typically to build the latest revision of current,
> > compile,
> > reboot, fsck -fy twice and run stress2 -a till it crashes. Next, reboot,
> > run fsck -fy
> > three times, update using svnlite and repeat. 
> > 
> > After the reboot is complete, /lost+found is empty. 
> > 
> > Do I have something misconfigured?
> > 
> > Thanks for reading,
> > 
> > bob prohaska
> > 
> 
> Can you provide the "tunefs -p" output of the filesystem? eg, tunefs -p
> /dev/da0p2
> 
> 
> -- 
>   Mark Felder
>   ports-secteam member
>   feld@FreeBSD.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20151215191845.GB29187>