Beiträge von wonder.wishes

sorry, ich habe Probleme mit Deinem Hinweis.
1. Repository
download.opensuse.org/repositories/openSUSE:/Tumbleweed/standard/

mit yast hinzugefügt,Schlüssel akzeptiert.

2. Unter "Software installieren" nach "kernel-desktop" gesucht
folgendes Resultat
kernel-desktop-base-debuginfo
kernel-desktop-debuginfo
kernel-desktop-debugsource
kernel-desktop-devel-debuginfo
alle mit dem Hinweis auf 3.4.4-32.1.
Was ist nun richtig? Oder habe ich etwas falsch gemacht?
Sind das nun die Tumbleweed Kernel oder nur die Zusatzleistungen?
In dieser Anzeige von yast taucht nirgendwo der name tumbleweed auf.

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.

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,
hier zunächst die Ausgaben im Anhang.
eine Live Version muß ich mir erst beschaffen.
Grüße 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.

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,
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.

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

zur Erklärung der etwas primitiven Installation (normalerweise liegt /home auf einer
separaten Partition):
Der Rechner hat mich bisher extrem genervt. Geliefert wurde er mit Gigabyte Board.
Außer Windows ließ sich kein System installieren (egal ob Suse, Ubuntu, Knoppix, nicht
enmal gparted konnte gestartet werden) irgendwo blieben die Installationen stets stecken.
Meine Nachfragen bei Gigabyte ergaben: Wir unterstützen Linux nicht, aber es läuft auf diesem
Board problemlos. Schluß.
Ich vermute, es lag an dem fehlenden acpi=off, aber ich bin einfach nicht auf die Idee gekommen,
daß diese uralte Unverträglichkeit immer noch besteht (habe jahrelang nicht mehr installiert).
Da mit der Lieferfirma Linux-Verträglichkeit vereinbart war, Rechner wieder eingeschickt.
Es wurde aber kein Fehler gesucht, sondern einfach das Motherbord gewechselt.
Wieder Windows, Suse, Ubuntu installiert, alles lief ca 14 Tage.
Dann war beim Hochfahren mit erscheinen des Bootmenüs die Tastatur (USB) tot. (im Bios funktionierte sie
und sobald das erste System hochfuhr funktionierte sie auch). Gleicher Effekt beim Einlegen einer beliebigen Installations-DVD. PS2 Tastatur versucht, ebenfalls Fehler. Tastaturen an mehreren anderen Rechnern probiert, kein Fehler.
Ortsansässige Firma beauftragt, kein Fehler tritt auf.
Rechner wieder zu Hause, funktioniert 14 Tage, dann gleicher Fehler wieder.
Wieder zur ortsansässigen Firma, kein Fehler. Eigene Tastatur mitgenommen, Fehler wieder da.
Fazit der Firma: Wenn Tastatur und Rechner zusammenspielen, heißt das noch lange nicht, daß
die Tastatur auch an modernerem Gerät funktioniert.
Dazwischen lagen mancherlei Installationen, da ich schon langsam an meinem Verstand zweifelte.
Bisher funktioniert der Rechner mit neuer Tastatur.
Entschuldigung für die längliche Erklärung, aber solche Effekte kannte ich nicht, habe in der Vorstellung
gelebt, das USB Tastaturen problemlos seien.

Im Bios kann ich bei der Wahl des Bootgerätes zwischen Standard-Bios und UEFI Boot wählen.
Habe UEFI (mit Windows) einmal ausprobiert (funktionierte) bin aber sonst beim Standard gebieben,
da ich die Funktionen von UEFI nicht benötige.
Die Partitionstabelle liefere ich noch.

hier die Ausgaben von mount, fdisk und menu.lst im Anhang
Grüße w.w.