Guten Abend,
bin total frustriert. Ich habe am Samstag SuSE 9.3 komplett neu
installiert (vorher 9.2). Und eigentlich geht fast nichts mehr.
a) Booten: Es erscheint nur die Meldung GRUB und mehr nicht. Auch das
Erstellen einer Bootdiskette hilft nicht. Auch hier nur die Meldung grub.
Ich bekomme das System nur gebootet über die Installations DVD und dann
installiertes System booten.
hda – hdd sind die Laufwerke am Onboard Promise Kontroller. An diesen
hängen nur Datenplatten. Die Systemplatten sind hde und hdf am normalen
IDE Kontroller. Das war auch in 9.2 schon so und hat keine Probleme
bereitet.
b) Netzwerk funktioniert nur direkt nach dem Einrichten mit YAST. Boote
ich dann erneut kommt eine Meldung bzgl. Waiting for mandatory devices und
nach 20 Sekunden gibt es einen Fehler. Auch ein manuelles ifup eth0 später
bringt nur die Meldung eth0 wäre ein unbekanntes Device.
c) Externer USB Kartenleser funktioniert nicht mehr gewohnt. Er wird zwar
beim Einstecken mit den 4 slots erkannt, schiebe ich jedoch ein Medium
ein, so passiert überhaupt nichts.
d) Genauso traurig sieht es mit dem CD/DVD Laufwerk aus. Schiebe ich eine
CD/DVD ein, passiert nichts. Die 9.2 hat noch automatisch gemounted und
den Konqueror gleich mit dem passenden Verzeichnis aufgerufen.
Hallo Jörg,
> hda – hdd sind die Laufwerke am Onboard Promise Kontroller.
> Die Systemplatten sind hde und hdf am normalen IDE Kontroller.
hde und hdf sind nicht “normale” IDE-Laufwerke, sondern die am DMA100. Es könnte sein, dass sich hier was an der Zuordnung geändert hat, weil der neue kernel den Promise nicht oder anders einbindet. Darauf weist auch das Grub-Problem hin. Wird denn eine initrd verwendet?
Die anderen Probleme müsste man nacheinander betrachten wenn das System erstmal richtig startet. Leider liegen die vorderhand an der klicki-und-bunti Oberfläche von SuSE. Da muss man unter die Haube schauen, um zu verstehen was los ist. Vermutlich fehlen dazu aber Grundkenntnisse. Also müsste man schrittweise vorgehen: Welche Dienste werden in den Runlevel geladen? …
Aber erstmal mit dem System an sich anfangen – denn was nützen die Feineinstellungen wenn die Installation noch mal völlig platt gemacht wird.
mfg
Andreas
hallo Jörg,
dann bin ich ja nicht der einzige – Frustierte – :
habe hier Suse 9.2 zufriedenstellend als server , router etc. laufen z.B. unter bombay.cc oder kinder-in-indien.de . Dann hat mich der wilde Affe gebissen und ich habe Suse 9.3 gekauft – und fünf- oder sechsmal einen Anlauf genommen, es (neu) zu installieren.
Erfolg – bzw. keiner :
Ich kann die zu 9.2 von der Handhabung weitestgehend identische Installation durchführen – auch die int. Netzanbindung und das erste update (im Rahmen der Installation) am internet klappt –
und dann ist nach dem ersten booten Feierabend: Nichts laeuft, keine Grafik, Rechner haengt fest ohne weitere Fehlermeldung (letzte boot details angezeigt: z.B. letzte Meldung als Text “Starting mail service (postfix)” oder auch mal
“Starting CRON daemon)” , kein Textmodus dann mehr möglich – alles tot – auch ist keine Textkonsole aufrufbar.
Habe auch in letzter Verzweiflung mal einen anderen Monitor angeschlossen mit geringerer Aufloesung (ein copyright- oder Hinweistext im Laufe der Installation gezeigt sieht hier sehr merkwürdig aus – nach etwa dem 2. Drittel nach einem Zeichen flimmert der, ist ungesund und ist kaum zu erkennen (nur auf der selben Seite, aber konstant bei jedem Installationsversuch immer wieder ????? – war aber auch ohne jeden Erfolg…
Bei Installation im Safe-Modus etc. (alle anderen Möglichkeiten auch durchprobiert) lande ich im Text-Modus , kann auch neu booten (wieder in den Text-Modus), Netzwerk benutzen & internet im Textmodus, updates durchführen etc. – und wenn ich dann Sax2 aufrufe haengt der Apparat wieder restlos fest. mit und ohne NIVEA – Kartentreiber – auch der hilft nicht.
Geraet: Fujitsu Siemens 3 GHz, 1 GByte RAM, Standard-Peripherie, Satelliten-Empfangskarte drin, sonst nix aussergewühnliches drin&dran, Monitor Max Belinea 101820 1280 x 1024
Suse 9.3 ist für mich unbrauchbar – habe es nach mindestens sechs Anlaeufen wieder geloescht und durch das Suse 9.2 ersetzt – das laeuft auf diesem Fuji& S. Geraet einwandfrei.
Hinweis: Auf meinen beiden toshiba laptops 8100 habe ich das Suse 9.3 problemlos installieren koennen – es wird nun sogar die Netzwerk-PCMCIA – Karte richtig erkannt, diese Geraete arbeiten einwandfrei – schade nur, dass immer noch die zahllosen Bildschirmschoner und Energiesparerfunktionen etc. mit einem Knopfdruck eliminiert werden können – man ist wie bei Suse 9.2 am stöbern, bis der Bildschirm dann endlich nicht dauernd ausgeht…
Kurzkommentar: Ich hatte gehofft, auch mal ohne erneutes Sammeln, Horchen und Experimentieren ´ne Video-DVD einlegen oder Brennen zu können… da das aber zunaechst mit Suse 9.3 auch nicht geht (Ich habe von den Patenten etc. gelesen) habe ich nichts finden können, was einen Wechsel von 9.2 auf 9.3 erforderlich macht – wenn 9.3 denn überhaupt in Gang kommt… der Frust erinnert mich stark an meine Versuche mit früheren SUSE – Versionen, die einfach nicht zum Drucken zu bewegen waren oder wo die Maus partu nicht wollte etc. etc… vielleicht sollte man 9.3 nur als Härtetest empfehlen..
Noch eine simple Sache betrifft 9.2 und auch 9.3 – vielleicht weiss das jemand auf Anhieb: Wenn man unter Yast / Grafik & Monitor markiert “naechstes Mal nur im Textmodus starten” dann klappt das. Markiert man später wieder “Grafische Oberfläche” und bootet neu, dann war das nix – man landet wieder im Textmodus – nix Grafik. (Dies galt auch schon fuer 9.2 ). muss ich im runlevel etc. etc. noch kde aktivieren ????
Abhilfe: Die Twinhan-Satellitenkarte (auch verkauft unter dem Namen VisionDTV SAT) herausnehmen vor dem Installieren von Suse 9.3 . Sie wird zwar erkannt als TV-Karte – aber der Rechner hängt im Laufe des Installierens (s.o.) fest solange die Karte drin ist !
Nach der erfolgreichen Installation von Suse 9.3 kann die Karte wieder eingesetzt werden. Sie wird dann wieder erkannt, ich habe sie jedoch zunächst NICHT aktiviert..muss mich erst einmal wieder erholen… Das Suse 9.3 konnte nun installiert werden und laeuft nun…
Frage: Hat jemand schon die Satelliten-Karte am Laufen ? Beim Hersteller gibt es leider nix..
Hallo Jörg,
> > hda – hdd sind die Laufwerke am Onboard Promise Kontroller.
> > Die Systemplatten sind hde und hdf am normalen IDE Kontroller.
>
> hde und hdf sind nicht “normale” IDE-Laufwerke, sondern die am DMA100. Es könnte
> sein, dass sich hier was an der Zuordnung geändert hat, weil der neue kernel den
> Promise nicht oder anders einbindet. Darauf weist auch das Grub-Problem hin.
> Wird denn eine initrd verwendet?
Genau, meines Erachtens fehlen in der initrd die IDE-Module bzw. liegen in der
der falschen Reihenfolge vor.
Habe gerade eine Story gepostet, die wohl auch auf dein Problem passt. Da ich
deine Anfrage erst hinterher gefunden habe, haenge ich mein Posting hier einfach
nochmals als Reply rein:
Fehler im Installationsskript von SuSE-9.3 (Boards mit PromiseController)
Achtung: Bei Boards mit VIA-Chipsatz und PromiseController kann es bei
der Installation bzw. beim Update auf SuSE-9.3 zu ernsten Boot-Problemen
kommen, wenn sowohl an den OnBoard-IDE-Kanaelen (/dev/hda,b,c,d) als
auch am PromiseController (/dev/hde,f,g,h) Festplatten angeschlossen sind.
In solchen Fällen vertauscht die initrd der SuSE-9.3 die IDE-Kanaele
(z.B. 1.Festplatte am 1.IDE-Kanal wird zu /dev/hde statt /dev/hda und
die 2.Festplatte am PromiseController wird zu /dev/hda statt /dev/hde).
Auch der von manchen verwendete Boot-Parameter ‘ide=reverse’ funktioniert
bei der mitgelieferten initrd nicht mehr. Moegliche Folgen sind:
a) eine Erst-Installation fuehrt falsche Device-Namen ein :-/
b) ein Update von einer fruehren SuSE-Installation findet die
root-Partition nicht (kein Update moeglich) :-(
c) der Initial-Boot (1.Boot nach Installation/Update) bleibt
mit ‘waiting for root device’ oder ‘kernel panic’ haengen :-((
d) Bei einem System mit Festplatte(n) nur am OnBoard-IDE wird zunaechst
alles gut gehen. Erweitert man aber spaeter einmal sein System um eine
zusaetzliche Festplatte am Promise, so wird die SuSE-9.3 nicht mehr
booten, da sie die root-Partition dann auf der neuen Platte sucht :-(
Ausgangspunkt des Debakels ist der Umstand, dass im mitgelieferten Kernel
vmlinuz-2.6.11.4-20a-default (vielleicht steht ja ‘a’ fuer ‘alpha’?) die
IDE-Treiber (kernel CONFIGS_IDE/IDE_GENERIC/BLK_DEV_IDE) nicht mehr in
den Kernel eincompiliert sind, sondern als Module nachgeladen werden.
Das ist an sich eine gute Idee und das Installationsskript findet auch
die richtigen Kernel-Module (also z.B. ‘via82cxxx’ und ‘pdc202xx_old’).
Das Problem ist nur, dass die Reihenfolge wie die Module geladen werden
nicht egal ist, das Installationsskript die aber offenbar alphabetisch
sortiert: Also “pdc202xx_old via82cxxx” statt “via82cxxx pdc202xx_old”
Dadurch sieht die Initial-Ramdisk zuerst den PromiseController und erst
danach die OnBoard IDE-Kanaele !
(wahrscheinlich geht das auch bei Boards mit SYS-Chipsatz schief – ‘sys’
kommt ja nach ‘pdc’ – wobei INTEL-Chipsaetze wohl nicht betroffen sind)
Bloed auch, dass man den Verdreher am Boot-Prompt nicht mehr umdefinieren
kann, da z.B. der Kernel-Parameter ‘ide=reverse’ zu spaet kommt (die
Vertauschung ist ja schon durch die initrd passiert, welche erst den
Kernel nachlaedt).
Loesungsvorschlag:
1) Fuer die Installationen/Update den Boot-Parameter ‘insmod=ide-generic’
verwenden. Dadurch ist die Installation geringfuegig langsamer,
findet aber die Festplatten erst mal in der richtigen Reihenfolge.
2) Falls nun der Initial-Boot die gerade eingerichtete root-Partition
nicht mehr findet: keine Panik!
3) Zwar funktioniert der ‘insmod=ide-generic’ nur fuer die Installation,
aber man kann einfach wieder von der Installations-CD booten, dort
zunaechst wieder ‘Installation’ mit ‘insmod=ide-generic’ waehlen,
dann aber bei der Folge-Abfrage NeuInstallation/Update/SystemBooten
auf ‘vorhandenes System Booten’ gehen. Auf diese Weise schlaegt die
Installationsprozedur die richtige root-partition vor (z.B. /dev/hda7)
und man kann ganz normal durchbooten.
4) damit man nun (3) nicht bei jedem Boot durchexerzieren muss aendert
man die initrd-Modul-Reihenfolge in /etc/sysconfig/kernel, also z.B.:
INITRD_MODULES=”pdc202xx_old via82cxxx scsi_mod sd_mod reiserfs”
in INITRD_MODULES=”via82cxxx pdc202xx_old scsi_mod sd_mod reiserfs”
anschliessend erzeugt man mit mkinitrd eine neue InitialRamDisk und
ab dem naechsten Boot ist alles o.k. (auch ein zukuenftiger Kernel-
Update sollte gut gehen, da dieser ja die INITRD_MODULES Reihenfolge
in /etc/sysconfig/kernel nicht mehr aendert.
Vielleicht gehts auch noch einfacher, aber fuer mich waren die obigen
Punkte 1-4 die Erloesung eines langen Wochenendes.
Mfg,
Marc
Hallo Marc,
ich habe mir “anders” beholfen. Ich habe die vorgeschlagene Grub Konfiguration
verändert. In der devices.map die Eintragungen für hd0-5 verändert und dann
noch /etc/grub.conf und menu.lst angepaßt und dann startete der Grub auch das
frisch installierte System.
Hallo Marc,
wo hattest Du denn Deine ursprüngliche Story gepostet? Die finde ich nämlich
nicht.
> wo hattest Du denn Deine ursprüngliche Story gepostet?
Hier in der Linux-Community, aber sie wurde erst jetzt – mit 2 Tagen
Verspaetung – freigeschaltet (vermutlich wg. des Feiertags).
Da Kommentare zu schon existierenden Fragen sofort erscheinen hat das
dazu geführt, dass mein zweites Posting lange vor dem ersten on-line war.
Das mit der /boot/grub/device.map habe ich auch probiert, hat aber
trotz mehrerer Versuche bei mir nicht geklappt. Ausserdam haette das
bei einem Multi-Boot-System wohl auch den Nachteil, dass grub ja dann
auch die Devices fuer die anderen schon installierten OS vertauscht,
so dass man dann auch diese anpassen muesste.
Solange aber nur Windows und die neue SuSE-9.3 drauf sollen spielt
letzteres aber keine Rolle.
Gruss,
Marc