Windows XP on Michael’s Domain

1000 Mal zu langsam

Thu, 01 Dec 2016 00:00:00 +0000

Die Universität Helsinki hat Teile ihrer IT-Infrastruktur an Microsoft ausgelagert. Auch wenn Outsourcing kurzfristig kostengünstiger ist als die lokale Bereitstellung gleichwertiger Dienste, ist die Nettoauswirkung aufgrund des Verlusts von Arbeitsplätzen, Know-how und Unabhängigkeit wahrscheinlich negativ. Um dieses selbstzerstörerische Verhalten zu erklären, bedarf es keiner Verschwörungstheorie, sondern lediglich schlechter Entscheidungskriterien, die langfristige und externalisierte Kosten außer Acht lassen. In seinem Bestreben, ein Upgrade auf neuere Windows-Versionen durchzusetzen, beendete Microsoft am 8. April 2014 den erweiterten Support für Windows XP, und die Universität kam dieser Aufforderung nach, indem sie XP-Rechnern den Netzwerkzugang verwehrte. Als Begründung wurde angeführt, dass XP zu einem Sicherheitsrisiko geworden sei. Gleichzeitig entfielen auf Windows XP immer noch etwa 20 % aller Windows-Installationen weltweit ( https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ). Selbst im Oktober 2015 liefen noch weit über 100 Millionen Computer unter Windows XP ( https://en.wikipedia.org/wiki/Usage_share_of_operating_systems und https://www.statista.com/statistics/218089/global-market-share-of-windows-7/ ), ohne dass dies katastrophale Folgen hatte. Das Auslaufen von Windows XP stellte ein Problem dar, da vier unserer Geräte, die wir für die Forschung benötigen, nach wie vor mit Windows XP laufen. Und es gibt keine Möglichkeit, das Betriebssystem zu aktualisieren, ohne die Geräte aufzurüsten (was Tausende oder Zehntausende Euro kosten würde und daher angesichts der derzeit angespannten finanziellen Lage der Universität weitgehend unmöglich ist). Und natürlich ist die Software, die zum Betrieb der Geräte benötigt wird, nicht mit Windows 7 kompatibel. Infolgedessen können wir diese Geräte weder fernsteuern noch automatische Backups durchführen. Selbst das Übertragen der Daten zur Analyse auf einen anderen Computer erfordert das Adidas-Netzwerk . Ich hatte den IT-Support bereits lange vor Ablauf des erweiterten Supports für Windows XP kontaktiert und darum gebeten, eine Lösung zu finden. Anscheinend gab es verschiedene Lösungsmöglichkeiten, und der IT-Support begann auch mit deren Umsetzung, doch aufgrund von Personalfluktuationen musste das Projekt mehrmals „neu gestartet“ werden, und verschiedene Support-Mitarbeiter hatten unterschiedliche Meinungen dazu, wie dieses Problem gelöst werden sollte. Mit der großen „Fire-and-Hire“-Aktion an der Universität brach das gesamte Projekt erneut zusammen. In diesem Herbst habe ich unsere Anforderungen erneut mit den IT-Mitarbeitern besprochen, bisher jedoch keine konkrete Hilfe erhalten. An diesem Dienstag wollte ich endlich wissen, wie schwierig es wirklich ist, einen Windows-XP-Rechner so an das Netzwerk anzuschließen, dass die Sicherheit nicht beeinträchtigt wird, aber Dateiverteilung, Datensicherung und Fernsteuerung möglich sind. Ich ging zum Müllplatz des Instituts, wo defekte Elektronikgeräte gesammelt werden, und nahm drei alte 10/100-Netzwerkkarten sowie ein paar Ethernet-Kabel mit. Eine Karte und ein Kabel funktionierten noch; ich steckte die Netzwerkkarte in einen Computer mit Ubuntu 16.04 und verband diesen über ein Ethernet-Kabel mit einem der XP-Rechner. Nachdem ich der Netzwerkkarte manuell eine IP-Adresse zugewiesen und Samba auf dem Ubuntu-Rechner installiert hatte, konnte ich die Samba-Freigabe auf dem Windows-XP-Rechner als Laufwerk einbinden. Anschließend habe ich die Samba-Freigabe einfach über eine Webseite zugänglich gemacht. Das Ganze dauerte etwa eine Stunde. Da ich kein IT-Profi bin, habe ich vielleicht noch drei weitere Stunden damit verbracht, zu recherchieren, wie das geht (Samba-Einrichtung, Apache-Einrichtung, Konfiguration einer zweiten Netzwerkkarte, was unter Ubuntu nicht automatisch erfolgt). Diese Konfiguration erfüllt alle unsere Anforderungen, hat nichts gekostet und wurde innerhalb eines Tages umgesetzt. Eine Beschreibung der technischen Details folgt, sobald ich dazu komme, meine Vorgehensweise zu dokumentieren. Agilität ist vielleicht das, was am meisten fehlt, wenn ich mir viele der IT-Projekte unserer Universität anschaue. Ich denke dabei insbesondere an die Umstellung auf Drupal als Content-Management-System für die Webseiten der Universität. Leider nutzt unsere Fakultät nach wie vor Dreamweaver zur Erstellung ihres Webauftritts, was zur Folge hat, dass viele Webseiten nie aktualisiert werden.

Windows XP-Gast auf einer Raw-Partition unter VMware 4, coLinux als Rettungssystem

Thu, 05 Apr 2007 00:00:00 +0000

Bisher ist es mir noch nie gelungen, ein Windows-XP-Gastbetriebssystem über Linux VMware von einer Raw-Disk-Partition aus zu starten. Hier ist der Diskussions-Thread .

Fujitsu Siemens Amilo D1840W und Linux

Sat, 06 Mar 2004 00:00:00 +0000

Mein neues Notebook (oder besser gesagt „Deskbook“) ist das Fujitsu Siemens Amilo D1840W. Ich habe darauf ein Dual-Boot-System mit Windows XP und Suse Linux 9 mit folgender Partitionierung eingerichtet: /dev/hda1 * 1 637 5116671 7 HPFS/NTFS, 4,9 GB/dev/hda2 638 1274 5116702+ c Win95 FAT32 (LBA), 4,9 GB/dev/hda3 1275 1287 104422+ 83 Linux ext3 (/boot), 98,7 MB/dev/hda4 1288 9728 67802332+ f Win95 Ext'd (LBA)/dev/hda5 1288 1416 1036161 82 Linux swap, 1 GB /dev/hda6 1417 3244 14683378+ 83 Linux ReiserFS (/), 14 GB/dev/hda7 3245 5072 14683378+ 83 Linux ReiserFS (/media/conf), 14 GB /dev/hda8 5073 9728 37399288+ 83 Linux ReiserFS (/home), 35,7 GBZunächst habe ich den Rechner mit der Windows XP Professional-Installations-CD gestartet und die 4,9 GB große NTFS-Partition angelegt. Nach der XP-Installation habe ich SUSE 9 installiert. Das SUSE-Installationsprogramm bot mir automatisch an, die NTFS-Partition unter /windows/C einzuhängen. Sie ist wahrscheinlich schreibgeschützt, aber ich habe eine 4,9 GB große FAT32-Partition angelegt, um Dateien sicher zwischen Windows und Linux hin- und herzuverschieben. Die Linux-Installation verlief reibungslos. Das einzige Problem war, dass der Installer einen falschen Kernel ausgewählt hat. Anstelle des Standard-Kernels (2.4.21) wurde ein SMP4G-Kernel („symmetrischer Multiprozessor mit max. 4 GB RAM“) installiert. Um die aktuelle Kernel-Version anzuzeigen, habe ich mit uname -all nachgesehen und festgestellt, dass ich den falschen Kernel habe. Anscheinend ist der Installer verwirrt, da der Amilo D1840W über einen HT-Prozessor („Hyper-Threading“) verfügt, der gewissermaßen einen Multiprozessor-Rechner emulieren kann. Die HT-Funktion lässt sich im BIOS deaktivieren, ist jedoch standardmäßig aktiviert. Der SMP4G-Kernel funktioniert, abgesehen von der Netzwerkkarte. Es handelt sich um eine sis900 (Revision 91). Zunächst dachte ich, es handele sich um denselben Fehler, der auch Suse 8.1 betraf ( http://portal.suse.com/sdb/en/2003/03/ubrueck_sis900.html ). Ich habe die Netzwerkkarten-Details mit hwinfo --network_ctrl überprüft, stellte dann aber fest, dass der Fehler auf einen falschen Kernel zurückzuführen war. Nach der Installation des richtigen Kernels funktionierte alles einwandfrei.