SGI Indy van CD laten booten - frustratie

[dion_b]

Sinds een paar dagen heb ik hier een mooie blauwe SGI Indy staan. Helaas wel een van de oudere (R4600PC-133 CPU, XL graphics), maar daarom gelukkig wel prima gesupport qua OSsen. Na wat gegraven te hebben in de SIMMbakken heb ik het van 192MB RAM voorzien en wil ik er een OS op zetten.

Momenteel zit er op de 1GB HDD die erin zit een oude Irix install, maar bij gebrek aan root passwords wil ik een clean install doen (waarbij ik er gelijk een 4.3GB schijf in wil doen). Nu heb ik Irix 6.5.16 liggen, dus zou ik dat erop kunnen zetten, maar aangezien ik dit ding headless wil gebruiken is de meerwaarde van een Unix met GUI minimaal en bovendien is een verouderde Irix niet bepaald 's werelds meest secure OS. Dus is de keuze gevallen op NetBSD of Linux-MIPS, specifieker Debian-MIPS.
_{En voor de puristen: ik heb ook een Indigo2 Impact liggen waar Irix dus wel op komt te draaien, dit beestje wil ik voor 75% als mooi blauw stuk woonkamerversiering en 25% als ad-hoc servertje voor projectjes ofzo}

Het vinden van de .iso's was niet moeilijk - beide gewoon stable op de sites te vinden. Maar dan begint de lol...

Allereerst wat *geen* probleem is. De CDRom drive moet 512B blocks ondersteunen. Gelukkig heb ik de CDRom uit een O2 en is dat geen probleem. Dat wordt bewezen doordat de Irix install CD wel gewoon herkend & geboot wordt.

1e probleem (opgelost):
de firmware van een Indy snapt geen ISO9660, mijn eerste paar pogingen om te branden met Gnomebaker resulteerden in schijven waar de firmware geen drol van snapte. Na paar coasters ontdekte ik deze opmerkingen op de Gentoo-MIPS page, die aanraadden om het volgende te doen:

code:

cdrecord -vv -pad speed=24 dev=ATAPI:0,0,0 -tao mips-livecd-prototype-rc2-20041027.img

Dat heb ik aangepast naar de Debian CD die ik wilde gebruiken en naar mijn situatie:

code:

cdrecord -vv -pad speed=16 dev=ATA:1001,0,0 -tao debian-40r0-mips-netinst.iso

Dit leverde tenminste een CD op waar de firmware iets mee kon. Alhoewel...

2e probleem:
Volgens de Debian handleiding zou ik simpelweg in de firmware van de Indy "Install System Software" moeten kiezen, maar als ik dat probeer krijg ik het volgende:

code:

Obtaining installation tools
...
Installation tools not found

OK... als ik vervolgens in de command monitor ga kijken met ls scsi(0)cdrom(6)rdisk(0)partition( vind ik een file: r4k-ip22. Probeer ik die te booten met:

code:

boof -f scsi(0)cdrom(6)rdisk(0)partition(8)r4k-ip22

Krijg ik dit:

code:

7616+10126784sc0,6,0: cmd=0x28 timeout after 10 sec. Resetting SCSI bus
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: Exhausted retries, i/o failed
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
dks0d6s8: Device not ready: Unit not ready, ASQ=0x1
dks0d6s8: retrying
sc0,6,0: cmd=0x28 timeout after 10 sec. Resetting SCSI bus
dks0d6s8: SCSI driver error 5
dks0d6s8: Exhausted retries, i/o failed
error on vh read

Cannot load scsi(0)cdrom(6)rdisk(0)partition(8)r4k-ip22.
Error reading data section: start 0x88803dc0, size 0x9a85c0.
Unable to load scsi(0)cdrom(6)rdisk(0)partition(8)r4k-ip22: no such device.

Klinkt verdacht alsof de drive niet van de media kan lezen...

Toen voor de zekerheid een kopie gedraaid van mijn Irix 6.5.16 CD met zelfde medium als de Debian CD - en dat werkte dus wel weer perfect

Het probleem ligt blijkbaar niet bij de CDRom drive of de CDs die ik gebruik om te branden. Dus een andere Linux image gevonden, om precies te zijn de nieuwste Gentoo (experimental) MIPS LiveCD, die volgens deze pagina prima gebruikt kan worden om een Debian netinstall te doen (ondanks Gentoo fan te zijn ga ik niet op een 133MHz CPU zonder L2 cache *alles* compileren )

Deze vervolgens op zelfde manier gebrand (voor zekerheid volledige output van cdrecord):

code:

diocletian dion_b # cdrecord -vv -pad speed=16 dev=ATA:1001,0,0 -tao livecd-mips3-gcc4-X-RC6.img 
Cdrecord-ProDVD-Clone 2.01.01a25 (i686-pc-linux-gnu) Copyright (C) 1995-2006 J��rg Schilling
TOC Type: 1 = CD-ROM
scsidev: 'ATA:1001,0,0'
devname: 'ATA'
scsibus: 1001 target: 0 lun: 0
Warning: Using badly designed ATAPI via /dev/hd* interface.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Using libscg transport code version 'schily-%M%-%I%'
SCSI buffer size: 64512
atapi: -1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   : 
Vendor_info    : 'HL-DT-ST'
Identifikation : 'DVDRAM GSA-4160B'
Revision       : 'A302'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Current: CD-R
Profile: DVD-RAM 
Profile: DVD-R sequential recording 
Profile: DVD-RW sequential recording 
Profile: DVD-RW restricted overwrite 
Profile: DVD+RW 
Profile: DVD+R 
Profile: DVD+R/DL 
Profile: DVD-ROM 
Profile: CD-R (current)
Profile: CD-RW 
Profile: CD-ROM 
Profile: Removable Disk 
Feature: 'Profile List' (current) (persistent)
Feature: 'Core' (current) (persistent)
Feature: 'Morphing' (current) (persistent)
Feature: 'Removable Medium' (current) (persistent)
Feature: 'Write Protect'  
Feature: 'Random Readable'  
Feature: 'Multi Read'  
Feature: 'CD Read'  
Feature: 'DVD Read'  
Feature: 'Random Writable'  
Feature: 'Incremental Streaming Writable' (current) 
Feature: 'Formattable'  
Feature: 'Defect Management'  
Feature: 'Restricted Overwrite'  
Feature: 'DVD+RW'  
Feature: 'DVD+R'  
Feature: 'Rigid Restricted Overwrite'  
Feature: 'CD Track at Once' (current) 
Feature: 'CD Mastering' (current) 
Feature: 'DVD-R/-RW Write'  
Feature: 'CD-RW Write' (current) (persistent)
Feature: 'DVD+R/DL Read'  
Feature: 'Power Management' (current) (persistent)
Feature: 'S.M.A.R.T.'  
Feature: 'CD Audio analog play'  
Feature: 'Microcode Upgrade'  
Feature: 'Time-out' (current) (persistent)
Feature: 'DVD-CSS'  
Feature: 'Real Time Streaming'  
Feature: 'Logical Unit Serial Number' (current) (persistent)    Serial: 'K7G4AEC2347 '
Feature: 'Disk Control Blocks'  
Feature: 'DVD CPRM'  
Feature: 'Microcode Information' (current) (persistent)
Supported CD-RW media types: 0F
Drive current speed: 40
Drive default speed: 40
Drive max speed    : 40
Selected speed     : 16
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1053696 = 1029 KB
Drive pbuf size: 1966080 = 1920 KB
Drive DMA Speed: 11793 kB/s 67x CD 8x DVD
FIFO size      : 4194304 = 4096 KB
Track 01: data   393 MB         padsize:   30 KB
track: 1 start: 0 pregap: 150
Total size:      452 MB (44:47.42) = 201557 sectors
Lout start:      452 MB (44:49/32) = 201557 sectors
 41 00 00 14 00 00 00 00
 41 01 00 10 00 00 00 00
 41 01 01 10 00 00 02 00
 41 AA 01 14 00 2C 31 20
Track 1 start 0
Track 2 start 201557
 41 00 A0 00 00 00 00 01 00 00 00 00
 41 00 A1 00 00 00 00 01 00 00 00 00
 41 00 A2 00 00 00 00 44 49 32 00 00
 41 00 01 00 00 00 00 00 02 00 00 00
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 5
Disk Is not unrestricted
Disk Is not erasable
  Disk sub type: Medium Type A, high Beta category (A+) (3)
  ATIP start of lead in:  -11634 (97:26/66)
  ATIP start of lead out: 359846 (79:59/71)
Disk type:    Short strategy type (Phthalocyanine or similar)
Manuf. index: 3
Manufacturer: CMC Magnetics Corporation

    Capacity  Blklen/Sparesz.  Type
           0             2048  No Media Present or Unknown Capacity
Blocks total: 359846 Blocks current: 359846 Blocks remaining: 158289
Starting to write CD/DVD at speed 16 in real TAO mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
BURN-Free is OFF.
Performing OPC...
Starting new track at sector: 0
Track 01:  393 of  393 MB written (fifo 100%) [buf  99%]  16.7x.
Track 01: writing  30 KB of pad data.
Track 01: Total bytes read/written: 412753920/412784640 (201555 sectors).
Writing  time:  182.239s
Average write speed  14.8x.
Min drive buffer fill was 99%
Fixating...
Fixating time:   21.283s
cdrecord: fifo had 6502 puts and 6502 gets.
cdrecord: fifo was 0 times empty and 6426 times full, min fill was 89%.

Resultaat van hiermee proberen te booten via "Install System Software":

code:

Cannot load scsi(0)cdrom(6)partition(8)sashARCS.
Illegal f_magic number 0x0, expected MIPSELMAGIC or MIPSEBMAGIC.
Cannot load scsi(0)cdrom(6)partition(8)sashARCS -- execute format error.

Unable to continue; press <enter> to return to the menu:

Als ik dan ipv sashARCS rechtstreeks de ip22r4k probeer te booten krijg ik dezelfde lap I/O errors als erboven, maar de voorlaatste regel is anders:

code:

Problem reading elf structure at offset 16384.

Nu de vraag:
Voordat ik nog meer CDRs tot coasters verwerk, kan iemand zien bij welke stap ik hier iets fouts doe?
• verkeerde .isos?
• verkeerde cdrecord parameters?
• verkeerde bootcommando?

[Cyphax]

Ik kom hier wel iets tegen adhv die melding "Illegal f_magic number" en ze hebben het daar over het volgende:

code:

> > This means that your Challenge M (which is actually basically an Indigo2
> > the same way the S is basically an Indy) has an old PROM and doesn't
> > understand ELF kernels.  While my Challenge S (and maybe Indy too, though
> > I don't recall) boots ELF kernels just fine, my Indigo2 needs an ECOFF
> > kernel.

Ook weer die ELF-binaries... zou het kunnen denk je dat je Indy hetzelfde probleem heeft?

Er wordt ook een linkje gegeven naar een "ecoff'ised kernel". Misschien interessant om daarover wat verder te lezen.

[edit]
Hier hebben ze het ook over hoe je van elf naar ecoff kan. 'k Zou het gewoon proberen

[ Voor 18% gewijzigd door Cyphax op 01-07-2007 17:07 ]

[Verwijderd]

dion_b schreef op zondag 01 juli 2007 @ 16:46:
Sinds een paar dagen heb ik hier een mooie blauwe SGI Indy staan. Helaas wel een van de oudere (R4600PC-133 CPU, XL graphics), maar daarom gelukkig wel prima gesupport qua OSsen. Na wat gegraven te hebben in de SIMMbakken heb ik het van 192MB RAM voorzien en wil ik er een OS op zetten.

dat is (veel) vetter dan mijn r4k indy met 64MB ram

Momenteel zit er op de 1GB HDD die erin zit een oude Irix install, maar bij gebrek aan root passwords wil ik een clean install doen (waarbij ik er gelijk een 4.3GB schijf in wil doen).

Ga ff zoeken naar de standaard accounts voor IRIX, er worden er per-default een stuk of 5 zonder wachtwoord toegevoegt waarmee je gewoon dmv telnet/rsh kunt inloggen (!EZinstall++ ). Ff los van of dit wel/niet werkt, zijn er zelfs voor de allernieuwste irix releases meerdere remote-root exploits te vinden, dus het verkrijgen van root op die bakken zou nooit meer dan 15 minuten moeten duren, incl google searches en het configureren van netwerk

Nu heb ik Irix 6.5.16 liggen, dus zou ik dat erop kunnen zetten, maar aangezien ik dit ding headless wil gebruiken is de meerwaarde van een Unix met GUI minimaal en bovendien is een verouderde Irix niet bepaald 's werelds meest secure OS.

Eh, imho is (zie ook punt hierboven) het enige doel waar een SGI voor geschikt is een grafische omgeving. Dat is ook waar die machine voor gebouwt is. Je kunt er wel een niet-IRIX opzetten, maar daarmee ga je het doel van de SGI voorbij. Maar dat is meer een puristen kwestie dan een technische kwestie denk ik zo

Nu de vraag:
Voordat ik nog meer CDRs tot coasters verwerk, kan iemand zien bij welke stap ik hier iets fouts doe?
• verkeerde .isos?
• verkeerde cdrecord parameters?
• verkeerde bootcommando?

Ga gewoon netbooten. Scheelt je echt enorm veel tijd, want jij krijgt echt niet zomaar voor mekaar om een cdrom met een SGI bootlabel en bijbehorend filesystem (EFS uit mn hoofd) werkend te krijgen als je geen IRIX bij de hand hebt Zie ook deze pagina voor hints in die richting.

[Xiphalon]

Ik heb een soortgelijk geneuzel gehad op een HP 700 series machine. Na veel geploeter maar de boot cd gebrand op het ding zelf (er zat zowaar een 1 speed brander in), en die bootte de machine wel zonder problemen.
Een kopie hiervan met een brander in mijn pc niet

Blijkbaar doen gekke unix bakken (of wintel doosjes) iets niet standaards met het branden van boot cd's. 512 byte blokken misschien?

[dion_b]

darkmage schreef op maandag 02 juli 2007 @ 17:36:
Ik heb een soortgelijk geneuzel gehad op een HP 700 series machine. Na veel geploeter maar de boot cd gebrand op het ding zelf (er zat zowaar een 1 speed brander in), en die bootte de machine wel zonder problemen.
Een kopie hiervan met een brander in mijn pc niet

Blijkbaar doen gekke unix bakken (of wintel doosjes) iets niet standaards met het branden van boot cd's. 512 byte blokken misschien?

512B blokken bij oude Suns en SGIs is bekend, maar dat is niet zo'n punt, zoals ik aangaf, m'n CDRom drive is een Toshiba 4x uit een SGI O2 (en ik heb nog een paar oude Plextor SCSI schijven achter de hand die ook geen 512B problemen hebben).

Ik denk dat waar jij het over hebt meer met software te maken heeft - maar dat is dus met cdrecord te ondervangen. Ik ben bang dat Cyphax en r3boot gelijk hebben met hun aanwijzingen over ELF executables en evt EFS-formatted scijven.

Cyphax schreef op zondag 01 juli 2007 @ 17:04:
Ik kom hier wel iets tegen adhv die melding "Illegal f_magic number" en ze hebben het daar over het volgende:

code:

> > This means that your Challenge M (which is actually basically an Indigo2
> > the same way the S is basically an Indy) has an old PROM and doesn't
> > understand ELF kernels.  While my Challenge S (and maybe Indy too, though
> > I don't recall) boots ELF kernels just fine, my Indigo2 needs an ECOFF
> > kernel.

Ook weer die ELF-binaries... zou het kunnen denk je dat je Indy hetzelfde probleem heeft?

Er wordt ook een linkje gegeven naar een "ecoff'ised kernel". Misschien interessant om daarover wat verder te lezen.

[edit]
Hier hebben ze het ook over hoe je van elf naar ecoff kan. 'k Zou het gewoon proberen

Na beetje zoeken heb ik zowaar een .bin van de nieuwste (070-9101-011) firmware gevonden, maar helaas is het een fysiek formaat die ik niet kan flashen (32p ofzo tegenover normaal 28p bij PC). Maar goed, ik ga misschien nog naar die ELF -> ECOFF dingen kijken.

Verwijderd schreef op maandag 02 juli 2007 @ 16:11:
[...]

dat is (veel) vetter dan mijn r4k indy met 64MB ram

Ach, op goed geluk heb ik wat parity EDO erin gestopt en hij blijkt het zowaar te slikken. Dat maakt het erg makkelijk, gewoon willekeurige oude PC parity SIMMs gebruiken. 16MB hebben mensen letterlijk in de gordijnen hangen

[...]

Ga ff zoeken naar de standaard accounts voor IRIX, er worden er per-default een stuk of 5 zonder wachtwoord toegevoegt waarmee je gewoon dmv telnet/rsh kunt inloggen (!EZinstall++ ).

Klopt, sterker nog, ik heb er een monitor + granite slab keyb + muis aangekoppeld en ben via Guest en EZinstall ingelogd in de huidige Irix. Maar ik begin toch liever met een schone lei.

Ff los van of dit wel/niet werkt, zijn er zelfs voor de allernieuwste irix releases meerdere remote-root exploits te vinden, dus het verkrijgen van root op die bakken zou nooit meer dan 15 minuten moeten duren, incl google searches en het configureren van netwerk

Lek als een zeef idd, daarom zie ik Irix als iets leuks om op m'n Indigo2 te draaien als speelgoed, meer niet (al zit er leuk spul tussen de Nekochan apps)

[...]

Eh, imho is (zie ook punt hierboven) het enige doel waar een SGI voor geschikt is een grafische omgeving. Dat is ook waar die machine voor gebouwt is. Je kunt er wel een niet-IRIX opzetten, maar daarmee ga je het doel van de SGI voorbij. Maar dat is meer een puristen kwestie dan een technische kwestie denk ik zo

Yup. Zoals ik al aangaf, de Indigo2 is er voor puur zijn, dit is gewoon wmb een quick&dirty rommelbak dat toevallig blauw is. En de hardware is daar prima geschikt voor. Vandaar dat ik er een enigszins modern OS op wil hebben, liefst eentje die ik goed ken.

[...]

Ga gewoon netbooten. Scheelt je echt enorm veel tijd, want jij krijgt echt niet zomaar voor mekaar om een cdrom met een SGI bootlabel en bijbehorend filesystem (EFS uit mn hoofd) werkend te krijgen als je geen IRIX bij de hand hebt Zie ook deze pagina voor hints in die richting.

Lijkt me de beste optie idd, maar ik heb ruzie met m'n router over DHCP en TFTP zaken (dnsmasq ). Die router is als noodoplossing met ClarkConnect geinstalleerd, hij gaat binnenkort vervangen worden (software, met de P3 600 op ITX dual-LAN bordje is niets mis) door een echte distro

Tot die tijd... tja, misschien toch een crosscable opgraven en op een losse PC netboot spul draaiend krijgen...

[Verwijderd]

dion_b schreef op dinsdag 03 juli 2007 @ 00:00:
Klopt, sterker nog, ik heb er een monitor + granite slab keyb + muis aangekoppeld en ben via Guest en EZinstall ingelogd in de huidige Irix. Maar ik begin toch liever met een schone lei.

Nahja, heb zelf ook wel es zo'n indy ge-reinstalled, en het is imho veel eenvoudiger om de bestaande install op te ruimen en daar updates overheen knallen (wat dan weer wel gewoon dmv files op bv nfs kan (en wat eeeeeeuuuuuwen duurt ))

Lek als een zeef idd, daarom zie ik Irix als iets leuks om op m'n Indigo2 te draaien als speelgoed, meer niet (al zit er leuk spul tussen de Nekochan apps)

Da's sowiso de echt goeie bron voor SGI/Mips freeware. Plus dat het allemaal redelijk uptodate gehouden wordt. Nekochan++

Yup. Zoals ik al aangaf, de Indigo2 is er voor puur zijn, dit is gewoon wmb een quick&dirty rommelbak dat toevallig blauw is. En de hardware is daar prima geschikt voor. Vandaar dat ik er een enigszins modern OS op wil hebben, liefst eentje die ik goed ken.

Ah, k. Ben benieuwt naar de performance van dat ding met die hoeveelheid ram. Heb zelf wel es een indy gedraait met 32mb ram, maar daar was IRIX sneller dan Debian (statische webpagina's ging wel though, daar was alleen wat filesystem cache voor nodig ).

Tot die tijd... tja, misschien toch een crosscable opgraven en op een losse PC netboot spul draaiend krijgen...

Yup. Da's imho sowiso de beste manier om die oude unix bakken van een nieuw os te voorzien.