unofficial mirror of guix-patches@gnu.org 
 help / color / mirror / code / Atom feed
From: Leo Famulari <leo@famulari.name>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: Mohammed Sadiq <sadiq@sadiqpk.org>, 28638@debbugs.gnu.org
Subject: [bug#28638] [PATCH] doc: Suggest decreasing bytes per inode.
Date: Tue, 3 Oct 2017 10:19:50 -0400	[thread overview]
Message-ID: <20171003141950.GA23431@jasmine.lan> (raw)
In-Reply-To: <87tvzg74qs.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 1451 bytes --]

On Tue, Oct 03, 2017 at 03:14:35PM +0200, Ludovic Courtès wrote:
> Mohammed Sadiq <sadiq@sadiqpk.org> skribis:
> > +As the store (@pxref{The Store}) shall be having lots of directories,
> > +symbolic links, and small files, the inode space may run out before
> > +the disk space is filled, especially if the partition size is small.
> > +Decreasing the bytes per inode shall be better to avoid related issues.
> > +So, with partition @file{/dev/sda1}, and with a label @code{my-root},
> > +bytes per inode can be set with:
> > +
> > +@example
> > +mkfs.ext4 -L my-root -i 8192 /dev/sda1
> 
> Are you sure that this suggestion helps fix what you experienced?
> 
> I’ve used ext4 partitions much bigger than this but I’ve never needed to
> pass “-i 8192” or similar.

I've also not run out of inodes on my ext4 system that was set up with
Debian's defaults.

Also, it may be better to recommend creating the filesystem with more
inodes than usual, rather than reducing the size of the inodes. From the
man page mkfs.ext4(8):

-N number-of-inodes
       Overrides  the default calculation of the number of inodes that
       should be reserved for the filesystem (which is based on the
       number of blocks and the bytes-per-inode ratio).  This allows the
       user to specify the number of desired inodes directly.

But then you are really asking for too much expertise when installing
Guix, in my opinion.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

      parent reply	other threads:[~2017-10-03 14:21 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-29  3:29 [bug#28638] [PATCH] doc: Suggest decreasing bytes per inode Mohammed Sadiq
2017-10-03 13:14 ` Ludovic Courtès
2017-10-03 14:05   ` Mohammed Sadiq
2017-10-03 14:19   ` Leo Famulari [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://guix.gnu.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171003141950.GA23431@jasmine.lan \
    --to=leo@famulari.name \
    --cc=28638@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    --cc=sadiq@sadiqpk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/guix.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).