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 especially
for this purpose ;-) I'm up now, lost some saved emails but who cares,
hehe. Uh, I never ever found myself in so immediate need for backup.
I'm going to re-cvsup and build another world, let's see what happens
now.
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.
Please note I have 256MB of memory and also 256MB swap partition, can it
be that the dump was larger than the swap? I can't imagine how it can
happen or why the routine doesn't check for space, if so. The other two
disks are exactly same, except they have 64MB unused space at the end.
# /dev/rda0c:
type: SCSI
disk: da0s1
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 553
sectors/unit: 8899947
rpm: 7200
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 131072 524288 4.2BSD 1024 8192 16 # (Cyl. 32*- 40*)
b: 524288 0 swap # (Cyl. 0 - 32*)
c: 8899947 0 unused 0 0 # (Cyl. 0 - 553*)
e: 8244587 655360 vinum # (Cyl. 40*- 553*)
--
Vallo Kallaste
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
