panic: don't do that

2002-01-08 Thread Martin Blapp
Hi, After a migration of a complete / Filesystem with dump - restore. I made the mistake to already have a small new system on the new disk. So I decided to do a # cd / # restore urf root.dump I got at the end: /dev/ad0d: cannot create special file: File exists WARNING: Driver mistake:

Re: panic: don't do that

2002-01-08 Thread Michael Reifenberger
On Tue, 8 Jan 2002, Martin Blapp wrote: ... during the install on CURRENT. Why has been /dev dumped anyway ? I bet you have old /dev entries as a fallback left which got backed up. What do you see on a unmounted /dev? Bye! Michael Reifenberger ^.*Plaut.*$, IT, R/3 Basis, GPS To

Re: panic: don't do that

2002-01-08 Thread Martin Blapp
Hi, during the install on CURRENT. Why has been /dev dumped anyway ? I bet you have old /dev entries as a fallback left which got backed up. I guess no. This was a fresh CURRENT installation from November 2001. What do you see on a unmounted /dev? devfs cannot be unmounted as I know.

conf/31358: Updated patch for -CURRENT

2002-01-08 Thread Thomas Quinot
Attached to this email is an update to the patch supplied with PR conf/31358, which fixes two issues: * amd can only be started when NFS client is enabled; * when nfs_client_enable is set and no NFS file systems are mounted at boot time from /etc/fstab, rc.network needs to ensure that the

Re: conf/31358: Updated patch for -CURRENT

2002-01-08 Thread Thomas Quinot
Le 2002-01-08, Thomas Quinot écrivait : case ${nfs_client_enable} in [Yy][Ee][Ss]) +kldload nfsclient nfsclient_in_kernel=1 Ooops, this is *far* too aggressive! Here is a corrected version of the previous patch. Sorry! diff -u ../rc rc ---

panic during fdisk'ing a md(4) device

2002-01-08 Thread Michael Reifenberger
Hi, the following script panics my system when executed twice: (uncomment the dd lines for the first time or do it manually) ## #!bin/sh block_size=512 blocks=$((120 * 1024 * 1024 / $block_size)) heads=16 sectors=63 cyl_size=$(($heads * $sectors)); cylinders=$(($blocks /

Re: conf/31358: Updated patch for -CURRENT

2002-01-08 Thread Mike Makonnen
On Tue, 8 Jan 2002 11:02:06 +0100 Thomas Quinot [EMAIL PROTECTED] wrote: [snip] + # Handle absent nfs client support + if sysctl vfs.nfs /dev/null 21; then + nfsclient_in_kernel=1 + else + nfsclient_in_kernel=0 +

RE: Offerings 28447

2002-01-08 Thread mikedell56
Title: spamscan BRAND NEW ANTI-SPAM TECHNOLOGY! Detect eliminate spam BEFORE it gets to your mail client! Tired of the hundreds of unsolicited commercial email (UCE) infiltrating you mailbox everyday? Now you can do something about it! Seek and Destroy all unwanted junk e-mail

RE: Offerings 11641

2002-01-08 Thread soloist33
Title: COPY ANY DVD MOVIE COPY ANY DVD MOVIE!! With our revolutionary system you can copy virtuallyany DVD Movie using your existing equipment! Conventional DVD copying equipment can cost thousands of $$$This revolutionary system costs less than the price of 3 DVD Movies! CLICK HERE FOR MORE

RE: Offerings 28447

2002-01-08 Thread Emiel Kollof
On Tue, 8 Jan 2002 [EMAIL PROTECTED] wrote: BRAND NEW ANTI-SPAM TECHNOLOGY! A spammer selling anti-spamming tools? Oh the irony! :-) Cheers, Emiel To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Mutt segfaulting on current revisited...

2002-01-08 Thread Emiel Kollof
Hey folks... I just found out why my mutt MUA segfaulted. It came down to old libs lying around that were still linked with libc4 instead of libc5. Mutt (from mutt-devel port) compiled beautifully, but it segfaulted on startup. Could this be one for the FAQ or something? Maybe explaining library

Re: Mutt segfaulting on current revisited...

2002-01-08 Thread Dan Nelson
In the last episode (Jan 08), Emiel Kollof said: I just found out why my mutt MUA segfaulted. It came down to old libs lying around that were still linked with libc4 instead of libc5. Mutt (from mutt-devel port) compiled beautifully, but it segfaulted on startup. Could this be one for the FAQ

Re: Mutt segfaulting on current revisited...

2002-01-08 Thread Emiel Kollof
* Dan Nelson ([EMAIL PROTECTED]) wrote: I just found out why my mutt MUA segfaulted. It came down to old libs lying around that were still linked with libc4 instead of libc5. Mutt (from mutt-devel port) compiled beautifully, but it segfaulted on startup. Could this be one for the FAQ or

Re: conf/31358: Updated patch for -CURRENT

2002-01-08 Thread Thomas Quinot
Le 2002-01-08, Sheldon Hearn écrivait : Nits follow: [ whitespace ] [ style ] I'd suggest getting your patch tested by -CURRENT users by posting the patch to the freebsd-current mailing list. I have produced a new diff that incorporates the changes suggested by Sheldon. Those interested

sys/dev/usb/uhci.c needs patch to compile

2002-01-08 Thread Joel M. Baldwin
I've been having to apply the following patch to get a kernel compile to go through. The problem sees to be that when you have options UHCI_DEBUG AND options DIAGNOSTIC some conditional code gets added that trys to call uhci_dump_ii which isn't defined anywhere. Also on

Re: today's current: boot/loader and console

2002-01-08 Thread Mikhail Teterin
Are your loader and 4th files in sync? There was a change to the 4th scripts that I thought I sent a heads up about. Anyways, do this to get the error message: go into /sys/boot/i386/loader, edit main.c, and change the exit() function to do a while(1); loop before callign

zombie linux processes remain

2002-01-08 Thread Mikhail Teterin
Hello! I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5), but can't we do something about it? Notice the parent process id: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 105 6536 1 0 96 0 00 - Z p40:00,00 (mtvp)

Re: zombie linux processes remain

2002-01-08 Thread Alfred Perlstein
* Mikhail Teterin [EMAIL PROTECTED] [020108 15:06] wrote: Hello! I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5), but can't we do something about it? Notice the parent process id: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 105

Re: zombie linux processes remain

2002-01-08 Thread Mikhail Teterin
On 8 Jan, Alfred Perlstein wrote: I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5), but can't we do something about it? Notice the parent process id: UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND 105 6536 1 0 96 0 0

today's current: acpi fails to load

2002-01-08 Thread Michael Harnois
link_elf: symbol find_devclass undefined KLD file acpi.ko - could not finalize loading -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran ChurchWashburn, Iowa 1L, UST School of Law Minneapolis, Minnesota The opposite of

undefined reference to `pfs_statfs'

2002-01-08 Thread ADRIAN.BROWNE
Anyone got any ideas kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 2002 make failed on /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x6c): undefined reference to `pfs_root'

Re: undefined reference to `pfs_statfs'

2002-01-08 Thread Chris Faulhaber
On Tue, Jan 08, 2002 at 11:48:44PM -, ADRIAN.BROWNE wrote: Anyone got any ideas kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 2002 make failed on /usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x6c): undefined reference to

Re: undefined reference to `pfs_statfs'

2002-01-08 Thread Hiten Pandya
hi, there is a note for this in the UPDATING file, that u have to add the following to your kernel config: options PSEUDOFS the latest kernels have to have pseudofs inorder for PROCFS to work.. a dependancy... regards, - Hiten - [EMAIL PROTECTED] --- ADRIAN.BROWNE [EMAIL PROTECTED]

Re: undefined reference to `pfs_statfs'

2002-01-08 Thread Mike Makonnen
You should read UPDATING. PROCFS now requires PSEUDOFS. mike makonnen On Tue, 8 Jan 2002 23:48:44 - ADRIAN.BROWNE [EMAIL PROTECTED] wrote: Anyone got any ideas kern.version: FreeBSD 5.0-20020102-CURRENT #0: Wed Jan 2 12:00:48 GMT 2002 make failed on