* Step by step of my experience
@ 1997-10-22 22:26 Emmanuel Mogenet
1997-10-23 0:10 ` Ariel Faigon
0 siblings, 1 reply; 11+ messages in thread
From: Emmanuel Mogenet @ 1997-10-22 22:26 UTC (permalink / raw
To: linux
Hi guys,
I've tried to boot Linux on my old clunky R5k this morning, and
I thought I'd share the step by step with the list.
Basically, I've tried to boot off an EFS filesystem (d4), and here's
how I went about it:
1. /d4 is my third scsi disk, with EFS (/dev/sdc under linux)
2. My irix kernel is in /unix on first disk (/dev/sda), which is XFS.
Which is OK, since only the kernel is on XFS and the loader can
handle it.
3. mkdir /d4/lsgi
4. Put ftp://ftp.linux.sgi.com/pub/test/vmlinux-970916-efs.gz in
/d4/lsgi
5. Put ftp://ftp.linux.sgi.com:/pub/mips-linux/root-be-0.00.cpio.gz in
/d4/lsgi
6. Extract root-be-0.00.cpio.gz in /d4:
cd /d4
gzip -dc lsgi/root-be-0.00.cpio.gz | cpio -icvd
7. Install kernel on /
cd /d4/lsgi
gzip -d vmlinux-970916-efs.gz
cp vmlinux-970916-efs /vmlinux
8. Reboot, go to maintenance mode, launch sash and type:
scsi(0)disk(1)rdisk(0)partition(0)/vmlinux root=/dev/sdc1
7. The kernel booted, said a great many (good) things and froze with the
following messages:
VFS: mounted root (efs filesystem) readonly
EFS: inode 0x30301 has >EFS_MAX_EXTENTS (43)
EFS: <6> attempt to access beyond end of device
08:21 rw=0 want=1190802192, limit=4191574
Conclusion: Wait for Ralf to finish the EFS driver !
This is the exact bug he was talking about.
Also: I read a few mails about typing, under sash, the following:
boot /vmlinux root=/dev/sdc1
Well, it doesn't work.
First, the syntax for the sash boot command in my PROM is: boot -f
<file> -n <args>
Second, when I did boot -f /vmlinux -n root=/dev/sdc1, it just loaded
the kernel,
but didn't jump into it. It just told me: the entry address is <some hex
number>.
When I did go <some hex number>, it ran linux, but tried to boot off
tftp.
Obviously it ignored the args.
I'm just wondering: is there many different versions of sash out there ?
I'm off trying to boot off tftpd.
I'll keep the list posted.
Ciao,
- Mgix
--
________________________________________________________________________________
Emmanuel Mogenet <mgix@nothingreal.com> PGP Key on
Request
^ permalink raw reply [flat|nested] 11+ messages in thread* Re: Step by step of my experience
@ 1997-10-23 0:10 ` Ariel Faigon
0 siblings, 0 replies; 11+ messages in thread
From: Ariel Faigon @ 1997-10-23 0:10 UTC (permalink / raw
To: Emmanuel Mogenet; +Cc: linux
Emmanuel,
Thanks for the report.
:
: EFS: <6> attempt to access beyond end of device
: 08:21 rw=0 want=1190802192, limit=4191574
:
:Conclusion: Wait for Ralf to finish the EFS driver !
:This is the exact bug he was talking about.
:
Actually, it is Mike Shaver, we talked about this one pretty
recently, he is pretty busy but when he find some time to fix
this it would make things much simpler.
Hope someone would be able to answer the sash booting question.
--
Peace, Ariel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
@ 1997-10-23 0:10 ` Ariel Faigon
0 siblings, 0 replies; 11+ messages in thread
From: Ariel Faigon @ 1997-10-23 0:10 UTC (permalink / raw
To: Emmanuel Mogenet; +Cc: linux
Emmanuel,
Thanks for the report.
:
: EFS: <6> attempt to access beyond end of device
: 08:21 rw=0 want=1190802192, limit=4191574
:
:Conclusion: Wait for Ralf to finish the EFS driver !
:This is the exact bug he was talking about.
:
Actually, it is Mike Shaver, we talked about this one pretty
recently, he is pretty busy but when he find some time to fix
this it would make things much simpler.
Hope someone would be able to answer the sash booting question.
--
Peace, Ariel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
1997-10-23 0:10 ` Ariel Faigon
(?)
@ 1997-10-23 6:24 ` Mike Shaver
-1 siblings, 0 replies; 11+ messages in thread
From: Mike Shaver @ 1997-10-23 6:24 UTC (permalink / raw
To: ariel; +Cc: mgix, linux
Thus spake Ariel Faigon:
> Actually, it is Mike Shaver, we talked about this one pretty
> recently, he is pretty busy but when he find some time to fix
> this it would make things much simpler.
I've managed to procure a temporary Indy at work now, so I should be
able to start hacking on EFS again early next week. I actually have
better support already than that kernel would indicate, but I haven't
committed all of the changes yet (I don't think).
I'll clean up my current support tomorrow or Friday, and then I'll
check it in and coerce Miguel or Ralf into making a new test kernel
available.
Mike
--
#> Mike Shaver (shaver@ingenia.com) Ingenia Communications Corporation
#> Chief System Architect and Herder of Bits
#>
#> "Yoda say, `Just slap a little public key crypto into it' does not
#> a secure system make." -- Marcus J. Ranum (mjr@clark.net)
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
1997-10-23 0:10 ` Ariel Faigon
(?)
(?)
@ 1997-10-29 18:14 ` Alan Cox
1997-10-29 21:50 ` Miguel de Icaza
-1 siblings, 1 reply; 11+ messages in thread
From: Alan Cox @ 1997-10-29 18:14 UTC (permalink / raw
To: ariel; +Cc: mgix, linux
> Actually, it is Mike Shaver, we talked about this one pretty
> recently, he is pretty busy but when he find some time to fix
> this it would make things much simpler.
>
Also the EFS code panics if its given an FS that isnt EFS it should just
say "Nope". That confused me for a while
Anyway I've made a fair bit of progress by the time honoured technique of
gluing other peoples code together in a new shape
I now have working SGI ext2fs tools that checkout v Linux ok. Ted has
the patches.
I have a hacked up MacLinux installer which doesnt know tar/du/df/cp
this time but does know how to unpack cpio files (only I broke /dev files
and need to fix that)
With that installer and a bit of tweaking with mknod by hnd to fix
the cpio device file bug I've got Linux/SGI up and running and all the
base redhat bits on
Im being bitten by a couple of kernel bugs tho
1. vmalloc keeps failing on the unix GC (annoying noise)
2. SIGCLD isnt getting given to init for some reason
when scripts terminate (breaks redhat init scripting)
[ note init isnt ignoring the signal... ]
Oh and does anyone happen to have a working ldconfig binary for
Linux/SGI ?
Alan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
1997-10-29 18:14 ` Alan Cox
@ 1997-10-29 21:50 ` Miguel de Icaza
1997-10-29 22:42 ` Alan Cox
0 siblings, 1 reply; 11+ messages in thread
From: Miguel de Icaza @ 1997-10-29 21:50 UTC (permalink / raw
To: alan; +Cc: ariel, mgix, linux
> Im being bitten by a couple of kernel bugs tho
>
> 1. vmalloc keeps failing on the unix GC (annoying noise)
The fix for this is commited in the cvs tree.
> 2. SIGCLD isnt getting given to init for some reason
> when scripts terminate (breaks redhat init scripting)
> [ note init isnt ignoring the signal... ]
The latest SysV init works around this problem. Or at least fixes all
the problems for me.
Cheers,
Miguel.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
@ 1997-10-29 22:42 ` Alan Cox
0 siblings, 0 replies; 11+ messages in thread
From: Alan Cox @ 1997-10-29 22:42 UTC (permalink / raw
To: Miguel de Icaza; +Cc: alan, ariel, mgix, linux
> The latest SysV init works around this problem. Or at least fixes all
> the problems for me.
Ok I'll upgrade that when I build it as an rpm.
2.1.55 was fairly stable although rebuilding 3 rpms one of which is the
howto's one (spends most of its time copying and compressing 200Mb of data)
did finally get me a disk read from beyond the end of the disk.
A pile of rpms are on ftp.uk.linux.org:/pub/linux/incoming/SGI. I'll start
playing collect the RedHat 4.9.1 rpms with other folks I guess now.
Alan
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
@ 1997-10-29 22:42 ` Alan Cox
0 siblings, 0 replies; 11+ messages in thread
From: Alan Cox @ 1997-10-29 22:42 UTC (permalink / raw
To: Miguel de Icaza; +Cc: alan, ariel, mgix, linux
> The latest SysV init works around this problem. Or at least fixes all
> the problems for me.
Ok I'll upgrade that when I build it as an rpm.
2.1.55 was fairly stable although rebuilding 3 rpms one of which is the
howto's one (spends most of its time copying and compressing 200Mb of data)
did finally get me a disk read from beyond the end of the disk.
A pile of rpms are on ftp.uk.linux.org:/pub/linux/incoming/SGI. I'll start
playing collect the RedHat 4.9.1 rpms with other folks I guess now.
Alan
^ permalink raw reply [flat|nested] 11+ messages in thread
* RE: Step by step of my experience
@ 1997-10-24 17:07 Mike Hill
1997-10-24 21:12 ` Ralf Baechle
0 siblings, 1 reply; 11+ messages in thread
From: Mike Hill @ 1997-10-24 17:07 UTC (permalink / raw
To: linux
Thus spake Mike Shaver:
> I'll clean up my current support tomorrow or Friday, and then
I'll
> check it in and coerce Miguel or Ralf into making a new test
kernel
> available.
Is it possible to download the latest development work on the kernel,
for instance what's in the CVS repository? Or, to quote the FAQ:
14. Where can I find up-to-the-second releases?
Regards,
Mike Hill
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
@ 1997-10-24 21:12 ` Ralf Baechle
0 siblings, 0 replies; 11+ messages in thread
From: Ralf Baechle @ 1997-10-24 21:12 UTC (permalink / raw
To: Mike Hill; +Cc: linux
Hi,
> Thus spake Mike Shaver:
> > I'll clean up my current support tomorrow or Friday, and then I'll
> > check it in and coerce Miguel or Ralf into making a new test
> > kernel available.
>
> Is it possible to download the latest development work on the kernel,
> for instance what's in the CVS repository? Or, to quote the FAQ:
>
> 14. Where can I find up-to-the-second releases?
We'll setup anonymous CVS access and a cronjob that will create diffs
between kernel releases such that people can stay uptodate. Right now
you should go for the testing kernels in /pub/src/kernel/testing/, they
are the newest and most reliable onces released. I've got tons of
bugfixes but I won't have the time to merge them in the near future ...
Ralf
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: Step by step of my experience
@ 1997-10-24 21:12 ` Ralf Baechle
0 siblings, 0 replies; 11+ messages in thread
From: Ralf Baechle @ 1997-10-24 21:12 UTC (permalink / raw
To: Mike Hill; +Cc: linux
Hi,
> Thus spake Mike Shaver:
> > I'll clean up my current support tomorrow or Friday, and then I'll
> > check it in and coerce Miguel or Ralf into making a new test
> > kernel available.
>
> Is it possible to download the latest development work on the kernel,
> for instance what's in the CVS repository? Or, to quote the FAQ:
>
> 14. Where can I find up-to-the-second releases?
We'll setup anonymous CVS access and a cronjob that will create diffs
between kernel releases such that people can stay uptodate. Right now
you should go for the testing kernels in /pub/src/kernel/testing/, they
are the newest and most reliable onces released. I've got tons of
bugfixes but I won't have the time to merge them in the near future ...
Ralf
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~1997-10-29 22:47 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
1997-10-22 22:26 Step by step of my experience Emmanuel Mogenet
1997-10-23 0:10 ` Ariel Faigon
1997-10-23 0:10 ` Ariel Faigon
1997-10-23 6:24 ` Mike Shaver
1997-10-29 18:14 ` Alan Cox
1997-10-29 21:50 ` Miguel de Icaza
1997-10-29 22:42 ` Alan Cox
1997-10-29 22:42 ` Alan Cox
-- strict thread matches above, loose matches on Subject: below --
1997-10-24 17:07 Mike Hill
1997-10-24 21:12 ` Ralf Baechle
1997-10-24 21:12 ` Ralf Baechle
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.