nein… hab da nix zu gefunden… ich hab jetzt mal AMD PowerNow deaktiviert, keine Ahnung ob da irgendwie was zusammenhängt, aber funktionieren tuts immer noch nicht ☹
Ubuntu auf Targa Traveller 826?
(Themenstarter)
Anmeldungsdatum: Beiträge: Zähle... |
|
Anmeldungsdatum: Beiträge: 29307 Wohnort: NRW |
Dann besteht meinerseits noch ein Verdacht auf einen BIOS-Fehler im Zusammenhang mit dem ACPI-System. Führe bitte folgenden Befehl aus und hänge die erzeugte Datei dsdt.dat hier an. sudo cat /proc/acpi/dsdt > dsdt.dat Möglicherweise bin ich aber auch komplett auf dem "Holzweg". |
(Themenstarter)
Anmeldungsdatum: Beiträge: 44 |
Kein Problem, hier ist die Datei Lieber ein Holzweg als gar kein Weg ☺ Ich danke dir auf jeden Fall schonmal für die Mühe die du dir machst ☺ |
Anmeldungsdatum: Beiträge: 29307 Wohnort: NRW |
Das BIOS-Problem gibt es nicht, alles ok. Probiere einen weiteren Bootparameter. root=UUID=47c02480-b307-4861-a7a0-1db2a1915427 ro quiet splash cgroup_disable=memory clocksource=hpet oder root=UUID=47c02480-b307-4861-a7a0-1db2a1915427 ro quiet splash cgroup_disable=memory clocksource=acpi_pm |
(Themenstarter)
Anmeldungsdatum: Beiträge: 44 |
Leider ebenfalls hängen geblieben ☹ Hier mal die dmesg Datei: Einen Moment, Variante 2 muss ich noch testen |
Anmeldungsdatum: Beiträge: 29307 Wohnort: NRW |
Zumindest hat sich etwas geändert. Suche mal nach "tsc" in den jeweiligen Ausgaben von dmesg und vergleiche. Ich hatte meinen letzten Beitrag nochmal editiert und einen zweiten Parameter gezeigt. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 44 |
Variante 2 hat auch nicht geklappt ☹ (siehe dmesg_02_var2) Okay... es ist schonmal nicht mehr unstable... Das ist doch schonmal gut... oder? |
Anmeldungsdatum: Beiträge: 29307 Wohnort: NRW |
Gut, das kann man erstmal so belassen, obwohl der Fehler dadurch ja noch nicht behoben ist. Dann ist mir noch dies hier aufgefallen (wurde ja schon am Anfang des Artikels erwähnt): [ 2.803446] 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) [ 2.803473] 8139cp 0000:02:03.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip, use 8139too [ 2.805921] 8139too Fast Ethernet driver 0.9.28 [ 2.805964] 8139too 0000:02:03.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18 [ 2.807455] eth0: RealTek RTL8139 at 0xe800, 00:0c:76:f7:d6:de, IRQ 18 [ 2.807457] eth0: Identified 8139 chip type 'RTL-8101' Prüfe mal ob der Treiber r8169 dafür ausgelegt ist: lspci -nn | grep '02:03.0' modinfo r8169 | grep alias Welche Timer sind möglich? sudo cat /sys/devices/system/clocksource/clocksource0/available_clocksource Ausgabe auf meinem System ist... tsc acpi_pm pit jiffies Mann könnte also folgende Bootoptionen testen (pit gibt ja einen Fehler aus und acpi_pm wurde bereits getestet): ... clocksource=tsc ... clocksource=jiffies Oder weitere. Hängt von der Ausgabe deines Systems ab. Probiere es ansonsten mit der 32bit Live-CD. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 44 |
Soo... heimgekommen und gleich mal alles ausprobiert (ausgaben.txt) Mit tsc ausprobiert (tsc.txt) --hängen geblieben-- Mit jiffies ausprobiert (jiffies.txt) oh... läuft noch Oo jetzt mal der belastungstest, hab mal ein paar programme zum runterladen angeklcikt, dauert ca. 30 min wenn er das überlebt, is ok ☺ HAT GEKLAPPT!!!!! Fazit: Einfach bei /boot/grub/menu.lst in der Kernelzeile folgendes anhängen: cgroup_disable=memory clocksource=jiffies Und es funktioniert ☺ Viiiiiiiiiiiiiielen Dank!!! |
Anmeldungsdatum: Beiträge: 29307 Wohnort: NRW |
Prima ☺ Damit die Optionen auch bei einem Kernelupdate automatisch übernommen werden, ergänze den folgenden Abschnitt in der menu.lst noch um die beiden Parameter: ## additional options to use with the default boot option, but not with the ## alternatives ... # defoptions=quiet splash cgroup_disable=memory clocksource=jiffies Läuft das System dauerhaft stabil, markiere hier noch als gelöst. Danke. |