12.1 erkennt AMD eight core nicht

Hinweis: In dem Thema 12.1 erkennt AMD eight core nicht gibt es 39 Antworten auf 4 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.

    ich habe folgendes getan:
    herunterladen des gdisk rpm
    Übernahme in die repositories
    installation lief durch, brachte aber folgende Reaktion:


    Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
    kbuildsycoca4 running...
    kbuildsycoca4 running...
    YaST got signal 11 at YCP file /usr/share/YaST2/clients/sw_single.ycp:766
    /sbin/yast2: Zeile 427: 5437 Speicherzugriffsfehler $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS


    Danach Aufruf von gdisk:


    GPT fdisk (gdisk) version 0.8.5


    Type device filename, or press <Enter> to exit: /dev/sda
    Caution: invalid main GPT header, but valid backup; regenerating main header
    from backup!


    Caution! After loading partitions, the CRC doesn't check out!
    Warning! Main partition table CRC mismatch! Loaded backup partition table
    instead of main partition table!


    Warning! One or more CRCs don't match. You should repair the disk!


    Partition table scan:
    MBR: MBR only
    BSD: not present
    APM: not present
    GPT: damaged


    Found valid MBR and corrupt GPT. Which do you want to use? (Using the
    GPT MAY permit recovery of GPT data.)
    1 - MBR
    2 - GPT
    3 - Create blank GPT

    Hallo,
    da sich leider kein Hinweis auf eine Fehlerursache ergab, habe ich eine Frage zur
    angebotenen "gewaltsamen" Lösung.
    Mit yast den installierten Desktop-Kernel löschen und sofort wieder neu installieren.
    Ich habe zwar gesehen, daß noch andere Kernel
    installiert sind, aber bleibt mir nach der Löschung die Funktionsfähigkeit von yast
    einfach erhalten oder muß ich eine spezielle Verfahrensweise beachten?
    Noch eine Frage zum Resultat von gdisk. (MBR ok, GPT korrupt)
    Kann ich bei ausschließlicher Verwendung von MBR, den fehlerhalften GPT
    zunächst einfach ignorieren, oder ist Reparatur dringend angeraten?
    Danke für evtl. Antworten
    w.w.

    Du DARFST KEINESFALLS Die GPT reparieren.
    Das hätte den Verlust der jetzigen Partitionierungsdaten zur Folge.
    (Und macht ein reparieren sehr schwer.)


    Du hast das Tool zwar aufgerufen, jedoch nicht listen lassen.
    Die Ausgabe ist sinnlos...
    Du hättest an der STelle MBR wählen sollen, und dann alles listen.
    Das Gleiche für GPT ABER NUR, wenn du damit NICHT Schreiben musst.
    Egal.


    Die Lösung mit dem Deinstallieren des kernels geht immer.
    Da machst du nix kaputt.
    Kannst (fast) beliebig den kernel wechseln.

    Für den Inhalt des Beitrages 43919 haftet ausdrücklich der jeweilige Autor: uhelp

    hier nochmal die gdisk Ergebnisse mit der List-Option:


    1 - MBR
    2 - GPT
    3 - Create blank GPT


    Your answer: 1
    Disk /dev/sda: 234441648 sectors, 111.8 GiB
    Logical sector size: 512 bytes
    Disk identifier (GUID): F1F23F74-BE5D-4157-9365-04B739552FD4
    Partition table holds up to 128 entries
    First usable sector is 34, last usable sector is 234441614
    Partitions will be aligned on 2048-sector boundaries
    Total free space is 108622701 sectors (51.8 GiB)


    Number Start (sector) End (sector) Size Code Name
    1 2048 104855551 50.0 GiB 8300 Linux filesystem
    2 104855552 125820927 10.0 GiB 8200 Linux swap





    1 - MBR
    2 - GPT
    3 - Create blank GPT


    Your answer: 2
    Disk /dev/sda: 234441648 sectors, 111.8 GiB
    Logical sector size: 512 bytes
    Disk identifier (GUID): 8BF47514-D9D8-4825-BBA9-592322180580
    Partition table holds up to 128 entries
    First usable sector is 34, last usable sector is 234441614
    Partitions will be aligned on 2048-sector boundaries
    Total free space is 234441581 sectors (111.8 GiB)


    Number Start (sector) End (sector) Size Code Name


    Kernel löschen und wieder herstellen habe ich noch nicht ausgeführt,
    falls die Infos nicht ausreichen.


    Danke fürs Anschauen
    w.w.

    Hallo,
    ich habe den desktop kernel gelöscht und das System mit dem debug kernel
    gestartet. auch dieser erkennt die cpu cores nicht. Dann anschließend den
    desktop kernel wider installiert. Nach Neustart wiederum cpu cores: 1.
    Hat denn irgendjemand in der Runde überhaupt einen AMD eight core mit 12.1
    in Betrieb?
    Grüße w.w.

    Versuch mal von einer 64bit openSUSE-LiveCD zu starten und schau nach ob da alles korrekt ist.


    Ist das der Fall stimmt irgendetwas mit deinem installierten System nicht was auch schon von uhelp im bezug auf deinen Kernel angedeutet wurde


    Interessant wäre auch mal die Ausgabe von

    Code
    zypper se -si kernel

    und

    Code
    zypper lr -uP

    Einmal editiert, zuletzt von tux93 ()

    Für den Inhalt des Beitrages 44002 haftet ausdrücklich der jeweilige Autor: tux93

    Hallo,
    eine Live Version bringt die gleichen Ergebnisse. cpuinfo zeigt zwar das
    Prozessormodell 8150 eight core korrekt an aber unter cpu cores steht 1.
    Die Live Version ließ sich nur mit acpi=off installieren, ansonsten blieb die
    Installation einfach stecken (ESC zur Textanzeige reagierte nicht).
    Das installiete System ist gestern auch das zweite mal abgestürzt.
    Muß man da evtl. an eine Macke des SSD Laufwerkes denken?
    Grüße w.w.

    Hallo,
    insgesamt ergibt sich bei der Erkennung der cores des FX 8150 folgendes Resultat:
    Winows7 läuft problemlos.
    die Systeme
    suse 12.1
    ubuntu 12.04
    knoppix 7
    zeigen bei cat /proc/cpuinfo alle "cpu cores: 1"
    Das Prozessor Modell wird korrekt angezeigt: FX 8150 eight core.
    Bei knoppix fällt auf, daß beim Hardwarecheck während des Hochfahrens
    des Systems 8 Kerne erkannt werden.
    Da die Systeme mit unterschiedlichen Kernel Versionen arbeiten
    (Knoppix mit 3.4) liegt offenbar ein prinzipielles Problem beim Kernel vor.
    Ich habe bisher noch keinen Weg gefunden, um das Problem den
    Entwicklern zu benennen. Kennt jemand die Möglichkeit?


    Noch eine Randgeschichte: Im Ubuntu Forum zeigt jede Seite die Werbung
    einer Firma für maßgeschneiderte Linux PCs (ausdrücklich auch mit dem
    FX 8150). Ich bat die Firma um einen Hinweis (unter Angabe von /proc/cpuinfo).
    Die Antwort:
    ... das haben wir noch nicht geprüft...
    ...wenn Sie keine Leistungsprobleme haben, ignorieren Sie die Anzeige...
    Erst hatte ich mich geärgert, meinen PC nicht dort gekauft zu haben. Nach
    der Antwort allerdings nicht mehr.
    Grüße w.w.

    Um nachzuprüfen, ob dies tatsächlich ein Kernelproblem ist, könntest Du mal testweise den Kernel aus dem Tumbleweed Repository verwenden :

    Code
    kernel-desktop             	| Paket  | 3.4.4-32.1  	| x86_64 | Tumbleweed_standard


    Dies ist allerdings nicht problemlos, zumindest falls Du den proprietären NVIDIA nutzt, da sich dieser nicht problemlos mit dieser Version des Kernels kompilieren lässt . Dies ist der Grund warum ich, obwohl ich Tumbleweed nutze, auf Kernel

    Code
    kernel-desktop             	| Paket  | 3.1.10-1.16.1   | x86_64 | current_update


    ausgewichen bin.


    Aber zu Testzwecken und um zu sehen, ob der aktuelle Kernel etwas ändert könntest Du ja den nouveau Treiber nutzen. Wie sich das mit anderen proprietären Treibern in Verbindung mit diesem Kernel verhält, kann ich Dir nicht sagen.