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

Re: Re: d-i testing pre-rc3



Hello,

I try to replace the "amiboot-5.6" by one from my a2000, the result is
better :
I can launch "StartInstall" but it hangs after the first messages, I
add "debug=mem" to the command line and get :
===========================================================================
Searching for SAVEKMSG magic...
Found 3545 bytes at 0x001dc010
>>>>>>>>>>>>>>>>>>>>
Linux version 2.4.27-amiga (root@skeeve) (gcc version 2.95.2 20000220
(Debian GNU/Linux)) #1 Fri Jan 21 11:26:32 CET 2005
Enabling workaround for errata I14
Amiga hardware found: [A4000] VIDEO BLITTER AUDIO FLOPPY A4000_IDE
KEYBOARD MOUSE SERIAL PARALLEL A3000_CLK CHIP_RAM PAULA LISA ALICE_PAL
ZORRO3 
initrd: 07e070ca - 07f80000
On node 0 totalpages: 32640
zone(0): 32640 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: root=/dev/ram ramdisk_size=15000
debian-installer/framebuffer=false debug=mem
Console: colour dummy device 80x25
Calibrating delay loop... 99.53 BogoMIPS
Memory: 125368k/130560k available (1536k kernel code, 3540k data, 116k
init)
kmem_create: Forcing size word alignment - mm_struct
kmem_create: Forcing size word alignment - filp
kmem_create: Forcing size word alignment - dquot
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
kmem_create: Forcing size word alignment - inode_cache
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
kmem_create: Forcing size word alignment - bdev_cache
kmem_create: Forcing size word alignment - cdev_cache
kmem_create: Forcing size word alignment - kiobuf
Buffer cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
POSIX conformance testing by UNIFIX
Zorro: Probing AutoConfig expansion devices: 2 devices
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
kmem_create: Forcing size word alignment - file_lock_cache
VFS: Disk quotas vdquot_6.5.1
Journalled Block Device driver loaded
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Console: switching to colour frame buffer device 80x25
fb0: Amiga AGA frame buffer device, using 1280K of video memory
clgen: Driver for Cirrus Logic based graphic boards, v1.9.9.1
clgen: no supported board found.
pty: 256 Unix98 ptys configured
Amiga-builtin serial driver version 4.30
ttyS00 is the amiga builtin serial port
Amiga mouse installed.
kmem_create: Forcing size word alignment - blkdev_requests
FD: probing units
found fd0 
Unable to get major 2 for floppy
RAMDISK driver initialized: 16 RAM disks of 15000K size 1024 blocksize
loop: loaded (max 8 devices)
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with
idebus=xx
ide0: Gayle IDE interface (A4000 style)
hda: ST34342A, ATA DISK drive
hdb: WDC WD200BB-32CXA0, ATA DISK drive
ide0 at 0x80dd2020 on irq 12
hda: attached ide-disk driver.
hda: 8404830 sectors (4303 MB) w/128KiB Cache, CHS=8894/15/63
hdb: attached ide-disk driver.
hdb: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63
Partition check:
 /dev/ide/host0/bus0/target0/lun0: RDSK p1 p2 p3 p4 p5 p6
 /dev/ide/host0/bus0/target1/lun0: RDSK p1 p2 p3
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
Initializing Cryptographic API
NET4: Linux TCP/IP 1.0 for NET4.0
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 8192 bind 8192)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 377k freed
VFS: Mounted root (ext2 filesystem) readonly.
Warning: unable to open an initial console.
Kernel panic: Attempted to kill init!
 <<<<<<<<<<<<<<<<<<<<
==========================================================================

Regards

JP. Pozzi





> [Ordinarily I wouldn't top post, but I'd like to keep all this
together
> as I'm cc'ing debian-68k.]

> I think your StartInstall should look something like the follwing 
> (where initrd.gz comes from nativehd, if you don't have a cdrom) if
> everything is in the same directory.

> amiboot-5.6 -d -k vmlinuz-2.4.27-amiga -r initrd.gz
> root=/dev/ram debian-installer/framebuffer=false


> On Tue, Mar 22, 2005 at 12:00:17AM +0100, Moi meme wrote:
> On Wed, 2005-03-16 at 20:53 -0600, Stephen R Marenka wrote:
> > On Thu, Mar 17, 2005 at 12:06:43AM +0100, JPP wrote:
> > > On Tue, 2005-03-15 at 13:10 -0600, Stephen R Marenka wrote:
> > 
> > > I will test the m68K/Amiga Install, but I didn't have any CD on
the
> > > A4000 and I don't know the exact parameters to launch from HD with
a
> > > ramdisk.
> > 
> > Fantastic!
> > 
> > There are scripts at 
> > <http://people.debian.org/~smarenka/d-i/bootloaders/amiga/>. I hope
to
> > have them integrated into the download area at some point. (They are
on
> > the cd, fwiw.)
> > 
> > If that's not enough let me know.
> > 
> > Thanks,
> > 
> > Stephen
> 
> I get all the stuff, install it all on the a4000 in a cold tempered
> directory and ... arrange all things and it does not work, 
> when I launch "StartInstall" I get an error :
> EXECUTE: Invalid directive
> Error -1
> EXECUTE failed returncode 10
> 
> I try to have all more simple and put all stuff (amiboot, vmlinuz...
> and initrd.gz) and alter StartInstall accordingly.
>
> I trace the process with snoopdos and I see that a command is
> created and deleted in the "T:" directory, I think the execute error
> is caused by some problems with that command, but I can't see it.
> 
> I enclose the snoopdos trace if it can be used ...
> 
> So no success until now ... I will try to get the amiboot from my
> a2000 (it seems to be the same program : 36860 bytes). The a2000
> is running a 2.6.10 kernel and can't be disturbed now as one of my
> sons is using the internet connection.
> 
> Regards
> 
> JP Pozzi



Reply to: