Kurz und knapp, JA funktioniert !
Erfahrungen mit MSI C847MS-E33 und GT610
-
-
ich hab jetzt nochmal länger als 30s gewartet, und dann bootete er auch bei Wiederkehr der Spannung. Bleibt zu hoffen, dass in dieser zeit, die das BIOS noch nicht als Power loss registriert, die ACPI-Register ihre Daten behalten.
-
.... dann bootete er auch bei Wiederkehr der Spannung. Bleibt zu hoffen, dass in dieser zeit, die das BIOS noch nicht als Power loss registriert, die ACPI-Register ihre Daten behalten.
Mein System ist in den Nachtstunden (02:00-08:30) komplett spannungslos (Schaltuhr).Bisher keine Probleme.
-
Funktioniert bei Euch die Funktion "Restore after AC Power Loss"?
Ja, einwandfrei.
Meinen Testaufbau mache ich bei Änderungen immer komplett Stromlos und es hat mit dem Hochfahren danach immer geklappt.Wenn ich da im BIOS auf "Power on" stelle, müsste der vdr, sofern er vorher runtergefahren war, eigentlich bei kurzzeitiem Ziehen und Wiedereinstecken des Netzsteckers von selbst hochfahren. Die Idee, die dahintersteckt, ist folgende: Beim einem Stromverlust verliert das BIOS die per acpiwakeup übertragene Aufwachzeit. Ein erneutes Hochfahren (und automatisches Runterfahren nach MinUserInactivity) schreibt dann die Zeit des nächsten Timers wieder in die acpi-Register des BIOS.
Genau, so ist es gedacht.
Bei mir funktioniert das nicht. Egal welche der drei Optionen (Poweron on, Power off, Last State) ich auswähle, der PC läuft nach dem Wiedereinschalten des Stroms nicht wieder hoch. Ich hab schon fast 30s bis zum Wiederanschalten des Stroms gewartet. Beim alten Board hatten 2 Sekunden gereicht. Kann es sein, dass das Board einen Stromausfall erst nach deutlich längerer Zeit registriert, weil es größere interne Puffer gibt?
Es muss die 5V-Standby-Spannung weg sein, sonst Merkt das Mainboard davon nichts.
Damit das Passiert müssen die Primär-Kondensatoren im Netzteil entladen werden, die zur Pufferung im Betriebszustand ausgelegt sind. Das kann mit dem Bisschen Standby-Verbrauch dauern.
Je nach Netzteil und Mainboard Kombination bis zu ein, zwei Minuten im Extremfall.
Wenn das Mainboard eine Standby-LED hat kann man das gut sehen, nach den Ziehen des Netzsteckers dauert es noch eine ganze Weile bis die aus geht.Was ist eigentlich mit" EuP 2013"? Kann man das unter linux problemlos aktivieren? In Bezug auf "Restore after AC Power Loss" bemerke ich jedenfalls keinen Unterschied.
Auf "Restore after AC Power Loss" hat das keinen Einfluss.
Das deaktiviert "wake on LAN" und so ein Zeug, was viel im Soft OFF verbraucht.
Ob es einen Einfluss auf das ACPI-Wakeup hat hab ich noch nicht getestet, ich glaube es aber nicht. -
Hat schon jemand es hinbekommen das Board per Event am Com-Port einzuschalten?
Ich hab hier noch n alten seriellen Lirc-Adapter mit Einschaltung über eingelernte Taste, leider scheint das BNoard dafür keine Option mehr zu haben....normales Steuern per Com->Lirc funktioniert prima. -
n alten seriellen Lirc-Adapter mit Einschaltung über eingelernte Taste
was ist das für ein Teil? Ich kenne nur die atric-Einschalter, die dafür den Power-Button-Anschluss des Boards nutzen. Der atric funktioniert bei mir einwandfrei und kriegt seinen Strom von einem onboard-USB.. -
Könnte n attric sein, wir haben die Dinger vor ca 8 Jahren nach ner Anleitung aus m Web selbst geätzt und gelötet, seit dem tut der
Strom zieh ich auch immer vom USB-Header oder USB-Standby Jumper.
Bis dato hab ich immer per Wake on Ring/Com eingeschaltet, aber jetzt wo du es sagst meine ich mich zu errinern das der auch noch n Anschluss für den Power Button hatte...
Muss das Ding ma auspacken - wat n Spass bei so altem Klebeband -
Hallo hermenj,
kein "wake on ring"? Das wäre schade. -
scheint so, keine Option im Bios und mit allen anderen Wakeup Optionen eingeschaltet tuts auch nicht.
Hab aber gesehen das mein Einschalter n kleines REED Relais und Pinleisten drauf hat, denke das war zum Durchschleifen des power-on Schalters. -
Hallo Leute,
ich habe immer noch das Problem, dass das Board nach dem Shutdown wieder hochfährt, wenn es über WOL eingeschaltet wurde.
Es ist die "Variante" des Problems, wo der Rechner komplett runterfährt (Power LED ist aus) und sich nach etwas 4-5 Sekunden wieder einschaltet und hochfährt.
Ich habe folgendes probiert:
- Wake on Keyboard, Wake on Mouse im BIOS eingeschaltet (alle möglichen Kobinationen)
- EHC1 und ECH2 in /proc/acpi/wakeup ausgeschaltet
- LAN-Kabel vor dem Runterfahren ausgesteckt
- BIOS update und dann alle o.a. Tests
- CMOS reset und alle o.a. TestsNichts hat geholfen. Da es bei einigen hier ja korrekt funktioniert, muss auf meinem System irgend etwas anders sein. Dem will ich nun auf die Spur kommen.
Könnte jemand, bei dem es funktioniert, bitte mal folgende Informationen posten:
1. Output von "sudo biosinfo"
2. BIOS-Einstellungen für Wake-Up
3. output von "cat /proc/acpi/wakeup"
4. Output von lsmod
5. Output von dmesgIst ziemlich viel verlangt, ich weiß, aber ich bin mit meinem Latein am Ende...
Gruß,
Wolfgang -
Hab mit etwas basteln XBMC mit VAAPI inkl. BOB Deinterlacer am laufen.
Läuft bis jetzt recht zuverlässig.Alle Nvidia Pakete entfernen
Kernel hab ich 3.10.7, mit dem derzeitigem Kernel von Ubuntu 12.04 LTS bekommt man keine stabile Frameraten zusammen.
Das ppa:wsnipex/vaapi hinzugefügt, XBMC Frodo mit VDPAU, VAAPI mit Deinterlacer sowie aktuelle Intel Treiber.Codeapt-add-repository ppa:wsnipex/vaapi apt-get update apt-get install xbmc xbmc-bin libva-intel-vaapi-driver libva1 vainfo libva-glx1
Eventuell das ppa anpinnen damit auch wirklich alle Pakete von dort genommen werden.
Im XBMC folgendes einstellen:
System -> Settings -> System -> Video Hardware: Vertical Blank Sync: Let driver decide**.
System -> Video -> Playback -> Adjust Refreshrate to match video (On Start / Stop)
System -> Video -> Playback -> Sync Playback to Display (Video Clock (Drop / Dupe Audio))Dann TV / Video starten
Video-Einstellungen aufrufen
Deinterlace Video -> Automatisch
Deinterlace Methode -> VAAPI Auto
Einstellung als Standard für alle Filme setzen.Framedrop praktisch bei Null, CPU bei ~25%
CPU Temperatur liegt nach einer Stunde bei ca. 70°C
VAAPI kostet bei mir etwa 8 - 10W zusätzlich.Habe das jetzt seit ein paar Tagen am laufen, ich würde sagen es ist alltags tauglich.
-
Habe mir das Ding jetzt auch gegönnt und damit ein altes Gehäuse veredelt - allerdings ohne zusätzliche nvidia-Karte. Mittels libva scheint die Hardwarebeschleunigung bei xbmc, mplayer und xine zu laufen. Bei vlc ist es noch ein wenig buggy - der Player wird mit segmentation fault beendet, wenn ich auf auf die stop-Taste drücke. Aber wenn das alles ist.
Was ist das eigentlich für ein Wunderprozessor? Ich dachte ja, bei 1GHZ-Taktung müsste ja mein betagter Athlon 64 Dual Core mit über 2GHZ-Taktung noch schnell wirken. Aber das Intel-Ding schafft ja fast (ein paar gelegentliche Ruckler blieben bei mir) 1080i h264 - Video Darstellung ohne(!) Hardwarebeschleunigung.
hat jemand es geschafft, die Spannungen und Lüfterdrehzahlen auszulesen? Ich habe nur die Temperaturen auslesen können:
Da hänge ich gerade. Ich bekomme zwar unzählige Werte angezeigt, aber so richtig plausibel finde die Temperaturwerte nicht. Hier ist der Output und die conf-Datei von lm-sensors:
Code
Alles anzeigen# sensors coretemp-isa-0000 Adapter: ISA adapter Physical id 0: +39.0°C (high = +86.0°C, crit = +100.0°C) Core 0: +33.0°C (high = +86.0°C, crit = +100.0°C) Core 1: +33.0°C (high = +86.0°C, crit = +100.0°C) nct6779-isa-0a00 Adapter: ISA adapter in0: +0.36 V (min = +0.00 V, max = +1.74 V) in1: +1.04 V (min = +0.00 V, max = +0.00 V) ALARM in2: +3.44 V (min = +0.00 V, max = +0.00 V) ALARM in3: +3.44 V (min = +0.00 V, max = +0.00 V) ALARM in4: +1.10 V (min = +0.00 V, max = +0.00 V) ALARM in5: +0.24 V (min = +0.00 V, max = +0.00 V) ALARM in6: +0.30 V (min = +0.00 V, max = +0.00 V) ALARM in7: +3.42 V (min = +0.00 V, max = +0.00 V) ALARM in8: +3.38 V (min = +0.00 V, max = +0.00 V) ALARM in9: +1.06 V (min = +0.00 V, max = +0.00 V) ALARM in10: +0.30 V (min = +0.00 V, max = +0.00 V) ALARM in11: +0.22 V (min = +0.00 V, max = +0.00 V) ALARM in12: +0.18 V (min = +0.00 V, max = +0.00 V) ALARM in13: +0.75 V (min = +0.00 V, max = +0.00 V) ALARM in14: +0.26 V (min = +0.00 V, max = +0.00 V) ALARM fan1: 1283 RPM (min = 0 RPM) fan2: 0 RPM (min = 0 RPM) fan3: 0 RPM (min = 0 RPM) fan4: 0 RPM (min = 0 RPM) fan5: 0 RPM (min = 0 RPM) SYSTIN: +24.0°C (high = +0.0°C, hyst = +0.0°C) ALARM sensor = CPU diode CPUTIN: +127.5°C (high = +80.0°C, hyst = +75.0°C) ALARM sensor = CPU diode AUXTIN0: +78.0°C sensor = thermistor AUXTIN1: +98.0°C sensor = thermistor AUXTIN2: +99.0°C sensor = thermistor AUXTIN3: +2.0°C sensor = thermal diode PCH_CHIP_CPU_MAX_TEMP: +0.0°C PCH_CHIP_TEMP: +0.0°C PCH_CPU_TEMP: +0.0°C PCH_MCH_TEMP: +0.0°C intrusion0: ALARM intrusion1: ALARM acpitz-virtual-0 Adapter: Virtual device temp1: +27.8°C (crit = +101.0°C) temp2: +29.8°C (crit = +101.0°C)
Code
Alles anzeigencat /etc/sensors3.conf # libsensors configuration file # ----------------------------- # # This default configuration file only includes statements which do not # differ from one mainboard to the next. Only label, compute and set # statements for internal voltage and temperature sensors are included. # # In general, local changes should not be added to this file, but rather # placed in custom configuration files located in /etc/sensors.d. This # approach makes further updates much easier. # # Such custom configuration files for specific mainboards can be found at # http://www.lm-sensors.org/wiki/Configurations chip "lm78-*" "lm79-*" "lm80-*" "lm96080-*" label temp1 "M/B Temp" chip "w83792d-*" label in0 "VcoreA" label in1 "VcoreB" label in6 "+5V" label in7 "5VSB" label in8 "Vbat" set in6_min 5.0 * 0.90 set in6_max 5.0 * 1.10 set in7_min 5.0 * 0.90 set in7_max 5.0 * 1.10 set in8_min 3.0 * 0.90 set in8_max 3.0 * 1.10 chip "w83793-*" label in0 "VcoreA" label in1 "VcoreB" label in7 "+5V" label in8 "5VSB" label in9 "Vbat" set in7_min 5.0 * 0.90 set in7_max 5.0 * 1.10 set in8_min 5.0 * 0.90 set in8_max 5.0 * 1.10 set in9_min 3.0 * 0.90 set in9_max 3.0 * 1.10 chip "w83795g-*" "w83795adg-*" label in12 "+3.3V" label in13 "3VSB" label in14 "Vbat" set in12_min 3.3 * 0.90 set in12_max 3.3 * 1.10 set in13_min 3.3 * 0.90 set in13_max 3.3 * 1.10 set in14_min 3.0 * 0.90 set in14_max 3.3 * 1.10 chip "via686a-*" label in0 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in4_min 12.0 * 0.90 set in4_max 12.0 * 1.10 chip "adm1025-*" "ne1619-*" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" label in5 "VCC" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in5_min 3.3 * 0.90 set in5_max 3.3 * 1.10 # Depending on how your chip is hardwired, you may or may not have # +12V readings. # set in4_min 12.0 * 0.90 # set in4_max 12.0 * 1.10 label temp1 "CPU Temp" label temp2 "M/B Temp" chip "lm87-*" "adm1024-*" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in4_min 12.0 * 0.90 set in4_max 12.0 * 1.10 label temp1 "M/B Temp" label temp2 "CPU Temp" chip "it87-*" "it8712-*" "it8716-*" "it8718-*" "it8720-*" label in8 "Vbat" chip "fscpos-*" "fscher-*" #FSC "Hermes" label in0 "+12V" label in1 "+5V" label in2 "Vbat" label temp1 "CPU Temp" label temp2 "M/B Temp" label temp3 "Aux Temp" chip "fscscy-*" #FSC "Scylla" label in0 "+12V" label in1 "+5V" label in2 "+3.3V" label temp1 "CPU0 Temp" label temp2 "CPU1 Temp" label temp3 "M/B Temp" label temp4 "Aux Temp" chip "fschds-*" # Fujitsu Technology Solutions, "Hades"-Chip # Temperatures label temp1 "CPU Temp" label temp2 "Super I/O Temp" label temp3 "System Temp" # Fans label fan1 "PSU Fan" label fan2 "CPU Fan" label fan3 "System FAN2" label fan4 "System FAN3" label fan5 "System FAN4" # Voltages label in0 "+12V" label in1 "+5V" label in2 "Vbat" chip "fscsyl-*" # Fujitsu Technology Solutions, "Syleus"-Chip # Temperatures label temp1 "CPU Temp" label temp4 "Super I/O Temp" label temp5 "Northbridge Temp" # Fans label fan1 "CPU Fan" label fan2 "System FAN2" label fan3 "System FAN3" label fan4 "System FAN4" label fan7 "PSU Fan" # Voltages label in0 "+12V" label in1 "+5V" label in2 "Vbat" label in3 "+3.3V" label in5 "+3.3V-Aux" chip "vt1211-*" label in5 "+3.3V" label temp2 "SIO Temp" chip "vt8231-*" label in5 "+3.3V" chip "smsc47m192-*" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" label in5 "VCC" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in4_min 12.0 * 0.90 set in4_max 12.0 * 1.10 set in5_min 3.3 * 0.90 set in5_max 3.3 * 1.10 label temp1 "SIO Temp" chip "lm85-*" "lm85b-*" "lm85c-*" "adm1027-*" "adt7463-*" "adt7468-*" \ "emc6d100-*" "emc6d102-*" "emc6d103-*" "emc6d103s-*" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 # Depending on how your chip is hardwired, you may or may not have # +12V readings. # set in4_min 12.0 * 0.90 # set in4_max 12.0 * 1.10 label temp2 "M/B Temp" chip "emc6w201-*" label in2 "+3.3V" label in3 "+5V" label temp6 "M/B Temp" chip "pc87365-*" "pc87366-*" # Voltage inputs label in7 "3VSB" label in8 "VDD" label in9 "Vbat" label in10 "AVDD" compute in7 @*2, @/2 compute in8 @*2, @/2 compute in10 @*2, @/2 # These are the operating conditions as recommended by National # Semiconductor set in7_min 3.0 set in7_max 3.6 set in8_min 3.0 set in8_max 3.6 set in10_min 3.0 set in10_max 3.6 # Depending on the hardware setup, the battery voltage may or may not # be monitored. # set in9_min 2.4 # set in9_max 3.6 label temp3 "SIO Temp" set temp3_min 0 set temp3_max 70 set temp3_crit 85 chip "adm1030-*" "adm1031-*" label temp1 "M/B Temp" chip "w83627thf-*" label in3 "+5V" label in7 "5VSB" label in8 "Vbat" # Internal resistors compute in3 @ * (1 + 34/51), @ / (1 + 34/51) compute in7 @ * (1 + 34/51), @ / (1 + 34/51) set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in7_min 5.0 * 0.90 set in7_max 5.0 * 1.10 # The battery voltage may or may not be monitored. # set in8_min 3.0 * 0.90 # set in8_max 3.0 * 1.10 chip "w83627ehf-*" "w83627dhg-*" "w83667hg-*" "nct6775-*" "nct6776-*" label in0 "Vcore" label in2 "AVCC" label in3 "+3.3V" label in7 "3VSB" label in8 "Vbat" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 3.3 * 0.90 set in3_max 3.3 * 1.10 set in7_min 3.3 * 0.90 set in7_max 3.3 * 1.10 set in8_min 3.0 * 0.90 set in8_max 3.3 * 1.10 chip "w83627uhg-*" label in2 "AVCC" label in3 "+5V" label in7 "5VSB" label in8 "Vbat" set in2_min 5.0 * 0.90 set in2_max 5.0 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in7_min 5.0 * 0.90 set in7_max 5.0 * 1.10 set in8_min 3.0 * 0.90 set in8_max 3.3 * 1.10 chip "f71805f-*" label in0 "+3.3V" set in0_min 3.3 * 0.90 set in0_max 3.3 * 1.10 chip "f71872f-*" label in0 "+3.3V" label in9 "Vbat" label in10 "3VSB" set in0_min 3.3 * 0.90 set in0_max 3.3 * 1.10 set in9_min 3.0 * 0.90 set in9_max 3.0 * 1.10 set in10_min 3.3 * 0.90 set in10_max 3.3 * 1.10 chip "k8temp-*" label temp1 "Core0 Temp" label temp2 "Core0 Temp" label temp3 "Core1 Temp" label temp4 "Core1 Temp" chip "dme1737-*" label in0 "5VSB" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" label in5 "3VSB" label in6 "Vbat" label temp2 "SIO Temp" set in0_min 5.0 * 0.90 set in0_max 5.0 * 1.10 set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in4_min 12.0 * 0.90 set in4_max 12.0 * 1.10 set in5_min 3.3 * 0.90 set in5_max 3.3 * 1.10 set in6_min 3.0 * 0.90 set in6_max 3.0 * 1.10 chip "sch311x-*" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" label in5 "3VSB" label in6 "Vbat" label temp2 "SIO Temp" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 set in4_min 12.0 * 0.90 set in4_max 12.0 * 1.10 set in5_min 3.3 * 0.90 set in5_max 3.3 * 1.10 set in6_min 3.0 * 0.90 set in6_max 3.0 * 1.10 chip "sch5027-*" label in0 "5VSB" label in1 "Vcore" label in2 "+3.3V" label in5 "3VSB" label in6 "Vbat" label temp2 "SIO Temp" set in0_min 5.0 * 0.90 set in0_max 5.0 * 1.10 set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in5_min 3.3 * 0.90 set in5_max 3.3 * 1.10 set in6_min 3.0 * 0.90 set in6_max 3.0 * 1.10 chip "sch5127-*" label in2 "+3.3V" label in5 "3VSB" label in6 "Vbat" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in5_min 3.3 * 0.90 set in5_max 3.3 * 1.10 set in6_min 3.0 * 0.90 set in6_max 3.0 * 1.10 chip "f71808e-*" "f71808a-*" "f71862fg-*" "f71869-*" "f71869a-*" "f71882fg-*" \ "f71889fg-*" "f71889ed-*" "f71889a-*" label in0 "+3.3V" label in7 "3VSB" label in8 "Vbat" compute in0 @*2, @/2 compute in7 @*2, @/2 compute in8 @*2, @/2 chip "f71858fg-*" "f8000-*" label in0 "+3.3V" label in1 "3VSB" label in2 "Vbat" compute in0 @*2, @/2 compute in1 @*2, @/2 compute in2 @*2, @/2 chip "f81865f-*" label in0 "+3.3V" label in5 "3VSB" label in6 "Vbat" compute in0 @*2, @/2 compute in5 @*2, @/2 compute in6 @*2, @/2 chip "adt7473-*" "adt7475-*" label in2 "+3.3V" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 label temp2 "Board Temp" chip "adt7476-*" "adt7490-*" label in1 "Vcore" label in2 "+3.3V" label in3 "+5V" label in4 "+12V" set in2_min 3.3 * 0.90 set in2_max 3.3 * 1.10 set in3_min 5.0 * 0.90 set in3_max 5.0 * 1.10 # Depending on how your ADT7476 is hardwired, you may or may not have # +12V readings. # set in4_min 12.0 * 0.90 # set in4_max 12.0 * 1.10 label temp2 "M/B Temp
-
Oha, da kommt ja wesentlich mehr als bei mir! Mit welchem Linux hast Du denn getestet?
Ich erhalte hier (yavdr 0.5, also Ubuntu 12.04) nur dieses hier:
Code
Alles anzeigenacpitz-virtual-0 Adapter: Virtual device temp1: +27.8°C (crit = +101.0°C) temp2: +29.8°C (crit = +101.0°C) coretemp-isa-0000 Adapter: ISA adapter Physical id 0: +60.0°C (high = +86.0°C, crit = +100.0°C) Core 0: +55.0°C (high = +86.0°C, crit = +100.0°C) Core 1: +60.0°C (high = +86.0°C, crit = +100.0°C)
temp1 und temp2 kann man vergessen, da kommt immer 27.8 und 29.8. Die anderen kommen mit plausibel vor.Wolfgang
-
Habe wieder mal archlinux ausprobiert - als Mausschubbser fühle ich mich da nicht so sehr eingeladen - aber wenn man darüber weg sieht kenne ich keine Distri mit so einem schneller Installation und wahnsinnig schnellen Paketmanager.
Hier die Eckdaten:
Code[root@intel-homevideo /]# uname -r 3.11.1-1-ARCH [root@intel-homevideo /]# sensors -v sensors version 3.3.4 with libsensors version 3.3.4
Ansonsten habe ich einfach das Programm sensors-detect laufen lassen und übermutig zu allen Tests ja gesagt.
-
Danke!
Hab inzwischen mal gesucht, der Treiber für den nct6779 ist in arch schon enthalten, für Ubuntu muss man ihn aus einem Fremdrepository nachinstallieren. -
für Ubuntu muss man ihn aus einem Fremdrepository nachinstallieren.
welches repository ist das?
-
ppa.launchpad.net/foresto/extradrivers
Auf eigene Gefahr, ich habe es nicht getestet (und weiß auch den Eintrag in die sources.list nicht)
Wolfgang
-
danke, ich hab's inzwischen aus den Sourcen kompiliert. Muss man bloß dran denken, bei jedem neuen Kernelpaket ein neues make install zu machen. Kernel bleibt zwar gleich, kriegt aber ständig neue Unternummern.
Hast Du eine Lösung, wie man die Werte für die CPU-Kerne im OSD anzeigen kann? -
Ich hab ein billiges Shellscript und rufe das per commands.conf auf:
Bash#!/bin/sh echo "Temperaturen:" sensors | egrep "^Core" gputemp=`nvidia-smi -a | grep "Gpu *: .*C" | cut -f 2 -d: | tr -d " C"` echo "GPU: +${gputemp}.0°C" echo echo "Systemlast:" uptime
Wenn ich das richtig gesehen hab, ist das Paket aus dem PPA für dkms, würde also bei einem neuen Kernel neu gebaut.
-
wow, genial
Das Script habe ich bereits für den user vdr ausführbar gemacht. Wie sieht jetzt der richtige Aufruf für die commands.conf aus? Hast Du es wirklich da eingetragen und nicht in ein template für die menuorg.xml?
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!