[8123] in athena10

home help back first fref pref prev next nref lref last post

Re: [Debathena] #1004: Vostros just plain suck (was: Vostros lose

daemon@ATHENA.MIT.EDU (Debathena Trac)
Wed Aug 3 12:29:34 2011

MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
From: "Debathena Trac" <debathena@MIT.EDU>
Cc: debathena@mit.edu
To: jdreed@mit.edu
Date: Wed, 03 Aug 2011 16:29:26 -0000
Reply-To: 
Message-ID: <052.a572d99e3b7050916ce4c1060acd464b@mit.edu>
In-Reply-To: <043.ae6daf16a733811a41109fbdad043e53@mit.edu>
Content-Transfer-Encoding: 8bit

#1004: Vostros just plain suck--------------------+-------------------------------------------------------
 Reporter:  jdreed  |       Owner:               
     Type:  defect  |      Status:  development  
 Priority:  high    |   Milestone:  Natty Release
Component:  --      |    Keywords:               
 See_also:          |  
--------------------+-------------------------------------------------------
Comment(by jdreed):
 Apparently, the problem here is twofold.  Having gotten video working, I
 now see that the failure is during the hardware detection step.  Something
 the installer does is resetting the network device and we lose
 connectivity and anna freaks out.  Can we preseed anything to prevent this
 from happening?  We need hardware-detection for, say, disks.

 /mit/jdreed/Public/syslog.vostro, if you care.  The point at which
 /dev/sdb shows up is when I plugged in a USB stick to get the syslog.  You
 can clearly see that anna retrieved everything fine and then barfed during
 hardware detection.  This is a Realtek-based chipset if that's relevant.
-- Ticket URL: <http://debathena.mit.edu/trac/ticket/1004#comment:3>Debathena <http://debathena.mit.edu/>MIT Debathena Project

home help back first fref pref prev next nref lref last post