On Wed, May 19, 1999 at 10:16:52PM -0500, Joel Ray Holveck wrote:
Well, I'll recheck mine...
It'd be interesting to see if you (and others) can reproduce this too.
Fwiw, my home system (and that of a few others' as well) has been fixed by
Luoqi's commit to kern_conf.c on the 18th.
Cheers,
--
Well, I'll recheck mine...
It'd be interesting to see if you (and others) can reproduce this too.
Using a May 17 15:00 CDT -current, I also have gotten a panic mounting
MFS. The line from fstab is:
/dev/da0s2b /tmpmfs rw 0 0
I commented it out,
Fyi,
With today's -current, while trying to restore some files from a recent (about
3 days ago) dump, I'm seeing:
/kernel: (sa0:ahc0:0:3:0): 65536-byte tape record bigger than suplied buffer
Oh, and mounting
swap /tmp mfs rw,nosuid,nodev,-s=32768 0 0
panics the system
Fyi,
With today's -current, while trying to restore some files from a recent (about
3 days ago) dump, I'm seeing:
/kernel: (sa0:ahc0:0:3:0): 65536-byte tape record bigger than suplied buffer
This is because a bug was fixed that actually now correctly reports the
problem.
You've
On Sat, May 15, 1999 at 12:50:10PM -0700, Matthew Jacob wrote:
You've made this tape with a 64KB record. You need to give an argument to
recover that understands this.
Ahh ``-b 64'', I recall the discussion with Wilko Bulte a few days ago now.
Sorry for the false alert :-/
panics the system
On Sat, May 15, 1999 at 12:50:10PM -0700, Matthew Jacob wrote:
You've made this tape with a 64KB record. You need to give an argument to
recover that understands this.
Ahh ``-b 64'', I recall the discussion with Wilko Bulte a few days ago now.
Sorry for the false alert :-/
Let me know
On Sat, May 15, 1999 at 01:13:27PM -0700, Matthew Jacob wrote:
Let me know how it goes...
Quite well, thank you :)
jos:/home/jos# restore -ivb 64
Verify tape and initialize maps
Dump date: Wed May 12 23:36:39 1999
Dumped from: the epoch
Level 0 dump of / on jos.bugworks.com:/dev/da2s1a
Label: