attempted upgrade killed vinum

2005-08-10 Thread Jake Maciejewski
I attempted to upgrade my dual PII fileserver from 1.2.0-RELEASE. I wasn't paying attention to my supfile and ended up downloading HEAD. Everything built fine and I installed the kernel. Even if I start in single-user mode, the new kernel panics when I try to load a shell, but a HEAD kernel (even w

Re: Possible Filesystem Corruption

2005-08-10 Thread Matthew Dillon
:> :> :> :/bin/pwd : 1 syntax error: ``( '' unexpected :... :> : panic. I didn't know what to do at db> but typing panic ? got me a :> : reboot and the subsequent fsck seems to have fixed everything I can :> : check. There was something about a SUPERBLOCK but it was too fast for

Re: [OT] x86 assembler question

2005-08-10 Thread Matthew Dillon
:: for the Nth time or having to constantly switch them out to run different :: software, we finally just put our foot down and refused to purchase any :: software that used physical dongle devices. It's just too much of :: a hassle. : :We're moving away from dongles, but I have t

Re: [OT] x86 assembler question

2005-08-10 Thread Joerg Sonnenberger
On Wed, Aug 10, 2005 at 04:00:20PM +0100, Jonathon McKitrick wrote: > We're moving away from dongles, but I have to find something else to use > instead. It's an expensive package we have to protect, but I think dongles > are out of the question for this round. Round 1 had them, round 2 will not.

Re: [OT] x86 assembler question

2005-08-10 Thread Jonathon McKitrick
On Tue, Aug 09, 2005 at 12:36:30PM -0700, Matthew Dillon wrote: : :I'm doing some research on dongle software protection, and one site referred : :to response codes being 'impossible to recover because you'll sometimes end up : :with TEST [ESI+38],1 as a check.' : I have no idea what the ',1'

Re: Possible Filesystem Corruption

2005-08-10 Thread John Duncan
Matthew Dillon <[EMAIL PROTECTED]> writes: > : > :Hi, > : I am using HEAD last built about a week ago. For a while I have been > : getting a random number of disks in the line that says syncing disks > : when shutting down. Today I had a few more problems i.e. in /bin/csh > : and /bin/tcsh

Re: which branch to use?

2005-08-10 Thread Gordon Bergling
Dmitri Nikulin wrote: Gordon Bergling wrote: Thanks for the information. The rebuild of all sources should be the problem. ;) Why a problem? Edit /etc/make.conf (copy /etc/defaults/make.conf there if it doesn't exist), use -O -march=i686 -pipe for CFLAGS (anything more is really dangerous).

Re: which branch to use?

2005-08-10 Thread Dmitri Nikulin
Gordon Bergling wrote: > Thanks for the information. The rebuild of all sources should be the > problem. ;) Why a problem? Edit /etc/make.conf (copy /etc/defaults/make.conf there if it doesn't exist), use -O -march=i686 -pipe for CFLAGS (anything more is really dangerous). With your source tree

Re: which branch to use?

2005-08-10 Thread Gordon Bergling
Dmitri Nikulin wrote: Gordon Bergling wrote: +-- | DragonFly node26.0xfce3.net 1.3.2-DEVELOPMENT DragonFly 1.3.2-DEVELOPMENT #0: Mon Jul 25 02:44:59 CEST 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 +--