lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20170104161839.GB3607@quack2.suse.cz>
Date:   Wed, 4 Jan 2017 17:18:39 +0100
From:   Jan Kara <jack@...e.cz>
To:     Theodore Ts'o <tytso@....edu>
Cc:     Dan Arena <ddan39@...il.com>, linux-ext4@...r.kernel.org
Subject: Re: Why is 64bit option always on by default now?

On Thu 22-12-16 21:45:37, Ted Tso wrote:
> 64-bit support has been around for 7 years (since e2fsprogs 1.41).
> And yes, e2fsprogs 1.43 now has the ability to convert a file system
> from 32-bit to 64-bit, but this is an inherently dangerous thing to
> do, since it requires rewriting the inode table.  If you ever crash or
> power fail during the conversion, *boom*, you can lose all or most of
> your data.  So the conversion can be used as a short cut where you
> back up the whole file system, and then try to convert to 64-bit, and
> if it succeeds, then you don't have to do the restore step.  If it
> crashes and you lose everything, then you can reformat the file system
> and restore from backups.  :-)
> 
> In general, I assume that embedded developers are more sophisticated
> than users (who will use the mke2fs in the installer to install thier
> root file system, which will be a matched set with the bootloader).  I
> also can't be responsible for crappy, obsolete bootloader on embedded
> devices, some of which have device drivers only available in ancient
> BSP kernels using 3.10, etc.

Just to add some more data, we have actually got similar reports few months
ago for openSUSE once we shipped updated e2fsprogs. And the bootloader they
used (u-boot) does not support 64-bit feature at all. My answer has been
similar to yours - either update the bootloader or change mke2fs.conf in
your setup. There's one guy working on implementing 64-bit support in
u-boot BTW.

								Honza
-- 
Jan Kara <jack@...e.com>
SUSE Labs, CR
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ