[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#705790: marked as done (Installation hangs starting up the partitioner)

Your message dated Sat, 31 Aug 2013 12:52:13 +0200
with message-id <201308311252.51555.holger@layer-acht.org>
and subject line dealing with old installation-reports
has caused the Debian Bug report #705790,
regarding Installation hangs starting up the partitioner
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
705790: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705790
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: installation-reports

Boot method: USB stick
Image version: debian-testing-amd64-netinst.iso downloaded yesterday
Date: 2013-04-18 21:45 Pacific Time (-7:00?)

Machine: Puget Systems Echo II
Processor: Intel Core i3 3225
Memory: 8G (2 x Kingston DDR3-1600 4GB)
Partitions: /dev/sdb does not contain a valid partition table (says fdisk)
/dev/sdb -> ST310005 1G via USB 2.0; sda is USB stick
No good way to get output from lspci out of the system.  Intel DH77DF
motherboard with no added internal devices.
Current connections are keyboard, external drive, USB stick, ethernet and
power.  The external drive enclosure has
additional USB ports, one of which is connected to a mouse.  The mouse
works in the graphical installer.


While netbooting squeeze I found the USB 3.0 ports did not work reliably;
nothing is attached to them.

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:           [O]
Detect network card:    [O]
Configure network:      [O] via DHCP
Detect CD:              [?] I think it said it was detecting CD, which is
not on the system, and did use the USB stick for next step
Load installer modules: [O]
Detect hard drives:     [E]
Partition hard drives:  [ ]
Install base system:    [ ]
Clock/timezone setup:   [ ] it did go through questions about this OK
User/password setup:    [ ]
Install tasks:          [ ]
Install boot loader:    [ ]
Overall install:        [E ]

Comments/Problems:


The system has no internal disk; I booted the installer off a USB stick
and have an external hard drive cocnnected via USB.  When the (graphical)
installer gets to the partition disk step it shows "Starting up the
partitioner" over a progress bar that is half complete.  Below there it
displays "Scanning disks".  The drive mounted by USB is known to the
hardware, evidence by the BIOS boot menu, and to the installer OS,
evidence by /dev/disk/ entries.  The disk is unformatted as far as I know
(an exchange for a defective disk).

The system has been functioning OK (except for the USB 3.0) via netboot
and NFS; the server it was using died.

It's not entirely clear to me that this scenario (external drive only)
should work, though I had hopes.

Full story: this box was functioning as a HTPC via netboot with a server. 
The server died and I am attempting to use the box in its place using a
spare hard drive.

I'd love to get this working so I'm less hosed.

--- End Message ---
--- Begin Message --- 
reassign 699136 partman
retitle 699136 partman hangs with specific mbr/usbsticks
tags 696755 +confirmed
Hi,

thank you for submitting installation reports, much appreciated.

I read through all the bugs mentioned here (and I'm sure they were read by 
several people at the time they were submitted) and am closing them now as/if
- they (finally) indicated success and/or
- I know from first hand experience that the functionality is working in 
Wheezy and/or
- they only contained very little information and/or
- they contained user errors and/or
- they were caused by broken hardware and/or
- they have been from a development phase where things were not stable and/or
- they are quite old (and thus likely fixed today) and/or
- moreinfo was asked and not given or
- they are wishlist but rather special + exotic and not have been acted on for 
years. (See http://blog.liw.fi/posts/wishlist-bugs/ why it's often useful to 
close wishlist bugs.)

If I've closed a bug incorrectly please do reply (it's easy to reopen and I'll 
do if requested) or just file a new one - thats often better, as the bug log 
will be clearer and shorter and not contain cruft.


cheers,
        Holger

Attachment: signature.asc
Description: This is a digitally signed message part.


--- End Message ---
Reply to: