Antwort: Re: 6-Release Beta 5: extremely slow installation in VMWare 4.52
Apologies for Notes Mail - I am forced to use it. After over 24 hours, sysinstall is still slowly churning against ports/x11. Do you have the ability to install BETA4 and then incrementally update the source tree? That might be a good way to find out what happened. I'll try. Since I am on vacation this weekend, and our firewalls effectively block everything but http/80, it'll have to wait until Monday to grab a CVS repository at home. So please wait at least until Tuesday for results. Also remember the virtual hardware is nearly unusable, because the max IO rate is at about 20k/s. All the best -Christoph Scott Long [EMAIL PROTECTED] An: 22.09.2005 17:29 [EMAIL PROTECTED] Kopie: freebsd-stable@freebsd.org, [EMAIL PROTECTED] Blindkopie: Thema: Re: 6-Release Beta 5: extremely slow installation in VMWare 4.52 - Christoph Sold wrote: Hi All, trying to install 6-stable in a VMWare 4.5.2 WS installation, running on an 1.6 GHz Celeron CPU. After 3 hours, it still extracts scontrib into /usr/src directory. On tty 3, top tells cpio ist in vlruwk state for ages. CPU states: 0.1% user, 0.0% nice, 0.4% system, 0.8 interrupt, 99.5% idle. Installing Beta 4 went flawlessly, so I guess some filesystem change since then is the culprit. Regards, Christoph Sold We mostly have reports on VMWare 5, not 4, so given those reports I'm surprised that it works at all =-) I can't think of anything that has changed that would be a smoking gun. In fact, debugging was removed from BETA5, so it _should_ go faster, not slower. Do you have the ability to install BETA4 and then incrementally update the source tree? That might be a good way to find out what happened. Scott - Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. --___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6-Release Beta 5: extremely slow installation in VMWare 4.52
Scott Long scottl at samsco.org writes: Christoph Sold wrote: Hi All, trying to install 6-stable in a VMWare 4.5.2 WS installation, running on an 1.6 GHz Celeron CPU. After 3 hours, it still extracts scontrib into /usr/src directory. On tty 3, top tells cpio ist in vlruwk state for ages. CPU states: 0.1% user, 0.0% nice, 0.4% system, 0.8 interrupt, 99.5% idle. Installing Beta 4 went flawlessly, so I guess some filesystem change since then is the culprit. Regards, Christoph Sold We mostly have reports on VMWare 5, not 4, so given those reports I'm surprised that it works at all =-) I can't think of anything that has changed that would be a smoking gun. In fact, debugging was removed from BETA5, so it _should_ go faster, not slower. Do you have the ability to install BETA4 and then incrementally update the source tree? That might be a good way to find out what happened. Scott Unfortunately, our corporate firewall blocks anything but http/port80, https/port443. Thus, neither CVS nor CVSup are an option. in addition, the install is still running after 24 hours. At this time, the full install churns slowly against ports/x11-themes. I'll grab a cvs repository at home, but do not expect results before Tuesday, since I'm on vacation this weekend. One more hint: calcru: runtime went backwards... pops up once or twice for each file. -Christoph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6-Release Beta 5: extremely slow installation in VMWare 4.52
Scott Long scottl at samsco.org writes: We mostly have reports on VMWare 5, not 4, so given those reports I'm surprised that it works at all =-) [Snip] Additional information: the slowdown gets triggered only by a FULL install. A Developer install runs as long as BETA 4. This contradicts my initial opinion, as the filesystem is clearly the same for both Developer an Full installs. -Christoph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
6-Release Beta 5: extremely slow installation in VMWare 4.52
Hi All, trying to install 6-stable in a VMWare 4.5.2 WS installation, running on an 1.6 GHz Celeron CPU. After 3 hours, it still extracts scontrib into /usr/src directory. On tty 3, top tells cpio ist in vlruwk state for ages. CPU states: 0.1% user, 0.0% nice, 0.4% system, 0.8 interrupt, 99.5% idle. Installing Beta 4 went flawlessly, so I guess some filesystem change since then is the culprit. Regards, Christoph Sold ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
4.8-S crashes during boot in USB code
Hi List, my FreeBSD-4.8-Stable custom kernel crashes in USB code during boot. It does not matter if any USB device is connected. I checked all combinations of no, one, or two devices connected out of my collection (USB memory stick, Sony clie handheld). The crash is reproducible at the same location in the USB driver. A generic kernel does not crash, but does not detect the Clie. Enclosed are a DDB stack trace (stacktrace.txt), my machine-specific config file (KISTE), as well as dmesg output from the generic kernel (dmesg.boot.txt). Any hints? Thanks in advance -Christoph Sold atapci0: VIA 82C686 ATA66 controller port 0xd800-0xd80f at device 4.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 uhci0: VIA 83C572 USB controller port 0xd400-0xd4ff irq 5 at device 4.2 on pci usb0: VIA 87C572 USB controller on uhci0 usb0: USB revision 1.0 uhub0: UIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered Fatal trap 12: page fault while in kernel mode fault virtual address : 0x4 fault code : supervisor read, page not present instruction pointer : 0x8:0xc02df5ac stack pointer : 0x10:0xc052ad20 frame pointer : 0x10:0xc052ad3c code segment : base 0x0, limit 0xf, type 0x1b : DPL 0, pres 1, def32 1, gran 1 processor eflags : interrupt enabled, resume, IOPL : 0 current process : 0 (swapper) interrupt mask : none trap number : 12 panic: page fault Uptime: 0s Automatic reboot in 15 seconds - press a key on the console to abort Debugger(manual escape to debugger) Stopped atDebugger+0x35: movb $0, in_Debugger.429 db trace Debugger(c03ea269) at Debugger+0x35 scgetc(c046db20,3,c0466540,1,7e) at scgetc+0x47a sccngetch(2,c052abfc,c01c547e,c94520e0,c052ac0c) at sccngetch+0x10a sccncheckc(c04520e0,c052ac0c,c01a8124,186a0,c0e35e20) at sccncheckc+0xa cncheckc(186a06) at cncheckc+0x2e shutdown_panic(0,100) at shutdown_panic+0x34 boot(100,10,c052ace0,c052ac74,c0373ab4) at boot+0x335 panic(c03f0d4c,c03f081f,c046e340,c0451b40,0) at panic+0x7d trap_fatal(c052ace0,4,c046e340,c,0) at trap_fatal+0x344 trap_pfault(c052ace0,0,4,0,c154d000) at trap_pfault+0x12d trap(c0520010,c0380010,8e4c0010,c15de400,c15cd000) at trap+0x40f calltrap() at calltrap+0x11 --- trap 0xc, eip = 0xc02df5ac, esp = 0xc052ad20, ebp = 0xc052ad3c --- uhci_idone(0,c15d4e00,c15cd000,c15d4e00,c052ad6c) at uhci_idons+0xc uhci_waitintr(c15cd000,c15d4e00,c15d4e00,8,c052ad7c) at uhci_waitintr+0x62 uhci_device_ctrl_start(c15d4e00,0,c15d4e00,c052ae0c,c02e30be) at uhci_device_ctrl_transfer(c15d4e00,c15d4e00,c052ae0c,c02e30be) at uhci_device_ctrl_transfer+0x1f usbd_transfer(c15d4e00,c052add4,c02e30c7,c15d4e00,c15d4db0) at usbd_transfer+0xa3 usb_sync_transfer(c15d4e00,c15d4db0,c15d4d80,c15d4db0,c15bc780) at usb_sync_transfer+0x10 usbd_do_reqest_flags(c15d4d80,c052ac0c,c15d4db0,c15d4d80,0) at usb_do_reqest_flags+0x67 usb_do_reqest(c15d4d80,c052ae0c,c15d4db0,c15d0d80,0) at usb_do_reqest+0x18 usb_get_desc(c15d4d80,1,0,8,c15d4db0) at usb_get_desc+0 x6a usbd_new_device(c15d4f80,c15cd000,1,0,1,c15d4f30) at usbd_new_device+0x154 uhub_explore(015cc100,c15cc180,c15ccb80,0,c52aea0) at uhub_explore+0x203 usb_attach(c15cc180,c052aebc,c01b0f77,c15cc180,c15cd000) at usb_attach+0x106 DEVICE_ATTACH(c15ca080,c15ca080,c15ca300,0,1) at DEVICE_ATTACH+0x32 device_probe_and_attach(c15ca300) at device_probe_and_attach+0x67 uhci_pci_attach(c15ccb80,c052af08,c01b0f77,c15ccb80,c15ccb80) at uhci_pci_attach+0x2a4 DEVICE_ATTACH(c15ccb80,c15ccb80,c15ca180,0,0) at DEVICE_ATTACH+0x32 device_probe_and_attach(c15ccb80) at device_probe_and_attach+0x67 bus_generic_attach(c15ca080,c052af40,c01b0f77,c15ca080,c15ca080) at bus_generic_attach+0x16 DEVICE_ATTACH(c15ca080,c15ca080,c15ca300,0,1) at DEVICE_ATTACH+0x32 device_probe_and_attach(c15ca080) at device_probe_and_attach+0x67 bus_generic_attach(c15ca180,c052af078,c01b0f77,c15ca180,c15ca180) at bus_generic_attach+0x16 DEVICE_ATTACH(c15ca180,c15ca180,c0e48780,0,1) at DEVICE_ATTACH+0x32 device_probe_and_attach(c15ca180) at device_probe_and_attach+0x67 bus_generic_attach(c15ca300,c15ca300,c052afa4,c012e0c2,c15ca300) at bus_generic_attach+0x16 nexus_attach(c15ca300,c052afc0,c01b0f77,c15ca300,c15ca300) at nexus_attach+0xd DEVICE_ATTACH(c15ca300,c15ca300,c041da10,52f000,1) at DEVICE_ATTACH+0x32 device_probe_and_attach(c15ca300) at device_probe_and_attach+0x67 root_bus_configure(c0e48780,c03eb5ec,0) at root_bus_configure+0x16 configure(0,572c00,52f000,0,c012daa0) at configure+0x33 begin() at begin+0x47 Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.8-RC #3: Mon Mar 31 21:42:11 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC Timecounter i8254 frequency 1193182 Hz CPU: Intel Pentium III (997.46-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE
Re: Netatalk crash on RC4 (was: Re: 4.4-RC4 report [succes])
Joe, the second patch did not apply for me. See the attached typescript. I have not yet built a port debug version, could you hint me how to do that, too? Thanks for all your help -Christoph Sold Joe Clarke wrote: Jordan, here is another patch which replaces the two I sent earlier. This should fix not only the core dump problems, but the realloc/free warnings as well. This code only gets called when no atalkd.conf file exists. If you or Christoph could test this code, and let me know if it works, I will add it to the port. I've tested things here, and it works for me, and passes the A and Z malloc tests. Thanks. Joe On Wed, 12 Sep 2001, Jordan Hubbard wrote: Progress! For the record, here's what I was getting on a RELENG_4 box (as of this morning) when netatalk attempted to start up from /usr/local/etc/rc.d/netatalk.sh: katalkd in realloc(): warning: chunk is already free. atalkd in free(): warning: chunk is already free. AppleTalk not up! Check your syslog for the reason. Child died. Sep 12 16:56:44 freebsd /kernel: pid 280 (atalkd), uid 0: exited on signal 11 (core dumped) Sep 12 16:56:44 freebsd atalkd: difaddr(0.0): Can't assign requested address nbp_rgstr: Network is unreachable Can't register freebsd:netatalk@* nbp_rgstr: Network is unreachable Can't register freebsd:Workstation@* Sep 12 16:56:45 freebsd afpd[286]: Can't register freebsd:AFPServer@* I then checked /usr/local/etc/atalkd.conf and saw that it was all simply commented out examples. I have only one interface, rl0, and according to the comments it should have been auto-discovered, but just on a lark I tried adding it to atalkd.conf to see if it had any effect. It did! All the core dumps have gone away. Now I'm on to my second problem. I've put /usr (just that, on a line by itself) into /usr/local/etc/AppleVolumes.default and usr (but with no leading slash) shows up in the volumes menu when I go to mount it over AFP under MacOS X. If I then select this, the server disconnects immediately and I get: afpd[pid]: dsi_stream_read(0): No such file or directory On the FreeBSD machine's console. Could it be because it's exporting usr vs /usr? If so, why would it do that when I used /usr in the AppleVolumes.default file? Script started on Thu Sep 13 16:01:16 2001 potzblix# make clean === Cleaning for autoconf-2.13_1 === Cleaning for gettext-0.10.35 === Cleaning for gmake-3.79.1 === Cleaning for libtool-1.3.4_2 === Cleaning for m4-1.4 === Cleaning for netatalk-1.5p7_1 potzblix# make extract patch === Extracting for netatalk-1.5p7_1 Checksum OK for netatalk-1.5pre7.tar.gz. === netatalk-1.5p7_1 depends on executable: gmake - found === netatalk-1.5p7_1 depends on executable: autoconf - found === netatalk-1.5p7_1 depends on executable: libtool - found === Patching for netatalk-1.5p7_1 === Applying FreeBSD patches for netatalk-1.5p7_1 potzblix# cd work/netatalk-1.5pre7/ potzblix# cp ../../patch-getiface . potzblix# patch patch-getiface Hmm... Looks like a unified diff to me... The text leading up to this was: -- |--- libatalk/util/getiface.c.orig Thu Sep 13 00:28:21 2001 |+++ libatalk/util/getiface.c Thu Sep 13 00:28:30 2001 -- Patching file libatalk/util/getiface.c using Plan A... Hunk #1 failed at 43. Hunk #2 failed at 53. Hunk #3 failed at 91. Hunk #4 failed at 104. Hunk #5 failed at 119. Hunk #6 failed at 134. 6 out of 6 hunks failed--saving rejects to libatalk/util/getiface.c.rej done potzblix# exit Script done on Thu Sep 13 16:02:11 2001
Re: FreeBSD 4.4
Spider wrote: Web: The next scheduled release on the -stable branch will be FreeBSD 4.4 on September 8, 2001 Current Release(s) Release 4.3 Date September 12,2001 Current Release 4.4 ? The release has been postponed for a few days. Please read the archives of the stable mailing list. HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
New scsi Driver [Was: Re: mount madness]
Juha Saarinen wrote: Try: mount -t vfat instead? What kind of device is ad1s1? IDE disks are usually prefixed hd and SCSI ones sd. In FreeBSD, SCSI hard disk drivers are named da[n], IDE hard disks are connected to nodes named ad[n]. Before that, it was wd[n]. AFAIR, the hd and sd names are used in Linux. HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Preferred way of going to XFree86 4.1.0
Ron 'The InSaNe One' Rosson schrieb: Currently running 4.3-stable with Xfree86 3x and am seriously thinking about upgrading Xfree86 4.1.0. IS there any thing I have to watch out for? A recommeneded step by step. # tar cf backup.tar /usr/X11R6 # rm -rf /usr/X11R6 # cd /usr/ports/x11/XFree86-4 # make install distclean Note there are additional ports, names starting with the same prefix. You probably want them, too. In addition, watch out: NVidia GeForce chipsets are currently not supported. Have fun -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: building world on a small drive
Jonathan M. Slivko schrieb: Hello, I have a small 1.6GB HD currently running a base install of 4.2-RELEASE. I would like to upgrade to 4.3-STABLE. Would 800MB be enough to compile world, if I were to remove /usr/src afterwards? Yes. After make world, /usr/obj occupies about 340MB. Give or take a few MB, I think make world succeds if you got 350MB free disk space. # du -k /usr/obj | sort -n [snip] 340439 /usr/obj/usr/src 340440 /usr/obj/usr 340441 /usr/obj HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Should IPFilter be pulled from FreeBSD as well
Greg Lehey schrieb: [Format recovered--see http://www.lemis.com/email/email-format.html] This message contained so many replies in different directions that I'm not sure I have restored the correct sequence. On Wednesday, 30 May 2001 at 18:04:04 +0200, Christoph Sold wrote: Thomas T. Veldhouse schrieb: On Wednesday, May 30, 2001 9:39 AM, Valeriy E. Ushakov [EMAIL PROTECTED] wrote: On Wed, May 30, 2001 at 09:15:50 -0500, Thomas T. Veldhouse wrote: It is being pulled from OpenBSD for what seems like a pretty good reason to me. Please, see this message from Darren to NetBSD's current-users. http://mail-index.netbsd.org/current-users/2001/05/30/0004.html I have cleared this up with [EMAIL PROTECTED] and whilst they appear to be happy that any problems have been resolved, another effort is required so that [EMAIL PROTECTED] can convey this to NetBSD users in a meaningful way. A similar message will also be sent to the FreeBSD people as I've also been working with [EMAIL PROTECTED] to resolve any issues they had. Nothing in that article has convinced me that FreeBSD developers can change the source at their will and distribute it -- according to the IPFilter licence. That right should be implicit in ALL FreeBSD system level source code. I disagree. IPF is part of the ports. Since we accept other beasts (even without source code access like netscape 4.x) to lurk in there. Thus, having ipf in FreeBSD ports does in no way conflict with the license of the base system. I'm not sure which system you're talking about here. We call it IPFILTER in FreeBSD, and it's in the kernel source tree. If the worst comes to the worst, we can move it to the ports, where you would be correct, but I'm personally confident that we'll come to a clarification which will leave it where it is. Greg is right, I stand corrected. Sorry about the confusion. -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Should IPFilter be pulled from FreeBSD as well
Thomas T. Veldhouse schrieb: It is being pulled from OpenBSD for what seems like a pretty good reason to me. http://slashdot.org/article.pl?sid=01/05/28/1225224mode=nested This is really quite sad as IPFilter really is a nice piece of software. Since Darren Reed changed the Licens for non-release bugfix test versions only, and openly states the license for release versions _will_not_change_, I would prefer to have IPF in the tree, even though I use ipfw instead. Just my EUR.02 -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Should IPFilter be pulled from FreeBSD as well
Thomas T. Veldhouse schrieb: Nothing in that article has convinced me that FreeBSD developers can change the source at their will and distribute it -- according to the IPFilter licence. That right should be implicit in ALL FreeBSD system level source code. I disagree. IPF is part of the ports. Since we accept other beasts (even without source code access like netscape 4.x) to lurk in there. Thus, having ipf in FreeBSD ports does in no way conflict with the license of the base system. Just my EUR.02 -Christoph Sold - Original Message - From: Valeriy E. Ushakov [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, May 30, 2001 9:39 AM Subject: Re: Should IPFilter be pulled from FreeBSD as well On Wed, May 30, 2001 at 09:15:50 -0500, Thomas T. Veldhouse wrote: It is being pulled from OpenBSD for what seems like a pretty good reason to me. Please, see this message from Darren to NetBSD's current-users. http://mail-index.netbsd.org/current-users/2001/05/30/0004.html | I have cleared this up with [EMAIL PROTECTED] and whilst they appear to | be happy that any problems have been resolved, another effort is | required so that [EMAIL PROTECTED] can convey this to NetBSD users in a | meaningful way. A similar message will also be sent to the FreeBSD | people as I've also been working with [EMAIL PROTECTED] to resolve any | issues they had. SY, Uwe To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Kernel Build Failure in kern/subr_disk.c
clemensF schrieb: Kris Kennaway: Please read the handbook for the relevant information on how to download, compile and upgrade FreeBSD. i did. it does not answer the question. Well, then read again. Possible causes are - you downloaded the wrong sources (there are lots of kernel versions on FreeBSD) - your kernel sources were not in sync with your system (i.e. it is not possible to build 4.3-Release with a 2.x world) You may glimpse at http://www.freebsd.org/doc/en_US.ISO_8859-1/books/handbook/cutting-edge.html to learn how to get the relevant sources, and at http://www.de.freebsd.org/handbook/kernelconfig.html to learn how to conifgure and compile a kernel. If this still does not get you up to speed, please include some basic information (output of uname -a, what did you download, which commands did you use, what ws the exact error message). HTH -CHristoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Re: Urgent; stable problem on Intel MB
Jeffrey Sewell schrieb: I have cvsup'd daily since Feb1 and recompiled. I cannot get a successful boot out of any kernel. GENERIC, MYKERNEL, anything. Mergemaster has been done. I have 2 different servers.. one ASUS, one Intel 440bx. Asus builds and boots fine, however the Intel gets 'Fatal trap 12 caught while in kernel mode'. Seeing how another Intel user had the same problem it must be an issue. Could someone please advise? I have backups and I am currently booting from kernel.backup (thank the good man above). I really wish I could have a successful boot :( Sorry, without facts a solution will be impossible. If your machine crashed during compiles, most likely you got faulty hardware. OTOH, it is possible to compile a kernel without needed hardware support. Have a look at http://www.freebsd.org/handbook/kernelconfig.html before asking again. it tells what to ask for, too. HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Drive not coming up
Michael DeMutis schrieb: Hi there. I'm running the 3.X stable tree. I added another hard drive, and went to /stand/sysinstall to install the drive. That all worked fine, I used DiskLabel to set my mount point to /backup It all works fine, until I reboot. When I reboot the drive is not mounted, and I have to use DiskLabel again in order to get the drive to show up. I don't lose any data in the process, it's just an inconvienience. Another thing to note is that the drive is not listing in /etc/fstab Here is my /etc/fstab# DeviceMountpoint FStype Options DumpPass# /dev/da0s1b noneswapsw 0 0 /dev/da0s1a / ufs rw 1 1 /dev/da0s1f /usrufs rw 2 2 /dev/da0s1e /varufs rw 2 2 proc/proc procfs rw 0 0 Sysinstall cannot add the entry for your new drive automtically. Assuming you added a second SCSI disk with just one big partition, inserting this line into fstab will help: /dev/da1s0e /new/mount/pointufs rw 2 2 HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Fatal trap 12 during boot
[Note: not forwarded to list because of stuid guess. No real answer here.] Stupid guess: your acd0: CDROM MATSHITA CR-176 does things it should better not. Just for fun, disconnect the gizmo (or build a kernel without ATAPI), then try again. HTH -Christoph Sold Bjoern Groenvall schrieb: Dear Sirs, Today I cvsup:ed 4.2-STABLE and built a new kernel. The new kernel receives a "Fatal trap 12" where it usually prints "Waiting 3 seconds for SCSI devices to settle". Does anybody have any hints about what's wrong? Dmesg output and config file is attached. Cheers, Bjoern - FreeBSD 4.2-STABLE #0: Mon Feb 12 19:21:02 CET 2001 root@:/usr/src/sys/compile/KRUMELUR Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 799620991 Hz CPU: Pentium III/Pentium III Xeon/Celeron (799.62-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM OV,PAT,PSE36,MMX,FXSR,SSE real memory = 536805376 (524224K bytes) avail memory = 517849088 (505712K bytes) [snip] ppc0: Parallel port at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: Parallel I/O on ppbus0 acd0: CDROM MATSHITA CR-176 at ata0-master using PIO4 Fatal trap 12: page fault while in kernel mode [snip] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: What about rc.shutdown.local?
"Patrick M. Hausen" schrieb: Hi all! Jimmy wrote: It would be nice to have a /etc/rc.shutdown.local called by /etc/rc.shutdown, to implement custom shutdown procedures. This is currently done by editing rc.shutdown, but you have to remember about it when you run mergemaster. Doesn't rc.shutdown call /usr/local/etc/rc.d/*.sh with a "stop" argument? Put your custom shutdown procedures there. rc.local is deprecated. FreeBSD-Stable as of Sept 7 does not call /usr/local/etc/rc.d/...: so@amnesix:~$ uname -a FreeBSD amnesix.somewhere.org 4.1-STABLE FreeBSD 4.1-STABLE #3: Thu Sep 7 22:54:08 CEST 2000 [EMAIL PROTECTED]:/usr/src/sys/compile/AMNESIX i386 HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: staroffice on 4.1-S
Peter Radcliffe wrote: Trent Nelson [EMAIL PROTECTED] probably said: Type 'make install-user' in the StarOffice 5.2 ports directory while logged in as a "normal user". Already have done. To repeat, when I 'su -m' to keep my enviroment it works fine, using the per user install in my home directory. Using the same files as a normal user does not work (and yes, I've chown/chmodded them). Linux emulation works fine in general, I use linux netscape for the plugins. I just changed the #!-line to read #!/usr/local/bin/bash instead of #!/bin/sh in Suns installuser script. They assume bash is installed as /bin/sh. After changing the shell line, everything works as expected. HTH -Christoph Sold To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
