• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Grafik mit i3-4130

S

spoensche

Poste mal die Ausgabe von
Code: 
rpm -qa | egrep "nvidia"
Hast du den Intel Treiber installiert? (xorg-x11-driver-video-intel) Wenn ja, verwende mal den Intel-linux-graphics-installer.
 
OP
M

mojo

Hallo josef,
josef-wien schrieb:
ATI und Nvidia bringen eigene Bibliotheken bzw. Bibliotheks-Versionen mit. Wenn Du dann auf einen freien Treiber umstellen willst, müssen diese Dateien entfernt werden, da die freien Treiber damit nicht zurechtkommen. Mangels Nvidia-Karte kann ich Dir noch empfehlen, in den Verzeichnissen /usr/X11R6/lib/ und /usr/X11R6/lib64/ nachzuschauen. Außer den Verknüpfungen in modules (die vermutlich auch nur für ATI notwendig sind) habe ich hier jeweils nur ATI-Bibliotheken samt Verknüpfungen (libfglrx_dm.*, *libGL.so*), somit solltest Du die vermutlich vorhandenen Nvidia-Reste dort ebenso entfernen wie im Verzeichnis /etc/ld.so.conf.d/ eine auf Nvidia deutende Datei. Ein abschließendes /sbin/ldconfig kann zumindest nicht schaden.
Zum Vergrößern anklicken....

Ja, da finden sich noch Reste, die auf Nvidia hinweisen:
Code: 
tuxbox:/usr/X11R6/lib # ls -ali
insgesamt 1552
131060 drwxr-xr-x 2 root root   4096  5. Okt 14:18 .
131057 drwxr-xr-x 5 root root   4096 26. Jan 2013  ..
132047 -rw-r--r-- 1 root root    658 29. Apr 2011  libGL.la
132015 lrwxrwxrwx 1 root root     10  5. Okt 14:18 libGL.so -> libGL.so.1
131970 lrwxrwxrwx 1 root root     15  5. Okt 14:18 libGL.so.1 -> libGL.so.275.21
130328 -rwxr-xr-x 1 root root 781540 29. Apr 2011  libGL.so.270.41.06
132161 -rwxr-xr-x 1 root root 791876  4. Aug 2011  libGL.so.275.21
Code: 
tuxbox:/usr/X11R6/lib64 # ls  -ali
insgesamt 2512                                                                               
131059 drwxr-xr-x 2 root root    4096  5. Okt 14:18 .                                        
131057 drwxr-xr-x 5 root root    4096 26. Jan 2013  ..                                       
132798 lrwxrwxrwx 1 root root      10  5. Okt 14:18 libGL.so -> libGL.so.1                   
129812 lrwxrwxrwx 1 root root      15  5. Okt 14:18 libGL.so.1 -> libGL.so.275.21            
132729 -rwxr-xr-x 1 root root 1008272 29. Apr 2011  libGL.so.270.41.06                       
132806 -rwxr-xr-x 1 root root 1023120  4. Aug 2011  libGL.so.275.21                          
132913 -rw-r--r-- 1 root root  215550 29. Apr 2011  libXvMCNVIDIA.a                          
130080 lrwxrwxrwx 1 root root      23  5. Okt 14:18 libXvMCNVIDIA_dynamic.so.1 -> libXvMCNVID
129913 -rwxr-xr-x 1 root root  154680 29. Apr 2011  libXvMCNVIDIA.so.270.41.06               
130052 -rwxr-xr-x 1 root root  155608  4. Aug 2011  libXvMCNVIDIA.so.275.21

Soll ich die wirklich entfernen (wenn ja, welche genau)? Wird da nicht irgendein Ersatz gebraucht (müssten die Verknüpfungen dann nicht irgendwo anders hin verweisen)?

Das sieht doch m.E. unverdächtig aus:
Code: 
tuxbox:/etc/ld.so.conf.d # ls -ali
insgesamt 28
389972 drwxr-xr-x   2 root root  4096 12. Okt 15:53 .
389377 drwxr-xr-x 128 root root 12288 13. Okt 16:38 ..
415919 -rw-r--r--   1 root root    17 21. Feb 2013  apper.conf
393486 -rw-r--r--   1 root root    24  1. Mär 2013  glamor.conf
447259 -rw-r--r--   1 root root   272 27. Sep 13:13 graphviz.conf


mojo
 
OP
M

mojo

Hallo spoensche,

spoensche schrieb:
Poste mal die Ausgabe von
Code: 
rpm -qa | egrep "nvidia"
Hast du den Intel Treiber installiert? (xorg-x11-driver-video-intel) Wenn ja, verwende mal den Intel-linux-graphics-installer.
Zum Vergrößern anklicken....

Obiges "egrep" bringt kein Ergebnis.

Bei "intel" spuckt er jedoch folgendes aus:
Code: 
tuxbox:/etc/ld.so.conf.d # rpm -qa | egrep "intel"
intel-gpu-tools-1.3-2.1.1.x86_64
libdrm_intel1-2.4.42-1.1.1.x86_64
vaapi-intel-driver-1.0.19-2.1.1.x86_64
xf86-video-intel-2.20.19-2.1.1.x86_64

Ein "xorg-x11-driver-video-intel" findet sich in der Paketverwaltung nicht.


mojo
 
J

josef-wien

Alle Dateien und Verknüpfungen in /usr/X11R6/lib und /usr/X11R6/lib64 müssen entfernt werden. Die originale libGL steckt im Paket Mesa-libGL1, das ohnehin installiert sein sollte (und im Paket Mesa-libGL1-32bit, falls es von einer 32 Bit-Anwendung gebraucht wird). Das Verzeichnis /etc/ld.so.conf.d paßt.
 
OP
M

mojo

Hallo josef,

josef-wien schrieb:
Alle Dateien und Verknüpfungen in /usr/X11R6/lib und /usr/X11R6/lib64 müssen entfernt werden. Die originale libGL steckt im Paket Mesa-libGL1, das ohnehin installiert sein sollte (und im Paket Mesa-libGL1-32bit, falls es von einer 32 Bit-Anwendung gebraucht wird). Das Verzeichnis /etc/ld.so.conf.d paßt.
Zum Vergrößern anklicken....

Habe alle gelöscht, Mesa-libGL1 war installiert (habe es aber sicherheitshalber nochmal "unbedingt aktuaisiert") und auch das entsprechende 32-bit Paket installiert.

Leider hat auch das nichts geändert. OpenGL lässt sich nicht aktivieren und die geschilderten "Mausschwächen" ;) sind ebenfalls unverändert.

Hier das Logfile:
Code: 
tuxbox:/home/test # egrep "WW|EE" /var/log/Xorg.0.log
[    42.882] Current Operating System: Linux tuxbox.site 3.7.10-1.16-desktop #1 SMP PREEMPT Fri May 31 20:21:23 UTC 2013 (97c14ba) x86_64
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    42.887] (WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
[    42.888] Initializing built-in extension MIT-SCREEN-SAVER
[    42.910] (WW) Warning, couldn't open module glx
[    42.910] (EE) Failed to load module "glx" (module does not exist, 0)
[    42.926] (EE) open /dev/dri/card0: No such file or directory
[    42.926] (WW) Falling back to old probe method for modesetting
[    42.926] (EE) open /dev/dri/card0: No such file or directory
[    42.926] (WW) Falling back to old probe method for vesa
[    42.926] (EE) Screen 0 deleted because of no matching config section.
[    43.077] (WW) evdev: Microsoft Microsoft® Atlantic Mouse Platform: ignoring absolute axes.
[    43.078] (WW) evdev: HID 046a:0023: ignoring absolute axes.


mojo
 
J

josef-wien

Aber es gibt Fortschritte:
mojo schrieb:
Code: 
[    41.482] (EE) Failed to load /usr/lib64/xorg/modules/updates/extensions/libglx.so: libnvidia-tls.so.275.21: cannot open shared object file: No such file or directory
[    41.482] (EE) Failed to load module "glx" (loader failed, 7)
Code: 
[    50.979] (EE) module ABI major version (4) doesn't match the server's version (7)
[    50.979] (EE) Failed to load module "glx" (module requirement mismatch, 0)
Code: 
[    42.910] (WW) Warning, couldn't open module glx
[    42.910] (EE) Failed to load module "glx" (module does not exist, 0)
Zum Vergrößern anklicken....
Nachdem libglx.so im Paket xorg-x11-server enthalten ist, muß die Datei in /usr/lib64/xorg/modules/extensions vorhanden sein. Hast Du zuviel gelöscht? Als Gewaltmethode fällt mir noch das Aktualisieren aller xorg-Pakete ein, ansonsten kann ich zu einer Intel-Grafik nichts mehr beitragen.
 
OP
M

mojo

josef-wien schrieb:
Nachdem libglx.so im Paket xorg-x11-server enthalten ist, muß die Datei in /usr/lib64/xorg/modules/extensions vorhanden sein. Hast Du zuviel gelöscht? Als Gewaltmethode fällt mir noch das Aktualisieren aller xorg-Pakete ein, ansonsten kann ich zu einer Intel-Grafik nichts mehr beitragen.
Zum Vergrößern anklicken....

Es ist eine libglx.so vorhanden :/ (gibt's da verschiedene?).
Werde jetzt mal die "Gewaltmethode" versuchen ;) .


mojo
 
OP
M

mojo

So,

hab nun mit der "Gewaltmethode" alles aktualisiert, was in Namen oder Beschreibung "xorg" beinhaltet :D .

Ergebnis:
Die "Mausschwäche" ist weiterhin vorhanden (irritiert, wenn beim "zeigen" auf ein Objekt der Mauszeiger verschwindet bzw. beim bewegen über den Desktop der Zeiger manchmal flackert).

OpenGL lässt sich nun immerhin aktivieren, allerdings mit der Meldung, dass einige Effekte nicht aktivierbar sind.

Die xorg.conf.d ist nun wieder "gefüllt":
Code: 
tuxbox:/etc/X11/xorg.conf.d # ls -ali
insgesamt 44
389948 drwxr-xr-x  2 root root 4096 15. Okt 14:19 .
389939 drwxr-xr-x 11 root root 4096 15. Okt 14:25 ..
409308 -rw-r--r--  1 root root 1099 15. Jul 14:25 10-evdev.conf
447317 -rw-r--r--  1 root root 3640 27. Jan 2013  11-mouse.conf
447318 -rw-r--r--  1 root root  529  1. Jul 2011  50-device.conf
447319 -rw-r--r--  1 root root  527  1. Jul 2011  50-monitor.conf
447320 -rw-r--r--  1 root root  491  1. Jul 2011  50-screen.conf
447316 -rw-r--r--  1 root root 1918  4. Feb 2013  50-synaptics.conf
447315 -rw-r--r--  1 root root  115 28. Jan 2013  50-vmmouse.conf
414748 -rw-r--r--  1 root root  835 28. Jan 2013  50-wacom.conf
411587 -rw-r--r--  1 root root  141 12. Okt 13:37 90-keytable.conf

Die xorg.log sieht etwas besser aus:
Code: 
egrep "WW|EE" /var/log/Xorg.0.log
[    41.335] Current Operating System: Linux tuxbox.site 3.7.10-1.16-desktop #1 SMP PREEMPT Fri May 31 20:21:23 UTC 2013 (97c14ba) x86_64
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    41.373] (WW) The directory "/usr/share/fonts/misc/sgi" does not exist.
[    41.374] Initializing built-in extension MIT-SCREEN-SAVER
[    41.463] (EE) open /dev/dri/card0: No such file or directory
[    41.463] (WW) Falling back to old probe method for modesetting
[    41.463] (EE) open /dev/dri/card0: No such file or directory
[    41.471] (WW) Falling back to old probe method for vesa
[    41.471] (EE) Screen 0 deleted because of no matching config section.
[    41.888] (WW) evdev: Microsoft Microsoft® Atlantic Mouse Platform: ignoring absolute axes.
[    41.889] (WW) evdev: HID 046a:0023: ignoring absolute axes.

Können die verbliebenen Probleme etwas mit der Meldung
"(EE) open /dev/dri/card0: No such file or directory"
zu tun haben?

Und ist der "verschwindende" Mauszeiger im Zusammenhang mit dieser Meldung zu sehen:
"[ 41.888] (WW) evdev: Microsoft Microsoft® Atlantic Mouse Platform: ignoring absolute axes.
[ 41.889] (WW) evdev: HID 046a:0023: ignoring absolute axes."
?

Oder sind die Treiber in Opensuse 12.3 einfach noch nicht aktueller (bei einer Testinstallation der 13.1 beta treten die noch vorhandenen Probleme nicht auf: Mauszeiger ist immer sichtbar, bei OpenGL lassen sich alle Effekte aktivieren, Fensterbewegungen sind "smoother")?

Danke an alle, insbesondere josef-wien, für ihre Tipps, die letztendlich dazu führten, dass ich zumindest wieder ein konsistentes System habe.

Falls jemand noch Ideen hat, was die verbleibenden Fehlermeldungen in der xorg.log bedeuten und was ich da noch mal probieren könnte, bin ich für jeden Hinweis dankbar.


mojo
 
OP
M

mojo

Hallo josef-wien,

leider sind die Probleme doch nicht ganz so behoben, wie ich es dachte. Ich kann zwar jetzt in den Systemeinstellungen OpenGL aktivieren ohne dass mir gleich eine Fehlermeldung entgegenspringt. Schließe ich die Systemeinstellungen jedoch und rufe sie erneut auf, steht wieder Xrender drin :nosmile: .

Ich habe jetzt einfach mal testhalber die Beta von 13.1 als Update auf die vorhandene Installation losgelassen (vorher natürlich ein Image gemacht). Und siehe da: es funktioniert alles so wie es sein soll!

D.h. für mich, dass ich mit Installation der finalen 13.1 das Problem dann wohl los bin. Solange werde und kann ich mit dem derzeitigen Zustand wohl noch leben können (müssen) :wink: .

Die Xorg.0.log sah "friedlicher" aus, d.h. es waren keine Fehler (EE) mehr angegeben. Details kann ich leider nicht mehr nennen, da ich eben das Image wieder zurückgespielt habe.

Hier noch die gewünschten Angaben der 12.3 Installation:
Code: 
tuxbox:/dev # glxinfo | head
name of display: :0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
    GLX_SGIX_pbuffer, GLX_MESA_copy_sub_buffer

Und das Verzeichnis /dev/dri gibt es interessanterweise nicht:
Code: 
tuxbox:/dev # ls /dev/dri
ls: Zugriff auf /dev/dri nicht möglich: Datei oder Verzeichnis nicht gefunden

bzw:
Code: 
tuxbox:/dev # ls -ali
insgesamt 4
1025 drwxr-xr-x  17 root root        4200 15. Okt 16:37 .
   2 drwxr-xr-x  26 root root        4096 15. Okt 16:37 ..
6372 crw-rw----+  1 root audio    14,  28 15. Okt 16:37 adsp1
6376 crw-rw----+  1 root audio    14,  20 15. Okt 16:37 audio1
4286 crw-------   1 root root     10, 235 15. Okt 16:37 autofs
3756 drwxr-xr-x   2 root root         160 15. Okt 16:37 block
2663 drwxr-xr-x   2 root root          80 15. Okt 16:36 bsg
5230 crw-------   1 root root     10, 234 15. Okt 16:37 btrfs-control
3631 drwxr-xr-x   3 root root          60 15. Okt 16:36 bus
5541 lrwxrwxrwx   1 root root           3 15. Okt 16:37 cdrom -> sr0
5544 lrwxrwxrwx   1 root root           3 15. Okt 16:37 cdrw -> sr0
4149 drwxr-xr-x   2 root root        4080 15. Okt 16:38 char
1038 crw-------   1 root root      5,   1 15. Okt 16:37 console
4116 lrwxrwxrwx   1 root root          11 15. Okt 16:36 core -> /proc/kcore
1119 drwxr-xr-x   6 root root         140 15. Okt 16:37 cpu
2660 crw-------   1 root root     10,  62 15. Okt 16:37 cpu_dma_latency
3758 drwxr-xr-x   6 root root         120 15. Okt 16:36 disk
6375 crw-rw----+  1 root audio    14,  19 15. Okt 16:37 dsp1
5553 lrwxrwxrwx   1 root root           3 15. Okt 16:37 dvd -> sr0
...


mojo
 
A

Anonymous

Gast
mojo schrieb:
Ich habe jetzt einfach mal testhalber die Beta von 13.1 als Update auf die vorhandene Installation losgelassen (vorher natürlich ein Image gemacht). Und siehe da: es funktioniert alles so wie es sein soll!
Zum Vergrößern anklicken....
Wie sieht nun die Leistungsaufnahme aus? Ist die gegenüber der nicht richtig funktionierenden 12.3er gesunken?
 
OP
M

mojo

xirtsch schrieb:
mojo schrieb:
Ich habe jetzt einfach mal testhalber die Beta von 13.1 als Update auf die vorhandene Installation losgelassen (vorher natürlich ein Image gemacht). Und siehe da: es funktioniert alles so wie es sein soll!
Zum Vergrößern anklicken....
Wie sieht nun die Leistungsaufnahme aus? Ist die gegenüber der nicht richtig funktionierenden 12.3er gesunken?
Zum Vergrößern anklicken....

Sorry,

aber ich habe es nicht gemessen (ehrlich gesagt, auch gar nicht daran gedacht, da ich mich um die Grafikprobleme gkümmert habe).

Ich werde es die Tage nochmal installieren und dann messen.


mojo
 
OP
M

mojo

spoensche schrieb:
Was für einen Inhalt hat den die /etc/X11/xorg.conf.d/50-device.conf und die 50-screen.conf?
Zum Vergrößern anklicken....

50-device.conf:
Code: 
# Having multiple "Device" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Device"
#  Identifier "Default Device"
#
#  #Driver "radeon"
#
#  ## Required magic for radeon/radeonhd drivers; output name
#  ## (here: "DVI-0") can be figured out via 'xrandr -q'
#  #Option "monitor-DVI-0" "Default Monitor"
#
#EndSection

50-screen.conf:
Code: 
# Having multiple "Screen" sections is known to be problematic. Make
# sure you don't have in use another one laying around e.g. in another
# xorg.conf.d file or even a generic xorg.conf file. More details can
# be found in https://bugs.freedesktop.org/show_bug.cgi?id=32430.
#
#Section "Screen"
#  Identifier "Default Screen"
#
#  Device "Default Device"
#
#  ## Doesn't help for radeon/radeonhd drivers; use magic in
#  ## 50-device.conf instead
#  Monitor "Default Monitor"
#
#EndSection

In meiner /etc/X11 habe ich noch ein paar umbenannte xorg.conf aus vorhergehenden Versuchen, aber keine reguläre xorg.conf mehr. Ich gehe davon aus, dass diese sich nicht auswirken, oder?

/etc/X11:
Code: 
test@tuxbox:/etc/X11> dir
insgesamt 88
drwxr-xr-x 2 root root 4096 14. Mär 2013  fs
drwxr-xr-x 2 root root 4096 14. Mär 2013  lbxproxy
drwxr-xr-x 2 root root 4096 14. Mär 2013  proxymngr
drwxr-xr-x 4 root root 4096 14. Mär 2013  rstart
drwxr-xr-x 2 root root 4096  2. Jul 13:53 xdm
-rw-r--r-- 1 root root 5708 26. Jan 2013  xim
drwxr-xr-x 2 root root 4096 14. Mär 2013  xim.d
drwxr-xr-x 3 root root 4096 14. Mär 2013  xinit
-rw-r--r-- 1 root root 1353 27. Jan 2013  Xmodmap
-rw-r--r-- 1 root root 1049 27. Jan 2013  Xmodmap.remote
-rw-r--r-- 1 root root 6617  5. Okt 15:29 xorg.conf.2013.10.06
-rw-r--r-- 1 root root 1332  7. Aug 13:19 xorg.conf.backup
drwxr-xr-x 2 root root 4096 15. Okt 14:19 xorg.conf.d
-rw-r--r-- 1 root root  874 14. Mär 2013  xorg.conf.install
-rwxr-xr-x 1 root root 6617  6. Okt 15:24 xorg.conf.intel
-rw-r--r-- 1 root root 1332  7. Aug 13:19 xorg.conf.nvidia
-rw-r--r-- 1 root root 1346 15. Dez 2011  xorg.conf.nvidia-postun
-rw-r--r-- 1 root root 4017 22. Apr 2009  Xresources
drwxr-xr-x 2 root root 4096 14. Mär 2013  xsm
test@tuxbox:/etc/X11>


mojo
 
OP
M

mojo

xirtsch schrieb:
mojo schrieb:
Ich habe jetzt einfach mal testhalber die Beta von 13.1 als Update auf die vorhandene Installation losgelassen (vorher natürlich ein Image gemacht). Und siehe da: es funktioniert alles so wie es sein soll!
Zum Vergrößern anklicken....
Wie sieht nun die Leistungsaufnahme aus? Ist die gegenüber der nicht richtig funktionierenden 12.3er gesunken?
Zum Vergrößern anklicken....

So,

habe testweise nochmal auf die 13.1 beta upgegraded.
Bei ruhendem Desktop (und keinerlei Plattenzugriffen) pendelt sich der Verbrauch bei 34,x W ein. Bleibt auch nach einer halben Stunde so.

Wie gesagt, ist dies aber nicht der "reine" c't Bauvorschlag, sondern nur das Board und abweichend ein i3-4130 anstatt des i5.
Die restlichen Komponenten (Netzteil, HDD (anstatt SSD), DVD-Brenner sowie mehrere Lüfter stammen aus der vorhergehenden Installation und entsprechen somit nicht dem Vorschlag der c't.


mojo

Nachtrag: habe das Energieprofil mal abgeändert.
Wenn sich der Bildschirm abschaltet, werden noch rund 33,7 W verbraucht.
Im Ruhezustand sinkt der Wert auf 6,x Watt. Nach Tastendruck ist das System dann nach ca. 2 bis 3 Sekunden wieder einsatzfähig.
 
J

josef-wien

mojo schrieb:
Ich gehe davon aus, dass diese sich nicht auswirken
Zum Vergrößern anklicken....
So ist es, wie Du auch der Datei Xorg.0.log entnehmen kannst.

Die Datei xorg.conf.install solltest Du nicht löschen, die wird gebraucht, wenn (z. B. beim mittlerweile umbenannten Failsafe-Start) der Parameter x11failsafe verwendet wird.

Die von spoensche gewünschten Dateien befinden sich im Originalzustand.
 
A

Anonymous

Gast
mojo schrieb:
Bei ruhendem Desktop (und keinerlei Plattenzugriffen) pendelt sich der Verbrauch bei 34,x W ein. Bleibt auch nach einer halben Stunde so.

Wie gesagt, ist dies aber nicht der "reine" c't Bauvorschlag, sondern nur das Board und abweichend ein i3-4130 anstatt des i5.
Die restlichen Komponenten (Netzteil, HDD (anstatt SSD), DVD-Brenner sowie mehrere Lüfter stammen aus der vorhergehenden Installation und entsprechen somit nicht dem Vorschlag der c't.
Zum Vergrößern anklicken....
Also leider nur ein knappes Watt weniger, schade. Da wird das Abklemmen der Gehäuselüfter mehr Erfolg nach "unten" bringen… Wahrscheinlich sind die nun auch überflüssig. ;)
Es gibt natürlich PC-Netzteile mit 150W und 80+Bronze, und bei 20% Nennlast läge man dann bei 30W mit dem versprochenen Wirkungsgrad, aber der wiederum gilt ja nur für die Nordamerikanischen 115V Netze.
Alle anderen außen vor Gelassenen können sich diese 80+ Abziehbilder genauso gut an den Hut kleben.

Hier als Beispiel habe ich im Netz eine i7-3770 CPU auf einem DH77DF Board mit SSD, extra Netzwerkkarte, Lüfter und 150W-Netzteil ohne 80+ Zert. gesehen. Im Leerlauf (Ubuntu Desktop) sind's dann 34W Leistungsaufnahme im britischen Lichtnetz. http://www.youtube.com/watch?v=H-kbC6svee0

Bei dem ganzen Wirbel um einstellige Leistungsaufnahmen, der derzeit gemacht wird, sollte man aber nicht vergessen, dass ein Monitor und evtl. die HiFi-Anlage auch noch Strom benötigen.

P.S. Falls du noch über Kauf des in der c't 19/13 vorgeschlagenen Netzteils nachdenkst, habe ich hier noch ein paar alternative Gedanken dazu gefunden: ;) http://www.heise.de/ct/artikel/c-t-Labs-1-Schritt-vor-2-zurueck-beim-Stromsparen-1947089.html
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben