From jin@gracie.lbl.gov Fri Mar 29 13:22:46 2002 Return-Path: Received: from gracie.lbl.gov (gracie.lbl.gov [131.243.2.175]) by hub.freebsd.org (Postfix) with ESMTP id D0ABE37B41B for ; Fri, 29 Mar 2002 13:22:37 -0800 (PST) Received: (from jin@localhost) by gracie.lbl.gov (8.11.6/8.11.6) id g2TLMbD01700; Fri, 29 Mar 2002 13:22:37 -0800 (PST) (envelope-from jin) Message-Id: <200203292122.g2TLMbD01700@gracie.lbl.gov> Date: Fri, 29 Mar 2002 13:22:37 -0800 (PST) From: Jin Guojun (DSD staff) Reply-To: Jin Guojun (DSD staff) To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: installation floppy bug (See description) X-Send-Pr-Version: 3.113 X-GNATS-Notify: >Number: 36508 >Category: bin >Synopsis: [sysinstall] installation floppy bug (4.5) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Mar 29 13:30:01 PST 2002 >Closed-Date: Fri Jan 25 16:47:34 UTC 2008 >Last-Modified: Fri Jan 25 16:47:34 UTC 2008 >Originator: Jin Guojun (DSD staff) >Release: FreeBSD 4.5-SNAP i386 >Organization: >Environment: FreeBSD 4.5-20020327-STABLE, 4.5-20020329-STABLE >Description: The probing procedure seems not work properly in the lastest 4.5-xxxxxx-STABLE. (1) Probing procedure does not looking for the BIOS configuration. e.g., BIOS only enables primary IDE (ata0), but probing procedure ignores this information, and continues to configure the ata1. (2) disable command does not work well. "disable ata1" does not function correctly. ls command shows that ata1 is disabled (status changed from Yes to No). However, the installation procedure continues to configure the ata1 regardless ata1 status "Yes or No". >How-To-Repeat: disbale the secondary IDE from BIOS and try the latest installation floppies (kern.flp + mfsrot.flp). >Fix: >Release-Note: >Audit-Trail: Responsible-Changed-From-To: freebsd-bugs->qa Responsible-Changed-By: kris Responsible-Changed-When: Fri Jul 18 16:03:21 PDT 2003 Responsible-Changed-Why: Assign to qa group http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 Responsible-Changed-From-To: qa->freebsd-qa Responsible-Changed-By: jhb Responsible-Changed-When: Mon Aug 2 18:40:36 GMT 2004 Responsible-Changed-Why: Canonicalize responsible. http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 State-Changed-From-To: open->feedback State-Changed-By: rwatson State-Changed-When: Fri Jan 25 16:41:39 UTC 2008 State-Changed-Why: This bug report appears to have been categorized as a sysinstall bug, but really it was/is a hardware probing bug. The chances are very good that the bug has already been fixed in a more recent FreeBSD version, or at least replaced with newer and better bugs. In order to debug this we'll need a full dmesg as a start point. If this problem report is still relevant to you (hardware still around, etc), could you try with a more recent FreeBSD version? If not, could you let me know and I can close the report? Sorry about the truly abysmal response time... http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 State-Changed-From-To: feedback->closed State-Changed-By: rwatson State-Changed-When: Fri Jan 25 16:47:01 UTC 2008 State-Changed-Why: Close PR as the e-mail address of the submitter bounces with host not found. If you are the submitter and this problem report is still important to you, please let us know your new e-mail address. http://www.freebsd.org/cgi/query-pr.cgi?pr=36508 >Unformatted: