Re: DEVFS
In message [EMAIL PROTECTED], Ruslan Ermilov writes: Hi! Just installed recent -CURRENT on my PC, and noticed strange things: 1) If I don't have devfs line in /etc/fstab, why DEVFS mount is still happening on /dev, and where? It's done as the first thing in /sbin/init to make sure all device access is done through DEVFS. 2) Is it valid that multiple DEVFS mounts over /dev are allowed? yes. -- 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: DEVFS
In message [EMAIL PROTECTED], Matthew Jacob writes: On Thu, 10 May 2001, Ruslan Ermilov wrote: Hi! Just installed recent -CURRENT on my PC, and noticed strange things: 1) If I don't have devfs line in /etc/fstab, why DEVFS mount is still happening on /dev, and where? Somewhat wierdly and unobviously, it's init that does the magic. this is basically because it is one line to do it in /sbin/init, but about 100 to do it in the kernel. Blame the poor design of mount(2) (and ask Adrian when he fixes it :-) -- 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
sysinstall and wrong /etc/ttys types
The only thing left to make sysinstall localized setting working is adding code to fix /etc/ttys terminal types which in current variant is stuck to cons25 only producing wrong vt100 pseudographics for Latin* and KOI8-* users. I e. some code which replace cons25 in /etc/ttys according to this font table: Latin1: cons25l1 Latin2: cons25l2 KOI8-R: cons25r KOI8-U: cons25u (including screenmapped variants, of course) I don't know sysinstall deep enough for that. Any takers? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: DEVFS
In message [EMAIL PROTECTED], Antoine Beaupre (LMC) writes: Another OT question.. Is any MFC planned for devfs? I'm getting jealous of -current (running -stable). ;) It will not be MFC'ed unless somebody else does the work, I simply don't have the time... -- 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: **HEADS-UP** ficl changes change `base' type
On Thu, May 10, 2001 at 05:20:46PM -0300, Daniel C. Sobral wrote: John Sadler is not a Unix user, and has no experience with Unix, and ... If you know exactly how to produce a .tar.gz under Windows that is suitable for our use, I'm sure he would appreciate the help. Ask him to use infozip/pkzip -- I know that is easy for Winloose users. Our unzip has a command line option to fix the text line termination. The zip he produces can be extracted fine. That's not the question. Then what's the question? Why can't people use the .zip file and not ask Sadler to produce a .tar.gz? To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: cp -u patch
Lets try another realistic example: cp -uvp ab* cde*.f* g? h/*.i? j/kl /m What's the find | cpio invocation for that? When you come up with it, it echo ab* cde*.f* g? h/*.i? j/kl /m | cpio ... Messy - No, Portable - Yes. BT - wrong. cp flattens the hierarchy, cpio does not. I think this was a trick question :*P Yes. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: DEVFS
On Fri, 11 May 2001, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Matthew Jacob writes: On Thu, 10 May 2001, Ruslan Ermilov wrote: Hi! Just installed recent -CURRENT on my PC, and noticed strange things: 1) If I don't have devfs line in /etc/fstab, why DEVFS mount is still happening on /dev, and where? Somewhat wierdly and unobviously, it's init that does the magic. this is basically because it is one line to do it in /sbin/init, but about 100 to do it in the kernel. Blame the poor design of mount(2) (and ask Adrian when he fixes it :-) It must be the excellent design of mount(2) that makes it so easy to do things with it where it can be used :-). Bruce To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall and wrong /etc/ttys types
Look through the cvs history for sysinstall - you'll see that it already had much of that already, back around 2.0.5 I think. It was eventually removed again due to disuse. - Jordan From: Andrey A. Chernov [EMAIL PROTECTED] Subject: sysinstall and wrong /etc/ttys types Date: Fri, 11 May 2001 12:06:57 +0400 The only thing left to make sysinstall localized setting working is adding code to fix /etc/ttys terminal types which in current variant is stuck to cons25 only producing wrong vt100 pseudographics for Latin* and KOI8-* users. I e. some code which replace cons25 in /etc/ttys according to this font table: Latin1: cons25l1 Latin2: cons25l2 KOI8-R: cons25r KOI8-U: cons25u (including screenmapped variants, of course) I don't know sysinstall deep enough for that. Any takers? -- Andrey A. Chernov http://ache.pp.ru/ 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: DEVFS
In message [EMAIL PROTECTED], Bruce Evan s writes: Blame the poor design of mount(2) (and ask Adrian when he fixes it :-) It must be the excellent design of mount(2) that makes it so easy to do things with it where it can be used :-). Just too bad it wasn't designed so that it can be used from kernel processes as well :-( -- 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: sysinstall and wrong /etc/ttys types
On Fri, May 11, 2001 at 01:44:59 -0700, Jordan Hubbard wrote: Look through the cvs history for sysinstall - you'll see that it already had much of that already, back around 2.0.5 I think. It was eventually removed again due to disuse. Could you please be more specific on what you mean by disuse? I.e. what was the problem with that stuff and what goes wrong? Do you against its resurrection by what reasons? -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall and wrong /etc/ttys types
hi, there! On Fri, 11 May 2001, Andrey A. Chernov wrote: Look through the cvs history for sysinstall - you'll see that it already had much of that already, back around 2.0.5 I think. It was eventually removed again due to disuse. Could you please be more specific on what you mean by disuse? I.e. what was the problem with that stuff and what goes wrong? Do you against its resurrection by what reasons? having sysinstall that configures /etc/ttys will be great /fjoe To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall and wrong /etc/ttys types
On Fri, May 11, 2001 at 16:20:18 +0700, Max Khon wrote: having sysinstall that configures /etc/ttys will be great It can be implemented as separate entry in Console setup menu, i.e. Fonts ... Screenmap, Ttys -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: WinModem Support
On Fri, May 11, 2001 at 01:26:41AM +0300, Tomi Vainio - Sun Finland - wrote: Mark Santcroos writes: I have contacted the author and he made a last change in the interrupt setup. I have made a small stand alone package for -CURRENT, it holds the .c, the linux object file, a Makefile and a script to create the necessary device files. (If you want it in your kernel you can figure out yourself probably, this is just a proof of concept) http://www.ripe.net/home/mark/files/ltmdm_current_may_10.tgz It works great for me, let me know if it is not generic enough and I will apply the changes. I tried your package with Toshiba Portege 3440CT and 5.0C cvsupped last weekend. Still the same problems, no connect though it dials and ATI3 gives hard hang. I had that errors also before the last patch, but after applying my that problems disappeared. FYI: I have a Toshiba Portege 3110CT, probably the same modem as yours. (as the machines are very similar) I found it very hard to debug the problem myself, maybe someone has good advise on debugging problems that are interrupt related and hang the machine. Also I noticed that the driver is not yet perfect. Although it does work sometimes. I haven't get it to work for longer periods and multiple times. However, these seem minor issues to me. Good luck. Mark -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: DEVFS
On Fri, 11 May 2001, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Bruce Evan s writes: Blame the poor design of mount(2) (and ask Adrian when he fixes it :-) It must be the excellent design of mount(2) that makes it so easy to do things with it where it can be used :-). Just too bad it wasn't designed so that it can be used from kernel processes as well :-( I've made this observation before, of course, but it is my general opionion that, leaving aside uio structures, awareness of userland data pointers should generall be limited to the system call code rather than the service implementation. The existence of userland points in VFS calls (and I've introduced one myself in the vfs_extattrctl call) is generally evil. It makes it much harder to initiate a service from within a kernel thread or process, and do ABI wrapping. Robert N M Watson FreeBSD Core Team, TrustedBSD Project [EMAIL PROTECTED] NAI Labs, Safeport Network Services To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: DEVFS
In message [EMAIL PROTECTED], Robe rt Watson writes: On Fri, 11 May 2001, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Bruce Evan s writes: Blame the poor design of mount(2) (and ask Adrian when he fixes it :-) It must be the excellent design of mount(2) that makes it so easy to do things with it where it can be used :-). Just too bad it wasn't designed so that it can be used from kernel processes as well :-( I've made this observation before, of course, but it is my general opionion that, leaving aside uio structures, awareness of userland data pointers should generall be limited to the system call code rather than the service implementation. The existence of userland points in VFS calls (and I've introduced one myself in the vfs_extattrctl call) is generally evil. It makes it much harder to initiate a service from within a kernel thread or process, and do ABI wrapping. Well, if I'm not allowed to gripe about that (although in reality you agree with me :-) then I'll gripe about the max 32 mount options limitation. -- 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: sysinstall and wrong /etc/ttys types
Could you please be more specific on what you mean by disuse? I.e. what was the problem with that stuff and what goes wrong? Do you against its resurrection by what reasons? E.g. we went and translated a bunch of the *.TXT files into various languages (among them Russian) and then gave sysinstall the ability to change the screen map, terminal type and keyboard mapping according to a global language setting. That survived for exactly one release after we realized that we didn't have the infrastructure necessary to translate those documents on an ongoing basis. It was sort of an experiment anyway, so nobody really cried when we took it back out. But I'm not against it's resurrection. That was then, these days we have quite a bit more infrastructure and a better translation process. Also, thanks to Mr. Mah, the *.TXT files have finally been integrated into our overall docs and are thus far easier to generate international versions of. - Jordan To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sysinstall and wrong /etc/ttys types
On Fri, May 11, 2001 at 07:42:36 -0700, Jordan Hubbard wrote: E.g. we went and translated a bunch of the *.TXT files into various languages (among them Russian) and then gave sysinstall the ability to change the screen map, terminal type and keyboard mapping according to a global language setting. That survived for exactly one release after we realized that we didn't have the infrastructure necessary to translate those documents on an ongoing basis. It was sort of an experiment anyway, so nobody really cried when we took it back out. Umm, I mean not this complex thing at all, I mean just tuning /etc/ttys file the same way as sysinstall currently tunes /etc/rc.conf file, i.e. just change variables there without loading font/screenmap/etc inside sysinstall itself. -- Andrey A. Chernov http://ache.pp.ru/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
new function for libdevstat
Hello. 2 monthes ago I talked in -current about new features for libdevstat. Here is a new function, which calculate more statistics then existing compute_stats(). (compute_stats() calculate only average results, not read/write results). Please see my first step. Comments are welcome. -- Rgdz,/\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN [EMAIL PROTECTED]X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ int devstat_compute_statistics(struct devstat *current, struct devstat *previous, long double etime, u_int64_t *total_bytes, u_int64_t *total_bytes_read, u_int64_t *total_bytes_write, u_int64_t *total_transfers, u_int64_t *total_transfers_read, u_int64_t *total_transfers_write, u_int64_t *total_transfers_other, u_int64_t *total_blocks, u_int64_t *total_blocks_read, u_int64_t *total_blocks_write, long double *kb_per_transfer, long double *kb_per_transfer_read, long double *kb_per_transfer_write, long double *transfers_per_second, long double *transfers_per_second_read, long double *transfers_per_second_write, long double *transfers_per_second_other, long double *mb_per_second, long double *mb_per_second_read, long double *mb_per_second_write, long double *blocks_per_second, long double *blocks_per_second_read, long double *blocks_per_second_write, long double *ms_per_transaction, long double *ms_per_transaction_read, long double *ms_per_transaction_write) { u_int64_t totalbytes, totalbytes_read, totalbytes_write; u_int64_t totaltransfers, totaltransfers_read, totaltransfers_write, totaltransfers_other; u_int64_t totalblocks, totalblocks_read, totalblocks_write; char *func_name = devstat_compute_statistics; /* * current is the only mandatory field. */ if (current == NULL) { sprintf(devstat_errbuf, %s: current stats structure was NULL, func_name); return(-1); } /* totalbytes = (current-bytes_written + current-bytes_read) - ((previous) ? (previous-bytes_written + previous-bytes_read) : 0); if (total_bytes) *total_bytes = totalbytes; */ totalbytes_read = current-bytes_read - ((previous) ? previous-bytes_read) : 0); if (total_bytes_read) *total_bytes_read = totalbytes_read; totalbytes_write = current-bytes_written - ((previous) ? (previous-bytes_written) : 0); if (total_bytes_write) *total_bytes_write = totalbytes_write; totalbytes = totalbytes_read + totalbytes_write; if (total_bytes) *total_bytes = totalbytes; /* totaltransfers = (current-num_reads + current-num_writes + current-num_other) - ((previous) ? (previous-num_reads + previous-num_writes + previous-num_other) : 0); if (total_transfers) *total_transfers = totaltransfers; */ totaltransfers_read = current-num_reads - ((previous) ? (previous-num_reads) : 0); if (total_transfers_read) *total_transfers_read = totaltransfers_read; totaltransfers_write = current-num_writes - ((previous) ? (previous-num_writes) : 0); if (total_transfers_write) *total_transfers_write = totaltransfers_write; totaltransfers_other = current-num_other - ((previous) ? (previous-num_other) : 0); if (total_transfers_other) *total_transfers_other = totaltransfers_other; totaltransfers = totaltransfers_read + totaltransfers_write + totaltransfers_other; if (total_transfers) *total_transfers = totaltransfers; if (transfers_per_second) { if (etime 0.0) { *transfers_per_second = totaltransfers; *transfers_per_second /= etime; } else *transfers_per_second = 0.0; } if (transfers_per_second_read) { if (etime 0.0) { *transfers_per_second_read = totaltransfers_read; *transfers_per_second_read /= etime; } else *transfers_per_second_read = 0.0; } if (transfers_per_second_write) {
Re: new function for libdevstat
In message [EMAIL PROTECTED], Sergey A. Osokin writes: Hello. 2 monthes ago I talked in -current about new features for libdevstat. Here is a new function, which calculate more statistics then existing compute_stats(). (compute_stats() calculate only average results, not read/write results). Please see my first step. Comments are welcome. I really don't think this is the way... I would far rather see: enum DEVSTAT_METRIC { DEVSTAT_BYTES, DEVSTAT_BYTES_READ, DEVSTAT_BYTES_WRITE, ... } int devstat_compute_statistics( struct devstat *current, struct devstat *previous, enum DEVSTAT_METRIC metric, double *destination); Since that can be extended with new metrics without changing the ABI... Poul-Henning -- Rgdz,/\ Sergey Osokin aka oZZ, \ / ASCII RIBBON CAMPAIGN [EMAIL PROTECTED]X AGAINST HTML MAIL http://freebsd.org.ru/~osa/ / \ --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=newstat.c int devstat_compute_statistics(struct devstat *current, struct devstat *previous, long double etime, u_int64_t *total_bytes, u_int64_t *total_bytes_read, u_int64_t *total_bytes_write, u_int64_t *total_transfers, u_int64_t *total_transfers_read, u_int64_t *total_transfers_write, u_int64_t *total_transfers_other, u_int64_t *total_blocks, u_int64_t *total_blocks_read, u_int64_t *total_blocks_write, long double *kb_per_transfer, long double *kb_per_transfer_read, long double *kb_per_transfer_write, long double *transfers_per_second, long double *transfers_per_second_read, long double *transfers_per_second_write, long double *transfers_per_second_other, long double *mb_per_second, long double *mb_per_second_read, long double *mb_per_second_write, long double *blocks_per_second, long double *blocks_per_second_read, long double *blocks_per_second_write, long double *ms_per_transaction, long double *ms_per_transaction_read, long double *ms_per_transaction_write) { u_int64_t totalbytes, totalbytes_read, totalbytes_write; u_int64_t totaltransfers, totaltransfers_read, totaltransfers_write, totaltransfers_other; u_int64_t totalblocks, totalblocks_read, totalblocks_write; char *func_name = devstat_compute_statistics; /* * current is the only mandatory field. */ if (current == NULL) { sprintf(devstat_errbuf, %s: current stats structure was NULL, func_name); return(-1); } /* totalbytes = (current-bytes_written + current-bytes_read) - ((previous) ? (previous-bytes_written + previous-bytes_read) : 0); if (total_bytes) *total_bytes = totalbytes; */ totalbytes_read = current-bytes_read - ((previous) ? previous-bytes_read) : 0); if (total_bytes_read) *total_bytes_read = totalbytes_read; totalbytes_write = current-bytes_written - ((previous) ? (previous-bytes_written) : 0); if (total_bytes_write) *total_bytes_write = totalbytes_write; totalbytes = totalbytes_read + totalbytes_write; if (total_bytes) *total_bytes = totalbytes; /* totaltransfers = (current-num_reads + current-num_writes + current-num_other) - ((previous) ? (previous-num_reads + previous-num_writes + previous-num_other) : 0); if (total_transfers) *total_transfers = totaltransfers; */ totaltransfers_read = current-num_reads - ((previous) ? (previous-num_reads) : 0); if (total_transfers_read) *total_transfers_read = totaltransfers_read; totaltransfers_write = current-num_writes - ((previous) ? (previous-num_writes) : 0); if (total_transfers_write) *total_transfers_write = totaltransfers_write; totaltransfers_other = current-num_other - ((previous) ? (previous-num_other) : 0); if (total_transfers_other) *total_transfers_other = totaltransfers_other; totaltransfers = totaltransfers_read + totaltransfers_write + totaltransfers_other; if (total_transfers) *total_transfers = totaltransfers; if
Re: sysinstall and wrong /etc/ttys types
Andrey A. Chernov [EMAIL PROTECTED] wrote: Umm, I mean not this complex thing at all, I mean just tuning /etc/ttys file the same way as sysinstall currently tunes /etc/rc.conf file, i.e. just change variables there without loading font/screenmap/etc inside sysinstall itself. At least the keymap loading however is crucial for all non-US layout keyboards. Otherwise, e. g. a German luser has a hard time finding the / character needed to specify a mount point. That's been the basic reason why i once added the functionality for both, immediate execution as well as remembering it for later use. Screen maps, font loading etc. is another thing. For the purpose of installation, the default IBM cp437 font is certainly enough. -- cheers, Jorg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: select(2) converted to use a condition variable, and optimis
On Thu, 10 May 2001 09:06:15 +0900, Seigo Tanimura [EMAIL PROTECTED] said: Seigo A quick and hopefully efficient solution to those problems is to Seigo fhold() struct file's first, then enter polling loop. That seems much Seigo cheaper than to work on free()ing a vnode or a socket with holding a Seigo process lock, provided that struct filedesc and file are protected Seigo properly (and we have to do it anyway). That work is now in the patch at: http://people.FreeBSD.org/~tanimura/patches/selectopt.diff Another work in that patch is elimination of P_SELECT and nselcoll check just prior to waiting for selwait. As we now scan file descriptors with holding a process lock, race with selwakeup() should never occur during polling. Please note that netncp and netsmb are not in the scope the solution discussed above because we can neither lock nor hold a reference to a socket for now. Since several issues regarding to the file descriptor layer have risen up, I am planning to commit the patch soon and work on locking file descriptors. -- Seigo Tanimura [EMAIL PROTECTED] [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make installworld runs out of space on / ...
On May 12 The Hermit Hacker wrote: My / directory, right now, has 12Meg free on it ... if I do a make installworld, it will fail due to no space left on device ... Filesystem 1K-blocks UsedAvail Capacity iused ifree %iused Mounted on /dev/da1s1a 63503460151240879%1858 1401212% / Has anyone run into this one? Yes, with softupdates enabled on / Is there a way of fixing it? tunefs -n disable / worked for me. -- Jack O'NeillSystems Administrator / Systems Analyst [EMAIL PROTECTED] Crystal Wind Communications, Inc. Finger [EMAIL PROTECTED] for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD enriched, vcard, HTML messages /dev/null -- A Microsoft Certified Systems Engineer is to computing what a McDonalds Certified Food Specialist is to fine cuisine. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make installworld runs out of space on / ...
On Sat, May 12, 2001 at 12:47:30AM -0300, The Hermit Hacker wrote: My / directory, right now, has 12Meg free on it ... if I do a make installworld, it will fail due to no space left on device ... Filesystem 1K-blocks UsedAvail Capacity iused ifree %iused Mounted on /dev/da1s1a 63503460151240879%1858 1401212% / Has anyone run into this one? Is there a way of fixing it? I can't find anything on / that isn't supposed to be there, or is relatively large ;( rm -rf /var/tmp/install.* -- wca To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make installworld runs out of space on / ...
On Fri, 11 May 2001, jack wrote: On May 12 The Hermit Hacker wrote: My / directory, right now, has 12Meg free on it ... if I do a make installworld, it will fail due to no space left on device ... Filesystem 1K-blocks UsedAvail Capacity iused ifree %iused Mounted on /dev/da1s1a 63503460151240879%1858 1401212% / Has anyone run into this one? Yes, with softupdates enabled on / Is there a way of fixing it? tunefs -n disable / worked for me. d'oh, hadn't thought of that ... will do that before I do my next make installworld, thanks ... To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make installworld runs out of space on / ...
On Fri, 11 May 2001, Will Andrews wrote: On Sat, May 12, 2001 at 12:47:30AM -0300, The Hermit Hacker wrote: My / directory, right now, has 12Meg free on it ... if I do a make installworld, it will fail due to no space left on device ... Filesystem 1K-blocks UsedAvail Capacity iused ifree %iused Mounted on /dev/da1s1a 63503460151240879%1858 1401212% / Has anyone run into this one? Is there a way of fixing it? I can't find anything on / that isn't supposed to be there, or is relatively large ;( rm -rf /var/tmp/install.* /var and /tmp are seperate file systems ... but, I do have softupdates enabled, like someone else suggested :( To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: make installworld runs out of space on / ...
Removing unused files from /boot/modules can free up space. -- Trevor Johnson To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
nfsd/mountd problems?
have checked /usr/src/UPDATING, and found: 20010319: portmap had changed name to rpcbind for maximum POLA in your current world. /etc/hosts.{allow,deny} needs changes. nfs and other rpc based programs that rely on portmapper will not work without updates to /etc/hosts.{allow,deny}. But my hosts.allow is up to date as of May 5th ... May 12 01:10:40 thelab nfsd:[6310]: rpcb_unset failed May 12 01:17:33 thelab nfsd:[20226]: rpcb_unset failed May 12 01:17:48 thelab mountd[21102]: can't delete exports for / May 12 01:17:48 thelab mountd[21102]: can't delete exports for /home May 12 01:17:48 thelab mountd[21102]: can't delete exports for /tmp May 12 01:17:48 thelab mountd[21102]: can't delete exports for /usr May 12 01:17:48 thelab mountd[21102]: can't delete exports for /usr/local May 12 01:17:48 thelab mountd[21102]: can't delete exports for /var May 12 01:17:48 thelab mountd[21105]: can't register UDP RPCMNT_VER1 service May 12 01:17:48 thelab mountd[21105]: can't register UDP RPCMNT_VER3 service May 12 01:17:48 thelab mountd[21105]: can't register TCP RPCMNT_VER1 service May 12 01:17:48 thelab mountd[21105]: can't register TCP RPCMNT_VER3 service May 12 01:17:48 thelab mountd[21105]: can't register UDP6 RPCMNT_VER1 service May 12 01:17:48 thelab mountd[21105]: can't register UDP6 RPCMNT_VER3 service May 12 01:17:48 thelab mountd[21105]: can't register TCP6 RPCMNT_VER1 service May 12 01:17:48 thelab mountd[21105]: can't register TCP6 RPCMNT_VER3 service May 12 01:17:48 thelab mountd[21105]: could not create any services Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-CURRENT b0rked?
On several attempts to build world, I'm getting ths same error: In file included from /usr/src/usr.sbin/sysinstall/keymap.c:40: keymap.h:3606: `keymap_ua_koi8_u_shift_alt' undeclared here (not in a function) keymap.h:3606: initializer element is not constant keymap.h:3606: (near initialization for `keymapInfos[21].map') at which point the build bombs out. This is with completely clean src/ and obj/ each time, and I haven't seen any commits to the file in the last 24+ hours. OTOH, I haven't seen a peep about this from anybody else, so am I just hitting some sort of really weird condition that nobody else has ever heard of here, or is nobody else building -CURRENT right now? -- Matthew Fuller (MF4839) |[EMAIL PROTECTED] Unix Systems Administrator |[EMAIL PROTECTED] Specializing in FreeBSD |http://www.over-yonder.net/ The only reason I'm burning my candle at both ends, is because I haven't figured out how to light the middle yet To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
modules broken at nge
rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/dev -I@/../include /usr/src/sys/modules/nge/../../dev/nge/if_nge.c /usr/src/sys/modules/nge/../../dev/nge/if_nge.c:119: pci/if_ngereg.h: No such file or directory /usr/src/sys/modules/nge/../../dev/nge/if_nge.c:124: miibus_if.h: No such file or directory mkdep: compile failed -- Michael D. Harnois[EMAIL PROTECTED] Redeemer Lutheran Church Washburn, Iowa Never, for the sake of peace and quiet, deny your own experience or convictions. -- Dag Hammarskjold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: -CURRENT b0rked?
On Fri, 11 May 2001 23:44:17 -0500, Matthew D. Fuller wrote: On several attempts to build world, I'm getting ths same error: In file included from /usr/src/usr.sbin/sysinstall/keymap.c:40: keymap.h:3606: `keymap_ua_koi8_u_shift_alt' undeclared here (not in a function) keymap.h:3606: initializer element is not constant keymap.h:3606: (near initialization for `keymapInfos[21].map') at which point the build bombs out. This is with completely clean src/ and obj/ each time, and I haven't seen any commits to the file in the last 24+ hours. OTOH, I haven't seen a peep about this from anybody else, so am I just hitting some sort of really weird condition that nobody else has ever heard of here, or is nobody else building -CURRENT right now? It is unlikely that nobody else is doing buildworld. Please try to do the following and restart buildworld: # cd /usr/src/share/syscons/keymaps make all install cleandir -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message