stable-digest V5 #797
owner-freebsd...@freebsd.org
stable-digest Tuesday, February 18 2003 Volume 05 : Number 797
In this issue:
Re: buildworld failure in OpenSSL....
[none]
Re: buildworld failure in OpenSSL....
Re: buildworld failure in OpenSSL....
Re: buildworld failure in OpenSSL....
stable and iperf
Re: UHCI/USB related panic while
FreeBSD Boot Manager rendering disk un-bootable
Re: FreeBSD Boot Manager rendering disk un-bootable
Latest Buildworld error (after cvs co -P src)
Re: FreeBSD Boot Manager rendering disk un-bootable
badblocks?
Tekram DC395UW
Re: badblocks?
Re: badblocks?
Updated to today's -stable and can no longer connect to the XFree86 server
Re: buildworld failure in OpenSSL....
Re: badblocks?
Лучший подарок к празднику
Re: badblocks?
Re: Latest Buildworld error (after cvs co -P src)
----------------------------------------------------------------------
Date: Mon, 17 Feb 2003 17:36:45 -0600
From: "Jacques A. Vidrine" <nec...@FreeBSD.org>
Subject: Re: buildworld failure in OpenSSL....
On Mon, Feb 17, 2003 at 05:37:02PM -0500, Chuck Swiger wrote:
> I'll retry cvsup'ing, but:
Haven't seen that'n.
[snip]
> ===> secure/usr.bin/scp
> cc -O -pipe -march=pentium
> -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh
> -DNO_IDEA -c /usr/src/secure/usr.bin/scp/../../../crypto/openssh/scp.c
> cc -O -pipe -march=pentium
> -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh
> -DNO_IDEA -o scp scp.o -lssh
> /usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
> `EVP_aes_128_cbc'
> /usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
> `EVP_aes_192_cbc'
> /usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
> `EVP_aes_256_cbc'
> /usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
> `HMAC_CTX_cleanup'
What is the output of
objdump -x /usr/obj/usr/src/i386/usr/lib/libssh.so | grep NEEDED
objdump -T /usr/obj/usr/src/i386/usr/lib/libcrypto.so.3 | grep EVP_aes
objdump -T /usr/obj/usr/src/i386/usr/lib/libssh.so | grep EVP_aes
?
Does your build complete if you put `NO_CPU_CFLAGS=true' in your
/etc/make.conf ?
Cheers,
- --
Jacques A. Vidrine <nec...@celabo.org> http://www.celabo.org/
NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos
jvid...@verio.net . nec...@FreeBSD.org . nec...@kth.se
------------------------------
Date: Mon, 17 Feb 2003 16:29:43 -0800 (PST)
From: freeb...@hyltown.com
Subject: [none]
------------------------------
Date: Mon, 17 Feb 2003 20:46:45 -0500
From: Chuck Swiger <csw...@mac.com>
Subject: Re: buildworld failure in OpenSSL....
Jacques A. Vidrine wrote:
> On Mon, Feb 17, 2003 at 05:37:02PM -0500, Chuck Swiger wrote:
>> I'll retry cvsup'ing, but:
>
> Haven't seen that'n.
No change after cvsup'ing.
(It's a P2-300, so it takes a while to check. :-)
> objdump -x /usr/obj/usr/src/i386/usr/lib/libssh.so | grep NEEDED
NEEDED libcrypto.so.3
NEEDED libz.so.2
> objdump -T /usr/obj/usr/src/i386/usr/lib/libcrypto.so.3 | grep EVP_aes
00057084 g DF .text 0000001b EVP_aes_192_cfb
00056eb4 g DF .text 0000001b EVP_aes_128_cbc
000570bc g DF .text 0000001b EVP_aes_192_ecb
00056ed0 g DF .text 0000001b EVP_aes_128_cfb
00057068 g DF .text 0000001b EVP_aes_192_cbc
0005721c g DF .text 0000001b EVP_aes_256_cbc
00056f08 g DF .text 0000001b EVP_aes_128_ecb
000570a0 g DF .text 0000001b EVP_aes_192_ofb
00056eec g DF .text 0000001b EVP_aes_128_ofb
00057254 g DF .text 0000001b EVP_aes_256_ofb
00057238 g DF .text 0000001b EVP_aes_256_cfb
00057270 g DF .text 0000001b EVP_aes_256_ecb
> objdump -T /usr/obj/usr/src/i386/usr/lib/libssh.so | grep EVP_aes
00000000 DF *UND* 0000001b EVP_aes_128_cbc
00000000 DF *UND* 0000001b EVP_aes_192_cbc
00000000 DF *UND* 0000001b EVP_aes_256_cbc
> Does your build complete if you put `NO_CPU_CFLAGS=true' in your
> /etc/make.conf ?
I'll try this next. Thanks for your help,
- -Chuck
------------------------------
Date: Mon, 17 Feb 2003 20:08:48 -0600
From: "Jacques A. Vidrine" <nec...@FreeBSD.org>
Subject: Re: buildworld failure in OpenSSL....
On Mon, Feb 17, 2003 at 08:46:45PM -0500, Chuck Swiger wrote:
> Jacques A. Vidrine wrote:
> >On Mon, Feb 17, 2003 at 05:37:02PM -0500, Chuck Swiger wrote:
> >>I'll retry cvsup'ing, but:
> >
> >Haven't seen that'n.
>
> No change after cvsup'ing.
> (It's a P2-300, so it takes a while to check. :-)
>
> > objdump -x /usr/obj/usr/src/i386/usr/lib/libssh.so | grep NEEDED
>
> NEEDED libcrypto.so.3
> NEEDED libz.so.2
>
> > objdump -T /usr/obj/usr/src/i386/usr/lib/libcrypto.so.3 | grep EVP_aes
>
> 00057084 g DF .text 0000001b EVP_aes_192_cfb
> 00056eb4 g DF .text 0000001b EVP_aes_128_cbc
> 000570bc g DF .text 0000001b EVP_aes_192_ecb
> 00056ed0 g DF .text 0000001b EVP_aes_128_cfb
> 00057068 g DF .text 0000001b EVP_aes_192_cbc
> 0005721c g DF .text 0000001b EVP_aes_256_cbc
> 00056f08 g DF .text 0000001b EVP_aes_128_ecb
> 000570a0 g DF .text 0000001b EVP_aes_192_ofb
> 00056eec g DF .text 0000001b EVP_aes_128_ofb
> 00057254 g DF .text 0000001b EVP_aes_256_ofb
> 00057238 g DF .text 0000001b EVP_aes_256_cfb
> 00057270 g DF .text 0000001b EVP_aes_256_ecb
>
> > objdump -T /usr/obj/usr/src/i386/usr/lib/libssh.so | grep EVP_aes
>
> 00000000 DF *UND* 0000001b EVP_aes_128_cbc
> 00000000 DF *UND* 0000001b EVP_aes_192_cbc
> 00000000 DF *UND* 0000001b EVP_aes_256_cbc
That is the expected output.
> >Does your build complete if you put `NO_CPU_CFLAGS=true' in your
> >/etc/make.conf ?
>
> I'll try this next. Thanks for your help,
Be sure to do
# rm -fr /usr/obj/*
# cd /usr/src
# make clean; make cleandir
to be certain there are no objects lying around.
Cheers,
- --
Jacques A. Vidrine <nec...@celabo.org> http://www.celabo.org/
NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos
jvid...@verio.net . nec...@FreeBSD.org . nec...@kth.se
------------------------------
Date: Mon, 17 Feb 2003 23:14:45 -0500
From: Chuck Swiger <csw...@mac.com>
Subject: Re: buildworld failure in OpenSSL....
Jacques A. Vidrine wrote:
[ ... ]
>>>Does your build complete if you put `NO_CPU_CFLAGS=true' in your
>>>/etc/make.conf ?
[ ... ]
> Be sure to do
> # rm -fr /usr/obj/*
> # cd /usr/src
> # make clean; make cleandir
> to be certain there are no objects lying around.
Done. Modulo the -march flag no longer present, same result:
===> secure/usr.bin/scp
cc -O -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh
- -DNO_IDEA -c /usr/src/secure/usr.bin/scp/../../../crypto/openssh/scp.c
cc -O -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh
- -DNO_IDEA -o scp scp.o -lssh
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
`EVP_aes_128_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
`EVP_aes_192_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
`EVP_aes_256_cbc'
/usr/obj/usr/src/i386/usr/lib/libssh.so: undefined reference to
`HMAC_CTX_cleanup'
*** Error code 1
Stop in /usr/src/secure/usr.bin/scp.
*** Error code 1
[ ... ]
I'm running -STABLE from a week or so ago:
FreeBSD sec.codefab.com 4.7-STABLE FreeBSD 4.7-STABLE #13: Thu Feb 6
13:40:33 EST 2003 ro...@sec.codefab.com:/usr/obj/usr/src/sys/SEC i386
Here is /etc/make.conf:
KERNCONF=SEC
#CPUTYPE=i586
CFLAGS= -O -pipe
COPTFLAGS= -O -pipe
BOOTWAIT=5000
NO_CPU_CFLAGS=true
# To avoid building various parts of the base system:
#NO_CVS= true # do not build CVS
#NO_BIND= true # do not build BIND
NO_FORTRAN= true # do not build g77 and related libraries
NO_I4B= true # do not build isdn4bsd package
NO_LPR= true # do not build lpr and related programs
#NO_MAILWRAPPER=true # do not build the mailwrapper(8) MTA selector
#NO_MODULES= true # do not build modules with the kernel
#NO_OBJC= true # do not build Objective C support
#NO_OPENSSH= true # do not build OpenSSH
#NO_OPENSSL= true # do not build OpenSSL (implies NO_OPENSSH)
#NO_SENDMAIL= true # do not build sendmail and related programs
#NO_SHAREDOCS= true # do not build the 4.4BSD legacy docs
#NO_TCSH= true # do not build and install /bin/csh (which is tcsh)
#NO_X= true # do not compile in XWindows support (e.g. doscmd)
#NOCRYPT= true # do not build any crypto code
#NOGAMES= true # do not build games (games/ subdir)
NOINFO= true # do not make or install info files
#NOLIBC_R= true # do not build libc_r (re-entrant version of libc)
#NOPERL= true # do not build perl. Disables OpenSSL optimizations
NOPROFILE= true # Avoid compiling profiled libraries
#NOSECURE= true # do not build crypto code in secure/ subdir
#NOSHARE= true # do not go into the share subdir
NOUUCP= true # do not build uucp related programs
USA_RESIDENT= YES
FETCH_ENV= HTTP_PROXY=http://127.0.0.1:3128
SUP_UPDATE= yes
SUP= /usr/local/bin/cvsup
SUPFLAGS= -g -L 2
SUPHOST= cvsup3.FreeBSD.org
SUPFILE= /etc/stable-supfile
PORTSSUPFILE= /etc/ports-supfile
TOP_TABLE_SIZE= 251
# sendmail
SENDMAIL_MC= /etc/mail/sec.codefab.com.mc
SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2
SENDMAIL_LDFLAGS+= -L/usr/local/lib
SENDMAIL_LDADD+= -lsasl2
PERL_VER=5.8.0
PERL_VERSION=5.8.0
PERL_ARCH=mach
NOPERL=yo
NO_PERL=yo
NO_PERL_WRAPPER=yo
- ------
- -Chuck
------------------------------
Date: Tue, 18 Feb 2003 10:07:55 +0200
From: Danny Braniss <da...@cs.huji.ac.il>
Subject: stable and iperf
hi all,
I just finished a make buildworld/installworld, and after
compiling iperf from the ports I get:
iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 56.0 KByte (default)
------------------------------------------------------------
pthread_create failed
running truss iperf -s (a bit edited)
...
------------------------------------------------------------
write(1,0x8080000,61) = 61 (0x3d)
mmap(0xbfaef000,65536,0x3,0x400,-1,0x0) ERR#12 'Cannot allocate
memory'
pthread_create failed
the same binary works fine on an older -stable.
any ideas where I screwd up?
thanks,
danny
------------------------------
Date: Tue, 18 Feb 2003 11:35:32 +0100 (CET)
From: vo...@deze.org (Frank Volf)
Subject: Re: UHCI/USB related panic while
Hmmm... that is interesting, I was about to report the exact same problem.
In my case, a HP scanner is causing the problem. If usb drivers are built
into the kernel, or loaded at boot time in loader.conf, then I have exactly
the same problem:
* a long delay while initialing the "usb hub"-driver
* a page fault on virtual address 0x4 in uhci_idone.
If, however I boot the system, and then kldload the usb modules, no problem
whatsoever.
Unfortunately, I have just as much clue as you on the solution... I'm just
writing this to let everybody know that yours isn't an isolatated case.
Frank
Louis A. Mamakos wrote:
>
> I just upgraded a machine to this morning's version of the RELENG_4
> branch of FreeBSD. I had problems booting it, where it would hang for
> a bit, and then panic while probing for USB peripherals.
>
> There was a USB hub plugged into the UHCI 2-port built-in "hub", and a USB
> mouse plugged into the external hub. Attempting to boot with just the
> external hub or just the external USB mouse seemed to break the same
> way. As this machine has a somewhat critical role, I couldn't spend
> a lot of time experimenting. I did jot down some of the information,
> and it seems like uhci_idone() is invoked with a null pointer; the
> fault virtual address is 0x4, which happens to be the offset of
> ii->xfer in the structure..
>
> What's interesting is that after the system is booted, I can plug
> in the USB mouse, and things work just fine.
>
> Does this ring a bell for anyone?
>
> (kgdb) x/i 0xc02afecc
> 0xc02afecc <uhci_idone+12>: mov 0x4(%eax),%ebx
> (kgdb) list *0xc02afecc
> 0xc02afecc is in uhci_idone (/usr/src/sys/dev/usb/uhci.c:1065).
> 1060
> 1061 /* Called at splusb() */
> 1062 void
> 1063 uhci_idone(uhci_intr_info_t *ii)
> 1064 {
> 1065 usbd_xfer_handle xfer = ii->xfer;
> 1066 struct uhci_pipe *upipe = (struct uhci_pipe *)xfer->pipe;
> 1067 uhci_soft_td_t *std;
> 1068 u_int32_t status = 0, nstatus;
> 1069 int actlen;
> (kgdb)
>
>
> When the system boots, I see this much on the console:
>
> uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0xdce0-0xdcff irq 2 at device 7.2 on pci0
> usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0
> usb0: USB revision 1.0
> uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
> uhub0: 2 ports with 2 removable, self powered
>
> and then there's this ominious hang followed by the panic.
>
> louie
>
>
> To Unsubscribe: send mail to majo...@FreeBSD.org
> with "unsubscribe freebsd-stable" in the body of the message
>
------------------------------
Date: Tue, 18 Feb 2003 10:56:16 +0000
From: Tim Bishop <tim-...@bishnet.net>
Subject: FreeBSD Boot Manager rendering disk un-bootable
Hi,
I'm testing vinum on FreeBSD 4.7 in preparation for building a
server. However, I seem to have come across a problem with the Boot
Manager.
During installation I selected both disks to be entirely FreeBSD, and
both to have the FreeBSD Boot Manager. This all worked fine.
At boot time I got presented with two options; "FreeBSD" and "Drive
1". Selecting "FreeBSD" booted fine. Next time round I selected "Drive
1" and got presented with "FreeBSD" and "Drive 0". I selected "FreeBSD"
and again it booted fine. All going well so far.
Then I tried to boot up normally off the first drive and got told "Not
found any [active partition] in HDD", followed by "DISK BOOT FAILURE,
INSERT SYSTEM DISK AND PRESS ENTER". At this point I figured maybe it
was a disk failure, and this gave me an opportunity to test vinum.
So I swapped the two disks over inside the machine. This booted up fine
on what was now Drive 0 (the old Drive 1). A while later and after a few
more attempts to boot the dead disk I noticed that the Boot Manager would
let me select the supposedly dead "Drive 1". So I did, and then picked
"FreeBSD". The dead disk booted fine, which seemed a little odd.
It then came as a slight shock that the current Drive 0 was rendered
unbootable just like the current Drive 1 was before they were swapped
over. So, I swapped them back to how they originally were and Drive 0
(the original Drive 0) booted. Follow the same procedure again and we're
back in the same state with Drive 0 not booting.
So, to summarise. Boot from Drive 0, select Drive 1 and pick FreeBSD
off Drive 1. This renders Drive 0 unbootable, and seemingly fixes Drive
1 if it was previously unbootable.
Have I found a bug? Or is there something else going wrong here? I
couldn't see anything obviously related in the PR database.
Cheers,
Tim.
------------------------------
Date: Tue, 18 Feb 2003 05:15:15 -0800
From: David Schultz <dsch...@uclink.Berkeley.EDU>
Subject: Re: FreeBSD Boot Manager rendering disk un-bootable
Thus spake Tim Bishop <tim-...@bishnet.net>:
> I'm testing vinum on FreeBSD 4.7 in preparation for building a
> server. However, I seem to have come across a problem with the Boot
> Manager.
>
> During installation I selected both disks to be entirely FreeBSD, and
> both to have the FreeBSD Boot Manager. This all worked fine.
>
> At boot time I got presented with two options; "FreeBSD" and "Drive
> 1". Selecting "FreeBSD" booted fine. Next time round I selected "Drive
> 1" and got presented with "FreeBSD" and "Drive 0". I selected "FreeBSD"
> and again it booted fine. All going well so far.
>
> Then I tried to boot up normally off the first drive and got told "Not
> found any [active partition] in HDD", followed by "DISK BOOT FAILURE,
> INSERT SYSTEM DISK AND PRESS ENTER". At this point I figured maybe it
> was a disk failure, and this gave me an opportunity to test vinum.
BootEasy is a very simple 512-byte boot manager. It expects to be
loaded from the BIOS boot device; there's no room to add sanity
checks in case someone installs it on something else. What you
apparently managed to do is use your boot loader on your first
disk to load BootEasy on your second disk. BootEasy then wrote
itself, including the partition table for the second disk, back to
the first disk. If you rewrite the partition table your disk
should be fine.
There's already an old PR open about this. I don't think there's
much that can be done, other than documenting the caveat better.
------------------------------
Date: Tue, 18 Feb 2003 06:26:48 -0800
From: "Glendon M. Gross" <gr...@xinetd.ath.cx>
Subject: Latest Buildworld error (after cvs co -P src)
cc -O -pipe -DLIBC_MAJOR=5 -I/usr/src/lib/libc/include
- -I/usr/src/lib/libc/../.
./include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc
- -DPOSIX_MI
STAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP
- -DDES_BUILTIN -D
YP -DHESIOD -c /usr/src/lib/libc/net/name6.c -o name6.o
/usr/src/lib/libc/net/name6.c: In function `getanswer':
/usr/src/lib/libc/net/name6.c:1208: `obp' undeclared (first use in this
function
)
/usr/src/lib/libc/net/name6.c:1208: (Each undeclared identifier is
reported only
once
/usr/src/lib/libc/net/name6.c:1208: for each function it appears in.)
/usr/src/lib/libc/net/name6.c:1210: `buflen' undeclared (first use in
this funct
ion)
*** Error code 1
Stop in /usr/src/lib/libc.
*** Error code 1
Stop in /usr/src/lib.
*** Error code 1
Stop in /usr/src.
*** Error code 1
Regards,
Glendon Gross
------------------------------
Date: Tue, 18 Feb 2003 14:37:17 +0000
From: Tim Bishop <tim-...@bishnet.net>
Subject: Re: FreeBSD Boot Manager rendering disk un-bootable
On Tue, Feb 18, 2003 at 05:15:15AM -0800, David Schultz wrote:
> Thus spake Tim Bishop <tim-...@bishnet.net>:
> > I'm testing vinum on FreeBSD 4.7 in preparation for building a
> > server. However, I seem to have come across a problem with the Boot
> > Manager.
> >
> > During installation I selected both disks to be entirely FreeBSD, and
> > both to have the FreeBSD Boot Manager. This all worked fine.
> >
> > At boot time I got presented with two options; "FreeBSD" and "Drive
> > 1". Selecting "FreeBSD" booted fine. Next time round I selected "Drive
> > 1" and got presented with "FreeBSD" and "Drive 0". I selected "FreeBSD"
> > and again it booted fine. All going well so far.
> >
> > Then I tried to boot up normally off the first drive and got told "Not
> > found any [active partition] in HDD", followed by "DISK BOOT FAILURE,
> > INSERT SYSTEM DISK AND PRESS ENTER". At this point I figured maybe it
> > was a disk failure, and this gave me an opportunity to test vinum.
>
> BootEasy is a very simple 512-byte boot manager. It expects to be
> loaded from the BIOS boot device; there's no room to add sanity
> checks in case someone installs it on something else. What you
> apparently managed to do is use your boot loader on your first
> disk to load BootEasy on your second disk. BootEasy then wrote
> itself, including the partition table for the second disk, back to
> the first disk. If you rewrite the partition table your disk
> should be fine.
On closer inspection what has happened is that when booting the second
disk the partition on the first disk changes from "flag 80 (active)" to
"flag 0". This fits with the message about about no active partitions
being found.
You say I "apparently managed" to do this, but I only selected the second
of two options :-) Quite an easy mistake to make.
> There's already an old PR open about this. I don't think there's
> much that can be done, other than documenting the caveat better.
Documenting it better might help. I don't actually have a need to do this,
I just wondered what would happen if I did.
Cheers,
Tim.
------------------------------
Date: Tue, 18 Feb 2003 15:57:29 +0100 (MET)
From: Mario Pranjic <mario....@irb.hr>
Subject: badblocks?
Hi!
It seems that /usr partition has a bad blocks.
With what tool can I check/fix it?
I've looked at the fsck man page but I didn't see anything about bad
blocks. Or I missed it?
Thanks for your help!
Mario Pranjic, dipl.ing.
sistem administrator
Knjiznica, Institut Rudjer Boskovic
- -------------------------------------
e-mail: mario....@irb.hr
ICQ: 72059629
tel: +385 1 45 60 954 (interni: 1293)
- -------------------------------------
------------------------------
Date: Tue, 18 Feb 2003 21:04:46 +0600 (NOVT)
From: "Maxim M. Kazachek" <stra...@sberbank.sibnet.ru>
Subject: Tekram DC395UW
FreeBSD 4.7-STABLE hangs solid when rebooting/halting after
showing uptime. HDD drive LED is LIT constantly. Might be APM related
because halt -p in single user mode showed a message "Turn off the
computer or press any key to restart"
H/W is
Gigabyte 7ZXE Rev 1 (VIA KT133A, one ISA slot)
AMD Athlon 900
2x64Mb PC133 SDRAM
Seagate 18Gb on Tekram DC395UW
52x IDE CDROM on VIA IDE (686B) via atapicam
Sincerely, Maxim M. Kazachek
mailto:stra...@sberbank.sibnet.ru
mailto:stra...@fpm.ami.nstu.ru
------------------------------
Date: Tue, 18 Feb 2003 10:33:55 -0500
From: Bill Moran <wmo...@potentialtech.com>
Subject: Re: badblocks?
Mario Pranjic wrote:
> Hi!
>
> It seems that /usr partition has a bad blocks.
> With what tool can I check/fix it?
Replace the drive. It's failing and there really isn't
anything you can do.
If it's still under warranty, return it for a replacement.
- --
Bill Moran
Potential Technologies
http://www.potentialtech.com
------------------------------
Date: Tue, 18 Feb 2003 17:01:05 +0100 (CET)
From: Oliver Fromme <ol...@secnetix.de>
Subject: Re: badblocks?
Mario Pranjic <mario....@irb.hr> wrote:
> It seems that /usr partition has a bad blocks.
> With what tool can I check/fix it?
The dust bin might be the right tool for it. However ...
You could try overwriting the whole disk with dd. This
will force the firmware to remap any bad sectors, if there
are any spare sectors left. For SCSI disks, make sure that
reallocation-on-write is enabled (there's an example for it
in the camcontrol(8) manpage). Something like this:
$ dd if=/dev/zero of=/dev/daX conv=noerror,sync
It will take a long time, and it will OVERWRITE the whole
contents of the disk. You'll have to fdisk, disklabel,
newfs and restore your backup afterwards.
However, depending on the kind of defect, it might work or
not. If there's a serious surface problem on the media,
loose abrasion/debris will cause further bad sectors. If
that happens, there's no other way than to replace the
disk.
But if the defects were only small and didn't cause any
abrasion in the drive, the disk can very well run fine for
several years to come.
Regards
Oliver
- --
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 Mьnchen
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
"All that we see or seem is just a dream within a dream" (E. A. Poe)
------------------------------
Date: Tue, 18 Feb 2003 10:17:05 -0600
From: Bob Willcox <b...@immure.com>
Subject: Updated to today's -stable and can no longer connect to the XFree86 server
I updated my workstation today to the latest -stable today and I can now
no longer connect to the XFree86 server from other systems. I have set
xhost to allow all clients but still, when I attempt to connect from
another system I get:
bob@deathstar:p0 /home/bob> xterm -display luke:0
_X11TransSocketINETConnect: Can't connect: errno = 61
_X11TransSocketINETConnect: Can't connect: errno = 61
_X11TransSocketINETConnect: Can't connect: errno = 61
_X11TransSocketINETConnect: Can't connect: errno = 61
_X11TransSocketINETConnect: Can't connect: errno = 61
_X11TransSocketINETConnect: Can't connect: errno = 61
xterm Xt error: Can't open display: luke:0
bob@deathstar:p0 /home/bob>
I am running XFree86 version 4.2.0 (from port XFree86-4.2.0_1,1).
Has something recently changed that might cause this? I had previously
updated my system on Feb 1 and wasn't having this problem with X11.
Thanks,
Bob
- --
Bob Willcox We seem to have forgotten the simple truth that
b...@vieo.com reason is never perfect. Only non-sense attains
Austin, TX perfection. -- Poul Henningsen [1894-1967]
------------------------------
Date: Tue, 18 Feb 2003 10:16:54 -0600
From: "Jacques A. Vidrine" <nec...@FreeBSD.org>
Subject: Re: buildworld failure in OpenSSL....
On Mon, Feb 17, 2003 at 11:14:45PM -0500, Chuck Swiger wrote:
> Jacques A. Vidrine wrote:
> [ ... ]
> >>>Does your build complete if you put `NO_CPU_CFLAGS=true' in your
> >>>/etc/make.conf ?
> [ ... ]
> >Be sure to do
> > # rm -fr /usr/obj/*
> > # cd /usr/src
> > # make clean; make cleandir
> >to be certain there are no objects lying around.
>
> Done. Modulo the -march flag no longer present, same result:
[...]
I'm stumped. I cannot recreate the problem on -STABLE or -CURRENT
with `make buildworld' or `make release'.
Is anyone else seeing similar?
Cheers,
- --
Jacques A. Vidrine <nec...@celabo.org> http://www.celabo.org/
NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos
jvid...@verio.net . nec...@FreeBSD.org . nec...@kth.se
------------------------------
Date: Tue, 18 Feb 2003 10:43:56 -0600
From: Kirk Strauser <ki...@strauser.com>
Subject: Re: badblocks?
- --=-=-=
Content-Transfer-Encoding: quoted-printable
At 2003-02-18T14:57:29Z, Mario Pranjic <mario....@irb.hr> writes:
> It seems that /usr partition has a bad blocks. With what tool can I
> check/fix it?
A hammer. Seriously. If the drive is relatively old (it doesn't support
automatic bad-block remapping), then it's probably approaching the end of
serviceable life. If the drive is newer (and has automatic remapping), then
the situation is probably even worse. New drives allocate a certain
percentage of space to handle the problem. If you're starting to see error,
then the spare space has already been used up, and the drive is probably
dying rapidly.
=2D-=20
Kirk Strauser
In Googlis non est, ergo non est.
- --=-=-=
Content-Type: application/pgp-signature
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQA+UmLP5sRg+Y0CpvERAo2sAJ9c11vWcJjkLHGVOzUt20av/F+vLgCfSToI
aOp/sTeEgCCn4G9PjaYT3x4=
=gNy+
- -----END PGP SIGNATURE-----
- --=-=-=--
------------------------------
Date: Tue, 18 Feb 2003 12:36:58 -0800 (PST)
From: ООО "ВК" <sho...@netscape.net>
Subject: Лучший подарок к празднику
Уважаемые господа!
Каждый из нас любит праздники. И практически любой сталкивается
с проблемой что подарить. А ведь так хочется, чтобы подарок был
оригинальным и запомнился!
Компания "ВК" поможет решить эту дилемму: мы предлагаем Вам
шоколад с Вашей собственной этикеткой. На этикетке мы разместим всё, что
Вы пожелаете: от логотипа Вашей фирмы до фотографии Ваших коллег, шефа,
друзей и близких. Такой необычный подарок подчеркнет его
индивидуальность и подойдет к любому случаю: Дню рождения, юбилею,
свадьбе, презентации и т.д. Кроме этого шоколад можно упаковать в
праздничную упаковку по Вашему желанию: "Элегантный бархат", "Нарядная
вазочка", "Весенняя нежность".
Фотографии наборов: http://vk.8m.net
Телефон: (095) 787-93-33
E-mail: sho...@netscape.net
Внимание! Если Вы поучили это письмо по ошибке, и больше не хотите
получать интересные предложения от нашей компании, отправьте e-mail на
адрес sho...@netscape.net с темой "REMOVE"
------------------------------
Date: Tue, 18 Feb 2003 23:02:03 +0100 (CET)
From: Oliver Fromme <ol...@secnetix.de>
Subject: Re: badblocks?
Kirk Strauser <ki...@strauser.com> wrote:
> If the drive is newer (and has automatic remapping), then
> the situation is probably even worse. New drives allocate a certain
> percentage of space to handle the problem. If you're starting to see error,
> then the spare space has already been used up, and the drive is probably
> dying rapidly.
Not necessarily. The automatic remapping can only take
place when the drive knows the correct contents of the
sector in question. This is only the case if the sector
is being written to, or if the firmware was able to
recover the contents using ECC.
But if an un-recoverable read error is detected, the drive
cannot automatically remap the sector. Therefore, if a
drive reports read errors, this does NOT necessarily mean
that it has run out of spare sectors. It doesn't even
have to die anytime soon (but of course it's possible).
Also see my other message in this thread.
Regards
Oliver
- --
Oliver Fromme, secnetix GmbH & Co KG, Oettingenstr. 2, 80538 Mьnchen
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.
"All that we see or seem is just a dream within a dream" (E. A. Poe)
------------------------------
Date: Tue, 18 Feb 2003 17:16:21 -0800
From: Kris Kennaway <kr...@obsecurity.org>
Subject: Re: Latest Buildworld error (after cvs co -P src)
- --JsihDCElWRmQcbOr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Feb 18, 2003 at 06:26:48AM -0800, Glendon M. Gross wrote:
> cc -O -pipe -DLIBC_MAJOR=3D5 -I/usr/src/lib/libc/include=20
> -I/usr/src/lib/libc/../.
> ./include -D__DBINTERFACE_PRIVATE -DINET6 -I/usr/obj/usr/src/lib/libc=20
> -DPOSIX_MI
> STAKE -I/usr/src/lib/libc/../libc/locale -DBROKEN_DES -DPORTMAP=20
> -DDES_BUILTIN -D
> YP -DHESIOD -c /usr/src/lib/libc/net/name6.c -o name6.o=20
>=20
> /usr/src/lib/libc/net/name6.c: In function `getanswer':=20
What does 'ident /usr/src/lib/libc/net/name6.c' show you?
Kris
- --JsihDCElWRmQcbOr
Content-Type: application/pgp-signature
Content-Disposition: inline
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE+UtrkWry0BWjoQKURAjK2AKDdFc8ZxHBMt7vPWt4lFyQEa6+MnACgsHZQ
Ae02kCB93wJ1z0ZM8+rPmoc=
=tbqY
- -----END PGP SIGNATURE-----
- --JsihDCElWRmQcbOr--
------------------------------
End of stable-digest V5 #797
****************************
To Unsubscribe: send mail to majo...@FreeBSD.org
with unsubscribe freebsd-stable-digest in the body of the message