Re: Various Issues with 7.0-BETA4
Peter Thoenen wrote: > Issue #1: > > For some reason zfs_enable="YES" in rc.conf doesn't work. It doesn't > seem to auto mount my zfs mounts which is a PITA. Currently I am forces > (each time I reboot) to boot into single user mode, mount all my drives, > then exit, continuing into multi-user mode. The interesting this is step 3. > > 1) fsck -p > 2) mount -u / > 3) zfs > 4) zfs mount -a > 5) exit > > NOTE: If I skip #3 and immediately do #4 it mails. For some reason I > have to to a straight zfs call. > > NOTE: If I immediately go to multiuser mode skipping manually mounting > not only does zfs not mount but I have to re-force import the tank pool > (e.g. step 3.5: zpool import -f tank) Did you create the zfs structures and file system while in single user mode with root mounted read-only? If so, this is a "known feature" and it won't be fixed: you need to a) mount root read-write and b) run /etc/rc.d/hostid start before /etc/rc.d/zfs start. To fix it, mount root read-write, remove zpool.cache file (if any) from /boot/zfs, run commands from "b" and then run zfs import -f until you have your zfs file systems online. Then reboot into multiuser mode - it should work now. Never modify zfs without steps "a" and "b", some combinations of such modifications lead to kernel panics or possible data loss. As for the other problems: presence of /usr/lib32 is not influenced by kernel build options. I don't know what influences, but the kernel doesn't. Are you running java and other applications in 32-bit mode? Why? signature.asc Description: OpenPGP digital signature
Re: Also seeing 2 x quad-core system slower that 2 x dual core
Steven Hartland wrote:
> sysctl -a |grep dirhash
>
> Check vfs.ufs.dirhash_mem is not close to vfs.ufs.dirhash_maxmem if it is
> and only most used boxes this seems to be the case increase maxmem.
>
> Seems this could either do with an auto tune option or a larger max by
> default in today's day and age.
I think it would make sense to tie it to the maxusers value
(which in turn depends on the amount of RAM, by default).
For example, setting dirhash_maxmem to maxusers/32 MB with
a lower limit of 2 MB seems reasonable. By default, the
maximum of the autotuned maxuers value is 384, so the auto-
tuned value of dirhash_maxmem would be between 2 and 12 MB,
depending on the amount of RAM. Of course the admin could
still adjust it manually if required.
I.e. something like this:
--- ufs_dirhash.c.orig 2005-10-31 16:41:28.0 +0100
+++ ufs_dirhash.c 2007-12-11 13:56:05.0 +0100
@@ -1074,6 +1074,9 @@
void
ufsdirhash_init()
{
+ ufs_dirhashmaxmem = maxusers * (1024 * 1024 / 32);
+ if (ufs_dirhashmaxmem < 2 * 1024 * 1024)
+ ufs_dirhashmaxmem = 2 * 1024 * 1024;
ufsdirhash_zone = uma_zcreate("DIRHASH", DH_NBLKOFF * sizeof(doff_t),
NULL, NULL, NULL, NULL, UMA_ALIGN_PTR, 0);
mtx_init(&ufsdirhash_mtx, "dirhash list", NULL, MTX_DEF);
I haven't actually tried that, though, but the patch is
trivial enough so there shouldn't be too many bugs.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd
We're sysadmins. To us, data is a protocol-overhead.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Various Issues with 7.0-BETA4
> Do you have zfs_load="YES" in /boot/loader.conf? Scot: Shouldn't have to do this as zfs in compiled in. > Did you create the zfs structures and file system while in single user > mode with root mounted read-only? If so, this is a "known feature" and If so not intentionally ... don't remember to be honest. > it won't be fixed: you need to a) mount root read-write and b) run > /etc/rc.d/hostid start before /etc/rc.d/zfs start. To fix it, mount root > read-write, remove zpool.cache file (if any) from /boot/zfs, run > commands from "b" and then run zfs import -f until you have your zfs > file systems online. Then reboot into multiuser mode - it should work > now. Never modify zfs without steps "a" and "b", some combinations of > such modifications lead to kernel panics or possible data loss. Ja .. that def worked. Thanks much Ivan. I think the step I was missing in my fixes (or when working from single user mode) was calling /etc/rc.d/hostid never could figure out why I had to force input my pools (always in use) and that was most likely it. Just FYI above mainly worked minus the "zfs import -f" step ... had to do "zpool import -f" instead. I am guessing just fat fingered on your end but figured I should stick it in my response for the archives in case anybody has the problem and actually searches them. BTW, is that "known feature" documented anywhere .. .can't imagine I am the only guy that has hit this problem and it happened to me on all 3 ZFS systems I have build on FBSD. Googled quite a bit before posting over the last week or so but this is the first time I am seeing a fix. > > As for the other problems: presence of /usr/lib32 is not influenced by > kernel build options. I don't know what influences, but the kernel > doesn't. Are you running java and other applications in 32-bit mode? Why? Not intentionally running anything in 32-bit mode but trying to track down some odd problems (namely java, xchat, and slow X responsiveness (e.g. ~2 min to open a gnome-terminal from time of click) and one of the errors I always got on boot was something about 32 compatibility and not finding /usr/lib32 So took a look at /usr and noticed I do not have a lib32 and then from inference (bad or good) it appeared I should from the above error message and http://lists.freebsd.org/pipermail/freebsd-amd64/2004-March/000966.html (ja very old and referencing FBSD6). Figured I was in error not having it as: 1) I have options COMPAT_IA32 deifned in kernel 2) WITHOUT_LIB32 is NOT set in src.conf (implying that it should be built by default from my understanding of how world is built) Just trying to narrow things down one at a time. Thanks much on the ZFS issue. Now the build and install world issues :) (and hopefully once all fixed the java / xchat issues will magically clear up :( ALCON: When I got my original message from the server it appeared to strip my attachments. They can be found at http://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz http://www.nan-elmoth.net/fbsd/buildworld_no_tsch.tar.gz http://www.nan-elmoth.net/fbsd/makeinstallworld.tar.gz ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Various Issues with 7.0-BETA4
On 11/12/2007, Peter Thoenen <[EMAIL PROTECTED]> wrote: > Just FYI above mainly worked minus the "zfs import -f" step ... had to > do "zpool import -f" instead. I am guessing just fat fingered on your > end but figured I should stick it in my response for the archives in > case anybody has the problem and actually searches them. You're correct, thank you - I don't think "zfs" even has the "import" command in itself. "zpool" is what the intention was. > BTW, is that "known feature" documented anywhere .. .can't imagine I am > the only guy that has hit this problem and it happened to me on all 3 > ZFS systems I have build on FBSD. Googled quite a bit before posting > over the last week or so but this is the first time I am seeing a fix. I think it got mentioned, but always when someone gets burn by it. I think the real problem is that there should be some sort of dependency tracking so the /etc/rc.d/zfs script knows it should start "hostid" before running, or refuse to run if hostid is not started. Or maybe the same but for the kernel module and "zfs" and "zpool" executables. > Thanks much on the ZFS issue. Now the build and install world issues :) Can't help you with the build world issues except by suggesting generic troubleshooting: - try deleting /usr/obj - try installworld into a different directory (DESTDIR variable) - try building world on a different machine with exactly the same sources then copying /usr/obj to your machine and doing make installworld as usual. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: G965 patch for 6.3-Beta
On Mon, 10 Dec 2007 09:53:13 -0800 Hiroshi Nishida <[EMAIL PROTECTED]> wrote: > I've attached the patch. > Please apply it at /sys/pci. Unfortunately, your patch didn't work correctly. I obtained source of RELENG_6 by csup at 11 Dec 2007 22:25:56 JST(+0900), applied your patch, and buildworld/buildkernel. This kernel got the information about onboard VGA chip, however, made X server frozen. Furthermore, my box(Intel Core 2 Duo + Intel DQ965GF) made no response from terminal/network, and no core/kernel dumps are obtained. I attached result of dmesg(8) and loading i915.ko by kldload(8). What can I do to solve this problem? Thank you. -- Hiroyuki Une: Hiroshima Kokusai Gakuin University [EMAIL PROTECTED] / [EMAIL PROTECTED] dmesg.log Description: Binary data i915.log Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6)
On Sun, 09 Dec 2007 14:02:50 -0800 Julian Elischer <[EMAIL PROTECTED]> wrote: > Adding brian to CC list. > > > Alexander Motin wrote: > > cpghost wrote: > >>> I think such behaviour can take place if ppp daemon for some > >>> reason don't waits for reply but closes session immediately after > >>> sending connect request. If it so it also explains original "no > >>> matching session" errors as for the answer received time > >>> session/hook can already be destroyed. > >>> > >>> Provide please your ppp configuration files and part of detailed > >>> log file (set log All) describing connection attempts. > >> > >> ppp.conf already sent. I don't have a 'set log All' turned on, but > >> maybe the following logfile of the aborted session would help? > >> > >> http://www.cordula.ws/tests/ppp-tcpdump.txt > > > > Here is part of your logs which proves my assumption that it is ppp > > who creates numerous sessions: > > > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 > > secs: 0 octets in, 0 octets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > > 6467630 packets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > > bytes/sec on Sun Dec 9 17:06:07 2007 > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: closed -> opening > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: opening -> dial > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: dial -> carrier > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Disconnected! > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: carrier -> hangup > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: Connect time: 0 > > secs: 0 octets in, 0 octets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: 7070012 packets in, > > 6467630 packets out > > Dec 9 17:06:07 fw ppp[35265]: Phase: total 0 bytes/sec, peak 0 > > bytes/sec on Sun Dec 9 17:06:07 2007 > > Dec 9 17:06:07 fw ppp[35265]: Phase: deflink: hangup -> closed > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Dead > > Dec 9 17:06:07 fw ppp[35265]: Phase: bundle: Establish > > > > For the some reason ppp logs "Disconnected!" message and terminates > > session (which is strange as it have not logged any message from > > ng_ppp node) just to initiate new without delay. Could you enable > > any more logs to understant why is it "Disconnected!"? Here's a new, more detailed log: http://www.cordula.ws/tests/ppp-tcpdump2.txt That's all I can do here. I guess it's up to Brian now... If you have some patches for ppp, I'd be happy to try them and report back. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: G965 patch for 6.3-Beta
Hi. Can you post your xorg.conf? Mine is at http://diary.jp.aol.com/fud9ay8dyeh/64.html. (It's my blog...) And also /var/log/Xorg.0.log will have some clues. And,,, you may not need to kldload i915.ko because it seems to be loaded automatically by agp. Hiroyuki Une wrote: Unfortunately, your patch didn't work correctly. I obtained source of RELENG_6 by csup at 11 Dec 2007 22:25:56 JST(+0900), applied your patch, and buildworld/buildkernel. This kernel got the information about onboard VGA chip, however, made X server frozen. Furthermore, my box(Intel Core 2 Duo + Intel DQ965GF) made no response from terminal/network, and no core/kernel dumps are obtained. I attached result of dmesg(8) and loading i915.ko by kldload(8). What can I do to solve this problem? Thank you. -- Hiroshi Nishida [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
More issues with 7.0-BETA4
Hi, I've been having my share of problems with BETA4, thought I'd share with the list: - # grep "changed to" /var/log/messages| wc -l && uptime 105 1:19AM up 3:56, 2 users, load averages: 0.87, 0.74, 0.49 Virgin 7.0-BETA4 install. SSH connection isn't lost (workstation->freebsd ap->wireless laptop), but besides the interface going up and down every few minutes, it feels like there's huge packet loss every several keystrokes, and it only lasts for 1 second or less. (the only thing separating my workstation from the laptop(wireless) is a freebsd access point with an atheros card (ath0). I was actually backing up some stuff via wireless before nuking 6.3 and installing 7.0-BETA4 from the CD, and I did not notice this behaviour (altough it could have happened, I just wasn't paying attention.. pretty sure ssh wasn't sloppy as it now, though :)) iwi0: mem 0xd0208000-0xd0208fff irq 10 at device 4.0 on pci2 FreeBSD 7.0-BETA4 i386 - I'm also having an issue on 7.0-BETA4/amd64 related to jails: Dec 7 15:22:37 mysql su: in openpam_load_module(): no pam_unix.so found Dec 7 15:22:37 mysql su: pam_start: system error This is fixed by cp'ing -RPv /usr/lib/liby* /path/to/jail/usr/lib/ I did not encounter this issue on BETA3 (jails were installed then), all my jails displayed this behaviour after upgrading to beta4 and installworld/mergemaster'ing them. The same happens on any new jail I create.. cp'ing will fix them, everything else seems normal. - Building 32 bit binaries on amd64 apparently isn't working: # cc -m64 -march=k8 -o test64 test.c && ./test64 testing!! # cc -m32 -march=k8 -o test32 test.c && ./test32 /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: skipping incompatible /usr/lib/libgcc.a when searching for -lgcc /usr/bin/ld: cannot find -lgcc (FreeBSD 7.0-BETA4 amd64) After that, I was trying my luck with devel/cross-gcc, but that eventually failed as well, with: cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute-DHAVE_CONFIG_H -o xgcc gcc.o opts-common.o gcc-options.o gccspec.o \ intl.o prefix.o version.o ../libcpp/libcpp.a /usr/local/lib/libiconv.so -Wl,-rpath -Wl,/usr/local/lib ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a gcc.o(.rodata+0x1298): undefined reference to `host_detect_local_cpu' gmake[2]: *** [xgcc] Error 1 gmake[2]: Leaving directory `/usr/ports/devel/cross-gcc/work/gcc-4.2.0/host-amd64-portbld-freebsd6.2/gcc' gmake[1]: *** [all-gcc] Error 2 gmake[1]: Leaving directory `/usr/ports/devel/cross-gcc/work/gcc-4.2.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/cross-gcc. *** Error code 1 - TCP: [129.143.116.10]:21 to [10.0.90.8]:62033 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 10 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [71.91.230.170]:21 to [10.0.90.8]:60404 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:51130 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [129.143.116.10]:21 to [10.0.90.8]:59115 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 10 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:51684 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:53003 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [129.143.116.10]:21 to [10.0.90.8]:53924 tcpflags 0x18; tcp_do_segment: FIN_WAIT_1: Received 10 bytes of data after socket was closed, sending RST and removing tcpcb TCP: [193.166.3.2]:21 to [10.0.90.8]:65455 tcpflags 0x18; tcp_do_segment: FIN_WAIT_2: Received 13 bytes of data after socket was closed, sending RST and removing tcpcb net.inet.tcp.log_debug: 0 I must be wrong, but I could swear that sysctl was added to prevent ^^ from showing ? It filled my message buffer without any mercy.. 7.0-beta4/amd64. Regards, Hugo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: More issues with 7.0-BETA4
> - > Building 32 bit binaries on amd64 apparently isn't working: > > # cc -m64 -march=k8 -o test64 test.c && ./test64 > testing!! > > # cc -m32 -march=k8 -o test32 test.c && ./test32 You need to include -B/usr/lib32, and as far as I know that is not new to -BETA4: Josh ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: G965 patch for 6.3-Beta
On Tue, 11 Dec 2007 09:32:05 -0800 Hiroshi Nishida <[EMAIL PROTECTED]> wrote: Hi. > Can you post your xorg.conf? Sorry, I'll send this. Should I also send kernel configuration file? I used SMP in source files obtained by csup(8). > And also /var/log/Xorg.0.log will have some clues. Ah, my box froze and "Xorg.0.log" wasn't created. > And,,, you may not need to kldload i915.ko because it seems to be loaded > automatically by agp. I see. --- Hiroyuki Une: Hiroshima Kokusai Gakuin University [EMAIL PROTECTED] / [EMAIL PROTECTED] xorg.conf.new Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: More issues with 7.0-BETA4
Josh Carroll wrote: - Building 32 bit binaries on amd64 apparently isn't working: # cc -m64 -march=k8 -o test64 test.c && ./test64 testing!! # cc -m32 -march=k8 -o test32 test.c && ./test32 You need to include -B/usr/lib32, and as far as I know that is not new to -BETA4: Josh Always learning, thanks for the tip. It works indeed :-) Regards, Hugo ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Fix cannot build mencoder on amd64
Hi!
I cannot build mencoder on freebsd-7/amd64 successfully, like this:
{standard input}: Assembler messages:
{standard input}:1289: Error: can't encode register '%ch' in an
instruction requiring REX prefix.
{standard input}:1290: Error: can't encode register '%ah' in an
instruction requiring REX prefix.
{standard input}:1291: Error: can't encode register '%dh' in an
instruction requiring REX prefix.
make[3]: *** [osd.o] Error 1
After tried some guy's patch, it works on FreeBSD too.
I tried encoding some DVDs to x264 encoded no any problem found.
diff -urN /usr/ports/multimedia/mencoder/Makefile /usr/ports/multimedia/mencoder/Makefile
--- /usr/ports/multimedia/mencoder/Makefile 2007-12-10 09:45:16.0 +0800
+++ /usr/ports/multimedia/mencoder/Makefile 2007-12-10 09:46:45.0 +0800
@@ -55,7 +55,10 @@
sws-test w32codec_dl.pl wma2ogg.pl x2mpsub.sh
.include
-
+.if ${ARCH} == amd64
+PATCH_SITES+=http://launchpadlibrarian.net/4441618/
+PATCHFILES+=mplayer-0.99+1.0pre8-X64.diff
+.endif
LIB_DEPENDS+= mp3lame.0:${PORTSDIR}/audio/lame
BUILD_DEPENDS+= mplayer:${PORTSDIR}/multimedia/mplayer
RUN_DEPENDS+= mplayer:${PORTSDIR}/multimedia/mplayer
diff -urN mencoder/distinfo mencoder/distinfo
--- /usr/ports/multimedia/mencoder/distinfo 2007-12-10 09:45:16.0 +0800
+++ /usr/ports/multimedia/mencoder/distinfo 2007-12-10 09:44:51.0 +0800
@@ -4,3 +4,6 @@
MD5 (asmrules_fix_20061231.diff) = f0b71c38b1207c1d604be091876ac051
SHA256 (asmrules_fix_20061231.diff) = 3f71e6f4e07940d4d55084d0df12404371bc4e534a3a6b0756ca73e44ddbc3c4
SIZE (asmrules_fix_20061231.diff) = 1450
+MD5 (mplayer-0.99+1.0pre8-X64.diff) = 47d76978861df599973c9a4822780a1d
+SHA256 (mplayer-0.99+1.0pre8-X64.diff) = 5f44021e1d10dcaba72fa391bd49fcfa3a0592a7dd7da6dd5f2325e7c976de3c
+SIZE (mplayer-0.99+1.0pre8-X64.diff) = 360
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
sysinstall segfaults while fetching Xorg
Heya, I just installed FreeBSD 7.0-BETA4 on my workstation and decided to save myself a few hours compiling by installing Xorg using sysinstall. Not sure if it matters, but I've selected non-passive FTP and used ftp.se.freebsd.org as the mirrior and after the INDEX file has been fetched, sysinstall crashes. As I havn't read up on the changes between the different beta releases, I have no idea if this is specific for BETA4 or not. The core file can however be found at http://nohack.se/~jesper/sysinstall.core (it's about 2.8M) if anyone, with more knowledge than me, is interested. Regards, Jesper Wallin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
