Bug 16144

Summary: FreeBSd 3.4. /stand/sysinstall cores when accessing 'distributions' menu
Product: Base System Reporter: paul <paul>
Component: i386Assignee: jkh
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description paul 2000-01-16 12:40:01 UTC
I've encountered a weird problem in updating the below system from 
FreeBSD 3.1 to FreeBSD 3.4. After the upgrade /stand/sysinstall cores 
when I access the 'dictributions' menu. Figuring the upgrade went awry, I 
completely wiped the hd's and installed 3.4 afresh. Same problem. So I 
wiped it again and installed 3.3 instead. Again the same problem. So I 
ended up reinstalling 3.1 on a clean system. /stand/sysinstall works 
fine. Does anybody have any idea what may be causing this? As it prevents 
me fromn getting at, amongst others, the kernel sources. :-( Have there 
been changes in /stand/sysinstall or one of it's components since 3.1 
that may be causing this?

Output of 'strings sysinstal.core | more' produced the following interesting
line: 'erflow pages.  Increase page size'

Note: I installed another system from the same 3.3/3.4 CD's and there /stand/sysinstall
runs fine. System specs for that system are available on http://pks.fdns.net/

System Specifications
---------------------
Motherboard: Intel TC430HX with onboard Yamaha sound and 2Mb S3 VIRGE
                    Phoenix BIOS, 1.00.07.DH0 (last available BIOS)
CPU            : CPU: 133Mhz Pentium/P54C (132.96-MHz 586-class CPU)
                    Origin = "GenuineIntel"  Id = 0x52c  Stepping = 12
                    Features=0x1bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8>
Memory     : 64MB, 2 x 32M  EDO DIMM
Ethernet     : Generic PCI (Realtek based) NE-2000 clone 
             ( I use it in my other FBSD 3.3 system without problems. 
Video      : S3 Virge 2MB
             vga0: <S3 ViRGE graphics accelerator> 
             rev 0x06 int a irq 11 on pci0.8.0
keyboard   : Standard 104 keys
Mouse      : PS/2 Mousepad (swapped with mouse, no change)
             psm0 irq 12 on isa
             psm0: model Generic PS/2 mouse, device ID 0
Drives     : Standard floppy
             wdc0: unit 0 (wd0): <NEC Corporation DSE2010A> [MASTER]
             wd0: 1919MB (3931200 sectors)
             wdc1: unit 0 (wd2): <Seagate ST3660A>
             wd2: 520MB (1065456 sectors) [MASTER]
             wdc1: unit 1 (atapi): <HITACHI CDR-8130/0021>, [SLAVE]
             removable, accel, dma, iordy

How-To-Repeat: On my system, run /stand/sysinstall and click on the 'distributions' menu item.
Comment 1 sam 2000-01-19 22:08:59 UTC
Exactly the same behaviour I found from the ftp'd kern & mfsroot
floppies.  I forgot to get the compat2 bits, so went back in after a
reboot and discovered the same problem, exactly.  Very repeatable.  Can
not add additional distributions.

Also entering sysinstall after coming up 2nd time,  got complaints about
not being able to resolve ftp.freebsd.org server.  I KNOW it have
networking right, because it's my current configuration.  Failing
apparently on hostlookup, or gethostbyname.

Sam
Comment 2 berjon 2000-02-08 16:28:20 UTC
Basically the same problem for me: selecting "custom distributions" in
the
distributions menu yields an instant segfault every time.

Context: 'Custom' installation of 3.4-RELEASE, system booted from 3.4 
         kern/mfsroot floppies.

I had no problems getting into the top-level 'Distributions' menu.
Selecting
one of the canned sets (in particular X-kern-developer) works OK. But
selecting
the "Custom distributions" options produces and instant and systematic
segfault.
I could not get a core or analysis as the machine of course immediately
reboots.

There does not seem to be an extremely specific chain of events leading
to
this situation: segfault is immediate upon selecting the "custom
distributions" 
option, irrespective of the operations performed before.

That bug is non-fatal in the sense that it is still possible to install
a 3.4 machine with one of the canned filesets, but this makes a custom
installation
impossible. Makes it pretty serious, IMHO :-)

Francois.
Comment 3 Ruslan Ermilov 2000-02-08 22:30:59 UTC
Please listen to what /etc/motd says to you,
then go and read the errata for 3.4-RELEASE:

http://www.freebsd.org/releases/3.4R/errata.html

On Tue, Feb 08, 2000 at 08:30:04AM -0800, Francois Berjon wrote:
> The following reply was made to PR i386/16144; it has been noted by GNATS.
> 
> From: Francois Berjon <berjon@bcv01y01.vz.cit.alcatel.fr>
> To: freebsd-gnats-submit@FreeBSD.org, paul@iaehv.nl
> Cc:  
> Subject: Re: i386/16144: FreeBSd 3.4. /stand/sysinstall cores when accessing 
>  'distributions' menu
> Date: Tue, 08 Feb 2000 17:28:20 +0100
> 
>  Basically the same problem for me: selecting "custom distributions" in
>  the
>  distributions menu yields an instant segfault every time.
>  
>  Context: 'Custom' installation of 3.4-RELEASE, system booted from 3.4 
>           kern/mfsroot floppies.
>  
>  I had no problems getting into the top-level 'Distributions' menu.
>  Selecting
>  one of the canned sets (in particular X-kern-developer) works OK. But
>  selecting
>  the "Custom distributions" options produces and instant and systematic
>  segfault.
>  I could not get a core or analysis as the machine of course immediately
>  reboots.
>  
>  There does not seem to be an extremely specific chain of events leading
>  to
>  this situation: segfault is immediate upon selecting the "custom
>  distributions" 
>  option, irrespective of the operations performed before.
>  
>  That bug is non-fatal in the sense that it is still possible to install
>  a 3.4 machine with one of the canned filesets, but this makes a custom
>  installation
>  impossible. Makes it pretty serious, IMHO :-)
>  
>  Francois.
>  
> 
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-bugs" in the body of the message

-- 
Ruslan Ermilov		Sysadmin and DBA of the
ru@ucb.crimea.ua	United Commercial Bank,
ru@FreeBSD.org		FreeBSD committer,
+380.652.247.647	Simferopol, Ukraine

http://www.FreeBSD.org	The Power To Serve
http://www.oracle.com	Enabling The Information Age
Comment 4 ru freebsd_committer freebsd_triage 2000-02-18 12:38:36 UTC
Responsible Changed
From-To: freebsd-bugs->jkh

Make what Jordan should have done. 
Comment 5 jkh freebsd_committer freebsd_triage 2000-02-18 18:22:34 UTC
State Changed
From-To: open->closed

This is already documented in the 3.4 release ERRATA.  ALWAYS read 
the ERRATA for your release before reporting a bug!