Sie sind nicht angemeldet.

Suchergebnisse

Suchergebnisse 1-20 von insgesamt 163.

24.01.2014, 19:12

Forenbeitrag von: »tausche«

xrandr-Änderungen permanent in xorg.conf

Soda, untypisch für linux OS aber trotzdem -> nach einem Reboot funktioniert alles einwandfrei! Quellcode 1 [ 1574.761] (II) intel(0): switch to mode 1920x1080@60.0 on pipe 0 using HDMI2, position (0, 0), rotation normal danke!

24.01.2014, 17:52

Forenbeitrag von: »tausche«

xrandr-Änderungen permanent in xorg.conf

Hey, danke, habs angepasst wie in der man-page und von dir beschrieben. Den richtigen Monitor hab ich jetzt zumindest, statt vorher: Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 Htpc ~ # cat /var/log/Xorg.0.log ... [ 7752.158] (II) intel(0): Output VGA1 using monitor section Monitor0 [ 7752.158] (**) intel(0): Option "PreferredMode" "1280x720" [ 7752.158] (II) intel(0): Output DP1 has no monitor section [ 7752.158] (II) int...

24.01.2014, 11:43

Forenbeitrag von: »tausche«

xrandr-Änderungen permanent in xorg.conf

Hey Leute, bin grad dabei XBMC zu konfigurieren, dabei hab ich ein kleines Problem. Intel HDA Grafik, xterm und twm zum Testen installiert, KEINE xorg.conf oder xorg.conf.d/ XBMC startet wunderbar, volle Auflösung, aber bei der Framerate haperts. einen Schritt zurück -> es hapert schon in X. Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 Htpc ~ # xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 32767 x 32767 VGA1 disconnected (normal left inverted right x axis y ...

23.01.2014, 12:27

Forenbeitrag von: »tausche«

Intel Haswell hoher Stromverbrauch?

Zitat von »bell« Was intel_pstate angeht, versuche es mal mit einem aktuelleren Kernel. Hardened-3.12 ist als Testing im Portage verfügbar. Und im Link wird 3.12 empfohlen. Anscheinend gibt es in der Version was neues, was Power-Management angeht. Yes! This was it - wie der Engländer sagt. Quellcode 1 2 Server ~ # cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_driver intel_pstate Angeblich ersetzt mit intel_pstate der powersave-governor den bisherigen ondemand-gov. Im Kernel kann ich den powe...

23.01.2014, 10:34

Forenbeitrag von: »tausche«

Intel Haswell hoher Stromverbrauch?

danke! Also das "i915.i915_enable_rc6=1" hat nix geändert, ich mach jetzt mal ein kernel-upgrade und versuchs mit 3.12

23.01.2014, 09:55

Forenbeitrag von: »tausche«

Intel Haswell hoher Stromverbrauch?

Hey, danke für die Antwort! ich hatte bisher auch immer den gov. 'ondemand' verwendet, allerdings soll das bei den neuen intel-CPUs angeblich keine gute Idee mehr sein weil die nicht mehr runter scalen sondern die Freuqenz gleich bleibt, aber nur die Voltage auf 0 gesenkt wird. Ständiges hoch- und runterscalen weckt die CPU scheinbar immer wieder auf und ist an sich kontraproduktiv. Ich hab auch aus diesem Grund weder USE="acpi" gesetzt noch acpid od. cpufrequtils installiert. Wenn ich das richt...

22.01.2014, 11:48

Forenbeitrag von: »tausche«

Intel Haswell hoher Stromverbrauch?

Hey Leute, ich hab in meiner Homeserver/HTPC-Kombination neue Hardware verbaut, einerseits wg. HDMI und 1080p Wiedergabe, andererseits wg. dem Stromverbrauch weil die Kiste 24/7 läuft. Hab also auf die neue Intel Haswell-Generation gesetzt, die i3, i5, i7 Serie brauch ich nicht, also reicht ein Pentium. Hardware: Mainboard: Asrock H81M-HDS CPU: Intel Pentium G3420 (Haswell) RAM: 2x 2GB G.Skill DDR3-1333 Netzteil: Seasonic S12 II 330W (das alte von 2006 od. '07) Systemplatte: WD Red 750 GB 2.5" A...

07.11.2013, 09:30

Forenbeitrag von: »tausche«

Reihenfolge /dev/sda etc...

Hi, jo genau. Is meine erste Controller-Karte: Is aber auch völlig logisch wenn mans mal verstanden hat. Klar, der Mainboard-SATA-Controller is natürlich im BIOS vom Mainboard und der LSI-SATA-Controller im BIOS vom Controller. danke euch!

03.11.2013, 09:45

Forenbeitrag von: »tausche«

Reihenfolge /dev/sda etc...

Hey, dumme Antwort: nein. Das BIOS weiß gar nix von den Platten die am HBA hängen. Im HBA hab ich den boot-support sowohl für BIOS als auch fürs OS deaktiviert, dementsprechend sieht das BIOS nur die Platten die am onBoard-SATA dranhängen. Das BIOS findet also schon die richtige Platte, grub wird auch ausm MBR der richtigen Platte ausgeführt und der kernel bootet. Nachm kernel decompress wird der HBA angesprochen, die Platten dort drauf erkannt und als sda - sdX eingebunden, erst DANACH kommen d...

02.11.2013, 08:36

Forenbeitrag von: »tausche«

Reihenfolge /dev/sda etc...

Hi, danke, das klingt gut! Die UUID-notation is mir eh nicht sonderlich sympathisch, wenn ich (wie gewohnt) bei /dev/sdX bleiben kann hätt ich auch mehr überblick. Ja, root hängt direkt am onboard-SATA controller. ich werd den treiber für die pcie karte als modul bauen unds testen. ansonsten probier ichs übers initrd. wie ichs mit genkernel erstell is mir klar, nur was es genau is und was es mir nützt hab ich noch nicht durchschaut. danke!

30.10.2013, 13:16

Forenbeitrag von: »tausche«

Reihenfolge /dev/sda etc...

Zitat von »josef.95« Hallo tausche Ja, das eigentliche Problem sollte sich mit eindeutigen Bezeichnern wie UUID LABEL (oder sofern verfügbar am besten mit PARTUUID) lösen lassen. Aber wie man grub2 konfiguriert um so einen eindeutigen Bezeichner als Kernelzeilen-Parameter mitzugeben ist mir auch noch nicht klar. Perfekt, genau das war auch mein Gedankengang. Nur wie man grub2 jetzt dazu bringt is mir ebenfalls schleierhaft. ich werd aufs initrd achten, sind normale MBR-partitionen, EFI unterstü...

30.10.2013, 09:37

Forenbeitrag von: »tausche«

Reihenfolge /dev/sda etc...

Hey, also die grub.cfg hab ich automatisch über grub2-mkconfig erstellen lassen, Inhalt sieht so aus: Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 ...

29.10.2013, 22:48

Forenbeitrag von: »tausche«

Reihenfolge /dev/sda etc...

Hey Leute, ich hab hier ein kleines Problem bei dem ich nicht weiterkomm und hoffe ihr könnt mir helfen: An den 4 SATA-Ports direkt am Mainboard hab ich 4 Platten dran, am Intel HBA hängen (derzeit) 4 weitere, diese Anzahl ändert sich aber laufend. Wenn ich die Platten am HBA-Controller alle weglass, bootet das System tadellos weil die Platte am ersten Port vom Mainboard mit /dev/sda eingehängt wird. Sobald aber eine der Platten am Controller angeschlossen is (at boot) wird DIESE vorgereiht und ...

25.10.2013, 11:58

Forenbeitrag von: »tausche«

IBM M1015 verliert Disks nach spindown

Heya, ich hab einiges gelesen dass der spindown support wohl von LSI irgendwann nach FW 12.xx rausgenommen wurde, weil scheinbar bei manchen großen arrays der spinup so lange dauerte dass das OS einen fehler meldete, und um das Problem gleich gar nicht entstehen zu lassen wurde der spindown rausgenommen. der IBM- sowie der LSI-Support schieben den schwarzen Peter jeweils auf den anderen, also muss ich mir selbst helfen. Was ich bemerkenswert finde, beim LSI Support hatte ich durchwegs Kontakt mi...

21.10.2013, 09:52

Forenbeitrag von: »tausche«

IBM M1015 verliert Disks nach spindown

Hey, danke für die Antwort! Platten werden leider auch nach einem rescan_scsi_bus nicht wieder aufgeweckt. output is folgendes: Quellcode 1 2 3 4 Server ~ #lspci -k 02:00.0 Serial Attached SCSI controller: LSI Logic / Symbios Logic SAS2008 PCI-Express Fusion-MPT SAS-2 [Falcon] (rev 03) Subsystem: LSI Logic / Symbios Logic Device 3020 Kernel driver in use: mpt2sas Quellcode 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 4...

19.10.2013, 15:50

Forenbeitrag von: »tausche«

IBM M1015 verliert Disks nach spindown

Hey Leute, ich hab hier ein kleines Problem und weiß grad nicht weiter, hoffe ihr könnt mich in die richtige Richtung schubsen... In meinem Sys (amd64, hardened-sources) hab ich mehrere Platten, einige am Mainboard und ein paar am neuen IBM M1015 ServeRaid Controller. Platten werden erkannt, lassen sich normal mounten und funktionieren tadellos. schick ich jetzt aber alle Platten schlafen z.b. mit smartctl oder mit hdparm -y dann legen sich die Platten am M1015 zwar schön schlafen, wachen aber n...

21.01.2012, 06:25

Forenbeitrag von: »tausche«

No space left on device, df -i: IUse 100%

thx. Hab ich so gemacht, bei 2-3 GB rootfs geht das backup-en und zurückspielen ja recht schnell. Formatiert hab ich mit mke2fs -j -T small. Passt jetzt, danke für die Hilfe. Quellcode 1 2 3 Server ~ # df -i / Filesystem Inodes IUsed IFree IUse% Mounted on /dev/root 1251328 250359 1000969 21% /

17.01.2012, 08:58

Forenbeitrag von: »tausche«

No space left on device, df -i: IUse 100%

danke für die Antwort! Klingt auch alles soweit logisch...erklären kann ichs mir trotzdem nicht. Die Kiste lief mit genau der selben Partitionierung jetz über 5 Jahre durch. 24/7 - mit gelegentlichen Updates etc...derartige Probleme hatte ich nie. Einzig für den GCC musst ich das PORTAGE_TMPDIR umbiegen, ansonsten haben die 4.7GB für / locker ausgereicht. Also wollt ich das Partitionsschema eigentlich so lassen, wie's is. Achja: Zum Formatieren das erste Mal mkfs.ext3 ohne extra options (wie im ...

16.01.2012, 11:53

Forenbeitrag von: »tausche«

No space left on device, df -i: IUse 100%

Hallo Leute, ich hab meinen amd64-hardened-Server neu aufgesetzt, das Partitionsschema habe ich beibehalten, die root-Part. wurde nur neu formatiert lt. Handbuch mit mkfs.ext3 /dev/hda3. Kernel wurde ebenfalls "from scratch" neu konfiguriert - ist sicherlich noch nicht korrekt - aber vorerst hab ich ein andres Problem: EGAL was ich nun machen möchte (emerge, log öffnen, tail, crontab -e etc.), ich erhalte den Fehler: No space left on device. Quellcode 1 2 3 4 5 6 7 8 9 10 Server ~ # df -h Filesy...

17.04.2010, 23:27

Forenbeitrag von: »tausche«

Mehrere Pakete in einem Rutsch entfernen...

hatte gerade das selbe problem, mitm -C switch (farben weg) hauts hin, danke!