Re: Yet another build failure
--- M. Warner Losh [EMAIL PROTECTED] wrote: : : I do... In fact, I was planning to do this today. Does this only apply : -stable? Yes. Hmm, I will have to try this out on a -stable box when I get one, as I only have -current as of Mar 19 2002. :) Regards, -- Hiten __ Do You Yahoo!? Yahoo! Sports - live college hoops coverage http://sports.yahoo.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
disklabel(8) floppy panic
Have a crash box handy? $ disklabel fd0.1440 -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
cdrecord for ATAPI burners available..
For those that have problems with burncd or simply cannot live without, I've put up the source for an ATAPI enabled cdrecord on: ftp://freebsd.dk/pub/ATA/cdrtools-1.10-ATA.tgz On -stable it needs the ATA driver update I did a yesterday. It does *not* need CAM or the atapicam patches, it uses the ATA driver directly.. Enjoy! -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
XFree86-4-Libraries-4.2.0 install failures
Any idea why a fairly up-to-date CURRENT system would fail the installation of XFree86-4-Libraries (4.2.0) with the following error? 224 [14:39] root@caerdonn:X11/doc# pwd /usr/X11R6/lib/X11/doc 225 [14:39] root@caerdonn:X11/doc# ll -d html drwxr-xr-x 2 root wheel 512 Mar 19 14:37 html/ Thanks... 266 [14:37] root@caerdonn:x11/XFree86-4-libraries# portupgrade -fw XFree86-libraries-4.1.0_1 ... (cd programs/Xserver/hw/xfree86/xf86cfg /usr/bin/install -c -m 0444 card.xbm keyboard.xbmmonitor.xbm mouse.xbm left.xbmright.xbm up.xbm down.xbmwider.xbm narrower.xbmshorter.xbmtaller.xbm /usr/X11R6/include/X11/bitmaps/usr/bin/install -c -m 0444 card.xpm computer.xpmkeyboard.xpmmonitor.xpm mouse.xpm /usr/X11R6/include/X11/pixmaps) === Generating temporary packing list /usr/X11R6/lib/X11/doc/html:Permission denied *** Error code 1 Stop in /src/ports/x11/XFree86-4-libraries. *** Error code 1 Stop in /src/ports/x11/XFree86-4-libraries. *** Error code 1 Stop in /src/ports/x11/XFree86-4-libraries. *** Error code 1 Stop in /src/ports/x11/XFree86-4-libraries. ** Command failed: make -DFORCE_PKG_REGISTER -- Ollivier ROBERT -=- Eurocontrol EEC/ITM -=- [EMAIL PROTECTED] FreeBSD caerdonn.eurocontrol.fr 5.0-CURRENT #46: Wed Jan 3 15:52:00 CET 2001 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
moused, vidcontrol gone
Hi all, with a kernel -CURRENT as of yesterday, I get this at boot: [...] Starting standard daemons: cron sshd usbd. Initial rc.i386 initialization:. Configuring syscons: blanktimevidcontrol: must be on a virtual console: Inapprop riate ioctl for device mousedvidcontrol: must be on a virtual console: Inappropriate ioctl for device . [...] ATM I don't remember a commit which may have broken this in the last few days, or I'd try binary searching for it. If anybody has hints please wistle. P.S. dmesg attached. Bye, Andrea -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
Le 2002-03-19, Søren Schmidt écrivait : ftp://freebsd.dk/pub/ATA/cdrtools-1.10-ATA.tgz On -stable it needs the ATA driver update I did a yesterday. It does *not* need CAM or the atapicam patches, it uses the ATA driver directly.. Alternatively, for those who'd like to use stock issue cdr tools (or any other tool that manipulates CAM devices) there also is a new release of the ATAPI/CAM patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ that resolves the 'hang at boot' issue reported by several testers with Toshiba units. Users of ATAPI tapes and floppy drives are also welcome to test the patches. Thomas. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Current::LINT not happy about Ipfilter
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W missing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -an si -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica - I../../../contrib/ipfilter -I../../../../include -DGPROF -DGPROF4 -DGUPROF -D_KE RNEL -ffreestanding -include opt_global.h -fno-common -elf -malign-functions=4 - fno-builtin -mpreferred-stack-boundary=2 -Werror -pg -mprofiler-epilogue ../../. ./contrib/ipfilter/netinet/ip_fil.c ../../../contrib/ipfilter/netinet/ip_fil.c: In function `iplattach': ../../../contrib/ipfilter/netinet/ip_fil.c:412: `inet6sw' undeclared (first use in this function) ../../../contrib/ipfilter/netinet/ip_fil.c:412: (Each undeclared identifier is r eported only once ../../../contrib/ipfilter/netinet/ip_fil.c:412: for each function it appears in. ) ../../../contrib/ipfilter/netinet/ip_fil.c:412: `ip6_protox' undeclared (first u se in this function) ../../../contrib/ipfilter/netinet/ip_fil.c: In function `ipldetach': ../../../contrib/ipfilter/netinet/ip_fil.c:562: `inet6sw' undeclared (first use in this function) ../../../contrib/ipfilter/netinet/ip_fil.c:562: `ip6_protox' undeclared (first u se in this function) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ATAPICAM
Has the ATAPICAM patch entered the kernel sources already? I cannot seem to find the option in LINT. Sam -- Samuel Tardieu -- [EMAIL PROTECTED] -- http://www.rfc1149.net/sam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATAPICAM
It seems Samuel Tardieu wrote: Has the ATAPICAM patch entered the kernel sources already? I cannot seem to find the option in LINT. No, Justin has called for a timeout on that -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
It seems Thomas Quinot wrote: Le 2002-03-19, Søren Schmidt écrivait : ftp://freebsd.dk/pub/ATA/cdrtools-1.10-ATA.tgz On -stable it needs the ATA driver update I did a yesterday. It does *not* need CAM or the atapicam patches, it uses the ATA driver directly.. Alternatively, for those who'd like to use stock issue cdr tools (or any other tool that manipulates CAM devices) there also is a new release of the ATAPI/CAM patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ that resolves the 'hang at boot' issue reported by several testers with Toshiba units. Oh yes, I forgot, there is also a cdrdao on: ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATAPICAM
No it hasn't, there are still patches. Ken On Tue, 19 Mar 2002, Samuel Tardieu wrote: Has the ATAPICAM patch entered the kernel sources already? I cannot seem to find the option in LINT. Sam -- Samuel Tardieu -- [EMAIL PROTECTED] -- http://www.rfc1149.net/sam To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
Oh yes, I forgot, there is also a cdrdao on: ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) Is this a competition??? :-) Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
On Tue, Mar 19, 2002 at 03:58:01PM +0100, Søren Schmidt wrote: It seems Thomas Quinot wrote: Le 2002-03-19, Søren Schmidt écrivait : ftp://freebsd.dk/pub/ATA/cdrtools-1.10-ATA.tgz On -stable it needs the ATA driver update I did a yesterday. It does *not* need CAM or the atapicam patches, it uses the ATA driver directly.. Alternatively, for those who'd like to use stock issue cdr tools (or any other tool that manipulates CAM devices) there also is a new release of the ATAPI/CAM patches at http://www.cuivre.fr.eu.org/~thomas/atapicam/ that resolves the 'hang at boot' issue reported by several testers with Toshiba units. Oh yes, I forgot, there is also a cdrdao on: ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) You and Thomas rock! Any chance of a cdparanoia-ATA.tgz ? :) --Stijn -- Nostalgia ain't what it used to be. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
It seems Kenneth Culver wrote: Oh yes, I forgot, there is also a cdrdao on: ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) Is this a competition??? :-) Not that I know of, but I recently got permission to share the (very limitted BTW) changes I did to cdrecord/cdrdao over a year ago, and now that the infrastructure for using it is in both -stable and -current, it seemed worthwhile to release it to the unsuspecting world... Judging by the number of downloads already it is VERY popular :) -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
It seems Stijn Hoop wrote: You and Thomas rock! Any chance of a cdparanoia-ATA.tgz ? :) No idea what it is, I cant seem to find it in ports either... URL ? Does it work on FreeBSD already with CAM or ? -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
Not that I know of, but I recently got permission to share the (very limitted BTW) changes I did to cdrecord/cdrdao over a year ago, and now that the infrastructure for using it is in both -stable and -current, it seemed worthwhile to release it to the unsuspecting world... Judging by the number of downloads already it is VERY popular :) Yeah, I've downloaded it, however, I'm using gmake to try to build it, and while something compiles, I can't find where it actually puts anything, and when I do a gmake install, it doesn't install anything, at least not by the name of cdrecord Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
It seems Kenneth Culver wrote: Not that I know of, but I recently got permission to share the (very limitted BTW) changes I did to cdrecord/cdrdao over a year ago, and now that the infrastructure for using it is in both -stable and -current, it seemed worthwhile to release it to the unsuspecting world... Judging by the number of downloads already it is VERY popular :) Yeah, I've downloaded it, however, I'm using gmake to try to build it, and while something compiles, I can't find where it actually puts anything, and when I do a gmake install, it doesn't install anything, at least not by the name of cdrecord It puts its stuff in /usr/local/bin -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
It puts its stuff in /usr/local/bin Wierd, for me it put everything in /opt/schily/blah... I hate it when people do that. :-) Ken To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
Le 2002-03-19, Søren Schmidt écrivait : ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) Hum this package does not compile out of the box: c++ -DHAVE_CONFIG_H -I.. -I. -I/usr/local/include/pccts -O -pipe -c TocParser.cpp -o TocParser.o TocParser.cpp:512: macro `zzsetmatch' used with too many (2) args gmake[1]: *** [TocParser.o] Error 1 (a 'gmake distclean' is necessary to get rid of various generated file that are specific to your installed version of antlr.) Furhtermore it looks to me like it has a serious drawback. Please feel free to correct me if I am wrong (I am not familiar with libscg internals) but this patched version works /only/ with ATAPI units, which means that if you have both proper SCSI drives and ATAPI drives, then you cannot use the same cdrdao binary for both. This also means that you cannot do on-the-fly cd copies in such a situation. Thomas. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
kernel compilation fails in vm/vm_map.c:231
I cvsup'ed this morning to get a -current system with all recent changes regarding NEWCARD and finally get one time through everything from buildworld/installworld through kernel build/install. World built and installed fine. (I had to learn that it was make installworld and not make install). But compiling the kernel yields the following error: cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -g -nostdinc -I- -I. -I../../.. -I../../../dev -I../../../contrib/dev/acpica -I../../../contrib/ipfilter -I../../../../include -D_KERNEL -ffreestanding -include opt_global.h -fno-common -elf -mpreferred-stack-boundary=2 -Werror ../../../vm/vm_map.c cc1: warnings being treated as errors ../../../vm/vm_map.c: In function `vm_map_zdtor': ../../../vm/vm_map.c:231: warning: long unsigned int format, vm_size_t arg (arg 3) *** Error code 1 Stop in /usr/src/sys/i386/compile/KUKUBOOKNEW. Probably I hit the moment between important changes ?! -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
On Tue, Mar 19, 2002 at 04:28:27PM +0100, Søren Schmidt wrote: It seems Stijn Hoop wrote: You and Thomas rock! Any chance of a cdparanoia-ATA.tgz ? :) No idea what it is, I cant seem to find it in ports either... It's a CDDA extractor, much like cdda2wav. It has much better error correction though. It's only been ported to NetBSD, but they aren't using CAM, are they? So it's not going to be a straight port I'm afraid :( URL ? http://www.xiph.org/paranoia/ I admit that it's a bit old, but it always rips better on a Linux box then any other CDDA extractor I could find. Does it work on FreeBSD already with CAM or ? Nope (afaik), see above. --Stijn -- The very powerful and the very stupid have one thing in common. Instead of altering their views to fit the facts, they alter the facts to fit their views ... which can be very uncomfortable if you happen to be one of the facts that needs altering. -- Doctor Who, Face of Evil msg36347/pgp0.pgp Description: PGP signature
Re: cdrecord for ATAPI burners available..
It seems Thomas Quinot wrote: Le 2002-03-19, Søren Schmidt écrivait : ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) Hum this package does not compile out of the box: c++ -DHAVE_CONFIG_H -I.. -I. -I/usr/local/include/pccts -O -pipe -c TocParser.cpp -o TocParser.o TocParser.cpp:512: macro `zzsetmatch' used with too many (2) args gmake[1]: *** [TocParser.o] Error 1 You need to have pccts installed to compile cdrdao Furhtermore it looks to me like it has a serious drawback. Please feel free to correct me if I am wrong (I am not familiar with libscg internals) but this patched version works /only/ with ATAPI units, which means that if you have both proper SCSI drives and ATAPI drives, then you cannot use the same cdrdao binary for both. This also means that you cannot do on-the-fly cd copies in such a situation. These utils are ATA only (as the name implies), if our ports people wants to merge it into whats already there I wont complain :) That said I think the ATA only version covers more than a significant percentage of our userbase -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
It seems Kenneth Culver wrote: It puts its stuff in /usr/local/bin Wierd, for me it put everything in /opt/schily/blah... I hate it when people do that. :-) I've put up a new version with the default changed to /usr/local... -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
nl_langinfo is MFCed, but what about compat/libc.so.4?
About a week ago, src/lib/libc/locale/nl_langinfo.c in RELENG_4 received an update from 1.13.2.2 to 1.13.2.3, which added nl_langinfo to RELENG_4's libc. I have no problem with that at all. :-) However, the symbol in question does not appear to exist in the version of libc.so.4 in -CURRENT's /usr/lib/compat -- and that can cause programs which had been compiled under -STABLE and which might well otherwise work Just Fine under -CURRENT to fail, thus: freebeast(5.0-C)[8] screen /usr/libexec/ld-elf.so.1: screen: Undefined symbol nl_langinfo freebeast(5.0-C)[9] In this particular case, I've been working around the nuisance by merely recompiling a -CURRENT-private version of screen (on each of my build machine laptop). I'm rather less eager to do this for, say, mozilla (for example) What is the procedure for getting /usr/lib/compat/libc.so.4 updated to include nl_langinfo (and, perhaps, other symbols that might be in -STABLE's /usr/lib/libc.so.4)? [Were this strictly a -STABLE issue, I'd file a PR. But for -CURRENT, things seem to be sufficiently fluid that the additional overhead of dealing with a PR appears (to me) to be just that -- additional overhead. And it's not a problem that manifests itself as a problem with/running -STABLE -- it bites someone running -CURRENT, who is supposed to have some minimal level of clue] Sorry about the lack of attached patch; I'm not (yet) clear on how compat/libc.so.4 get built :-( Thanks, david -- David H. Wolfskill [EMAIL PROTECTED] I believe it would be irresponsible (and thus, unethical) for me to advise, recommend, or support the use of any product that is or depends on any Microsoft product for any purpose other than personal amusement. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: nl_langinfo is MFCed, but what about compat/libc.so.4?
On Tue, Mar 19, 2002 at 09:34:19AM -0800, David Wolfskill wrote: However, the symbol in question does not appear to exist in the version of libc.so.4 in -CURRENT's /usr/lib/compat -- and that can cause programs which had been compiled under -STABLE and which might well otherwise work Just Fine under -CURRENT to fail, thus: This just means we need to update the libc.so.4 that is in -CURRENT's /usr/lib/compat * H O W E V E R * before someone does this, I want the very last libc.so.4 from a RELENG_4 snapshot. Can someone help pin-point what snapshot that would be? Sorry about the lack of attached patch; I'm not (yet) clear on how compat/libc.so.4 get built :-( poke me. :-) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
¢èÒÇ´Õ Çѹʧ¡ÃÒ¹µì [virus free]
Title: à¨ÁÔä¹Â à¨ÁÔä¹Â ÍÔ¹àµÍÃì๪Ñè¹á¹Å á·ÃàÇÔÅÊì 286/9 «Í¾Ѳ¹Ò ¶¹¹ÊØÃǧ¤ì ¡ÃØ§à·¾Ï 10500 ads.ht1.gif Description: Binary data
cc1 warning as errors - can one switch this off?
I cvsuped again. Got the vm_map.c now compiled but now kernel compilation stops somehwere in ipv6 files. Can one switch off compiler pickyness? -- Chris Christoph P. U. Kukulies [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ipfilter breaks world, again.
cc -O -pipe -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -DSTATETOP -I/usr/src/sbin/ipfstat/../../sys/contrib/ipfilter/netinet -I/usr/src/sbin/ipfstat/../../sys/contrib/ipfilter -I/usr/src/sbin/ipfstat/../../contrib/ipfilter -static -o ipfstat fils.o parse.o opt.o kmem.o facpri.o common.o -lncurses -lkvm fils.o: In function `showipstates': fils.o(.text+0x1071): undefined reference to `printstate' *** Error code 1 Stop in /usr/src/sbin/ipfstat. *** Error code 1 Stop in /usr/src/sbin. *** Error code 1 Stop in /usr/src. *** Error code 1 -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cc1 warning as errors - can one switch this off?
On Tue, Mar 19, 2002 at 09:11:05PM +0100, Christoph Kukulies wrote: I cvsuped again. Got the vm_map.c now compiled but now kernel compilation stops somehwere in ipv6 files. Can one switch off compiler pickyness? From /usr/src/UPDATING: 20020225: Warnings are now errors in the kernel. Unless you are a developer, you should add -DNO_WERROR to your make line. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 msg36356/pgp0.pgp Description: PGP signature
Re: cc1 warning as errors - can one switch this off?
On Tue, Mar 19, 2002 at 09:11:05PM +0100, Christoph Kukulies wrote: I cvsuped again. Got the vm_map.c now compiled but now kernel compilation stops somehwere in ipv6 files. Can one switch off compiler pickyness? Go back and read what config(8) is telling you, it's right there in front of you! Kris msg36357/pgp0.pgp Description: PGP signature
fla LINT breakage.
Fixes format warnings. Since there was so much... bitching about my
last commit to something contrib/* I'm posting the fix here.
Index: fla.c
===
RCS file: /home/ncvs/src/sys/contrib/dev/fla/fla.c,v
retrieving revision 1.29
diff -u -r1.29 fla.c
--- fla.c 12 Sep 2001 08:36:59 - 1.29
+++ fla.c 19 Mar 2002 20:22:51 -
@@ -181,8 +181,9 @@
enum doc2k_work what;
if (fla_debug 1)
- printf(flastrategy(%p) %s %x, %d, %ld, %p)\n,
- bp, devtoname(bp-bio_dev), bp-bio_flags, bp-bio_blkno,
+ printf(flastrategy(%p) %s %x, %lld, %ld, %p)\n,
+ bp, devtoname(bp-bio_dev), bp-bio_flags,
+ (long long)bp-bio_blkno,
bp-bio_bcount / DEV_BSIZE, bp-bio_data);
sc = bp-bio_dev-si_drv1;
@@ -225,8 +226,9 @@
ENTER();
if (fla_debug 1 || error) {
- printf(fla%d: %d = rwe(%p, %d, %d, %d, %ld, %p)\n,
- unit, error, bp, unit, what, bp-bio_pblkno,
+ printf(fla%d: %d = rwe(%p, %d, %d, %lld, %ld, %p)\n,
+ unit, error, bp, unit, what,
+ (long long)bp-bio_pblkno,
bp-bio_bcount / DEV_BSIZE, bp-bio_data);
}
if (error) {
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: cc1 warning as errors - can one switch this off?
On Tue, 19 Mar 2002 12:16:05 PST, Kris Kennaway wrote: Go back and read what config(8) is telling you, it's right there in front of you! You shouldn't be too hard on people about missing config(8)'s output, given that it's buried if you use the buildkernel target, as recommended. Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: fla LINT breakage.
You're welcome to commit it :-)
Poul-Henning
In message [EMAIL PROTECTED], Alfred Perlstein writes:
Fixes format warnings. Since there was so much... bitching about my
last commit to something contrib/* I'm posting the fix here.
Index: fla.c
===
RCS file: /home/ncvs/src/sys/contrib/dev/fla/fla.c,v
retrieving revision 1.29
diff -u -r1.29 fla.c
--- fla.c 12 Sep 2001 08:36:59 - 1.29
+++ fla.c 19 Mar 2002 20:22:51 -
@@ -181,8 +181,9 @@
enum doc2k_work what;
if (fla_debug 1)
- printf(flastrategy(%p) %s %x, %d, %ld, %p)\n,
- bp, devtoname(bp-bio_dev), bp-bio_flags, bp-bio_blkno,
+ printf(flastrategy(%p) %s %x, %lld, %ld, %p)\n,
+ bp, devtoname(bp-bio_dev), bp-bio_flags,
+ (long long)bp-bio_blkno,
bp-bio_bcount / DEV_BSIZE, bp-bio_data);
sc = bp-bio_dev-si_drv1;
@@ -225,8 +226,9 @@
ENTER();
if (fla_debug 1 || error) {
- printf(fla%d: %d = rwe(%p, %d, %d, %d, %ld, %p)\n,
- unit, error, bp, unit, what, bp-bio_pblkno,
+ printf(fla%d: %d = rwe(%p, %d, %d, %lld, %ld, %p)\n,
+ unit, error, bp, unit, what,
+ (long long)bp-bio_pblkno,
bp-bio_bcount / DEV_BSIZE, bp-bio_data);
}
if (error) {
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED] | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: fla LINT breakage.
* Poul-Henning Kamp [EMAIL PROTECTED] [020319 12:40] wrote: You're welcome to commit it :-) Thank you. Poul-Henning In message [EMAIL PROTECTED], Alfred Perlstein writes: Fixes format warnings. Since there was so much... bitching about my last commit to something contrib/* I'm posting the fix here. Index: fla.c To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Chinese use FreeBSD and have ESP / Mental telepathy
Yoriko Chow wrote: http://paulinetan.5u.com/ Chinese have ESP / Mental telepathy It the worlds greatest kept secret. It a secret thats been kept for a long time. We still keep it a secret, The only people that know are Chinese with ESP We can all read your mind.. We keep it a secret from the rest of the non Chinese society Reading minds is easy. Having a mind worth reading, now... that takes real work. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATAPICAM
Søren Schmidt wrote: It seems Samuel Tardieu wrote: Has the ATAPICAM patch entered the kernel sources already? I cannot seem to find the option in LINT. No, Justin has called for a timeout on that Why? Supposedly the hang on boot problems have been taken care of... it's better to have one API for something than two. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
Kenneth Culver wrote: Oh yes, I forgot, there is also a cdrdao on: ftp://freebsd.dk/pub/ATA/cdrdao-1.1.5-ATA.tgz Again no CAM or atapicam needed :) Is this a competition??? :-) Feels like it. 8-). Don't worry: he would have to convert every CD tool out there that didn't already have ATAPI support to win. 8-). -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
What changed with the resolver such that it won't use /etc/hosts anymore?
All of my boxes that are on a private network can longer resolve their IP address to a name. In the past this /etc/nsswitch.conf would have the resolver first look in /etc/hosts which would resolve the IP address to a name. $ cat /etc/nsswitch.conf hosts: files dns So what broke this? -- -- David ([EMAIL PROTECTED]) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
On Tue, 2002-03-19 at 06:26, Sxren Schmidt wrote: For those that have problems with burncd or simply cannot live without, I've put up the source for an ATAPI enabled cdrecord on: ftp://freebsd.dk/pub/ATA/cdrtools-1.10-ATA.tgz On -stable it needs the ATA driver update I did a yesterday. It does *not* need CAM or the atapicam patches, it uses the ATA driver directly.. Enjoy! -Søren To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message Søren, In the past you've objected to ATAPI-CAM on two grounds, fear that it won't be done right, and fear that it will add more work to yourself. I think that there are enough highly intelligent people interested in the project that the first issue can be put to rest. While I highly respect what you have done with this port, I think that you are eroding your defense of the second issue. I fail to see how porting (and presumably maintaining) a multitude of CD utilities will be less work for you than allowing someone to put a CAM hook into your acd driver, and then sitting back as they maintain that work. If you object to ATAPI-CAM, just come out and and admit it. This isn't a battle of egos of wills, and nobody is trying to discredit your work. You are a valuable member of the FreeBSD community, and everybody appreciates the work that you have put it. ATAPI-CAM is not meant to replace you, since we still need your expertise in every other part of the ATA/ATAPI/IDE framework. It is meant to help users who want a simple way to do cool stuff with their ATAPI devices. Scott To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Please backout recent ipfilter changes.
The recent changes to ipfilter break world. Can someone back out the changes? -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ipfstat fix?
Can someone commit this fix?
--- sbin/ipfstat/Makefile.orig Tue Mar 19 14:45:01 2002
+++ sbin/ipfstat/Makefile Tue Mar 19 14:45:16 2002
@@ -4,7 +4,7 @@
PROG= ipfstat
MAN= ipfstat.8
-SRCS= fils.c parse.c opt.c kmem.c facpri.c common.c
+SRCS= fils.c parse.c opt.c kmem.c facpri.c common.c printstate.c
CFLAGS+=-DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -DSTATETOP
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter/netinet
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: ipfstat fix?
* Steve Kargl [EMAIL PROTECTED] [020319 14:49] wrote:
Can someone commit this fix?
done.
--- sbin/ipfstat/Makefile.orig Tue Mar 19 14:45:01 2002
+++ sbin/ipfstat/Makefile Tue Mar 19 14:45:16 2002
@@ -4,7 +4,7 @@
PROG= ipfstat
MAN= ipfstat.8
-SRCS= fils.c parse.c opt.c kmem.c facpri.c common.c
+SRCS= fils.c parse.c opt.c kmem.c facpri.c common.c printstate.c
CFLAGS+=-DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -DSTATETOP
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter/netinet
CFLAGS+=-I${.CURDIR}/../../sys/contrib/ipfilter
--
-Alfred Perlstein [[EMAIL PROTECTED]]
'Instead of asking why a piece of software is using 1970s technology,
start asking why software is ignoring 30 years of accumulated wisdom.'
Tax deductible donations for FreeBSD: http://www.freebsdfoundation.org/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
Le 2002-03-19, Søren Schmidt écrivait : gmake[1]: *** [TocParser.o] Error 1 You need to have pccts installed to compile cdrdao I do, and as I mentioned in my first message, the compileation completed after a gmake distclean. These utils are ATA only (as the name implies), if our ports people wants to merge it into whats already there I wont complain :) That said I think the ATA only version covers more than a significant percentage of our userbase In which case I'll be more than happy to continue maintaining ATAPI/CAM as an alternative solution, which addresses 100% of our user base and does not impose any additional work upon application authors or port maintainers. Thomas. -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please backout recent ipfilter changes.
The recent changes to ipfilter break world. Can someone back out the changes? Better; please post the errors that you are seeing so that this can be fixed. M -- o Mark Murray \_ O.\_Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please backout recent ipfilter changes.
On Tue, Mar 19, 2002 at 11:06:18PM +, Mark Murray wrote: The recent changes to ipfilter break world. Can someone back out the changes? Better; please post the errors that you are seeing so that this can be fixed. I already posted a fix for ipfstat. ipmon and ipnat are broken. What would appear to be the obvious fix for ipnat doesn't work. It is clear that Darren did not try to build ipfilter after his changes. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please backout recent ipfilter changes.
Better; please post the errors that you are seeing so that this can be fixed. I already posted a fix for ipfstat. ipmon and ipnat are broken. What would appear to be the obvious fix for ipnat doesn't work. It is clear that Darren did not try to build ipfilter after his changes. Post the _errors_. :-) M -- o Mark Murray \_ O.\_Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cdrecord for ATAPI burners available..
On Wed, Mar 20, 2002 at 12:00:43AM +0100, Thomas Quinot wrote: These utils are ATA only (as the name implies), if our ports people wants to merge it into whats already there I wont complain :) That said I think the ATA only version covers more than a significant percentage of our userbase Speaking as a ports person, I don't like the idea of having to backport these changes repeatedly over the course of a product's lifetime, and a local hack for FreeBSD is gross. In which case I'll be more than happy to continue maintaining ATAPI/CAM as an alternative solution, which addresses 100% of our user base and does not impose any additional work upon application authors or port maintainers. On the other hand, I think Thomas' approach is more maintainable. I do not understand why ATA/CAM people won't cooperate on this, but then I'm just a ports person... what do I know about maintenance? Regards, -- wca To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please backout recent ipfilter changes.
On Tue, 2002-03-19 at 17:18, Mark Murray wrote: Post the _errors_. :-) cc -pipe -march=pentiumpro -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/sbin/ipnat/../../sys/contrib/ipfilter/netinet -I/usr/src/sbin/ipnat/../../contrib/ipfilter -static -o ipnat ipnat.o kmem.o natparse.o common.o -lkvm ipnat.o: In function `dostats': ipnat.o(.text+0x671): undefined reference to `printnat' ipnat.o(.text+0x733): undefined reference to `printactivenat' ipnat.o: In function `showhostmap': ipnat.o(.text+0x858): undefined reference to `printhostmap' natparse.o: In function `natparsefile': natparse.o(.text+0x1d02): undefined reference to `printnat' -- Michael D. Harnois bilocational bivocational Pastor, Redeemer Lutheran ChurchWashburn, Iowa 1L, UST School of Law Minneapolis, Minnesota A man is a success if he gets up in the morning and gets to bed at night, and in between he does what he wants to do. -- Bob Dylan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please backout recent ipfilter changes.
On Tue, Mar 19, 2002 at 05:36:16PM -0600, Michael D. Harnois wrote: On Tue, 2002-03-19 at 17:18, Mark Murray wrote: Post the _errors_. :-) I'm in the middle of buildworld. cc -pipe -march=pentiumpro -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/sbin/ipnat/../../sys/contrib/ipfilter/netinet -I/usr/src/sbin/ipnat/../../contrib/ipfilter -static -o ipnat ipnat.o kmem.o natparse.o common.o -lkvm ipnat.o: In function `dostats': ipnat.o(.text+0x671): undefined reference to `printnat' ipnat.o(.text+0x733): undefined reference to `printactivenat' ipnat.o: In function `showhostmap': ipnat.o(.text+0x858): undefined reference to `printhostmap' natparse.o: In function `natparsefile': natparse.o(.text+0x1d02): undefined reference to `printnat' This is one of the problems. The obvious fix is to add printnat.c to SRCS in the Makefile. This doesn't work because of a reference to a member of structure which doesn't exist. -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cc1 warning as errors - can one switch this off?
On Tue, Mar 19, 2002 at 10:36:15PM +0200, Sheldon Hearn wrote: On Tue, 19 Mar 2002 12:16:05 PST, Kris Kennaway wrote: Go back and read what config(8) is telling you, it's right there in front of you! You shouldn't be too hard on people about missing config(8)'s output, given that it's buried if you use the buildkernel target, as recommended. And how about people who don't read any of: * the mailing list * the mailing list archives * the commit messages * UPDATING ? Kris msg36377/pgp0.pgp Description: PGP signature
Re: Please backout recent ipfilter changes.
On Tue, Mar 19, 2002 at 11:18:15PM +, Mark Murray wrote: Better; please post the errors that you are seeing so that this can be fixed. I already posted a fix for ipfstat. ipmon and ipnat are broken. What would appear to be the obvious fix for ipnat doesn't work. It is clear that Darren did not try to build ipfilter after his changes. Post the _errors_. :-) Oh yeah, I forgot ipftest is broken, too. -- Steve === usr.sbin/ipftest rm -f .depend CC=cc mkdep -f .depend -a-DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/usr/src/usr.sbin/ipftest/../../contrib/ipfilter /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipt.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/parse.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_sn.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_ef.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_td.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_pc.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/opt.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_tx.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/misc.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_proxy.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_auth.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_hx.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_fil.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/natparse.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/facpri.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/common.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_proxy.c:102: netinet/ip_ipsec_pxy.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.sbin/ipftest. *** Error code 1 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Please backout recent ipfilter changes.
On Tue, Mar 19, 2002 at 03:44:15PM -0800, Steve Kargl wrote: On Tue, Mar 19, 2002 at 11:18:15PM +, Mark Murray wrote: Post the _errors_. :-) Oh yeah, I forgot ipftest is broken, too. === usr.sbin/ipftest rm -f .depend CC=cc mkdep -f .depend -a-DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/usr/src/usr.sbin/ipftest/../../contrib/ipfilter /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipt.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/parse.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_sn.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_ef.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_td.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_pc.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/opt.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_tx.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/misc.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_frag.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_state.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_nat.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_proxy.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_auth.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipft_hx.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_fil.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/natparse.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/facpri.c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/common.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/ip_proxy.c:102: netinet/ip_ipsec_pxy.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /usr/src/usr.sbin/ipftest. *** Error code 1 This patch fixes the make depend stage --- /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.c.orig Tue Mar 19 15:56:46 2002 +++ /usr/src/sys/contrib/ipfilter/netinet/ip_proxy.cTue Mar 19 15:57:35 2002 @@ -99,7 +99,7 @@ #include netinet/ip_raudio_pxy.c #include netinet/ip_netbios_pxy.c #endif -#include netinet/ip_ipsec_pxy.c +#include ip_ipsec_pxy.c ap_session_t *ap_sess_tab[AP_SESS_SIZE]; ap_session_t *ap_sess_list = NULL; This then leads to root[441] make cc -O -pipe -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/usr/src/usr.sbin/ipftest/../../contrib/ipfilter-c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/ipt.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/usr/src/usr.sbin/ipftest/../../contrib/ipfilter-c /usr/src/usr.sbin/ipftest/../../contrib/ipfilter/parse.c cc -O -pipe -DUSE_INET6 -DIPL_NAME=\/dev/ipl\ -I/usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet -I/usr/src/usr.sbin/ipftest/../../contrib/ipfilter-c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c: In function `fr_makefrip': /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c:287: `ICMP6_MINLEN' undeclared (first use in this function) /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c:287: (Each undeclared identifier is reported only once /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c:287: for each function it appears in.) /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c: In function `fr_check': /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c:1101: too many arguments to function `fr_addstate' /usr/src/usr.sbin/ipftest/../../sys/contrib/ipfilter/netinet/fil.c:1222: warning: passing arg 2 of `send_reset' from incompatible pointer type *** Error code 1 -- Steve To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Unexpected Soft Update Inconsistency
I've got a -CURRENT system that is seriously resisting attempts to revive it. No matter how many times I run fsck(8), it tells me, ** /dev/ad0s1a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes CANNOT READ BLK: 8407744 UNEXPECTED SOFT UPDATE INCONSISTENCY CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 8407744, 8407745, 8407746, 8407747, 8407748, 8407749, 8407750, 8407751, 8407752, 8407753, 8407754, 8407755, 8407756, 8407757, 8407758, 8407759, ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 133720 files, 1429523 used, 2651122 free (34074 frags, 327131 blocks, 0.8% fragmentation) * FILE SYSTEM STILL DIRTY * * PLEASE RERUN FSCK * There are no reports of hard errors, so I believe this is purely a soft error. Any advice on how to fix? -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Unexpected Soft Update Inconsistency
Sounds like your disklabel is smaller than your filesystem ? In message [EMAIL PROTECTED], Crist J. Clark writes : I've got a -CURRENT system that is seriously resisting attempts to revive it. No matter how many times I run fsck(8), it tells me, ** /dev/ad0s1a ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes CANNOT READ BLK: 8407744 UNEXPECTED SOFT UPDATE INCONSISTENCY CONTINUE? yes THE FOLLOWING DISK SECTORS COULD NOT BE READ: 8407744, 8407745, 8407746, 8407747, 8407748, 8407749, 8407750, 8407751, 8407752, 8407753, 8407754, 8407755, 8407756, 8407757, 8407758, 8407759, ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 133720 files, 1429523 used, 2651122 free (34074 frags, 327131 blocks, 0.8% fragmentation) * FILE SYSTEM STILL DIRTY * * PLEASE RERUN FSCK * There are no reports of hard errors, so I believe this is purely a soft error. Any advice on how to fix? -- Crist J. Clark | [EMAIL PROTECTED] | [EMAIL PROTECTED] http://people.freebsd.org/~cjc/| [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
