:strip_exif()/u/57458/tweakers2.gif?f=community)
Hallo luitjes,
Ik ben weer fijn aan het hacken (in de Unix-community betekenis van het woord) en
met moeite heb ik een bootable cdrtje met de network-install van CentOS 5.3 x86_64 in een vers te installeren server op een remote locatie gekregen, welke ik via de seriële poort nu kan benaderen (hoezee!), maar nu loop ik tegen het volgende aan:
1) De installatie via HTTP kan geen gebruik maken van een proxy en ik heb daar geen rechtstreeks internet
2) Vervolgens heb ik op een andere machine in dat netwerk een webserver staan, met daarin een DVDtje met CentOS 5.3 x86_64, maar dit werkt helaas niet. Dit omdat er een miniem release verschil is in de media en de bootstageloader en omdat Jeremy Katz in zijn grote wijsheid heeft besloten, dat Anaconda het dan maar moet opgeven wanneer dit ook maar iets afwijkt vanwege zelden optredende vage bugreports i.v.m. ontbrekende functionaliteit in de bootstage kernel(-modules)....
Goed, nu probeer ik de passende media te vinden (of de huidige media zo te hacken dat dit zo lijkt), maar dit lijkt een lastige zaak:
Ik heb de bootable networkinstall iso uitgepakt, maar de benodige info lijkt in vmlinuz te zitten,wat een zelfextracter is (dus deels een ELF binary), alleen ik krijg het maar niet voor elkaar deze uit te pakken met (g)unzip, tar etc.
Mijn vermoeden is, dat de Anaconda-installer, naast de versie (welke identiek is), ook naar de timestamp kijkt in .discinfo of .treeinfo en deze probeer ik dus te ontfutselen uit vmlinuz, zodat ik deze bestanden op de webserver kan aanpassen (nadat ik de installatie-DVD naar de webserver heb gekopiëerd).
De media in de te installeren server vervangen is geen optie, daar ik de server snel in de lucht wil hebben en het mij al 2 maanden heeft gekost om ueberhaupt de CDR in de remote server te krijgen...
Vraag:
Heeft iemand hier ervaring mee, zeker i.v.m. vmlinuz, of kent iemand een bootstage welke een andere bootstageloader vanaf een website (HTTP) kan laden (via XEN o.i.d.) waardoor dit versie-probleem niet meer optreedt)?
En kent iemand zoiets (een gemodde versie van de CentOS install, denk ik dan) wat dan ook gebruik kan maken van een proxy?
Mijn enige andere alternatief is een bootstage proberen te booten via PXE, maar aangezien het niet het eigen netwerk is en ik ook bijv. niet de DHCP-server beheer, kan dit misschien nogal lastig gaan worden.
Mochten jullie ideeën hebben: alvast bedankt voor de moeite,
Ik ben weer fijn aan het hacken (in de Unix-community betekenis van het woord) en
met moeite heb ik een bootable cdrtje met de network-install van CentOS 5.3 x86_64 in een vers te installeren server op een remote locatie gekregen, welke ik via de seriële poort nu kan benaderen (hoezee!), maar nu loop ik tegen het volgende aan:
1) De installatie via HTTP kan geen gebruik maken van een proxy en ik heb daar geen rechtstreeks internet
2) Vervolgens heb ik op een andere machine in dat netwerk een webserver staan, met daarin een DVDtje met CentOS 5.3 x86_64, maar dit werkt helaas niet. Dit omdat er een miniem release verschil is in de media en de bootstageloader en omdat Jeremy Katz in zijn grote wijsheid heeft besloten, dat Anaconda het dan maar moet opgeven wanneer dit ook maar iets afwijkt vanwege zelden optredende vage bugreports i.v.m. ontbrekende functionaliteit in de bootstage kernel(-modules)....
Goed, nu probeer ik de passende media te vinden (of de huidige media zo te hacken dat dit zo lijkt), maar dit lijkt een lastige zaak:
Ik heb de bootable networkinstall iso uitgepakt, maar de benodige info lijkt in vmlinuz te zitten,wat een zelfextracter is (dus deels een ELF binary), alleen ik krijg het maar niet voor elkaar deze uit te pakken met (g)unzip, tar etc.
Mijn vermoeden is, dat de Anaconda-installer, naast de versie (welke identiek is), ook naar de timestamp kijkt in .discinfo of .treeinfo en deze probeer ik dus te ontfutselen uit vmlinuz, zodat ik deze bestanden op de webserver kan aanpassen (nadat ik de installatie-DVD naar de webserver heb gekopiëerd).
De media in de te installeren server vervangen is geen optie, daar ik de server snel in de lucht wil hebben en het mij al 2 maanden heeft gekost om ueberhaupt de CDR in de remote server te krijgen...
Vraag:
Heeft iemand hier ervaring mee, zeker i.v.m. vmlinuz, of kent iemand een bootstage welke een andere bootstageloader vanaf een website (HTTP) kan laden (via XEN o.i.d.) waardoor dit versie-probleem niet meer optreedt)?
En kent iemand zoiets (een gemodde versie van de CentOS install, denk ik dan) wat dan ook gebruik kan maken van een proxy?
Mijn enige andere alternatief is een bootstage proberen te booten via PXE, maar aangezien het niet het eigen netwerk is en ik ook bijv. niet de DHCP-server beheer, kan dit misschien nogal lastig gaan worden.
Mochten jullie ideeën hebben: alvast bedankt voor de moeite,
AI, if a program makes so many mistakes that it's almost human