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: repeat
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 Unsubscri
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.
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
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
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 / $c
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 2>&1; then
> + nfsclient_in_kernel=1
> + else
> + nfsclient_in_ker
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
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 I
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
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
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
* 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 F
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
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 line
> 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
> __ex
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)
* 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
>
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 9
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
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'
/usr/src/sys/i386/compile/WARSPITE/../../../fs/procfs/procfs.c(.data+0x
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
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]
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
>
> /usr/src/sys/
[replies sent directly to me may timeout and bounce, since I'm not
online as often as I should be, but I'll check the list archives]
Aiee, aiee. One hardware-related failure resulted in the root
filesystem getting hosed, with trashed inodes for a couple
links, a couple empty directories, a cou
25 matches
Mail list logo
