Moin,
-Die GUI funktioniert nur wenn man sie manuell mit
>startx< startet und selbst dann nur ohne Icons.
In der tty die den xserver startet! Du kannst per
STRG-ALT-F1-7 in einer virtuelle Konsole wechseln (ich kenne
jetzt nicht deine/bzw. die Debian Standards nicht) (Ubuntu 12
lief noch auf STRG-ALT-F7, Gentoo auf STRG-ALT-F1)…poste mal
dort die aufkommende Fehlermeldung -> also probier mal alle
durch STRG-ALT-F1-F7 und poste den Inhalt dort, wo du nichts
eingeben kannst (Verdammt ich merke gerade ich bin als
Informatiklehrer überhaupt nicht geeignet).
LOL, was wolltest du mir sagen? 
Also wenn ich den Rechner boote und vorher die beiden genannten firmware-* Dateien deinstalliere, dann startet die GUI mit aus einer der ttys irgendeine mir unbekannte Minimaloberfläche. Sind die beiden aber installiert startet X zwar, aber es erscheint ein Fenster in der Art „Es ist ein Fehler aufgetreten, Sie wurden abgemeldet“. Dann kann man nur auf „Beenden“ oder so klicken.
Du möchtest die Fehlermeldung sehen, die danach auf der tty zu sehen ist, ja? Ich werde mal sehen, was da ggf erscheint.
ifconfig eth0 up gibt auch keine Fehlermeldung im Terminal
aus, das logging (Fehlerursache bekommst du über syslog,
messages, oder dmesg) einer der 3 hat definitiv den Fehler
protokolliert.
dmesg hatte ich mir angesehen, die anderen nicht. wird die Ausgabe von dmesg denn im laufenden Betrieb aktualisiert? Bisher vermutete ich, das wären die Bootmeldungen.
Genau darin wird das Problem liegen. Deine Beschreibung
allgemein deuten meist auf ein Kernelupdate (in dem gewisse
Kernelmodule nicht neu auf diesen Kernel compiliert werden)
hin und genau solche Fehler verursachen.
Der bisherige Kernel (2.6?) ist auch noch vorhanden, ein booten dieses brachte mich aber nicht weiter.
Bei dem
Versionswechsel(Spekulation…hab zwar Debian Wheezy -> aber
noch nie ein Versionswechsel vollzogen…bin Gentoo-Linuxer)
wurde deine /etc/apt/soures.list überschrieben, Deine Nonfree,
Backports usw. Links einfach wieder einfügen: sudo apt-get
update && apt-get upgrade und alles sollte wieder
funktionieren
Hmm, also die alten sources.list habe ich natürlich noch und überschrieben habe ich die aktuelle ja selbst durch ändern von squeeze -> wheezy
Wenn ich da vorher irgendwo nonfree drin stehen hatte, hätte das eigentlich auch nachher der Fall sein müssen. Ich prüfe das mal.
Mal als Frage funktioniert dein LAN?
Äh, nein, das ist ja mein Problem
Also ein
ping
endet mit „kein Netzwerk“ oder ähnlich. Meintest du das? Oder eher ob ich ein LAN-Problem habe? Nein, definitiv nicht. Ein booten mit der wheezy-netinstall-CD -> „Reparatur-konsole booten“ (o.ä.) findet auf dem Rechner sofort ein Netz und auch die passende IP von irgendwo auf der Festplatte.
manuell, was zwar nicht zu Erfolg führte, nun aber ein
vollständiges Laden des X-Servers verhindert.
deutet meist auf ein Kernelmodul welches nicht auf die
Kernelversion geupdatet wurde hin (so was macht Debian u.u.
nicht automatisch, auch nicht Ubuntu)
Das habe ich leider nicht verstanden. Wie ist denn der Zusammenhang zwischen Netzwerkkartenmodul und X?
…/var/log.Xorg.0.log | grep EE
cat /var/log/Xorg.0.log | grep EE ?
teste ich mal…
-Meine übliche Netzwerkkarte ist glaub’ eine onboard RTL8168,
aber auch diverse andere aus meinem Hardwarekorb (neue Asus
nx1101, uralte 3Com, noch ältere RTL8029 und umstellen auf
eth1) haben keine Änderung gebracht.
Ohne korrektes Kernelmodul -> keine Änderung auf neuen Kernel
möglich!
Du meinst mein Problem liegt weniger in dem fehlenden Modul zu meiner speziellen Karte begründet, als in einem prinzipiellen Problem meines Kernels mit Netzwerkkarten?
Na ja sshfs, kriegen wir zusammen schon wieder zum laufen,
mach dir darüber mal keinen Kopf
Danke 
Leider habe ich den Prozess der Schlüsselerzeugung, Hochladung usw nicht sauber protokolliert 
BTW: Ich verwende eine feste IP V4.
Irrelevant!
OK. Ich fürchtete schon, dass es ein Problem mit V6 geben könnte weil
dmesg | grep eth
dazu irgendwas ausgab.
Bitte den Output per pastebin -> http://pastebin.com/
Ah, nette Seite
VG!
J~
