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

Bug#253069: marked as done (debian-installer TC1 successful installation on Apple Powerbook G4)

Your message dated Wed, 08 Sep 2010 03:58:39 +0000
with message-id <E1OtBnz-00063D-6M@ravel.debian.org>
and subject line Closing old installation report #253069
has caused the Debian Bug report #253069,
regarding debian-installer TC1 successful installation on Apple Powerbook G4
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.)


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

INSTALL REPORT

Debian-installer-version: TC1
uname -a: Linux elisha 2.4.25-powerpc #1 mer avr 14 15:38:38 CEST 2004 ppc GNU/Linux
Date: 2004-05-06 10PM GMT
Method: Installed off netinst CD
        [http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/powerpc/tc1/sarge-powerpc-netinst.iso]

Machine: Apple Powerbook G4
Processor: 1.5Ghz G4
Memory: 512MB
Root Device: 80GB IDE (TOSHIBA MK8026GAX)
Root Size/partition table: ...
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
/dev/hda
        #                    type name                  length   base      ( size )  system
/dev/hda1     Apple_partition_map Apple                     63 @ 1         ( 31.5k)  Partition map
/dev/hda2         Apple_Bootstrap untitled               19532 @ 64        (  9.5M)  NewWorld bootblock
/dev/hda3         Apple_Bootstrap untitled           155281251 @ 19596     ( 74.0G)  NewWorld bootblock
/dev/hda4         Apple_UNIX_SVR2 swap                 1000641 @ 155300847 (488.6M)  Linux swap

Block size=512, Number of Blocks=156301488
DeviceType=0x0, DeviceId=0x0
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Output of lspci and lspci -n:
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
pcilib: Cannot open /sys/bus/pci/devices
0000:00:0b.0 Host bridge: Apple Computer Inc. UniNorth 2 AGP
0000:00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10]
0000:10:0b.0 Host bridge: Apple Computer Inc.: Unknown device 0035
0000:10:12.0 Network controller: Broadcom Corporation BCM94306 802.11g (rev 03)
0000:10:13.0 CardBus bridge: Texas Instruments PCI1510 PC card Cardbus Controller
0000:10:17.0 Class ff00: Apple Computer Inc.: Unknown device 003e
0000:10:18.0 USB Controller: Apple Computer Inc.: Unknown device 003f
0000:10:19.0 USB Controller: Apple Computer Inc.: Unknown device 003f
0000:10:1a.0 USB Controller: Apple Computer Inc.: Unknown device 003f
0000:10:1b.0 USB Controller: NEC Corporation USB (rev 43)
0000:10:1b.1 USB Controller: NEC Corporation USB (rev 43)
0000:10:1b.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
0000:24:0b.0 Host bridge: Apple Computer Inc.: Unknown device 0036
0000:24:0d.0 Class ff00: Apple Computer Inc.: Unknown device 003b
0000:24:0e.0 FireWire (IEEE 1394): Apple Computer Inc. UniNorth 2 FireWire (rev 81)
0000:24:0f.0 Ethernet controller: Apple Computer Inc. UniNorth 2 GMAC (Sun GEM) (rev 80)
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
pcilib: Cannot open /sys/bus/pci/devices
0000:00:0b.0 Class 0600: 106b:0034
0000:00:10.0 Class 0300: 1002:4e50
0000:10:0b.0 Class 0600: 106b:0035
0000:10:12.0 Class 0280: 14e4:4320 (rev 03)
0000:10:13.0 Class 0607: 104c:ac56
0000:10:17.0 Class ff00: 106b:003e
0000:10:18.0 Class 0c03: 106b:003f
0000:10:19.0 Class 0c03: 106b:003f
0000:10:1a.0 Class 0c03: 106b:003f
0000:10:1b.0 Class 0c03: 1033:0035 (rev 43)
0000:10:1b.1 Class 0c03: 1033:0035 (rev 43)
0000:10:1b.2 Class 0c03: 1033:00e0 (rev 04)
0000:24:0b.0 Class 0600: 106b:0036
0000:24:0d.0 Class ff00: 106b:003b
0000:24:0e.0 Class 0c00: 106b:0031 (rev 81)
0000:24:0f.0 Class 0200: 106b:0032 (rev 80)
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

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

Initial boot worked:    [O]
Configure network HW:   [O]
Config network:         [O]
Detect CD:              [O]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [O]
Create file systems:    [O]
Mount partitions:       [O]
Install base system:    [O]
Install boot loader:    [O]
Reboot:                 [O]

Comments/Problems:

I only have very minor comments:

(o) I hope the auto-partitioning logic varies between platforms
    because 10Mb is far too small for /boot on hppa[1] at least and
    possibly others?

(o) yaboot asked me what partition to use.  It'd be nice if it could
    have been told that by the auto-partitioning stuff?

(o) Wah, someone reversed order of username/user question in
    base-config.

(o) Ho hum.  Automatically trying to connect to security.d.o is kind
    of evil.  It wouldn't work in my environment, so I'd had to either
    Control-c it (fairly unfriendly to the new user) or get bored
    waiting for it to timeout (also not great).  On the other hand, I
    can see why it's desirable and stuff, and maybe overall it's a
    good idea.  Who knows.

Conclusion: Great work, you guys. :-)

-- 
James

[1] I happen to know this because I created a 15Mb /boot for sarti.d.o
    and it's always running out of space on there, even with just 2
    kernels.

--- End Message ---
--- Begin Message --- 
We are closing this installation report for one of the following
reasons:
- it was reported with a pre-lenny version of Debian
  Installer.
- indications in the installation report give the feeling that
  the reported problem waslying in another software, unrelated to
  D-I, which we can't easily identify.
- indications in the installation report suggest that it may have been
  fixed in a more recent version of a D-I component
- it was successful and we forgot closing it..:-)
- it has no information we consider useful


The D-I team is currently in the process of cleaning out the old spool
of installation reports that haven't bene processed yet. 

In case you think that the problem you reported has chances to be
still present, please reiterate your installation test with
a more recent image of D-I, if you're in position of doing this.

You'll find daily builds at
http://www.debian.org/devel/debian-installer. We recommend you choose
the netboot image, in the "daily builds section", then choose to
install "squeeze" when prompted.

If some problems are found, please report them with a new bug sent
against installation-reports.

Many thanks for your understanding and your help improving Debian,
past and present.

--- End Message ---
Reply to: