From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <511CFFE3.6000305@mail.com>
Date: Thu, 14 Feb 2013 16:16:51 +0100
From: Adriano Verardo <adriano.verardo@mail.com>
User-Agent: Mozilla/5.0 (Windows NT 5.1;
	rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15.2
MIME-Version: 1.0
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
References: <511CED19.5080700@mail.com>
	<267d4baa6305b9c719a1568551b105e8@coraid.com>
In-Reply-To: <267d4baa6305b9c719a1568551b105e8@coraid.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] Atom upgrade
Topicbox-Message-UUID: 1776dce6-ead8-11e9-9d60-3106f5b1d025

erik quanstrom ha scritto:
> On Thu Feb 14 08:58:03 EST 2013, adriano.verardo@mail.com wrote:
>> Hi, all.
>>
>> Is it possibile to upgrade the Atom distro likewise the Bell's one ?
> hi, not really.  (working on it)  right now, mkfs makes a pretty good
> substitute.  it knows enough not to copy older files.  the problem is
> not stepping not overwriting running programs.
>
> the straightforward way to do this is boot from cd and use mkfs
> to copy from the cd.  you'll have to mount your fs by hand.
>
> the complicated way is to create a ramfs to hide the executables
> you're using and hopefully rio won't crash while you're doing this,
> but basically  (just an example, i haven't debugged this)
>
> 	ramfs
> 	@{cd /bin; tar c .} | @{cd /tmp; tar x}	# all of it; we have the memory
> 	path=(/tmp)
> 	# cd /tmp				# not necessary; mkfs doesn't delete
>
> 	cdfs -d $mydev
> 	9660srv -f /mnt/cd/d000
>
> 	mount /srv/boot /n/boot
> 	# not sure if you want -p; -k is paranoia
> 	disk/mkfs -bkpvd /n/boot -s /n/d000 <{echo +}
>
> - erik
>
>
Thank you very much, Erik.
I'll try to upgrade this way a test box I should have ... somewhere.
Many days ago you gave me some suggestions about multicast.
On my home network the one-to many communication between 7 boxes works
quite fine.

adriano