From: Ethan Benson <erbenson@alaska.net>
To: Steven Hanley <sjh@wibble.net>
Cc: Linux PPC Dev <linuxppc-dev@lists.linuxppc.org>
Subject: Re: booting with quik off hard disk on 7220
Date: Fri, 10 Nov 2000 19:36:39 -0900 [thread overview]
Message-ID: <20001110193639.T4577@plato.local.lan> (raw)
In-Reply-To: <20001111152702.A5146@wibble.net>; from sjh@svana.org on Sat, Nov 11, 2000 at 03:27:02PM +1100
[-- Attachment #1: Type: text/plain, Size: 3203 bytes --]
On Sat, Nov 11, 2000 at 03:27:02PM +1100, Steven Hanley wrote:
> On Fri, Nov 10, 2000 at 06:09:24PM -0900, Ethan Benson wrote:
> > > nvsetenv boot-file ' /boot/vmlinux-2.2.17 root=/dev/hda6'
> >
> > this is redunant, when you have a proper quik.conf you don't need the
> > boot-file variable, in fact it seems to bork things up in my
> > experience helping someone with a 7200. i would null out the
> > boot-file variable.
>
> hmm so what should be in quik.conf instead? With my current quik.conf if I
> dont have that variable set quik stops on the grey screen where the boot:
> prompt is and asks me to enter a [device:][partno]/path which if I enter
> device and boot-file vairable settings in will then boot into the blank
> screen with no hard disk activity just like it does now.
odd that doesn't happen on my friend's 7200, maybe try adding device=
to quik.conf with the correct OF device (but not the image name)
device=ata/ata@0:0 or something like that.
> yeah happy to give you shell access to the machine as soon as I have debian
> installed and working, I can take the computer and put it online somewhere
> for a while.
cool, let me know when you have time.
> oh well the grey screen with the second stage boot loader and the
> boot: prompt for quik, this doesnt show up unless I set the output device,
> the computer on power on or reboot without setting theoutput device after I
> have done a command option p r just sits there with a black screen and no
> disk activity (kind of like I am either in OF or have gotten past the quik
> boot: prompt and have that blank screen there.)
ah i see, interesting, sounds like quik has its own minimal video
driver, this way OF itself won't show up since it has no driver, but
quik will since it has its own. nifty.
> oh good, when I still had macos on the machine I thought it was probably
> safer to leave it there, but now I dnt need bootx I wont need them anymore
> either it seems :)
yup ;)
> hmm, okay well I just tried a 2.2.18pre18 kernel I had compiled (that worked
> on the machine with bootx) rsynced from paulus' stable tree a few days ago
> and it also gave me a black screen and no disk activity.
a serial terminal might help here, some OpenFirmware messages are
usually printed but you can't see them unless you have serial term.
whether they are helpful or not i don't know. a kernel hacker could
help you better there.
> I will try to track down a tarball of 2.2.10 (I believe there is still one
> on ftp.linuxcare.com.au) and try it next and home it works. Will also try
> the changing of the partition labels to swap and root.
try a 2.2.14 too. though 2.2.17 was the first since .14 that worked
fine on my friend's 7200.
> hmm I dont have another mac around, I am wondering what sort of cables I
> have to go to a cable place and ask for to have one I can hook up to a null
> modem cable or something and speak to minicom on an x86 box.
i think mac serial ports are identical to x86 serial ports, they just
use a different type of plug, i think there are converters for mac->standard
--
Ethan Benson
http://www.alaska.net/~erbenson/
[-- Attachment #2: Type: application/pgp-signature, Size: 0 bytes --]
prev parent reply other threads:[~2000-11-11 4:36 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-11 2:43 booting with quik off hard disk on 7220 Steven Hanley
2000-11-11 3:09 ` Ethan Benson
2000-11-11 4:27 ` Steven Hanley
2000-11-11 4:36 ` Ethan Benson [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20001110193639.T4577@plato.local.lan \
--to=erbenson@alaska.net \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=sjh@wibble.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.