reiserfs-devel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ivan Shapovalov <intelfx100@gmail.com>
To: Jose R R <jose.r.r@metztli.com>
Cc: "Edward Shishkin" <edward.shishkin@gmail.com>,
	"Milan Buška" <milan.buska@gmail.com>,
	"ReiserFS Development List" <reiserfs-devel@vger.kernel.org>
Subject: Re: Reiser4: Format 4.0.1: Meta(data) checksums
Date: Thu, 10 Sep 2015 15:10:04 +0300	[thread overview]
Message-ID: <1441887004.4227.2.camel@gmail.com> (raw)
In-Reply-To: <CAM12Q5Q4Si+hAh92gw3pUHL4x9--bqTNbDyNugkKiy3shdBS2Q@mail.gmail.com>

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

On 2015-09-10 at 04:57 -0700, Jose R R wrote:
> On Wed, Sep 9, 2015 at 6:16 AM, Ivan Shapovalov <intelfx100@gmail.com
> > wrote:
> > On 2015-09-09 at 00:54 -0700, Jose R R wrote:
> > > Scratch my previous issue, Ed. It is *not* related to your new
> > > Reiser4
> > > software release 4.0.1 module nor reiser4progs.
> > > 
> > > My usual development environment is a modified non-systemd Debian
> > > Sid
> > > (unstable) on a Reiser4 root partition. The kernels built won't
> > > boot
> > > in *that* particular instance due to a least one other additional
> > > issue:
> > > target filesystem does not have requested /sbin/init
> > 
> > Could you please elaborate?
> 
> I can only describe what's going on; still searching for a solution
> myself.
> 
> < http://without-systemd.org/wiki/index.php/Main_Page >
> 
> initrd.imgs created within a debian Sid environment -- with systemd
> replaced by init -- will fail to mount new reiser4 root file system
> during boot; whereas,
> initrd.imgs created within a debian Sid environment -- with systemd -
> -
> will mount *any* (systemd and non-systemd) new reiser4 root fs and
> boots system -- as it should.
> 
> Issue closely resembles recent ZFS issue <
> https://github.com/zfsonlinux/zfs/issues/3605 > except that, in this
> non-systemd particular case, neither mkinitramfs-tools nor
> dracut-created initrd.imgs are successful.
> 
> As I am running a couple of more or less similar AMD64 Debian Sid on
> Reiser4 root fs, I built the initrd.img for a non-systemd Debian Sid
> inside the environment of a systemd Debian Sid.
> 
> I already disassembled an older 3.xy.z initrd and compared its
> contents with a initrd.img 4.1.6 built into this non-systemd Debian
> Sid but file trees appears similar.
> 
> < http://linux.koolsolutions.com/2009/11/12/initramfs-ramfs-tmpfs-com
> pressed-image/
> > 
> 
> Thus, a kernel I built in this non-systemd environment (Sept. 07,
> 2015) can be installed in a systemd environment and it will boot;
> moreover, I can take the initrd.img produced in the systemd
> enviroment
> (during kernel installation) and use it to boot this non-systemd
> system -- and will proceed smoothly into its new Reiser4 4.0.1 root
> fs.
> 
> < https://pbs.twimg.com/media/COiiyUtUkAAw95X.png:large >
> 

Very interesting, thanks for the observations. I'm surprised with the
fact that systemd makes a difference here...

--
Ivan Shapovalov / intelfx /


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 213 bytes --]

  reply	other threads:[~2015-09-10 12:10 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-31 15:21 Reiser4: Format 4.0.1: Meta(data) checksums Edward Shishkin
2015-09-08 20:46 ` Jose R R
2015-09-08 21:21   ` Edward Shishkin
     [not found]   ` <CAFCWPPL+qqq0UgqV0F2T54EfmvVYmN6iWeuoVNvExR+dYqZWmg@mail.gmail.com>
2015-09-09  7:54     ` Jose R R
2015-09-09 13:16       ` Ivan Shapovalov
2015-09-10 11:57         ` Jose R R
2015-09-10 12:10           ` Ivan Shapovalov [this message]
2015-09-13 12:57             ` Jose R R
2015-09-13 13:06               ` Ivan Shapovalov
2015-09-17 12:10                 ` Jose R R
2015-09-17 14:31                   ` Edward Shishkin
2015-09-17 15:56                   ` Ivan Shapovalov
2015-09-17 21:51                     ` Ben Hutchings
2015-09-18  9:51                       ` Ivan Shapovalov
2015-09-18 11:02                         ` Ben Hutchings
2015-09-20 13:48                     ` Jose R R
2015-09-20 14:10                       ` Ivan Shapovalov

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

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

  git send-email \
    --in-reply-to=1441887004.4227.2.camel@gmail.com \
    --to=intelfx100@gmail.com \
    --cc=edward.shishkin@gmail.com \
    --cc=jose.r.r@metztli.com \
    --cc=milan.buska@gmail.com \
    --cc=reiserfs-devel@vger.kernel.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.
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 NNTP newsgroup(s).