1) Nach mehreren Tests erscheint es mir unter der VMware WS 7 auf dem beschriebenen System möglich und besser zu sein, die VM mit 2 Prozessoren einzurichten.

2) Ein Artikel in der aktuellen Zeitschrift “Linux User” (03/2010) beschreibt, wie man durch Einsatz des Tools “Powertop” Verbesserungen an den Energiespar-Einstellungen eines Laptop-Systems unter Linux erreichen kann. Sehr interessant ist hier die Beschreibung, warum die Prozessoren unter Linux laufend aus dem C-Zustand geweckt werden und warum sich so das System eher erwärmt als unter MS Windows. Ausprobiert habe ich das aber noch nicht.

Wir haben das Bild über ein DIV, das auf der Seite per “z-index” in den Hintergrund gelegt wurde, nochmal eingebunden - allerdings über ein IMG-TAG innerhalb des DIVS.

Der Rest der Seite wurde darübergelegt.

Dies half im MS IE 7 und 8 ohne jede Header-Anweisung zum “revealtrans”-Übergang.

background-color: transparent
background-repeat: repeat

Keine Position des Bildes setzen

Die Umstellung der Vorgabe “ODF 1.2″ löst nur das Impress-Problem mit den Einzügen und das Problem mit der Kapitelnummerierung im Writer.

Sie löst nicht die Probleme der Darstellung von Doc-Dateien und das Calc-Problem mit dem Screen-Update. Letztere Probleme sind erst in späteren OO 3.X - Versionen - speziell OO 3.1.X-Versionen - beseitigt worden.

Also: Gleich auf OO > Version 3.1.1 wechseln !

Durch die Analyse des Problems mit der Kapitelnummerierung sind wir auf eine mögliche Ursache der oben dargestellten Probleme gekommen.

Auf dem betroffenen System war

“Extras - Optionen - Laden/Speichern - Allgemein - Einstellungen für Standarddateiformat und ODF ”

der Wert “1.1″ für das ODF-Format eingestellt.

Ein Umstellen auf “ODF 1.2″ löste einige der genannten Probleme. ODF 1.2 wird in OO 3.X standardmäßig verwendet, während OO 2.X (vermutlich) noch am ODF 1.1 - Format hängt.

Schade eigentlich, dass OO 3.0.1 einen beim Speichern nicht darauf aufmerksam macht, dass die “ODF 1.1″ - Einstellung zu massiven Problemen führen kann.

Im Fall der Systeme, auf dem die dargestellten Schwierigkeiten auftraten, war die Einstellung “ODF 1.1″ mit Absicht gewählt worden, um Probleme beim Dokumentenaustausch zwischen verschiedenen Arbeitsgruppen zu vermeiden, von denen manche noch OO 2.4 und andere dagegen OO 3.X einsetzten. Nun hat dieses Vorgehen erst Recht zu Problemen geführt. Gott sei Dank trat das nicht auf unseren firmeneigenen Systemen auf.

Was heisst das in der Praxis für Umstellungen von OO 2.X auf OO3.X in einem komplexeren produktiven Umfeld :

a) Wenn man ein Upgrade von OO 2.4 auf OO3.X durchführt, sollte man die ODF-Version in den Optionseinstellungen auf ODF 1.2 setzen (ggf. ODF 1.2 extended).

b) Man muss alle Arbeitsgruppen, die ODF-Dokumente austauschen, gleichzeitig auf von OO 2.X auf OO 3.X umstellen, damit es beim nachfolgenden Austausch der Dokumente keinen größeren Schwierigkeiten gibt.

Weitere Fehler ergaben sich im Zusammenhang mit der Formatierung und Nummerierung von Überschriften. Eine mit OO 2.4 vollständig funktionsfähige Kapitelnummerierung wurde in OO 3.0.1 zerschossen:

Die Kapitelnummern wurden nach jeder im Text enthaltenen Liste/Auflistung auf “1″ zurückgesetzt.

Man konnte das zwar im geöffneten Dokument korrigieren. Nach einem Speichern, Schließen und erneuten Öffnen des Dokumentes trat der Effekt aber wieder auf.

Siehe aber den folgende Kommentar zur Ursache.

Das Problem taucht dann auf, wenn man einen neuen Gliederungspunkt auf einer vorgegebenen Ebene dadurch erzeugt, dass man den neuen Punkt per Tab-Taste auf die vorgesehene Ebene bringt. Bei einem einfachen Erzeugen per “Enter”-Taste innerhalb der gleichen Ebene tritt das Problem nicht auf.

Anne: Danke für den Hinweis !

Ich selbst benutze inzwischen KDE 4.2 beta unter Opensuse 11.0 und den Nvidia beta Treiber 180.06 für x86_64 Architekturen.

An den Schwierigkeiten mit der Nvidia Webseite als einem Beispiel für eine fehlerhafte Formularauswertung wird inzwischen von einem KDE-Entwickler gearbeitet. Es bleibt zu hoffen, dass auch andere Probleme der Javascript-Engine (z.B. im Umgang mit PhpMyAdmin) behoben werden.

Offen sind aber immer noch die Probleme von Konqueror im Umgang mit Textarea-Elementen von Web-Formularen. Diverse neu aufgetauchte Probleme in Kontact/Kmail im Zusammenspiel mit Open-Xchange scheinen erst in KDE 4.2 gelöst zu sein.

Also im Moment würde ich eher auf KDE 4.2 als KDE 4.1 setzen. Es soll ja im Januar kommen.

Ich habe einen 9500S-4LP Controller und nutze ihn auch mit 4 Platten, die in 2 Raid_1 Arrays konfiguriert sind. Siehe nachfolgenden Auszug aus /var/log/boot.msg.

<4>3ware 9000 Storage Controller device driver for Linux v2.26.02.009.
<4>ACPI: PCI Interrupt Link [APC1] enabled at IRQ 16
<6>ACPI: PCI Interrupt 0000:05:06.0[A] -> Link [APC1] -> GSI 16 (level, low) -> IRQ 16
<6>scsi6 : 3ware 9000 Storage Controller
<4>3w-9xxx: scsi6: Found a 3ware 9000 Storage Controller at 0xc400e000, IRQ: 16.
<4>3w-9xxx: scsi6: Firmware FE9X 2.08.00.005, BIOS BE9X 2.03.01.052, Ports: 4.
<5>scsi 6:0:0:0: Direct-Access AMCC 9500S-4LP DISK 2.08 PQ: 0 ANSI: 3
<5>scsi 6:0:1:0: Direct-Access AMCC 9500S-4LP DISK 2.08 PQ: 0 ANSI: 3

Wichtig ist, dass das richtige 3ware Modul geladen wird und dieses auch den Controller erkennt. Was erscheint da bei dir?

Soweit ich mich erinnere, habe ich habe das von SuSE ausgelieferte Modul genommen. Wichtiger Hinweis:

Eigentlich gibt es 2 solcher Module unter /lib/modules/DeinKernel/kernel/drivers/scsi :

3w-9xxx.ko
und
3w-xxxx.ko

lsmod sollte zeigen, dass das 3w-9xxx.ko aktiv ist.

Falls das nicht der Fall ist: Probier, es mit modprobe zu laden. Geht das fehlerfrei, so sollten die Raid Arrays eigentlich korrekt unter fdisk erscheinen und du kannst dann deine Partitionen anlegen.

Wenn du den Controller nicht schon beim Setup des Rechners sondern erst später eingebaut hast, musst du das richtige 3ware Modul in der initrd verankern, wenn es beim Booten geladen werden soll. Dies kannst du bei SuSE z.B. mit sysconfig-editor unter Yast tun:

Siehe im sysconfig-editor den Punkt “System-> kernel->INITRD_MODULES”. Dort einfach 3w_9xxx ergänzen. Yast führt dann mkinitrd aus und beim nächsten Bootvorgang wird das Modul dann geladen.

Achtung: Ein solches Device taucht bei fdisk gar nicht auf - es betrifft den Controller selbst und nicht die Plattenarrays.

Falls das Device File nicht oder nicht mit den richtige major und minor numbers existiert, legt es smartctl es lt. man-page angeblich an. Ein normales SUSE hat aber bereits von Haus aus mehrere /dev/twa?-Files.

Ich habe zur Sicherheit erstmal folgende Fragen:

1) Gibt es noch mehr aktive Controller und Platten in deinem System ?

2) Wenn das /dev/sdb Device das Ergebnis der raid5 Konfiguration aus 4 Platten zu je 750 GB ist, verstehe ich ich die Größe von nur 1.4 TB nicht. Das sollte größer sein (>~ 2TB). Oder ist /dev/sdb ein anderes Plattendevice als der Raidverbund ?

3) Was sagt lsmod | grep 3w ?

4) Was für Fehlermeldungen bringt smartctl -a -d 3ware,0 /dev/twa0 denn ?

5) Welche Meldungen zeigt denn /var/log/messages zum evtl. versuchten Start von smartd ?