Es hakelt und stockt, die openSUSE 11.3 x86_64

Hinweis: In dem Thema Es hakelt und stockt, die openSUSE 11.3 x86_64 gibt es 18 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Sehr geehrte Damen und Herren,


    schon bei der Installation stockte das gesamte System und nur ein permanentes drücken einer beliebigen Taste, veranlasste den Rechner weiter zu machen, als bräuchte er Anschub. Im Grafikmodus muss die Maus bewegt werden.
    Aktiviert man z.B. eine CPU-Auslastungsanzeige, tut sich nur etwas, wenn man die Maus bewegt. Die Smileys unten auf dieser Seite bewegen sich auch nur, wenn man die Maus bewegt. Beim Booten das Gleiche, nur mit der Tastatur. Die Installation war fast nicht möglich.


    Verzeihen Sie meine Verärgeung. Ich bin bitter enttäuscht. Das ist nicht ein kleiner Bug, der am Rande stört, das ist ein fundamentaler Fehler, wie er nicht sein darf. Mein System ist ja nichts exotisches, es ist ein Gigabyte Board mit AMD 770 Chipsatz und eine ATI-HD4550.


    Habe einige Entwicklerversionen mit getestet, jedoch nicht nativ, nur in einer virtuellen Maschine, da gab es kein Problem.


    Ich wäre entzückt, hätte jemand ähnliche Erfahrungen gemacht oder weiß sogar einen Lösungsansatz.


    Herzlichen dank!


    Gruß HerrS

    Für den Inhalt des Beitrages 21582 haftet ausdrücklich der jeweilige Autor: HerrS

  • Hallo,
    Das was Du da schreibst an Problemen habe ich überhaupt nicht.
    Meine Installation lief normal durch genauso wie bei der 32 Bit Version.
    Ich teste immer erst die x86_64 auf einem Test Computer.
    Auch hier die Smilies unten werden normal dargestellt und bewegen oder hüpfen so wie sie sollen.
    Komisch ist das schon das Du da so viele Schwierigkeiten hast bei der Installation und danach.
    Ich habe dann sogar auf KDE 4.5 umgestellt um zu schauen was da so täglich neues reinkommt.
    Auch hier läuft bis jetzt alles normal.
    Hoffe mal das dir einer hier eine Lösung anbieten kann.


    Damit Du auch siehst das ich die x86_64 Version installiert habe hier ein Bild.

  • Hallo HerrS,


    herzlich willkommen hier bei uns im Forum :)


    Du kannst mal adhoc folgendes ausprobieren: Beim Rechnerstart, wenn der Bootmanager Grub erscheint, trage dort in die Bootoptionen mal

    Code
    nomodeset

    ein und lass den Rechner hochfahren.


    Weitere Bootoptionen, jeweils durch ein Leerzeichen getrennt sind:

    Code
    noapic

    und/oder

    Code
    acpi=off


    Wenn Du den Bootmanager Grub beim PC-Start siehst fängst einfach an zu tippen.


    Wenn wir obige Möglichkeiten durchgespielt haben und die verschiedenen Bootoptionen hatten keinen Erfolg, müssen wir uns den propritären ATI-Treiber installieren.


    Deshalb bräuchten wir alsbald Rückmeldung, ob obige Optionen etwas gebracht haben.


    lg Robbie

    Für den Inhalt des Beitrages 21586 haftet ausdrücklich der jeweilige Autor: robbie

  • Hallo Segelflieger,


    die gleiche Installations-DVD oder das gleiche Betriebssystem mit der gleichen Architektur zu verwenden, heisst ja noch nicht, dass diese auch auf jeder Hardware läuft; denn die ist ja immer unterschiedlich.


    Der eine PC hat Probleme mit APIC, dem Interrupt-Handling der unterschiedlichen Hardwarekomponenten (Advanced Programmable Interrupt Controller), der andere mit ACPI, das für das Powermanagement zu tun hat, wiederum andere PCs haben Probleme mit der eingebauten Grafik respektive der zur Verfügung gestellten OpenSource Treiber dafür.


    Letztendlich hast Du ja eine NVIDIA-Karte wo alles problemlos läuft, der TE aber eine ATI-Karte, von denen standardmäßig schon bekannt ist, dass sie mit den mitgelieferten Treibern schlecht oder gar nicht zusammenarbeitet.


    Allerdings kann man sich bei den geschilderten Problemen nur langsam herantasten, was wir mit den verschiedenen Bootoptionen tun. Es ist dann aber auch nicht gesagt, dass man beispielsweise die Bootoption noapic dauerhaft dem Kernel mitgeben; für diese Funktion gibt es auch noch zahlreiche andere Optionen.


    Nur können wir uns durch das Abschalten dieser Funktionen leichter an das Problem herantasten um dann später zu entscheiden, welche Optionen sinnvoll sind zum Betrieb des Rechners.

    Für den Inhalt des Beitrages 21601 haftet ausdrücklich der jeweilige Autor: robbie

  • Hallo,
    Danke für die Aufklärung.
    Das ATI Karten nicht so richtig unter Linux laufen wusste ich nicht.
    Denke mal das dieses auch von Distribution zu Distribution unterschiedlich sein wird oder??
    Aber mit ATI kenne ich mich nicht aus, hatte bis jetzt in meinen der PC immer eine NVIDIA Geforce drin.
    Gab bei keiner Distribution jemals Probleme mit dem 3 D Treibern.
    Da bin ich aber Zufrieden das ich jedes mal eine NVIDIA genommen habe obwohl ich die Wahl hatte
    zwwischen NVIDI oder einer ATI Karte. Habe mir meine PC ja jedes mal selbst zusammen gestellt aus dem
    was im Angebot war.
    Bin jetzt gespannt wenn die Tochter Samstag ihren PC bekommt.
    Da ist eine Radeon HD5870, 1024 MB, DVI in dem AMD Athlon II X6 1090T (6x 3,20GHz) verbaut.
    Hoffentlich läuft die unter openSUSE.
    Aber Du wirst das Problem schon lösen wie die meisten Probleme die Du lösen konntest. :thumbup: :thumbup:
    Bist ja auch ein Experte in Sachen was Linux und openSUSE anbelangt.

  • Ja, ATI macht schon immer Probleme.
    Nicht alle Funktionen von allen Modellen werden bereits von den freien Treibern unterstützt und die propritären ATI-Treiber stehen wenn überhaupt, erst sehr verspätet in den Yast Repos.


    Hat man derzeit mit ATI und dem automatisch installierten freien Treibern Probleme, hilft derzeit nur warten bis vernünftige Treiber in den Repos zu finden sind oder man muss sich den Treiber von ATI direkt holen und ein RPM bauen.


    Anleitung für alle Leidgeprüften hier


    Und nein, es ist nicht von Distribution zu Distribution unterschiedlich, weil es eben an freien Treibern nur radeon und radeonhd gibt für ATI

    Für den Inhalt des Beitrages 21604 haftet ausdrücklich der jeweilige Autor: robbie

  • Hi Robbie,
    ich habe inzwischen alle von dir vorgeschlagenen Bootoptionen "nomodeset, noapic, apic=off" ausprobiert, sogar "forcevesa"
    mit dem die Kubuntu-Live CD 64bit zu botten ging, hab ich probiert.


    Auch die verschiedenen Auflösungen hab ich probiert, habe sowohl 32 bit, als auch 64bit Version probiert zu starten, kein
    Erfolg.
    Je nach Auflösung (z.b 1024x786, kommt der Bootscreen, dann fängt der Bootvorgang an, bleibt dann irgendwann stehen.


    Oder der Bootvorgang startet erst nah drücken einer Taste, wie schon von HerrS berichtet.
    Ich kann die Test Boots schon gar nicht mehr zählen.
    Auch das Booten der DVD unter den verschieden Einstellung bringt die gleichen Ergebnisse wie bei den Live CDs.


    Bleibt nur warten auf die nächste Version der SuSe.

    Gruß
    Sorcerer11

    Für den Inhalt des Beitrages 21605 haftet ausdrücklich der jeweilige Autor: sorcerer11

  • Drück doch mal bitte die ESC-Taste sobald der PC bootet.
    Dort können wir dann sehen an welcher Stelle er hängenbleibt.


    Ich habe auch gelesen, dass die Option:

    Code
    modeset=0

    etwas bewirken soll; verifizieren konnte ich das noch nicht.

    Für den Inhalt des Beitrages 21607 haftet ausdrücklich der jeweilige Autor: robbie

  • Drück doch mal bitte die ESC-Taste sobald der PC bootet.
    Dort können wir dann sehen an welcher Stelle er hängenbleibt.


    Ich habe auch gelesen, dass die Option:

    Code
    modeset=0

    etwas bewirken soll; verifizieren konnte ich das noch nicht.

    Hi Robbie,
    habe jetzt mal 2 Tests durchgeführt


    1. Videomodus 1400x1050 Kernel: Standard Bootoption: nomodeset=0 mit der KDE Live CD 32bit.
    Boot im Textmodus, blieb gleich bei dem Punkt: "Waiting for USB Device scan to Complete" hängen.
    Weiter ging es nach drücken der Leertate.
    Geboootet würde dann bis "Starting HAL Deamon" Dann wurde der Bildschirm schwarz, die CD lies weiter ein, nach ca 2 min. dann nicht mehr.
    Der Bildschirm weiterhin schwarz. Hab dann einen Neustart gemacht.


    2. Videomodus: 1024x768 Kernel: Standard Boot: nomodeset=0


    Es erscheint das Bootscreen, ESC gedrückt, Bootvorgang wieder bis "Starting HAL" alles weitere wie unter 1.


    Schätze mal mit der 64 bit passiert das gleiche.

    Gruß
    Sorcerer11

    Für den Inhalt des Beitrages 21611 haftet ausdrücklich der jeweilige Autor: sorcerer11

  • Standard Boot: nomodeset=0



    Zunächst mal dürfte nomodeset=0 eine doppelte Verneinung sein.


    Die Bootoption heisst wirklich nur

    Code
    nomodeset


    Anders sehe es mit der Option

    Code
    modeset=0

    aus, die ich aber noch nicht auf Wirksamkeit getestet habe.


    Was hal betrifft, gab es in den Milestones und dem ersten RC einen Bug. Verwendest Du denn noch eine Entwicklerversion?


    Starte Suse mal im Failsafe-Modus und schaue im Runleveleditor von yast nach, ob der hal Daemon mit einem Ja ohne Sternchen dort aufgeführt ist.


    Edit: Lese grade dass es sich um Live-CDs handelt.
    Sind die aktuell?


    Und wenn Du die 11.3 noch nicht installiert haben solltest: Verzichte drauf. Im Moment sieht die 11.3 eher wie Schrott aus als alles andere und bringt ausser Schwierigkeiten nichts was die 11.2 nicht auch hätte.


    Wenn Du allerdings trotzdem die 11.3 aufspielen willst, aktualisiere die Repos auf 11.3 und mach ein Online Update. Zumindest greift dies Installation nicht so tiefgreifend ins System ein das es unbenutzbar wird.


    Alleine der Wegfall der Reparaturfunktion auf der Installations-DVD lässt mich an Suse zweifeln.

    2 Mal editiert, zuletzt von robbie ()

    Für den Inhalt des Beitrages 21612 haftet ausdrücklich der jeweilige Autor: robbie