sonnenblen.de - Das unabhängige Sun User Forum
Hardware => Sun SPARC => Thema gestartet von: Natrium am 09. Juli 2009, 00:46:05
-
Hallo,
Habe die oben genannte Netra durch einen zufall für lau bekommen,hatte bis dato aber nocht nichts mit
Sun Hardware zu tun,also mal ein bisschen gegooglet und micht schlau gemacht.Also mal auf die schnelle
ein serielles Adapterkabel zusammengebastelt ,und da redete auch schon das LOM mit mir. So weit so gut
mein Problem is nun,dass mein DVD Laufwerk (DVD RW aus nem Notebook) nicht erkannt wird.
Im Internet habe ich gelesen,dass es daran liegt,dass die Netra nur als Maser gejumperte LW's
animmt,die Notebook LW's aber alle intern auf CableSelect stehen.Daher meine Fragen:
Kann ich das irgendwie umgehen ,oder die Netra dazu bewegen mit dem LW zu reden?
Alternativ dazu bin ich fuer alle anderen Loesungsvorschlaege offen,wie ich Solaris 10
auf die Kiste bekommen,atm läuft das Sun OS 5.8 drauf.
Gruß und danke für die Hilfe,
Natrium ;)
-
Guten Morgen!
Alternativ dazu bin ich fuer alle anderen Loesungsvorschlaege offen,wie ich Solaris 10
auf die Kiste bekommen, atm läuft das Sun OS 5.8 drauf.
Du kannst Dir auf einer anderen Maschine ein OpenSolaris installieren und das zum Installserver machen (auch als Jumpstart bekannt). Dann kannst Du die Netra über Netz mit Solaris 10 neu installieren. Das OpenSolaris muss dazu nicht aus SPARC laufen, und es tut auch die Virtualisierung Deines Vertrauens (VirtualBox, VMware, Xen), wenn Du keine gesonderte Hardware dafür hast.
Auf der Solaris-DVD gibt es die passenden Werkzeuge, wie Du die CD auf einen Installserver drauf kopiert bekommst (setup_install_server glaube ich). Auf http://docs.sun.com/ (http://docs.sun.com/) solltest Du Dokumentation dazu finden, wie man das macht. Oder mal nach "jumpstart" googeln, da draußen müssten verschiedene Anleitungen existieren...
Oder Du suchst auf eBay mal nach einem passenden Laufwerk. Ob es dazu Angebot gibt, weiß ich nicht.
wolfgang
-
Hallo
ja, am einfachsten ist ein "jumpstart server" funktioniert wunderbar und opensolaris brauchts dazu nicht eine normale linux büchse tuts auch. einfach mal nach jumstart und linux googeln oder die forensuche benutzen...
-
hallo
hier steht eigentlich alles was man brauchen sollte :
http://www.sonnenblen.de/solaris/install_von_solaris_10_uebers_netz_aus_dem_obp-t5577.0.html
grüße
tassilo
-
Naja, im Grunde kann man einen JumpStart-Server auf so ziemlich jedem Betriebssystem laufen lassen. (Bei dem Zeug aus Redmond wäre ich mir allerdings nicht sicher. ::)) Bei mir macht das z.B. eine Fire V210 mit FreeBSD.
Generell würde ich auch stark zu einer Netzwerk-basierten Installation raten. Mit optischen Laufwerken hat man doch öfters mal Ärger, gerade bei SPARC-Kisten. Die Variante über's Netz ist wesentlich robuster. Außerdem kann man damit nicht nur SPARC-Rechner mit Solaris betanken, sondern alle möglichen Kisten mit allen möglichen Betriebssystemen versorgen. Am Anfang mag zwar ein gewisser Einarbeitungsaufwand bestehen, aber wenn es erstmal läuft, will man nie mehr mit runden Scheiben installieren. :)
-
Morgen ,
Habe mich jetzt fuer die Netzwerkvariante per Linux
mein Fedora Server is grad dabei alles noetige aufzusetzen,
werden dann berichten ob alles funktionier hat.
Natrium
-
War ja klar,dasses nicht auf anhieb funktionert.
Nach boot net gibts es immer einen RARP Timeout.
der Rarp Server läuft jedoch eindeutig (er gibts zumindest
keine Fehlermedlung aus)
Jemand ne Idee woran das liegen kann?
Natrium
-
Kuck mal mittels Netzmonitor (tcpdump, wireshark, ethereal, ...) auf dem Linuxserver of überhaupt eine Anfrage von der SUN ankommt.
Andi
-
So,habe es mit ethereal gecheckt,
die Netra sendet garnichts an den Server
-
Sorry fuer den Doppelpost :-\
Aber grade gemerkt,folgendes Captured ethereal
nach boot net :
Capturing on eth0
0.000000 192.168.2.2 -> Broadcast RARP Who is 08:00:20:fd:f9:22? Tell 08:00:20:fd:f9:22
2.033105 192.168.2.2 -> Broadcast RARP Who is 08:00:20:fd:f9:22? Tell 08:00:20:fd:f9:22
6.070513 192.168.2.2 -> Broadcast RARP Who is 08:00:20:fd:f9:22? Tell 08:00:20:fd:f9:22
Zugehöriger auzug der /var/log/messages
Jul 9 18:53:15 neon rarpd[3619]: RARP request from 0 on eth0
Jul 9 18:53:17 neon rarpd[3619]: RARP request from 0 on eth0
Jul 9 18:53:21 neon rarpd[3619]: RARP request from 0 on eth0
Ich werde darauß nicht schlau ,evtl jemand von euch?
Gruß,Natrium
-
Capturing on eth0
0.000000 192.168.2.2 -> Broadcast RARP Who is 08:00:20:fd:f9:22? Tell 08:00:20:fd:f9:22
2.033105 192.168.2.2 -> Broadcast RARP Who is 08:00:20:fd:f9:22? Tell 08:00:20:fd:f9:22
6.070513 192.168.2.2 -> Broadcast RARP Who is 08:00:20:fd:f9:22? Tell 08:00:20:fd:f9:22
Die Netra fragt "Wer bin ich?" in dem sie ihre MAC-Adresse ins Netz hinausruft und darauf wartet das jemand ihr sagt welche IP sie hat.
Mich wundert etwas das ethereal eine IP-Adresse als Absender protokolliert (192.168.2.2). Eigentlich hat die Netra zu dem Zeitpunkt ja noch keine IP.
Zugehöriger auzug der /var/log/messages
Jul 9 18:53:15 neon rarpd[3619]: RARP request from 0 on eth0
Jul 9 18:53:17 neon rarpd[3619]: RARP request from 0 on eth0
Jul 9 18:53:21 neon rarpd[3619]: RARP request from 0 on eth0
Ist die MAC-Adresse der Netra denn korrekt in /etc/ethers eingetragen? z.B.
08:00:20:fd:f9:22 192.168.2.2
wenn das denn tatsächlich ihre IP sein soll.
-
Hallo,
Habe genau diesen Eintrag in die /etc/ethers geschrieben
,bootet immernoch nicht.Woher sie die IP hat ist mir ein
Rätsel DHCP ist nicht aktiv. Anschein scheint es am rarpd
zu liegen.Den weiter kommt sie ja noch nicht.
Natrium
-
Nochmal sorry fuer Doppelpost,aber es geht weiter,mittlerweile Antwortet
RARPD auf den request ,danach geht es aber nicht weiter.Sie versucht als ein
File per TFTP zu holen aber nicht speziell von einem Server,sie sendet irgendwie
einfach ein Broadcast auf 255.255.255.255 mein Netmask ist aber eigentlich
255.255.255.0. TFTP Server is jedoch auf 192.168.2.3 am laufen.
64.527625 192.168.2.2 -> 255.255.255.255 TFTP Read Request, File: C0A80202\000, Transfer type: octet\000
73.543644 192.168.2.2 -> 255.255.255.255 TFTP Read Request, File: C0A80202\000, Transfer type: octet\000
82.559664 192.168.2.2 -> 255.255.255.255 TFTP Read Request, File: C0A80202\000, Transfer type: octet\000
91.575772 192.168.2.2 -> 255.255.255.255 TFTP Read Request, File: C0A80202\000, Transfer type: octet\000
100.591849 192.168.2.2 -> 255.255.255.255 TFTP Read Request, File: C0A80202\000, Transfer type: octet\000
Das sagt Wireshark dazu
Gruß Natrium