Neuinstallation des Systems, Einstellungen für KMail, Kopete und andere Anwendungen

Ich habe mein Stammverzeichnis gelöscht, als ich versucht habe, eine Datei zu löschen, deren Name mit dem Zeichen „/“ begann Ein Absturz von Konqueror hatte eine solche unzulässige Datei in einem Unterverzeichnis von /tmp hinterlassen. Als Root habe ich mit einigen regulären Ausdrücken herumprobiert, um sie zu löschen, habe es aber nur geschafft, mein Stammverzeichnis zu löschen. Nicht vollständig (da mir die übermäßige Festplattenaktivität meinen Fehler schnell bewusst machte), aber doch so stark, dass es nicht mehr zu beheben war. Also musste ich das System neu installieren, was von der DVD aus nur 50 Minuten dauerte (wobei ich fast alle Softwarepakete ausgewählt habe), plus weitere 40 Minuten für das Online-Update über ftp.funet.fi . Lustigerweise wird funet.fi von YOU nicht als SUSE-Mirror aufgeführt, obwohl es ziemlich aktuell ist, weniger frequentiert als z. B. sunet.se und für mich viel schneller als die meisten anderen Mirrors.

Außerdem habe ich ein neues Benutzerkonto angelegt, da ich einige falsch konfigurierte Einstellungen loswerden wollte. Aus meinem alten Home-Verzeichnis habe ich nur die Verzeichnisse ~/Mail, ~/.kde/share/apps/konqueror/bookmarks.xml, ~/.kde/share/apps/kopete sowie ~/.kde/share/apps/kwallet, ~/.gnupg, ~/.wine und ~/.vmware. Erst später wurde mir klar, dass einige KDE-Anwendungen ihre Konfigurationseinstellungen in einem weiteren Verzeichnis speichern, nämlich ~/.kde/share/config. Kopete und Kmail funktionierten erst dann wieder ordnungsgemäß mit den alten Einstellungen, als ich auch die Dateien kopeterc und kmailrc kopierte.

Eine weitere unerklärliche Sache war die Partitionierung, die ich während der Neuinstallation vorgenommen hatte. Das Installationsprogramm schlug vor, ein komplett neues System auf meiner /home-Partition zu installieren. Also musste ich die Partitionierung manuell vornehmen, und da meine /dev/hda7 eine verschlüsselte Partition ist, habe ich sie bearbeitet, indem ich ihr das Flag „encrypt partition (C)“ zugewiesen habe. Das Partitionierungsprogramm fragte nach dem Passwort, das ich (zweimal) eingegeben habe. Alles lief gut, bis ich zum ersten Mal versuchte, diese verschlüsselte Partition einzuhängen. Es funktionierte nicht. Nach einiger Zeit fand ich heraus, woran es lag: Das neu installierte System ging davon aus, dass „losetup -e twofish“ (= der Standard-Twofish) twofish160 ist, während mein altes System davon ausging, dass der Standard-Twofish twofish256 ist. Also musste ich „twofish“ in der Datei /etc/cryptotab in „twofish256“ ändern.

Eine weitere Sache, die Sie möglicherweise aus einer alten Installation kopieren müssen, ist die Lizenz für VMware, die sich in /usr/lib/vmware/licenses befindet, sowie die SSH-Schlüssel des Root-Benutzers (für BackupPC) in /root/.ssh.