Den Anfang machte das Netbook. Auf der 120 GB Festplatte nimmt Windows die erste primäre Partition ein. In einer erweiterten Partition tummeln sich zwei weitere, auf denen ein Ubuntu 9.04 Dienst tut.

Nach der obligatorischen Datensicherung beider Betriebssysteme kommt die Probe auf’s Exempel. Leider erkennt der externe Plextor-DVD-Brenner die Windows-DVD nicht. Auch der Versuch, eine Kopie mit dem externen Brenner zu erstellen, bringt keine Besserung. Erst das Kopieren der Dateien auf einen bootfähigen USB-Stick löst das Installationsproblem. Danach marschiert Windows 7 in der 32bit Professional Version auf die Windows-Partition.

Dankenswerterweise muss die Partition nicht neu formatiert werden. D.h. die Daten können einfach aus dem alten Windows XP Benutzerverzeichnis ins neue Windows 7 Benutzerverzeichnis verschoben werden. Teilweise funktionieren unter XP installierte Programme sogar unter Windows 7.

Für eine saubere Installation sollte man jedoch den Weg gehen und eine komplett neu formatierte Partition benutzen.

Den Weg gehe ich bei der Workstation. Die hat drei Festplatten. %00 GB, 500 GB und 160 GB. Auf der ersten belegt Windows Vista die komplette 500 GB. Die zweite Festplatte enthält eine 250 GB Partition unter NTFS, die anderen 250 GB enthalten wieder ein Ubuntu 9.04. Die dritte 160 GB große Festplatte wurde ebenfalls mal für Linux benutzt, liegt aber seit einem Jahr brach. In dieses Brachland kommt nun die 64bit Version von Windows 7 Ultimate.

Diesmal bootet der Rechner von der passenden Windows-DVD. Die eigentliche Installation dauert inclusive Formatierung gut 20 min. Alles an Peripherie und Hardware wird out-of-the-box erkannt, genau wie beim Netbook. Das beweist, dass die Jungs aus Redmond diesmal ihre Hausaufgaben gemacht haben. Dadurch, dass Windows 7 das gleiche Treiberschema nutzt wie schon Vista, hat es allerdings auch leichteres Spiel als die Vorgängerversion.

Was wirklich nervt ist, dass Microsoft sich auch 2009 noch extrem unfreundlich gegenüber anderen Betriebssystemen zeigt. Weder beim Netbook noch bei der Workstation kann man ohne manuelle Nacharbeit Linux statt Windows booten. Dafür bietet der Windows Bootmanager auf dem Netbook unnötigerweise die nicht bootfähige XP-Installation an.

Es kann doch wohl nicht sein, dass es bei Microsoft keinen Entwickler gibt, der fähig wäre, eine Installationsroutine zu programmieren, die vorhandene Linux-Installationen erkennt und berücksichtigt. Jungs, wacht auf, eure Kollegen von der Open Source Front schaffen’s doch auch.

OK, soviel dazu, was mir nicht gefallen hat. Nun zu den positiven Aspekten. Insgesamt halte ich den Weg von Vista zu Windows 7 für einen Schritt in die richtige Richtung. Die Hardwareunterstützung ist gut, die Installation läuft schnell und unproblematisch. Auch auf dem mit einem GB RAM nicht üppig ausgestattetem Netbook mit der 1,6 GHz Atom CPU läuft Windows 7 schnell und sogar im Aero-Look. Dabei muss man gefühlt keine Geschwindigkeitseinbuße gegenüber Windows XP hinnehmen. Sound, Grafik und WLAN laufen einfach so. Anders als bei XP funktioniert auch das Mounten eines per Samba bereitgestellten Netzlaufwerks sofort ohne Probleme.

Die größte Überraschung bereitete das 64bit Windows 7 auf der Workstation. Nein, nicht, dass jetzt die vollen vier GB RAM benutzt werden können. Dafür nimmt man ja extra die 64bit Version. Die Überraschung trat auf, als die frisch installierte Workstation das Netbook erspähte und sofort anbot, es in ein gemeinsames Netzwerk zu integrieren. Seht ihr, liebe MS-Developer, es geht doch. Jetzt gebt euch noch beim Bootmanager etwas Mühe und alles ist gut.

Gibt’s noch was zu meckern? Ja, natürlich. Warum es Apple schafft, eine InstallationsDVD mit 32 und 64bit auszuliefern, Microsoft aber nicht, bleibt unverständlich. Mehr zu meckern gibt’s nach einer Woche Testbetrieb aber noch nicht…

Dafür bietet sich TrueCrypt an. TrueCrypt ermöglicht das Arbeiten mit Verschlüsselung auf zwei Arten. Man kann eine verschlüsselte Datei erstellen, in der ein eigenes Dateisystem existiert (FAT, NTFS, Ext2, EXT3, je nach Host-Betriebssystem). Diese Datei wird dann mittels TrueCrypt gemountet, so dass man damit wie mit einem Netzlaufwerk arbeiten kann. Oder man verschlüsselt eine komplette Partition oder einen ganzen Datenträger. TrueCrypt verschlüsselt mittels AES, Serpent oder Twofish sowie mit Kombinationen davon.
In der aktuellen Version 6.1 unterstützt es Windows (2000, XP, Vista), Linux und Mac OS X (10.4 und 10.5). Für etwaige Ports zu Solaris oder BSD steht der Quellcode zur freien Verfügung, TrueCrypt ist in großen Teilen Open Source, steht allerdings nicht unter der GPL, sondern unter der TrueCrypt Collective License.
Ein Vorteil gegenüber den Fertiglösungen ist damit herausgearbeitet, die Portabilität. Ein zweiter Vorteil liegt in der Tatsache, dass der Quellcode offen liegt. D.h. es sind keinerlei Hintertürchen für regierungsseitigen Wissensdurst vorhanden. Jeder kann den Quellcode einsehen und sich ggf. sein eigenes Programmpaket kompilieren, um ganz sicher zu gehen. Bei den gekauften Fertiglösungen muss man sich auf die Versicherung der Hersteller verlassen.

Externe Festplatte verschlüsseln

Hierzu bieten sich zwei Modi an. Ist man sicher, dass die Festplatte grundsätzlich immer an Rechnern betrieben wird, auf denen TrueCrypt schon installiert ist, kann man die komplette Festplatte per TrueCrypt verschlüsseln. Daten, die sich evtl. noch auf der externen Festplatte befinden, müssen auf ein anderes Medium gesichert werden, da während der Verschlüsselung der externen Festplatte selbige komplett neu formatiert wird!
Ausgehend von Version 6.1 und Windows als Betriebssystem geht die Vollverschlüsselung einer externen Festplatte in folgenden Schritten vor sich. Zuerst wählt man im Wizard den Punkt “Create a volume within a non-system partition/device“. Um einfach nur eine externe Festplatte zu verschlüsseln, wählt man in der nächsten Dialogbox “Standard TrueCrypt volume“.
Als nächstes muss man die zu verschlüsselnde Festplatte auswählen. Gerade hier sollte man unbedingt die nötige Sorgfalt wahren. Ansonsten kommt es zu Datenverlusten, wenn man sich bei der Auswahl der Festplatte irrt.

Auswahl der zu verschlüsselnden Partition

Um ganz sicher zu gehen, sollte man sich die nun erscheinende Warnbox gründlich durchlesen. Da das Ziel diesmal die komplette Verschlüsselung der Festplatte ist, geht es nun mit den “Encryption Options” weiter. Für den ersten Versuch kann man es bei den Standardeinstellungen belassen, AES als Verschlüsselungsalgorithmus und RIPEMD-160 als Hash-Algorithmus. Die Volume Size, d.h. die Größe der zu verschlüsselnden Festplatte wird automatisch ausgelesen und hier nochmal angezeigt. Dies ist die letztmalige Gelegenheit, zu überprüfen, ob man wirklich das richtige Ziel für die Verschlüsselung ausgewählt hat.
Nächster Punkt ist die Vergabe eines starken Passworts. Dazu ist schon viel geschrieben worden, ich rate hier zu einem Passwort von deutlich mehr als acht Zeichen, das man sich merken kann, ohne es aufzuschreiben und das mindestens Groß- und Kleinschreibung sowie Zahlen und Sonderzeichen enthält. Ich persönlich verwende eines mit zwanzig Stellen! Vorsicht! Hat man das Passwort irgendwann vergessen, gibt es absolut keinen Weg mehr, an den Inhalt des verschlüsselten Bereichs heranzukommen.
Die nächste Dialogbox fragt ab, ob man ggf. Dateien größer als 4 GB innerhalb des verschlüsselten Bereichs speichern will. Das hat natürlich auswirkungen auf das innerhalb des Containers zu verwendende Dateisystem. Generell kann Truecrypt nur die Dateisysteme innerhalb des Containers anlegen und nutzen, die vom darunterliegenden Betriebssystem zur Verfügung gestellt werden. D.h. für Windows werden NTFS und FAT unterstützt, für Linux FAT, EXT2 und EXT3 und für Mac OS X FAT und HFS+. TrueCrypt macht entsprechende Vorschläge für das zu wählende Dateisystem. Soll die zu verschlüsselnde Festplatte später von verschie3denen Betriebssystemen beschreibbar sein, muss man FAT als kleinsten gemeinsamen Nenner wählen. NTFS eignet sich mittlerweile für den Datenaustausch zwischen Windows und Linux, für Macs nur eingeschränkt, da ohne Zusatztreiber nur lesender Zugriff auf NTFS-Partitionen möglich ist.

Da die Verschlüsselung in diesem Beispiel unter Windows Vista passiert, stehen nur NTFS und FAT zur Auswahl. TrueCrypt schlägt folgerichtig NTFS vor. Während man hier herumrätselt, kann man schon einmal die Maus unkontrolliert über das Fenster bewegen, um den Random Pool zu füllen, der im Anschluß für die eigentliche Verschlüsselung benutzt wird. Ein Mausklick auf “Format” setzt nun unwiderruflich die Verschlüsselungsformatierung in Gang, d.h. ab jetzt sind etwaige noch auf dem Datenträger vorhanden gewesene Altdaten gelöscht. Die Formatierung und Verschlüsselung der 40 GB Festplatte dauert ca. 40 min.
Nachdem die Festplatte fertig formatiert und verschlüsselt ist, muss sie noch ins System eingehängt werden. Windows hat die Platte auf dem Testsystem als Laufwerk G: erkannt, aber so bekommt man den verschlüsselten Speicherbereich nicht zu sehen. Man muss die Festplatte zusätzlich unter einem noch nicht belegten Laufwerksbuchstaben per TrueCrypt einhängen, auf dem Testsystem H:. Unter Linux und Mac OS X werden TrueCrypt-Container und Devices unter /media/truecryptN eingehängt, wobei N von 1 bis 32 reicht.
Unter Windows wählt man einen freien Laufwerksbuchstaben in TrueCrypt und klickt entweder auf die Schaltfläche “Auto-Mount Devices“, dann sucht TrueCrypt nach einem noch nicht eingebundenen verschlüsselten Gerät oder auf “Select Drive“, dann muss man das Gerät selbst angeben, was üblicherweise schneller geht. Das war’s fast schon.
vor dem Trennen der Kabelverbindung zwischen USB-Festplatte und System sollte man tunlichst erst in TrueCrypt das entsprechende Gerät per “Dismount” aushängen, da sonst Datenverlust droht. Bei einem Test mit einem 1 GB USB-Stick waren die gerade auf den verschlüsselten Stick kopierten Daten nicht mehr vorhanden, nachdem der Stick einfach vom System getrennt wurde, ohne ihn vorher per Dismount freizugeben.

Will man nicht extra einen zusätzlichen (unverschlüsselten) USB-Stick mit den nötigen Installationsdateien herum tragen, bietet es sich an, die externe Festplatte in zwei Partitionen aufzuteilen, eine kleine unverschlüsselte, auf der sich die TrueCrypt- Installationsdateien für Linux, Windows und Mac OS X befinden, sowie eine große verschlüsselte. Alternativ kann man auf die Partitionierung verzichten und einfach einen sehr großen TrueCrypt-Container auf der Festplatte erzeugen.
Natürlich geht all das auch mit eine USB-Stick. Handelsübliche Exemplare haben mittlerweile 8-16 GB und ein Ende ist nicht abzusehen. In der Praxis hat es sich bewährt, den Stick nicht komplett zu verschlüsseln, sondern als Träger für TrueCrypt-Containerdateien zu benutzen. Das hat den Vorteil, dass man die TC-Container auf andere Medien sichern kann, ohne sie dafür zu mounten.

Neben der Verschlüsselung eines ganzen Datenträgers bietet TrueCrypt darüber hinaus noch einige Features, die die Fertiglösungen naturgemäß nicht bieten können. Genannt sei hier z.B. das Erstellen von Hidden Volumes, die nachträgliche Verschlüsselung einer kompletten Windows-Installation oder die Benutzung von Keyfiles.
Zu all dem kommt noch die vom TrueCrypt Projekt hervorgehobene “Plausible Deniability”, d.h. das man TrueCrypt so betreiben kann, dass man glaubhaft abstreiten kann, überhaupt irgendwo verschlüsselte Daten zu halten.

Hidden Volume

Dabei wird in einer verschlüsselten Datei/Partition/Festplatte ein weiteres, vollkommen unsichtbares Hidden Volume innerhalb des freien Speicherbereichs eingerichtet. Mountet man den so präparierten TrueCrypt-Container mit dem normalen Passwort, bekommt man diesen versteckten Bereich nie zu sehen. Er verbirgt sich im freien Teil des TC-Containers und taucht nicht einmal als Dateiname im “offenen” Container auf. Mountet man den TC-Container statt mit dem “offenen” Passwort mit einem zweiten für das Hidden Volume, wird stattdessen der versteckte Container geöffnet. Sollte tatsächlich das Szenario entstehen, dass man gezwungen ist, die Existenz eines TrueCrypt-Containers zuzugeben und darüber hinaus gezwungen ist, dass Passwort für diesen Container anzugeben, gibt man das offene Passwort an. Dem Container ist nicht anzusehen, dass er einen zweiten, verborgenen Container enthält. Ggf. kann dieser zweite Bereich überschrieben werden, wenn das Hidden Volume nicht geschützt wurde. Einsehbar ist er für nicht Eingeweihte jedenfalls nicht.

Verschlüsselung einer schon bestehenden Windows-Installation

Das Verschlüsseln einer Windows-Systempartition setzt zwingend das Brennen einer Rescue-Disk voraus. Die Verschlüsselungsroutine fragt diese Rescue Disk ab, man kommt also nicht darum herum. Natürlich ist das auch sehr sinnvoll, denn ohne diese Rescue Disk kommt man im Ernstfall nicht mehr an die verschlüsselte Installation, falls etwas schief gegangen ist.
Danach wird durch die Migrationsroutine ein Test durchgeführt, bei dem zwar schon das TrueCrypt-Passwort nötig ist, die eigentliche Systempartition aber noch nicht verschlüsselt wurde. Das passiert erst nach erfolgreichem Test und zwar on-the-fly. Von nun an muss man bei jedem Neustart oder Reboot des Systems zuerst das TrueCrypt-Passwort eingeben, dann erst startet Windows. Im Laufenden Betrieb ist dann von der Verschlüsselung nichts mehr zu bemerken. Es ist auch keine signifikante Geschwindigkeitsänderung wahrnehmbar.

Authorisierung mittels Keyfiles

Wem die Sicherheit durch das Passwort noch nicht reicht, kann einen Schritt weiter gehen und zusätzlich Keyfiles mit angeben, die zumMounten eines TrueCrypt-Cpontainers zusätzlich eingetragen werden müssen. Dann reicht zum Öffnen des TC-Containers nicht mehr allein das Passwort, man muss auch die richtigen Keyfiles zur Hand haben. Diese Keyfiles kann man mittels TrueCrypt erzeugen oder man definiert einfach vorhandene Dateien, Bilder, Videos, PDfs etc. Wichtig ist nur, dass die Keyfiles nicht mehr verändert werden dürfen, nachdem sie einem TrueCrypt-Container zugeordnet wurden.

Glaubhaftes Abstreiten

Plausible Deniability ist eins der Features von TrueCrypt, für das man selbst ein wenig tun muss. Einer TrueCrypt-Containerdatei sieht man nicht an, dass sie eine ist, auch dann nicht, wenn man den Hex-Code durchforstet. Das setzt natürlich voraus, dass man seine TC-Container nicht mit Dateinamen wie “ultrageheim.tc” etc. versieht. Überhaupt sollte, wer den Betrieb von TrueCrypt verschleiern will, auf die Endung *.tc verzichten und, zumindest für Windows, die Traveller-Version von TrueCrypt einsetzen, da sie nicht installiert werden muss, sondern von einem USB-Stick betrieben werden kann.
Zusätzlich sollte im TrueCrypt Hauptfenster das Häckchen bei “Never save history” gesetzt sein”. Unter “Settings -> Preferences” sollte man sich die Auto-Dismount Optionen genau anschauen und die richtige Balance zwischen Benutzerfreundlichkeit und Geheimhaltungswillen für sich finden. Den Passwort-Cache sollte man ggf. auch abschalten.
Idealerweise versteckt man einen TrueCrypt-Container zwischen zahlreichen anderen etwa gleich großen. Und wenn diese Container dann nicht genau 100 MB groß sind und evtl. auch noch ein Hidden Volume enthalten, ist man der Plausible Deniability so nah, wie irgend möglich.

Praktischer Einsatz

Ich habe TrueCrypt seit zwei Jahren auf meinem Firmennotebook im Einsatz. Alles, was sich normalerweise in “Eigene Dateien” befindet, steckt auf dem Notebook in einem TrueCrypt-Container. Dieser Container wird im Büro regelmäßig komplett auf ein Netzlaufwerk gesichert. Zusätzlich habe ich meist noch eine Version auf USB-Stick dabei. Sollte der Ernstfall eintreten und das Firmennotebook auf Reisen “verschwinden”, ist es zwar um die Hardware schade, die sensitiven Informationen sind aber vor dem Zugriff durch Dritte geschützt.

Fazit

TrueCrypt bietet ohne Zusatzkosten ein hohes Maß an Verschlüsselungsfunktionalität und ist auch für Einsteiger einfach anzuwenden. Gegenüber fertigen Hardwareprodukten hat es den Vorteil, neben Windows auch Linux Und Mac OS X zu unterstützen. Erkauft wird das durch eine etwas umständlichere Handhabung, die im Alltagsbetrieb aber keinen sonderlich hohen Mehraufwand bedingt.

Links

• http://events.ccc.de/congress/2008/Fahrplan/events/2882.en.html, Vortrag von J.Pabel zu FDE
• http://www.truecrypt.org/, die offizielle Homepage des Projekts

Gespannt war ich natürlich darauf, wie sich das Installieren von Windows XP so ganz ohne optisches Laufwerk bewerkstelligen lässt.

Wie immer ist das Netz die passende Fundgrube. Hier und hier wird beschrieben, wie man sich einen USB-Stick in eine XP-Installationsquelle umrüstet. Ich habe die zweite Variante ausprobiert, die WinSetupFromUSB benutzt.

Um es kurz zu machen, Installation des Tools und Kopieren der Installationsdateien von einer Original-XP-CD sowie das eigentliche Vorbereiten des USB-Sticks passieren natürlich auf einem anderen Rechner, ist ja klar. Da steckt auch kein Problem dahinter, allerdings kann es etwas dauern, bis der Stick formatiert ist.

Auf den fertigen USB-Stick kann man dann gleich noch die von Acer bereitgestellten Treiber für die Aspire One Hardware legen, die man über die Acer-Homepage bekommt.

Der nächste Schritt ist, vom Netbook alles, was man an unwiederbringlichen Daten auf der Festplatte, d.h. in /home/user hat, auf ein externes Medium, z.B. einen zweiten USB-Stick zu sichern. Für die XP-Installation wird die Festplatte des Netbooks neu formatiert, d.h. dort sind alle ehemals vorhandenen Daten nach der XP-Installation futsch!!!

Mit dem eingesteckten Installationsstick startet man dann das Netbook. Sollte die Installation nicht gleich starten, einfach mal F12 drücken und den USB_Stick als Bootmedium auswählen. Zeit sollte man auf jeden Fall mitbringen, denn allein das Formatieren der Festplatte hat bei meinem Aspire One ca. 45 min. gedauert.

Die Installation verlangt drei Reboots, nach denen man jeweils wieder vom Stick booten muss, damit alles den gewünschten Gang geht. Genau hier trat bei meinem Netbook ein Problem auf, auf dass in der oben erwähnten Anleitung nicht eingegangen wurde. Der Stick wird als Laufwerk C: behandelt, d.h. die eigentliche Installation findet auf Laufwerk D: statt. Das führte bei meinem Gerät beim ersten regulären Booten zu der Fehlermeldung hal.dll wäre entweder defekt oder nicht vorhanden. Kurzes Nachfurschen im Netz führte zu der Erkenntnis, dass die Fehlermeldung irreführend ist und in Wirklichkeit die boot.ini neu generiert werden muss.

Das geht dummerweise nur aus der Wiederherstellungskonsole, d.h. von CD. Nur in der Wiederherstellungskonsole kann man bootcfg /rebuild ausführen, womit eine neue, funktionierende boot.ini generiert wird. Eine lokale Installation der Wiederherstellungskonsole frei nach der Microsoft-Anleitung misslang wegen des oben beschriebenen Fehlers. Glücklicherweise hatte ich ein externes DVD-Laufwerk zur Verfügung, so dass ich über die Wiederherstellungskonsole der CD die boot.ini reparieren konnte.

Damit hätte ich mir den Aufwand mit dem Stick natürlich sparen können

Aber mit der Computerei ist es eben wie mit dem Bergsteigen, der Weg ist das Ziel.

Ein Problem ist noch ungelöst, mein Netbook-XP arbeitet jetzt standhaft von D: als Systempartition. Auch die Lösung, per Start -> Ausführen compmgmt.msc zu starten und in der Datenträgerverwaltung den Laufwerksbuchstaben zu ändern klappt nicht, denn XP weigert sich, derartige Operation an der Systempartition vorzunehmen.

Aber gut, sowas kann man ignorieren. Nach dem Installieren der zusätzlichen XP-Treiber von Acer sieht der Bildschirm nicht mehr mit breitgequetschtem 800×600 sondern mit den passenden 1024×600 ganz manierlich aus. WLAN und die restliche Hardware funkionieren auch, wie erwartet. Mein Fazit also, dank der noch vorhandenen XP-Lizenz habe ich 40 € gespart und dafür sogar XP Pro statt XP Home auf dem Netbook. Hat allerdings ca. 3 Stunden gedauert, bis alles problemlos lief und bootete.

Was für Apple das iPhone ist, könnte für Google Chrome werden, der neue Browser, den Google Anfang dieser Woche veröffentlicht hat.

Plötzlich ist alle Welt dabei, sich über Google Chrome auszutauschen. Und so ganz nebenbei erobert sich Chrome dadurch den vierten Platz im Browserranking. Gestern liefen schon Meldungen durch die Blogosphäre, dass Chrome mittlerweile Opera überholt hat. Andere wollen wissen, dass der Siegeszug von Chrome hauptsächlich zu Lasten von Safari geht.

Als webinteressierter Tech-Geek habe ich natürlich die Big Five auch auf meinen Rechnern, soweit es möglich ist. Wobei, je nach OS unterscheidet sich die Bande naturgemäß. Unter Linux bleibt der Internet Explorer aussen vor, dafür findet sich der Konqueror nicht so ohne weiteres unter Windows.

Welchen Browser man installiert hat und welchen man tatsächlich benutzt, steht dabei natürlich auf einem anderen Blatt. Die Zeiten, als sich Netscape/Mozilla und Internet Explorer eigentlich nur durch wechselnd auftretende Sicherheitslücken und verschieden mangelhafte Standardimplementierung der HTML-Tags unterschieden, sind lang vorbei.

Wer heute unter Windows etwas anderes als den Internet Explorer nutzt, weiss sehr genau, warum er zu einem der anderen Browser greift. Für Opera spricht das Benutzerkonzept und die Integration alternativer Mail- und Torrentclients, Safari ist Erster beim Seitenaufbau und Firefox trumpft mit den zahlreichen AddOns auf, mit denen man den Browser an die persönlichen Bedürfnisse anpassen kann.

Wie passt Chrome da noch zwischen? Die alternative Darstellung von Tabs und der Verzicht auf ein separates Sucheingabefeld? Etwas dünn als Alleinstellungsmerkmal. Für den einen oder anderen benutzer mag die Übersichtlichkeit der Einstellmöglichkeiten ein Plus sein, den anderen stört genau diese “Übersichtlichkeit”, weil er für ihn wichtige Einstellmöglichkeiten vermisst.

Mir zum Beispiel fehlt die Möglichkeit, Werbung auszublenden. Das AdBlock-AddOn ist jeweils das erste, dass ich einer neuen Firefox-Installation hinzufüge. Allein deshalb haben IE, Safari und Chrome bei mir Minuspunkte.

Man wird sehen, um welche Funktionen Google seinen Chrome-Browser in der Zukunft noch bereichert. Die derzeitige Betaversion läuft zumindest stabil und ist schnell. Ob Google jemals einen Werbeblocker implementieren wird, ist fraglich, damit würden sich die Googles ja ins eigene Fleisch schneiden. Die V8 genannte Javascript-Engine dürfte, da Open Source, sicher demnächst zumindest als Anregung für die etablierten Browser dienen.

Ganz ähnlich ging es auf dem Handymarkt nach der Veröffentlichung des iPhones zu. Das konnte zwar nicht viel, das Wenige aber beeindruckend gut. Also tauchten und tauchen immer noch neue Geräte der etablierten Anbieter auf, die versuchen, dem iPhone die Alleinstellungsmerkmale streitig zu machen. Den Nutzen hat langfristig der Anwender.

Wie bei den Browsern. Der Wettbewerb wird schon dafür sorgen, dass Chrome mit V8 nicht allein bleibt. Und die Suchfeldintegration ins URL-Feld ist für die anderen Anbieter eher eine Fingerübung.

Mehr zum Thema:

von Google selbst

in der Sprechblase

Zuerst zu den Computern. Links unten steht mein erster PC von 1994, ehemals ein 486er, 1996 auf Pentium 133 aufgerüstet, der mit 64 MB RAM als Linux-Server anno 2002 noch Dienst tat. Man beachte das dort eingebaute ZIP250-Laufwerk Auf dem kleinen Tisch daneben mein damals gerade erst erworbenes Toshiba Notebook mit 1 GHz PIII CPU und 1 GB RAM, mein erster XP-Rechner, auf dem natürlich auch SUSE Linux installiert war. Unter dem Schreibtisch ist der dritte im Bunde erkennbar, ein PII 350 mit 256 MB RAM, auf dem neben SUSE Linux noch Windows 98SE zum Spielen installiert war.

Die beiden Monitore sind zum einen am PII-Rechner angeschlossen, der rechte darüber hinaus über einen Monitorswitch (nicht im Bild) an den alten Pentium-Rechner. Den linken CRT, ein c’t-Testsieger von Belinea habe ich tatsächlich mal für 1000 DM gekauft, der rechte, ein IBM P70 ist ein ausgemustertes Geschenk der Deutschen Bank gewesen, ebenso wie die Tastatur mit der schottischen Flagge und die Maus, die ziemlich im Zentrum des Bildes zu erkennen ist.

Weiterhin verbirgt sich in dem Bild noch ein Canon Scanner (links neben dem Notebook), ein HP Deskjet-Drucker (über dem Notebook) ein ZIP100-Laufwerk mit Paralellport-Anschluss (unter dem linken Monitor, ursprünglich eins der ersten, die man kaufen konnte, 2002 allerdings nach dem Click of Death schon durch ein Austauschexemplar ersetzt), meine erste mausballlose USB-Maus von Logitech (rechts neben dem Notebook, tut auch heute noch an meinem Linux-Server Dienst) ein 10 Mbit-8Port-Hub (neben dem ZIP-Laufwerk). Nicht zu vergessen, die ergonomische Logitech-Maus rechts auf dem polierten Edelstahl-Mousepad, dass sich für Lasermäuse heutigentags leider gar nicht eignen würde.

Ausserdem sind noch zwei Paar Brüllwürfel zusehen, eins nur halb, beide auch heute noch im Einsatz, eine Digicam, allerdings in ihrem schwarzen Transportbeutel, eine verpackte lose Festplatte, ein Anrufbeantworter, ein Handy, ein altes Siemens-Telefon, ein c’t-Kalender, zwei Pinguine, diverse Computerspiele und, fast schon ein Anachronismus, im Regalbrett über dem Scanner mein alter Filofax am Ende seiner Dienstzeit.

Übrigens die Stifte in der Dose stecken natürlich stilecht in einer alten gesäuberten Raviolidose

Soll dem Firefox Beine machen, zumindest bei DSL-Verbindungen.

Wenn man in der about:config die Werte für network.http.pipelining und http.proxy.pipelining auf “true” setzt, network.http.pipelining.maxrequests auf 8 setzt (ich habe keine anderen Werte ausprobiert, aber der Autor empfiehlt, ein bisschen mit dem Wert zu experimentieren) und einen neuen Wert, nglayout.initialpaint.delay erzeugt und auf 0 setzt (rechtsklick auf irgendeinen Wert, Auswahl “neu” und “Integer”) Damit wird die Renderverzögerung aufgehoben.

Mir schien es dem Firefox auf meinem Windows-Rechner deutlich Beine gemacht zu haben, ein Vergleich mit einem unbearbeiteten Firefox auf einem Linux-Rechner lässt allerdings keine signifikante Geschwindigkeitsveränderung der Anzeige erkennen.

Seagate selbst empfiehlt Linux-Benutzern, diese Drives nicht zu kaufen, stellt gleichzeitig aber auch keine Änderung in Aussicht.

Man könnte sagen, da hat Seagate die Zeichen der Zeit so richtig komplett falsch interpretiert. Aber den Drives einen echt coolen Namen gegeben.

Den Anfang machte ein Atari 1040 STFM. Ich hatte in den Semesterferien an einem Mac II SI, einer VAX und einem IBM-Großrechner gearbeitet und sozusagen Blut geleckt. Also wurde ein wenig vom just verdienten Geld in den Atari investiert. Gekauft habe ich ihn bei Vobis in Hannover, da bekam man sowas damals noch. Hat etwas über 1000 DM gekostet, inclusive Monitor und Maus. Das war 1989.

Dem folgte dann 1991 ein Atari Mega ST2, diesmal für ungefähr 1600 DM, den ich mir schon in Göttingen besorgen mußte, weil man in Hannover sowas kaum noch bekam. Der 1040er wanderte dann in mein Büro in der Uni.

1994 erstand ich meinen ersten PC bei PC Spezialist in Hannover. Es war ein 486 DX40 von AMD mit 4 MB RAM, einer 1 MB Grafikkarte und einer 260 MB Festplatte. Er lief mit Windows 3.1 und Novell DOS 7. Das Ding hat inclusive Drucker (HP DeskJet 550C) 4000 DM verschlungen, die ich mir von meiner Familie geliehen hatte und 500 Mark-weise zurückzahlte, Promotionsstudium und halbe DFG-Stelle sei dank. Der Mega ST wanderte dafür zu meiner Mutter, der 1040er zu meinem Bruder.

Den Rechner nahm ich dann mit ins Uni-Wohnheim nach Mainz. Dort gesellte sich ihm 1996 dann mein erstes Notebook hinzu, ein Acer mit DSTN-Display, 800x600er Auflösung, einer 486 DX2-50 CPU, 8 MB RAM und einer 200 MB Festplatte. Akkulaufzeit ca. 1,5 Stunden. Der begleitete mich auf meinen Reisen zwischen Hannover, Mainz und Bochum. Ganz großes Kino war, dass ich auch noch einen kleinen trtansportablen Canon BubbleJet hatte. Wenn ich das Equipment zusammen mit dem ZIP-Drive in Bochum neben der NMR aufgebaut hatte, sah es schon sehr professionell aus. Fast noch wichtiger war allerdings, dass ich so die Auswertungen, die ich sonst erst am Ende der Messwoche in Mainz hätte machen können, dank des Notebooks sofort machen konnte. Und das für insgesamt wieder 4000 DM, 3500 für das Notebook, 300 für das ZIP-Drive und 200 für den Drucker.

1996 kam dann auch das erste Selbstbauprojekt, der alte 486er wurde durch ein neues Motherboard, eine Pentium CPU mit 133 MHz, 16 MB RAM, einer 4 MB Grafikkarte und einer größeren Festplatte umgebaut und erweitert. Nach Novell DOS, Windows 3.1 und OS/2 2.11 bekam der Rechner nun Windows 95 als OS. Das musste für die Dissertation reichen. Tat’s auch.

Anfang 1999 war es dann wieder Zeit für was Neues. Diesmal baute ich nicht selbst, sondern liess bauen und zwar bei einem etablierten Computerladen in Mainz. Heraus kam ein Pentium II Rechner mit 350 MHz, 32 MB Arbeitsspeicher, einer 16 MB GraKa und einer 1.2 GB Festplatte. Den Rechner zierte bei Ausliederung nur SUSE Linux, zum Spiele installierte ich noch Windows 98 SE dazu.

Das alte Notebook wurde 1999 an einen Freund verkauft und tat Dienst in Schottland, wo sich ein älterer Deutschlehrer sehr über die QWERTZ-Tastatur gefreut hat.

Irgendwann 1999 bekam ich dann den ersten Rechner geschenkt, einen alten Deutsche Bank Arbeitsplatzrechner von IBM mit einer Pentium Pro 200 MHz CPU, Windows NT4 und was am wichtigsten war, einem SCSI-Controller. An den konnte ich dann nämlich meinen ersten CD-Brenner anschliessen. IDE-Brenner gab’s nur selten und teuer, SCSI-Brenner wurden gerade günstig. Damit war dann auch mein erstes Heim-LAN fällig, denn schliesslich wollte ich die Ressourcen von beiden Rechnern nutzen können. Anno 2000 habe ich ihn dann an einen Freund weitergegeben, der zu der Zeit immer noch auf einem uralten Schlepptop mit 386er Prozessor herumgewerkelt hat.

2000 bekam ich dann einen noch älteren Arbeitsplatzrechner geschenkt, einen Pentium 90 Rechner von Siemens, meine alte OS/2-Testmaschine. Handwerklich echt sehr solide aber natürlich nicht der schnellste. Egal, als Linux-Testschleuder tat er seine Dienste. Ausserdem gab’s noch einen alten 17 Zöller IBM P70 dazu

Die zwei Rechner zogen dann mit mir nach Nürnberg, wo sich der alte Atari Mega ST 2 wieder dazugesellte. Ende 2001 kam dann ein neues Gericom Notebook mit Pentium III 1 GHz CPU, 512 MB RAM und eingebautem CD-Brenner. Leider war das Teil eine echte Gurke und wurde Anfang 2001 zurückgegeben und durch ein Toshiba Satellite Pro ebenfalls mit 1 GHz CPU, aber mit doppelt so viel Speicher eingetauscht. Das HP Compaq Notebook, das ich zwischendrin einen Tag hatte, bis ich es wegen eines technischen Fehlers eintauschen musste, sei hier auch kurz erwähnt.

2002 war dann mal wieder eine neue Workstation dran. Und diesmal wollte ich richtig klotzen. Nicht das Vernünftigste sollte eingebaut werden, sondern das Schnellste. Also ging ich nach all den Jahren mal wieder zu PC Spezialist in Hannover und setzte mich mit dem freundlichen Berater zusammen. Seine Augen wurden stetig größer, je weiter wir in der Ausrüstungsliste kamen. Heraus kam ein Pentium IV Rechner mit 3.066 GHz, der erste Hyperthreading-Prozessor in Hannover, einer 128 MB Grafikkarte, sagenhaften 160 GB Festplattenplatz und 512 MB Hauptspeicher. Viel mehr konnte man Ende 2002 nicht in einen Rechner packen. OK, RAM wäre noch reingegangen, aber ich dachte, die 512 MB würden eine Weile reichen. Taten sie auch. DVD-Brenner und DVB-C Karte kamen dann zwei Monate später noch rein, womit der Rechner bei ca. 3500 Euronen angekommen war. Ja genau, das war die alte KnopPzOne-Workstation.

Anfang 2004 merkte ich dann, dass meine alten Rechenknechte von der Bank nichts mehr rissen. Damals aktuelle Linuxe liessen sich nur noch abgespeckt installieren und zum Testen musste was Neues her. Ich habe nicht lang gefackelt und mir so nebenbei bei Saturn in Hannover einen HP-Rechner im Miditowergewand mit 3.2 GHz P IV CPU, 128 MB GraKa und 3 GB Festplatte gekauft. War genauso fix wie mein anderer Rechenknecht, kostete aber nur noch 999 €.

Anfang 2005 wurde es dann Zeit für einen Familienserver. den habe ich mal wieder selbst zusammengesteckt, nach einer passenden Stückliste aus der c’t. Eine AMD Sempron 1.8 GHz CPU versorgt mit 1 GB RAM vier Festplatten mit insgesamt gut einem Terabyte Speicherplatz. Sowas war anno 1989 noch undenkbar.

Ebenfalls 2005 bekam ich dann noch ein altes Thinkpad 600e geschenkt, dass jetzt in seiner Dockingstation liegt und auf alte Spiele spezialsiiert ist.

Tja und dann jetzt 2007 der neue Core 2 Duo Rechenknecht, der an anderer Stelle ja schon gebührend von mir bejubelt wurde.