public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
From: cfowler <cfowler@outpostsentinel.com>
To: Stefan Thomasson <stefan.thomasson@possio.com>
Cc: "Russ Dill" <Russ.Dill@asu.edu>,
	"Jörn Engel" <joern@wohnheim.fh-wedel.de>,
	"Chris AtLee" <catlee@canada.com>,
	"Linux MTD" <linux-mtd@lists.infradead.org>
Subject: Re: Updating the root partition
Date: 20 Jun 2002 07:47:11 -0400	[thread overview]
Message-ID: <1024573632.10863.8.camel@moses.outpostsentinel.com> (raw)
In-Reply-To: <3D11AAC9.11F76543@possio.com>

On Thu, 2002-06-20 at 06:13, Stefan Thomasson wrote:
> Hi, I'm trying to this whith a jffs2 partition and
> have some questions regarding this.
> 
> 
> Russ Dill wrote:
> > 
> > 
> > The ftpd daemon then sends a HUP signal to init
> 
> Doesn't init only reread the inittab on a HUP?

Not mine.  Busybox and SysV does.  but I wrote my own.
> 
> > 
> > because inittab contains the line: ::restart:/linuxex, init kills all
> > running processes and exec's /linuxex
> 
> Its not like going to runlevel 1, is it?

pseudo like.  I guess.  There are no runlevels in my machine
> 
> restart, is this a special function in BB init? Could not find any info
> on this one,
> is it like a reboot? Or does it get executed everytime I starts?

I wrote my own restart.  You see when I want to restart, I tell the
kernel to toggle the line that restarts the CPU.  I do not want to
shutdown.  I do not care about data in memory.


         // Tell every USER_PROCESS we are restarting.
         wall_all();

        printf("Restarting System...\n");

        log_info("system restarting");
        /* Sleep 1 second to give the message time */

        /* Flush any Buffers */

        // This is here to flush output on tty lines.  No disk
        // is concerened.
        sync();
        /* Take the system down */
        reboot(0x01234567);


Russ and My desgins are differernt.  He may give you some comments too.


> 
> > 
> > linuxex now runs, and is the only running process on the system, linuxex
> > is a shell script:
> > 
> > /bin/umount /tmp
> > /bin/umount /etc
> > /bin/umount /proc
> > /bin/cp /usr/sbin/flash /var
> > /bin/cp -a /dev/nftla /var/out
> > /bin/cp -a /dev/ttyS0 /var
> > cd /var
> > /bin/ln -s flash chroot
> > /bin/mkdir old
> > echo pivot root to var...
> > pivot_root . old
> > exec ./chroot . ./flash
> 
> Why are you running chroot symlinked to flash, unless its multi
> function...
> 
> > 
> > so now flash is the only program running, and its statiacally linked, so
> > there are no more references to the cramfs root, and it can be umounted
> > by flash. flash ten proceeds to flash the image, and reset the machine.
> > 
> > ------
> > 
> > so as you can see, there is no pseudo single user mode required, and the
> > flash image is received while the system is up and fully operational. As
> > soon as the image is received and verified, the system basically goes
> > down for a reboot, during which the new image is flashed.
> 
> Is this done for every reboot?
> 
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
> 
> 

      reply	other threads:[~2002-06-20 11:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-06-19 15:18 Updating the root partition Chris AtLee
2002-06-19 22:23 ` Jörn Engel
2002-06-19 22:44   ` Russ Dill
2002-06-19 23:22     ` Christopher Fowler
2002-06-19 23:29       ` Russ Dill
2002-06-19 23:56         ` Christopher Fowler
2002-06-20  1:43           ` Russ Dill
2002-06-20 10:13             ` Stefan Thomasson
2002-06-20 11:47               ` cfowler [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

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

  git send-email \
    --in-reply-to=1024573632.10863.8.camel@moses.outpostsentinel.com \
    --to=cfowler@outpostsentinel.com \
    --cc=Russ.Dill@asu.edu \
    --cc=catlee@canada.com \
    --cc=joern@wohnheim.fh-wedel.de \
    --cc=linux-mtd@lists.infradead.org \
    --cc=stefan.thomasson@possio.com \
    /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