Booten van systeem met antieke Xenix distro

[eX0duS]

Een bericht over een kwestie welke zich net zo goed in het verleden af had kunnen spelen... Ik heb een PC met de Unix variant "Xenix" er op... Vervlogen tijden dus.
Het mooie is, dat het een vrij modern systeem is, er zit namelijk een Celeron processor in en DDR geheugen.

Deze computer wordt gebruikt om een machine aan te sturen, deze is tevens dual boot, er staat ook Windows 95 op. Blijkbaar moet die machine echt via Xenix aangestuurd worden (machine zelf zal ook al ettelijke jaren oud zijn).

Het probleem is dat deze PC niet meer boot. Het systeem blijft hangen na "Verifying DMI Pool Data", ik heb een vermoeden dat dit zo is omdat er een MBR boot record ontbreekt. Wanneer ik de harde schijf verwijder, boot de computer wel verder door, maar blijft natuurlijk daarna hangen omdat er geen harde schijf aanwezig is.

Ik heb via een tooltje hier en NT5 MBR op gezet (dat is de oudste die ik kon kiezen qua Dos/Windows via dat programma), en krijg ik nu een wazige Duitse melding, wat wil zeggen dat er geen besturingssysteem gevonden is.

Het eerste gedeelte van de harde schijf bevat een FAT32 partitie. Hier staat Windows 95 op, deze partitie kan ik ook zien, en ik zie ook de Windows bestanden.

Het andere gedeelte is volgens Windows "leeg". Deze bevat vast en zeker dus een Unix gerelateerde partitie (alhoewel ik dat niet zeker weet, omdat ik simpelweg niet zie wat voor indeling deze partitie heeft).
Deze harde schijf is overigens een kloon van de originele disk. Dit om het origineel intact te laten. Ik heb ook nog geen bad sector test gedaan, maar deze PC schijnt wel gewerkt te hebben. Het zou wellicht kunnen dat net de eerste sectors met het MBR er op niet goed meer zijn.

Naar zeggen schijnt er een bootloader op te hebben gestaan, ik heb alleen géén idee welke bootloader.
Ik moet dus een manier zien te vinden om die onbekende partitie te booten.

Ik heb al een aantal Xenix boot diskette's gevonden, en deze image via rawrite op een diskette gezet. Ik krijg vervolgens (na veel uitproberen, sommige doen het niet of ik krijg alleen maar EEEEEEE in beeld) wel een prompt.

Deze begint met "boot:" (als je hier op enter drukt dan boot er wel iets, maar ook hierna hangt het systeem). Na wat zoekwerk zou ik hd(40)unix moeten intypen, dit werkt echter niet. Met hd(40) doet hij wel iets, maar geeft dan een panic aan... Heb ik dus niet veel aan.

Mijn vraag is, hoe kom ik er achter wat die "loze" ruimte nou precies voor indeling heeft, en hoe kan ik dat booten, en eventueel er voor zorgen dat er een of ander bootmenu of bootloader op komt?
Ik heb ook ettelijke bootloaders geprobeerd, maar ook hiermee kan ik niks booten, helaas.

[ Voor 11% gewijzigd door eX0duS op 19-08-2010 20:07 ]

[deadinspace]

eX0duS schreef op donderdag 19 augustus 2010 @ 18:38:
Het probleem is dat deze PC niet meer boot. Het systeem blijft hangen na "Verifying DMI Pool Data", ik heb een vermoeden dat dit zo is omdat er een MBR boot record ontbreekt. Wanneer ik de harde schijf verwijder, boot de computer wel verder door, maar blijft natuurlijk daarna hangen omdat er geen harde schijf aanwezig is.

Hoeveel verder boot hij zonder harde schijf? Met andere woorden: wat zie je dan na "Verifying DMI Pool Data"?

Het feit dat die computer meer doet zonder harddisk dan met suggereert mij dat de BIOS om de een of andere reden blijft hangen met die schijf erin. Dat zou eventueel kunnen duiden op hardwareproblemen.

Het andere gedeelte is volgens Windows "leeg". Deze bevat vast en zeker dus een Linux gerelateerde partitie (alhoewel ik dat niet zeker weet, omdat ik simpelweg niet zie wat voor indeling deze partitie heeft).

Xenix is geen Linux, maar een Unix van SCO (en daarvoor van Microsoft)

Ik heb geen ervaring met Xenix, maar ik zou verwachten dat Xenix wel degelijk op een partitie staat. En aangezien Xenix van Microsoft was, zou ik zelfs verwachten dat Windows dat partitie type min-of-meer herkent (in ieder geval zodanig dat er niet "leeg" staat).

Je zei dat je de MBR herschreven had met "een tooltje". De MBR bevat ook de partitietabel, dus het zou eventueel kunnen dat dat tooltje de Xenix partitie niet herkende en verwijderd heeft.

Sowieso zal de bootlader van een NT5 MBR Xenix wel niet kunnen booten overigens.

Deze harde schijf is overigens een kloon van de originele disk.

Dat is verstandig, zeker als je dingen gaat doen als de MBR herschrijven

Het is misschien een goed idee om _nog_ een clone te trekken. Op die manier heb je één disk waar je veilig mee kunt prutsen, één disk waar je dan een volledige backup op hebt (waarvan je de prutsdisk kunt herstellen), en de originele disk (die je dan helemaal met rust kunt laten).

Naar zeggen schijnt er een bootloader op te hebben gestaan

Natuurlijk, zonder bootloader boot er niks

Om wat betere diagnostics te doen is het misschien handig als je van een Linux live cd boot (bv Ubuntu). Ik zou dan graag eens de output van

fdisk -l /dev/deschijfinkwestie

zien.

[eX0duS]

Ik bedoelde inderdaad Unix in plaats van Linux.
Na "Verifying DMI Pool Data" wil de computer van een harde schijf booten, en zegt dat er geen OS aanwezig is, en dat je CTRL+ALT+DEL moet drukken om te rebooten. Mét schijf dan blijft hij daar dus gewoon hangen, totdat ik er een ander MBR heb op gezet, toen kreeg ik een Duitstalige melding (Windows 95 OS er op is ook Duits geloof ik). Het mooie is trouwens dat deze machine geupgrade moet worden naar Windows 2000 (in verband met domein).

Met bootloader bedoel ik eigenlijk een keuze menu. Ik weet dus niet of dit een "DOS/Windows" keuze menu was, of meer een Unix-achtige variant (zit natuurlijk ook weer verschil tussen).

Ik heb Hiren's boot CD gebruikt, hier staat het een en ander aan tooltjes op. Als ik Windows boot van deze CD, en ik gebruik een partitiescan tooltje, ziet deze "natuurlijk" alleen de Windows partitie.
Voor dat ik die MBR heb overschreven, kon ik ook geen partitie vinden. Ik heb ook géén idee wat die indeling zou moeten zijn (tegenwoordig EXT3?).
Ik heb ook geboot met een Linux live CD, wellicht zou ik me hier nog wat in moeten verdiepen of dat ik daarmee wellicht wél iets kan zien.
Ik ga die command line eens gebruiken of ik daar mee wellicht wat meer kan zien. Mocht daar nou ook niks uit komen, kan ik er dan vanuit gaat dat er echt niks op staat, dat dit gewoon verdwenen is?

[ Voor 28% gewijzigd door eX0duS op 19-08-2010 20:10 ]

[Rainmaker]

Nou ja, bootloaders van "vroeger" hadden juist geen menu.

Denk aan bijvoorbeeld de bootloader van VMS / Tru64 en EFI (ook al heeft die ook een GUI).

Je zou eens op het bootloader promptje gewoon "help" in kunnen toetsen, dat zou in ieder geval iets terug moeten geven.

Ook kun je "b", "boot" o.i.d. proberen.

Met inderdaad een Linux livecd zou je in principe iets moeten kunnen achterhalen, desnoods op deze manier.

Zie bijvoorbeeld:

code:

[root@ ~]# head -n 1 /dev/hda1 | hexdump -C
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 01 00 00  |.R.NTFS    .....|
00000010  00 00 00 00 00 f8 00 00  3f 00 ff 00 3f 00 00 00  |........?...?...|
00000020  00 00 00 00 80 00 80 00  95 29 00 01 00 00 00 00  |.........)......|
...
[root@ ~]# head -n 1 /dev/hda2 | hexdump -C
00000000  eb 52 90 4e 54 46 53 20  20 20 20 00 02 08 00 00  |.R.NTFS    .....|
00000010  00 00 00 00 00 f8 00 00  3f 00 ff 00 d5 29 00 01  |........?....)..|
...
[root@ ~]# head -n 1 /dev/hda3 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400  e0 c4 00 00 6c 10 03 00  38 27 00 00 c8 bf 02 00  |....l...8'......|
00000410  b7 c4 00 00 01 00 00 00  00 00 00 00 00 00 00 00  |................|
00000420  00 20 00 00 00 20 00 00  e0 07 00 00 61 47 6d 4c  |. ... ......aGmL|
00000430  61 47 6d 4c 07 00 1d 00  53 ef 00 00 01 00 00 00  |aGmL....S.......|
00000440  30 5c 69 4c 00 4e ed 00  00 00 00 00 01 00 00 00  |0\iL.N..........|
00000450  00 00 00 00 0b 00 00 00  80 00 00 00 38 00 00 00  |............8...|
00000460  02 00 00 00 01 00 00 00  94 d4 e1 1e ac 66 4d 27  |.............fM'|
00000470  ae 7e 96 4a ed b2 02 2b  2f 62 6f 6f 74 00 00 00  |.~.J...+/boot...|
...
[root@ ~]# head -n 1 /dev/hda4 | hexdump -C
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200  4c 41 42 45 4c 4f 4e 45  01 00 00 00 00 00 00 00  |LABELONE........|
00000210  32 b9 76 1d 20 00 00 00  4c 56 4d 32 20 30 30 31  |2.v. ...LVM2 001|
00000220  46 39 42 52 58 37 39 6a  79 66 67 56 46 76 6f 66  |F9BRX79jyfgVFvof|
00000230  72 32 58 50 58 42 73 7a  4c 55 38 61 34 44 54 4a  |r2XPXBszLU8a4DTJ|
...

Dus: /dev/hda1 NTFS
/dev/hda2 NTFS
/dev/hda3 ???
/dev/hda4 LVM

Punt is; meeste filesystems geven wel iets van een header in de eerste paar sectors. Zodra je de naam weet, kun je wat meer...

blkid doet dit trouwens een stuk netter, maar mocht die het niet herkennen, kan het zo...

hda2 is trouwens ext2, voor nieuwsgierige onder ons.

Makkelijker lijkt het me een "nieuwe" Xenix installatie te virtualiseren en de data op die manier eraf proberen te krijgen. Zie bijvoorbeeld: http://virtuallyfun.blogs.../02/apple-lisa-xenix.html

[ Voor 3% gewijzigd door Rainmaker op 19-08-2010 22:19 ]

[eX0duS]

Die link heb ik inderdaad ook gezien. Het gaat echter niet om de data er af te halen, maar omdat systeem te kunnen booten in verband met het aansturen van een machine.

[Rainmaker]

Poeh...

Als ik even diep in mn geheugen graaf, kwam dat hangen na verifying DMI pool vaak door IRQ conflicten. Probeer er dus eens een aantal ISA kaarten uit te trekken en kaal te booten... Check ook eens of de BIOS batterij nog genoeg stroom heeft om uberhaupt een instelling vast te kunnen houden.

Het feit dat ie het met een diskette wel doet (soms) ontkracht bovenstaande een beetje, maar proberen kan lijkt me geen kwaad.