[9fans] plan9 iso image cont.

[9fans] plan9 iso image cont.

[Terry Wendt]

K3b actually said 721.7 GB. As in Gigabytes.

So, I've downloaded, burned, and tried to install the following iso images:

9front-2688.28a9914426a3.iso (I used Brasero to burn the cd, no size complaints)
+9atom.iso
9atom.iso
9atom.nboot.iso
plan9.iso

None actually booted, but some got farther then others.

Results:

plan9.iso - "PBSR...EI" <---- as far as it got and froze
9atom.nboot.iso - circular reboot
+9atom.iso - circular reboot
9atom.iso - booted from cd, got to choose option 2(boot from cd),
these are the last few lines:

ehci 0xe0001000: port3 didn't reset within 500ms; status 0x1101
ehci 0xe0001000: port4 didn't reset within 500ms; status 0x1101
usb/kb... usb/kb... root is from(il, tcp, local)[local!#S/sdD0/data]:
cpu0: spurious interupt 39, last 11

I hit enter after about 3 minutes of no action...
kfs...version...time...
init: starting /bin/rc

Nothing else ever happened, even after lots of key-presses.

9front.iso - never gave me an option to run from cd or install, it
just started launching itself.
Several screens of info and it stop on this line:
bootargs is (tcp, il, local!device)[local!dev/sdD0/data] _
<----blinking cursor, doa!

I burned all the iso images with K3b, with the exception of 9front. I
used brasero for that and brasero did not complain about file size and
volume size not matching.  However, when I open 9front up in K3b, it
does complain that the filesize is 530.9 MiB, while the volume size is
reported as 1 TiB.

Gorka - The reason I asked about whether or not I should be unzipping
the iso is the plan9 install instruction have a line thus:
boot from: sdC1!cdboot!9pcflop.gz
I realize that's probably a floppy sized gzipped boot image on the cd,
my question made me feel like a dolt, but I don't mind that too much.
Anyway, next steps?
Terry.

Re: [9fans] plan9 iso image cont.

[Matthew Veety]

> Anyway, next steps?
> Terry.
>

Hit enter at the 9front bootargs prompt.

Re: [9fans] plan9 iso image cont.

[Terry Wendt]

I did that, nothing.  I thought I might need to enter something, so I
browsed the plan9 install instructions, then tried to enter something
but no characters echoed.

Terry.

On Fri, Jun 28, 2013 at 6:01 PM, Matthew Veety <mveety@gmail.com> wrote:
>
>> Anyway, next steps?
>> Terry.
>>
>
> Hit enter at the 9front bootargs prompt.
>
>

Re: [9fans] plan9 iso image cont.

[Bakul Shah]

On Fri, 28 Jun 2013 16:26:51 CDT Terry Wendt <silicon.penguin67@gmail.com> wrote:
> K3b actually said 721.7 GB. As in Gigabytes.

It really has no business looking into a .iso when all it is
doing is copying it to a CD. On FreeBSD I can just do

    burncd -f /dev/acd0 data plan9.iso fixate

> ehci 0xe0001000: port3 didn't reset within 500ms; status 0x1101
> ehci 0xe0001000: port4 didn't reset within 500ms; status 0x1101
> usb/kb... usb/kb... root is from(il, tcp, local)[local!#S/sdD0/data]:
> cpu0: spurious interupt 39, last 11

I am guessing either some acpi related setting or a bad CD drive.
I have not been lucky with CD drives. Especially on old laptops.

One thing you can try to isolate the problem is to bring up
plan9 from the cd in a virtual machine (qemu or virtual box or
something).

Re: [9fans] plan9 iso image cont.

[Terry Wendt]

I'm using GRUB2, and I have an empty primary partition.  I'm thinking
about using grub to install it.  It's worth a shot!

Thanks,
Terry.

On Fri, Jun 28, 2013 at 6:11 PM, Bakul Shah <bakul@bitblocks.com> wrote:
> On Fri, 28 Jun 2013 16:26:51 CDT Terry Wendt <silicon.penguin67@gmail.com> wrote:
>> K3b actually said 721.7 GB. As in Gigabytes.
>
> It really has no business looking into a .iso when all it is
> doing is copying it to a CD. On FreeBSD I can just do
>
>     burncd -f /dev/acd0 data plan9.iso fixate
>
>> ehci 0xe0001000: port3 didn't reset within 500ms; status 0x1101
>> ehci 0xe0001000: port4 didn't reset within 500ms; status 0x1101
>> usb/kb... usb/kb... root is from(il, tcp, local)[local!#S/sdD0/data]:
>> cpu0: spurious interupt 39, last 11
>
> I am guessing either some acpi related setting or a bad CD drive.
> I have not been lucky with CD drives. Especially on old laptops.
>
> One thing you can try to isolate the problem is to bring up
> plan9 from the cd in a virtual machine (qemu or virtual box or
> something).
>

Re: [9fans] plan9 iso image cont.

[erik quanstrom]

> It really has no business looking into a .iso when all it is
> doing is copying it to a CD. On FreeBSD I can just do
>
>     burncd -f /dev/acd0 data plan9.iso fixate
>
> > ehci 0xe0001000: port3 didn't reset within 500ms; status 0x1101
> > ehci 0xe0001000: port4 didn't reset within 500ms; status 0x1101
> > usb/kb... usb/kb... root is from(il, tcp, local)[local!#S/sdD0/data]:
> > cpu0: spurious interupt 39, last 11
>
> I am guessing either some acpi related setting or a bad CD drive.
> I have not been lucky with CD drives. Especially on old laptops.

no that looks good.  the spurious irq messages can be ignored.
(sorry, though.)  hit return and the install should continue.  unless
D0 (secondary master) drive isn't the one with the dvd drive.

- erik

Re: [9fans] plan9 iso image cont.

[Gorka Guardiola]

[-- Attachment #1: Type: text/plain, Size: 2265 bytes --]

On Fri, Jun 28, 2013 at 11:26 PM, Terry Wendt
<silicon.penguin67@gmail.com>wrote:

> K3b actually said 721.7 GB. As in Gigabytes.
>


Yes, 720GB/360MB is 2K. The size complains are fixed by my patch.
I can't generate an image now, but that problem should be fixed for the
future.
In any case, I don't think it affects the images you burnt with brasero at
least.



>
> So, I've downloaded, burned, and tried to install the following iso images:
>
> 9front-2688.28a9914426a3.iso (I used Brasero to burn the cd, no size
> complaints)
> +9atom.iso
> 9atom.iso
> 9atom.nboot.iso
> plan9.iso
>
> None actually booted, but some got farther then others.
>
> Results:
>
> plan9.iso - "PBSR...EI" <---- as far as it got and froze
>

This is an error reported by the bios. This does not have to do with the
other error. This has to do with something bad happening when the BIOS
is accessing the drive. My guess is the BIOS is buggy, the cd is wrong
(physically)
or the reader is wrong, but it may be some bug interacting with the
hardware.


> 9front.iso
>

I don't know much about about 9atom or 9front, but they are quite different
from
plan9 in the way it boots. Other people are more qualified than me to answer
questions about both.


>
> I burned all the iso images with K3b, with the exception of 9front. I
> used brasero for that and brasero did not complain about file size and
> volume size not matching.  However, when I open 9front up in K3b, it
> does complain that the filesize is 530.9 MiB, while the volume size is
> reported as 1 TiB.
>

This is again 1TB/530MB -> 2K, so mkisofs is the most probable culprit,
but again, this should not affect the booting.



>
> Gorka - The reason I asked about whether or not I should be unzipping
> the iso is the plan9 install instruction have a line thus:
> boot from: sdC1!cdboot!9pcflop.gz
> I realize that's probably a floppy sized gzipped boot image on the cd,
>

This is the compressed kernel inside the image.


> Anyway, next steps?
>

 I would recommend either a virtual machine like Bakul says or, if possible
change the CD drive. You could try also booting from USB, I don't know
if there are any usb images laying around...

G.

[-- Attachment #2: Type: text/html, Size: 3721 bytes --]

Re: [9fans] plan9 iso image cont.

[sl]

> 9front.iso - never gave me an option to run from cd or install, it
> just started launching itself.
> Several screens of info and it stop on this line:
> bootargs is (tcp, il, local!device)[local!dev/sdD0/data] _
> <----blinking cursor, doa!

Press enter.

-sl

Re: [9fans] plan9 iso image cont.

[Terry Wendt]

yeah...

pressed enter
pressed lots of keys...

9front will have to wait for now, but thanks for the advice.

Terry.

On 6/28/13, sl@9front.org <sl@9front.org> wrote:
>> 9front.iso - never gave me an option to run from cd or install, it
>> just started launching itself.
>> Several screens of info and it stop on this line:
>> bootargs is (tcp, il, local!device)[local!dev/sdD0/data] _
>> <----blinking cursor, doa!
>
> Press enter.
>
> -sl
>
>

[9fans] plan9 iso image cont.

[Terry Wendt]

> Anyway, next steps?


> I would recommend either a virtual machine like Bakul says or, if possible
> change the CD drive. You could try also booting from USB, I don't know
> if there are any usb images laying around...

I'm starting to think maybe the dvd drive is buggy.
I'll probably swap the cd and dvd.  If that doesn't help, I'll try the
grub install.

Thanks again 9fans,
Terry.

Re: [9fans] plan9 iso image cont.

[Paul A. Patience]

did you enable *acpi= when booting 9front?
see the section Boot at [1].

pap

[1] http://code.google.com/p/plan9front/wiki/troubleshooting

Re: [9fans] plan9 iso image cont.

[Terry Wendt]

When I tried booting 9front, it didn't give me any options until it
got to the bootargs line, where it froze.
I'll get back to 9front later. I am interested, but my system is
completly borked right now.

When I had tried the vanilla plan9.iso, I was trying the "boot from
cd" option, and it was freezing right away.  So... I figured I had two
primary partitions unused, one of which I planned to install plan9 to
anyway, why not see if the "install to hard drive" option would work?
My everyday system is openSuSE 12.3 as such:

/dev/sda1 - fat16 - A fat partition containing Dell stuff.
/dev/sda2 - ext2 - Set aside for plan9.
/dev/sda3 - ext2 - Empty.
/dev/sda4 - The extended part.
/dev/sda5 - linux-swap
/dev/sda6 - ext3 - An old, unused distro, has a lot of backup files I
need to save.
/dev/sda7 - (was ext4) - '/' my system partition.
/dev/sda8 - (was ext4) - '/home'
/dev/sda9 - (was ext3) - '/music'
 - - - - - - -  89.35 GiB unallocated

You'll note the three partitions that say "was ext4" or "ext3"!!
Also, I was using grub2 as the boot loader.  You'll note again the use
of "was".

Prior to openSuSE 12.3, I'd never used grub2.  I can swear there is a
way to use grub2 to install a new system.  Grub2 was not installed to
the mbr, but actually on the extended part.  Maybe it actually uses
the mbr to point to it's location on the extended part, I'm not sure.
Also, the / and /home parts were/are ext4.

I figured, "what the heck" I'll try the install of plan9, and if it
whacks grub2, so be it.  I'll reinstall grub2, and all will be good.

The install to hard drive option seemed to work great.  Until I got to
the "mountdist" portion.  It didn't seem to want to use
/dev/sdD0/data.  I figured I'd point it at the plan9.iso image on
/dev/sda8/ partition.  Due to the unfamiliar naming scheme, I wasn't
positive which partition I wanted, so I tried LINUX4, LINUX5, and
LINUX6. The install program told me they were all empty.  No problem,
I thought, I'll go back to openSuSE and move a copy of plan9.iso to
/dev/sda3 and while I'm at it copy the contents out of the iso image
to /dev/sda3 as well.

Reboot.

No bootable partitions... uh oh.  Ok, no problem, I'll reinstall
grub2.  Two hours go by.  Can't figure out how to reinstall grub2.
Alright, guess I'll have to reinstall openSuSE.  Oh no!  The DVD is
slightly damaged, the so called rescue portion boots, but there are
about 50 errors trying to install... give up for the night.

This is great stuff, right? lol.

This morning I break out my trusty knoppix 5.3.1 dvd.  Boot up.
Connect to the net, and here I am.  Too bad knoppix 5.3.1 does not
speak ext4.  Darn.

So, my mission for today(or this weekend) is to recover the three
whacked partitions, recover grub2, then figure out the best way to
complete the plan9 install and get grub2 to play nice with plan9.

Also, I'd planned to add a cd drive to this mach, but I had forgotten
that it's sata and all the cd or dvd drives I have are ata.  Curses!
Foiled again!!

Terry.

On 6/28/13, Paul A. Patience <paul-a.patience@polymtl.ca> wrote:
> did you enable *acpi= when booting 9front?
> see the section Boot at [1].
>
> pap
>
> [1] http://code.google.com/p/plan9front/wiki/troubleshooting
>
>