Update: Feisty Fawn -> Gutsy Gibbon Part IV

Ein Wunder!
Hab nichts gemacht, aber nachdem ich jetzt die initramfs neu gemacht hatte und neu startete, zeigt der zweite monitor auch ein bild.
Dummerweise "schrumpft" das Bild auf dem ersten Monitor auf etwa die hälfte und ist zentriert. Erinnert mich an Notebookmonitore, die nicht das bild skalieren.

es geht also weiter....

Update: Feisty Fawn -> Gutsy Gibbon Part II

Natürlich war das mit dem Raid nicht alles. Wär ja auch zu schön.
Der Xorg startet auch nicht. Hab ein Xorg -configure laufen lassen, und diese neue configfile dann genauso gemacht wie die alte, und siehe da, es tut. Eigenartige Sache. Neben ein paar leerzeichen, die statt Tabs dazugekommen sind, sind die files identisch (gecheckt mit vimdiff).

Das Raid muss ich nach einem Neustart übrigens manuell einrichten. Das Kernelmodul lädt nicht automatisch, obwohl es in /etc/modules eingetragen ist. Vielleicht gibt es da noch eine weiter Datei wo ich das eintragen muss? Mal sehen

Update: Feisty Fawn -> Gutsy Gibbon

Servus,
wieder ist ein neues Kubuntu rausgekommen. Diesmal mit dem schicken Namen Gutsy Gibbon, welches ein Alias für die Version 7.10 ist.
Da das dist-upgrade angeblich problemlos verlaufen soll, hab ich das glatt mal gemacht.
Selbstverständlich ist es nicht Problemlos verlaufen. Mal abgesehen davon, dass sich der Adept beim Updaten aufgehängt hat, und ich erst mal nicht wusste wie ich es sonst updaten soll (ein apt-get dist-upgrade wollte ich nicht machen, denn ich dachte mir, die Updatetools machen sicher mehr als das, besonders da es für Ubuntuserver extra ein Updatepacket gibt, was impliziert, dass man auch als konsolenbenutzer nicht mit den standarttools auskommt), nahm ich dann doch das serverupdate-tool und installierte alles. Das lief sogar problemlos durch. Nach dem neustart ging es erst mal eine weile gut. Alles schien zu laden, aber dann startete der Xserver nicht. Ok, das hatte ich schon mal (dachte ich). '/' zeigte mir die Konsole an. Das sollte mein Verzeichnis nach dem einloggen sein. Aber eigentlich ist es natürlich /home/ oder /root. Ok, irgendwas stimmt nicht. Jetzt ist es so, das mein Home ein raid1 device ist. Aus irgendeinem Grund kann das aber nicht gemountet werden. Das blockdevice scheint nicht zu existieren, dabei gibt es ein /dev/md0.
Hab dann erst mal geschaut wie ich an meine Daten rankomme. Ich arbeite gerade an einer Webseite und die ist natülich in meinem Home. Jetzt muss ich mich hier mit diesem Phenomen herumprügeln. Hab jetzt erst mal mit fdisk geschaut, welche Partitionen zum Array gehören und kopiere gerade die Daten auf eine Externe Platte. Nur für den Fall, dass später irgendwas schiefgeht, denn immerhin hab ich mit sowas (leider, oder doch zum Glück) Erfahrung.
Diese Seite hat mir einen groben Überblick über mdadm verschaft.
So, der Sync ist fertig. Mal guckn wie ich mein Raid wieder zum laufen bringe...


....

Jetzt läuft das Raid wieder. Was war? Das Kernelmodul war nicht geladen. Natürlich kann man das als normaler Mensch nicht sehen,
root@atlan:/# mdadm -As
mdadm: error opening /dev/md0: No such file or directory
Die syslog schweigt auch. Wer soll da sowas ahnen... echt ärgerlich, aber zumindest funktioniert es. Den Tipp, das Modul zu laden hab ich übrigens von hier.

Mal schauen, ob sonst alles tut.

kubuntu update edgy -> faisty

So, es tut!
habe X -configure aufgerufen und meine alte xorg.conf mit der neu erstellten verglichen ... war eigentlich gleich, bis auf den modules pfad... darauf hätte ich natürlich gleich kommen können. Hat zwar nicht auf anhieb geklappt, weil die ATI irgendwie (ach so, ich habe zwei Grafikkarten ;- ) nicht anspringen wollte, nach dem Neustart ging es dann aber...
nach dem login in kdm braucht der rechner jetzt aber eine ganze weile bis er kde startet, aber das war kurz vor dem update auch schon so. Hatte gehofft, dass geht nach dem upgrade weg... tja.. wohl doch nicht

kubuntu update edgy -> faisty

immer das Gleiche, die Upgrades zwischen den Debianversionen machen immer Probleme. Jetzt update ich von Edgy Eft nach Faisty Fawn, mit der GUI von KDE. Problem 1 war, dass ich es habe laufen lassen, mit der Hoffnung, dass es fertig ist wenn ich wiederkomme. Dummerweise hat die Upgradeprozedur bei 65% ein Userinput gebraucht... danach auch mehrere. Das war doof, aber kann ja nachvollzogen werden. Habe dann bis zum Reboot weitergemacht weil ich schon ahnte, dass es danach nicht gleich funktioniert und bin schlafen.
Jetzt hab ich das Ding gestartet, und was kommt ist folgendes:

Starting up...
Loading, please wait...
kinit: name_to_

dev_t(/dev/disk/by-uuid/fb61edb2-d142-45f9-a749-60ed015993cd) = hdb1(3,65)
kinit: trying to resume from /dev/disk/by-uuid/fb61edb2-d142-45f9-a749-60ed015993cd
kinit: no resume image, doing normal boot...

ok, was zum Geier ist dieses by-uuid. Noch nie gesehen. Die fstab sieht auf einmal auch sehr cryptisch aus. Ok sind nur die UUIDs die dazugekommen sind, aber die machen das schon um einiges unleserlicher. Werd wohl herausfinden müssen, wozu das da ist.
Habe dann gegoogelt und das hier gefunden:
https://bugs.launchpad.net/ubuntu/+bug/103148
da war dann u.a. das hier:
https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/66637/comments/23

hat aber leider nix geholfen. Es geht ja auch um die Beta, also sollte es längst behoben worden sein... so denk ich.
Ok, was macht der X-Server?
(EE) Failed to load module "pcidata" (module does not exist, 0)

Fatal server error:
Unable to load required base modules, Exiting...

Hab ne Uralte webseite gefunden:
http://ubuntuforums.org/archive/index.php/t-8603.html
von dort aus weiter. Jetzt hab ich mal die linux-restricted-modules-2.6.20-15-generic installiert + einige nvidia sachen (nvidia-kernel-common, nvidia-glx-new, nvidia-settings) + xserver-xorg-video-nv
hat nichts gebracht. Ich werde morgen vielleicht dazu kommen weiter etwas zu versuchen. Habe aber ein Gib mit Stinky Pete (www.stinkypete.de) südlich von Tübingen und deshalb wohl wenig Zeit haben da noch rumzuwerkeln.
Blöde Upgrades !