From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: References: <860f89227179d17dc2c5aabc6a653fa2@comcast.net> Date: Tue, 27 Jan 2009 16:11:31 -0800 Message-ID: From: Tharaneedharan Vilwanathan To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=001636c5a84e5acf6d04617fd0af Subject: Re: [9fans] Sources Gone? Topicbox-Message-UUID: 8b2dbad2-ead4-11e9-9d60-3106f5b1d025 --001636c5a84e5acf6d04617fd0af Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit hi patrick, someone else can give a better answer for sure but let me give give a try here. (sorry if you know this already or if i have misunderstood your question). would reverting to an older fossil snapshot work for you? if so, you could do this (i have just outlined): - boot via cdrom - find fossil's last score (using fossil/last command) - format fossil partition with that score (flfmt command) now, remove cdrom and boot from hard disk. hope this helps. thanks dharani On Tue, Jan 27, 2009 at 3:11 PM, Patrick Kristiansen < patrick.kasserer@gmail.com> wrote: > I did a pull yesterday and it has removed all my /386/ and it is now unable > to boot. > > boot: /386/init: '/386/init' does not exist > panic: boot process died: unknown > panic: boot process died: unknown > dumpstack disabled > cpu0: exiting > > > Hints on how to restore are welcome.... > > -Patrick > > 2009/1/23 > > > srv: dial tcp!sources.cs.bell-labs.com!9fs: connection refused >> > bind: /n/sources/plan9: '/n/sources/plan9' does not exist >> > servermount: bind 545911: bind >> >> Hm, about as bad as when a couple of days ago I left replica/pull >> running overnight and came back next morning to find that even /bin/ls >> had disappeared. >> >> Maybe sources _is_ sick. >> >> ++L >> >> PS: recovering from fossil/venti was easy, although I had to hunt down >> the previous day's score (thank you Russ for "vacchain", warts and >> all), but my attempts at fixing the problem by less disruptive means >> were quite an experience. >> >> >> > --001636c5a84e5acf6d04617fd0af Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
hi patrick,
 
someone else can give a better answer for sure but let me give give a = try here. (sorry if you know this already or if i have misunderstood your q= uestion).
 
would reverting to an older fossil snapshot work for you?
 
if so, you could do this (i have just outlined):
 
- boot via cdrom
- find fossil's last score (using fossil/last command)
- format fossil partition with that score (flfmt command)
 
now, remove cdrom and boot from hard disk.
 
hope this helps.
 
thanks
dharani

On Tue, Jan 27, 2009 at 3:11 PM, Patrick Kristia= nsen <pa= trick.kasserer@gmail.com> wrote:
I did a pull yesterday and it ha= s removed all my /386/ and it is now unable to boot.

boot: /386/init= : '/386/init' does not exist
panic: boot process died: unknown
panic: boot process died: unknown
d= umpstack disabled
cpu0: exiting


Hints on how to restore are w= elcome....

-Patrick

2009/1/23 <lucio@proxima.alt.za>=20

> srv: dial tcp!sources.cs.bell-labs.com!9fs: connection refused
> bi= nd: /n/sources/plan9: '/n/sources/plan9' does not exist
> ser= vermount: bind 545911: bind

Hm, about as bad as when a couple of days ago I left replica/pull=
running overnight and came back next morning to find that even /bin/ls<= br>had disappeared.

Maybe sources _is_ sick.

++L

PS: r= ecovering from fossil/venti was easy, although I had to hunt down
the previous day's score (thank you Russ for "vacchain", wart= s and
all), but my attempts at fixing the problem by less disruptive mea= ns
were quite an experience.




--001636c5a84e5acf6d04617fd0af--