Heute ging die Geschichte mit dem Linux erwartungsgemäß weiter. Nein, der originale Rechner hat sich nicht bequemt, wieder zu funktionieren. Also habe ich meinen Haupt-Mac losgeschickt, OpenSuse in der aktuellsten Fassung zu beschaffen, was auf Version 11.2 rauslief. Natürlich gleich in der 64-Bit-Fassung.
Hier kommt dann akute Dummheit: Das Iso hab ich per Kontext-Klick zum Brennen gegeben und mich noch gewundert, warum ich einen Namen für die Disk angeben sollte. Als der Brenner fertig war, hab ich die DVD ins Laufwerk des neuen Rechners verfrachtet, und mich praktisch sofort gewundert, warum der partout nicht von der Silberscheibe starten wollte. In den Mac eingelegt wurde das dann klarer: Ich hab eine Datenscheibe erzeugt, die als einzige Datei die iso enthielt. Also nochmal, nur diesmal richtig. Dummerweise hab ich dabei den Fehler gemacht, den Mac hochzuheben, während er noch mit dem Brennen befasst war. Erst im dritten Anlauf klappte dann der Brennvorgang. Dann ging's zur Installation, bei der der Installer eine TB-große /home-Partition neben einer 20 GB Partition für Root anlegen wollte. Das hab ich dem Installer abgewöhnt, und kurze Zeit später den neuen Rechner testen können. Mir gefiel gar nicht, dass mein User und Root das selbe Passwort hatten, aber ein Aufruf von passwd hat da helfen können.
Dann hab ich den Rechner ausgeschaltet und die Festplatte aus dem alten Rechner, die ich bis dahin schon ausgebaut hatte, in den Rechner eingesetzt. Dummerweise scheint der gar nicht für mehrere Festplatten ausgelegt zu sein, denn der freie Platz neben der Systempkatte wird durch Plastikteile gerade so beschränkt, dass eine weitere Platte überhaupt Platz im Gehäuse hätte. Auch der Power-Button und seine Kabel tragen nicht zu unbegrenztem Platzangebot bei. Ich hab mich dann zu einer Frickel-Lösung entschlossen und den Rechner auf der Seite liegend unverschlossen gelassen, während die Quell-Pkatte nur lose auflag. In jedem Fall konnte ich dann den Rechner wieder starten und in /proc/partitions die Partitionen der alten Platte finden. Als root mit dem mc bewaffnet hab ich dann auf drei Konsolen je eine Partition gemounted und die interessantesten Daten kopiert. Ergebnis, soweit ich das bisher feststellen kann: Akregator hat akute Stabilitätsprobleme, aber die Daten der alten Version grundsätzlich akzeptiert, Firefox und Thunderbird hatte ich ohnehin separat abgelegt, und beide Anwendungen kommen auch auf dem neuen Rechner klar. BOINC habe ich auf der Vierkern-CPU auch schon gestartet, und jetzt gerade fahre ich durch die Gegend. Ganz nebenbei habe ich dabei ein Diensthandy dabei, weil ich heute Rufbereitschaft hatte. Die darf aber inzwischen beendet sein.
Update: Komisch, wie wenig ich tippen kann, wenn ich unterwegs schreibe. Ein Problem war noch übrig: Die Schrift im KDE wirkte so riesig, was an der extrem niedrigen Auflösung von 800x600 lag. Jeder Versuch, per Suse-Tool sax die Auflösung zu ändern, war nur extrem begrenzt erfolgreich (Auf dem ausgewählten Vesa-Monitor mit 1280x1024@60Hz bei 1280x1024 kamen wieder nur 800x600 raus). Dann hab ich das Internetz befragt, und die Empfehlung gelesen, man solle doch einfach in der X-Konfiguration (/etc/X11/xorg.conf) manuell ändern. Und da ist mir dann auch direkt eine Einstellung PreferredMode mit 800x600 entgegengesprungen. Daraus hab ich dann mal een 1280x1024 gemacht, versucht, das X neuzustarten, und dann doch nen Reboot hingelegt, weil irgendwas kaputtgegangen war, und der X-Server gar nicht mehr starten wollte. Nach dem Reboot meldete der Monitor erfreut schon bei der Boot-Konsole eine Auflösung von 1280x1024, und auch der KDE hat die dann beibehalten. Nur die 'Taskbar' sieht jetzt etwas klein aus, als ob die nicht bemerkt hat, dass ich eine höhere Auflösung nutze.
Im Ergebnis war die Migration erstaunlich schmerzarm, einfach weil die alte Festplatte noch funktionierte. Und dann sollte ich mich mal ernsthaft mit dem Konzept 'Backup' befassen, damit so ein Problem mich nicht nochmal überrascht.
Bei iTunes könnt ihr den ComPod übrigens auch ganz einfach abonnieren.