On Fri, 3 Mar 2000, Vallo Kallaste wrote:
On Fri, Mar 03, 2000 at 03:23:17PM +1100, Bruce Evans [EMAIL PROTECTED] wrote:
The dump fills up precisely the entire 'b' partition. Since the
partition begins at offset 0, the dump overwrites the label at sector
offset 1 and any bootblocks at
On Fri, Mar 03, 2000 at 03:23:17PM +1100, Bruce Evans [EMAIL PROTECTED] wrote:
8 partitions:
#size offsetfstype [fsize bsize bps/cpg]
a: 131072 5242884.2BSD 1024 819216 # (Cyl. 32*- 40*)
b: 5242880 swap
Hello
Just about a hour ago cvsupped the latest sources and built world because
of fixes in vinum. I have /usr mounted to striped volume over three
disks. After reboot I had crash just a moment after the setiathome
processes started, the crash was in currtprio, I have two seti processes
On Fri, 3 Mar 2000, Vallo Kallaste wrote:
sheduled to start with idprio 31. I did dump and rebooted, then found
myself sitting behind my desk and watching No Operating System Found
prompt. Boot blocks are there, my machine BIOS reports it. Sorry can't
provide more information as I need to
Hello
Just about a hour ago cvsupped the latest sources and built world because
of fixes in vinum. I have /usr mounted to striped volume over three
disks. After reboot I had crash just a moment after the setiathome
processes started, the crash was in currtprio, I have two seti processes
On Thu, Mar 02, 2000 at 07:29:51PM -0500, Peter Dufault [EMAIL PROTECTED] wrote:
Was it a panic saying currtprio != curproc-p_rtprio.prio?
That was my fault, it's out now. Any SMP kernel from
earlier today should re-sup.
Sorry can't remember details, I was bound to getting crashdump
On Fri, 3 Mar 2000, Vallo Kallaste wrote:
But, anybody out there who knows _why the hell_ the dump routine wiped
off my disklabel? Here's the disklabel, it's exactly same as before.
8 partitions:
#size offsetfstype [fsize bsize bps/cpg]
a: 131072 5242884.2BSD