[PATCH 4/6] I removed the 2 GiB file system limit on the ext2fs page.

[address@hidden]

* hurd/translator/ext2fs.mdwn: I inlined the faq entry that explains
the ext2fs filesystem limitations.
---
 hurd/translator/ext2fs.mdwn | 21 ++++++++++++++-------
 1 file changed, 14 insertions(+), 7 deletions(-)

diff --git a/hurd/translator/ext2fs.mdwn b/hurd/translator/ext2fs.mdwn
index 81e54dff..b1528bce 100644
--- a/hurd/translator/ext2fs.mdwn
+++ b/hurd/translator/ext2fs.mdwn
@@ -22,16 +22,23 @@ License|/fdl]]."]]"""]]
 
   * [[internal_allocator]]
 
+## Current Limitations
 
-## Large Stores
+### Use xattr by default
 
-The `ext2fs` translator from the upstream Hurd code base can only handle file
-systems with sizes of less than roughly 2 GiB.
+Make ext2fs use xattr by default to store translators (see
+`use_xattr_translator_records`) after making sure the upgrade path works
+fine.
 
-[[!tag open_issue_hurd]]
+### Use 64 bit time by default
+
+Extend ext2fs to support 64bit time.
+
+## Large Stores
 
+[[!inline pagenames=faq/2_gib_partition_limit raw=yes feeds=no]]
 
-### Ognyan's Work
+### Ognyan's Work to allow ext2 to surpass the 2 GiB limit
 
   * Ognyan Kulev, [[*Supporting Large ext2 File Systems in the
     Hurd*|ogi-fosdem2005.mgp]], 2005, at FOSDEM
@@ -40,8 +47,8 @@ systems with sizes of less than roughly 2 GiB.
 
   * <http://kerneltrap.org/node/4429>
 
-Ognyan's patch lifts this limitation (and is being used in the
-[[Debian_GNU/Hurd_distribution|running/debian]]), but it introduces another
+Ognyan's patch lifted this limitation (and is being used in the
+[[Debian_GNU/Hurd_distribution|running/debian]]), but it introduced another
 incompatibility: `ext2fs` then only supports block sizes of 4096 bytes.
 Smaller block sizes are commonly automatically selected by `mke2fs` when using
 small backend stores, like floppy devices.
-- 
2.45.1