Het is misschien enigzins moeilijk te geloven maar een Xenix box deed nog dienst.
Goed plan om die eens te backuppen dus ivm 10+ jaar oude harddisk.
Hd in Linux bak gestopt en kopie gemaakt met dd van zowel de hele harddisk als alleen de partitie.
Xenix harddisk weer terug gestopt en nu gaat het fout tijdens de boot. Aantal errors en het eindigd met !!!! FILE SYSTEM WAS MODIFIED !!!!
en dan helaas niks meer.
Wat ik op langer termijn wou doen was de Xenix harddisk mounten en de bestanden ervanaf kopieeren want die zijn namelijk met enige emulatie nog te gebruiken onder linux/netbsd etc.
Tot grote verontrusting lijkt het niet te lukken om de xenix partitie te mounten.
Ik heb het zowel geprobeerd toen de orginele harddisk in mijn linux bak hing als met de images ervan later nog. Beide met de zelfde error:
De linux kernel zou met sysv module (deze is geladen ofcourse) xenix filesystems moeten kunnen mounten. cfdisk geeft verder ook aan dat het om een 'XENIX root' filesystem gaat.
Verder zijn die filesystems iets vager dan waar ik tot nu ervaring mee heb aangezien een partitie meerdere filesystems zou moeten kunnen bevatten etc. Alleen er zijn verder ook geen verdere mount opties. en het is voor mij onduidelijk of de disk nog verder opgedeelt is in dit geval. mount spreekt er verder ook niet van het is alleen iets wat ik ergens tegenkwam in mijn speurtocht.
Aangezien de Xenix bestanden zo snel mogelijk weer toegankelijk moeten zijn leek mij het snelste om toegang op de orignele hardware te herstellen. Filesystem errors zijn mogelijk op te lossen met fsck. Natuurlijk ondersteund Linux fsck het xenix fs niet. Dus zal zoiets uit Xenix rescue disk of iets dergelijks moeten gebeuren. Helaas heb ik daar geen beschikking over.
Wellicht is het ook mogelijk om Xenix fs te mounten vanuit andere producten van SCO (OpenServer, UnixWare) maar heb hier geen informatie over verder helaas (wel mailtje richting SCO gegaan).
Verder lijken de gegevens in het partition table afhankelijk te zijn van de hardeschijf specs. Want ik heb de image over een andere hd van mij gezet en toen kreeg ik eerst NO OS bij booten. Na echter in de harddisk de HEADS, CYLINDERS, SECTORS aangepast te hebben naar die van de oude harddisk (dit schijnt mogelijk te zijn) kreeg ik wel
Ik heb nog wel Xenix bootflops gevonden op de SCO ftp site maar daar lijkt alleen een installatie op te staan. Deze booten wel je kan er niks mee omdat je geen shell hebt.
De Xenix harddisk kwam uit een Dell System 325 (386) waar vroeger ook van de meerdere terminaltjes aanzaten. Harddisk zit echter nu gewoon in een pentium 2 en werkt als standalone.
Xenix versie is: SYSV SYS.RELEASE 2.3.2 KID.5.2
Linux bak waar ik op werk is een Dual p3 met Slackware 9.1
Ik ben al even bezig met dit probleem en ik hoop dat iemand hier er wat meer over kan zeggen of antwoord op een deelvragen heeft waarmee ik verder zou kunnen.
Als iemand Xenix rescue disk of iets waarmee ik kan booten en xenix fs kan fsck'en heeft dan zou ik daar ook erg veel aan hebben.
Goed plan om die eens te backuppen dus ivm 10+ jaar oude harddisk.
Hd in Linux bak gestopt en kopie gemaakt met dd van zowel de hele harddisk als alleen de partitie.
Xenix harddisk weer terug gestopt en nu gaat het fout tijdens de boot. Aantal errors en het eindigd met !!!! FILE SYSTEM WAS MODIFIED !!!!
en dan helaas niks meer.
Wat ik op langer termijn wou doen was de Xenix harddisk mounten en de bestanden ervanaf kopieeren want die zijn namelijk met enige emulatie nog te gebruiken onder linux/netbsd etc.
Tot grote verontrusting lijkt het niet te lukken om de xenix partitie te mounten.
Ik heb het zowel geprobeerd toen de orginele harddisk in mijn linux bak hing als met de images ervan later nog. Beide met de zelfde error:
code:
1
2
3
| # mount -t sysv -o loop rootpartitie.dd /mnt/hd mount: wrong fs type, bad option, bad superblock on /dev/loop0, or too many mounted file systems |
De linux kernel zou met sysv module (deze is geladen ofcourse) xenix filesystems moeten kunnen mounten. cfdisk geeft verder ook aan dat het om een 'XENIX root' filesystem gaat.
Verder zijn die filesystems iets vager dan waar ik tot nu ervaring mee heb aangezien een partitie meerdere filesystems zou moeten kunnen bevatten etc. Alleen er zijn verder ook geen verdere mount opties. en het is voor mij onduidelijk of de disk nog verder opgedeelt is in dit geval. mount spreekt er verder ook niet van het is alleen iets wat ik ergens tegenkwam in mijn speurtocht.
Aangezien de Xenix bestanden zo snel mogelijk weer toegankelijk moeten zijn leek mij het snelste om toegang op de orignele hardware te herstellen. Filesystem errors zijn mogelijk op te lossen met fsck. Natuurlijk ondersteund Linux fsck het xenix fs niet. Dus zal zoiets uit Xenix rescue disk of iets dergelijks moeten gebeuren. Helaas heb ik daar geen beschikking over.
Verder lijken de gegevens in het partition table afhankelijk te zijn van de hardeschijf specs. Want ik heb de image over een andere hd van mij gezet en toen kreeg ik eerst NO OS bij booten. Na echter in de harddisk de HEADS, CYLINDERS, SECTORS aangepast te hebben naar die van de oude harddisk (dit schijnt mogelijk te zijn) kreeg ik wel
code:
Helaas hierna meteen een kernel panic. Beetje onduidelijk hoe dit komt. Dit is welliswaar wel nieuwe hardware dus grote kans dat daarin iets fout gaat.1
| Xenix boot: |
Ik heb nog wel Xenix bootflops gevonden op de SCO ftp site maar daar lijkt alleen een installatie op te staan. Deze booten wel je kan er niks mee omdat je geen shell hebt.
De Xenix harddisk kwam uit een Dell System 325 (386) waar vroeger ook van de meerdere terminaltjes aanzaten. Harddisk zit echter nu gewoon in een pentium 2 en werkt als standalone.
Xenix versie is: SYSV SYS.RELEASE 2.3.2 KID.5.2
Linux bak waar ik op werk is een Dual p3 met Slackware 9.1
Ik ben al even bezig met dit probleem en ik hoop dat iemand hier er wat meer over kan zeggen of antwoord op een deelvragen heeft waarmee ik verder zou kunnen.
Als iemand Xenix rescue disk of iets waarmee ik kan booten en xenix fs kan fsck'en heeft dan zou ik daar ook erg veel aan hebben.