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

Bug#248956: sparc64 second disk install, mostly ok



Package: installation-reports

INSTALL REPORT

Debian-installer-version: sparc sid daily netinstall 2004-05-11
	http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/sparc/20040511/sarge-sparc-netinst.iso
uname -a: Linux dumbluck 2.4.24-sparc64-smp #1 SMP Fri Jan 30 19:06:19 EST 2004 sparc64 GNU/Linux
Date: 2004-05-13
Method: How did you install?  netinstall cd
	What did you boot off?  cdrom
	If network install, from where? 
	Proxied? no

Machine: Sun Ultra 2
Processor: 2 x 167 Mhz Ultrasparc I
Memory: 192 MB
Root Device: 9GB Scsi /dev/sda1
Root Size/partition table: 
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sdb1              3918956    159820   3560064   5% /
tmpfs                    91808         0     91808   0% /dev/shm

Output of lspci:

Serial console
Creator framebuffer installed but unused. 
no sbus cards

Base System Installation Checklist:

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* ]
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Comments/Problems:

Testing install on second hard drive, to see if bug 239300 happens here.
It didn't.

DHCP failed first time as usual.

After going through the second stage, (I did not install any
additional packages this time) where I would expect the initial
prompt, It got stuck repeating the error message:

zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.
zs_open tts/%d0, tty overwrite.

I was forced to reboot the system, after which it acted normally.

-- 
Blars Blarson			blarson@blars.org
				http://www.blars.org/blars.html
With Microsoft, failure is not an option.  It is a standard feature.



Reply to: