KDE vägrar plötsligt starta

Jag uppdaterade nyligen KDE och kärnan (linux-ck-atom) och nu vägrar KDE starta. XFCE och LXDE startar däremot, så problemet kan inte ligga i X utan i KDE. Jag har provat att starta om utan resultat, har raderat /tmp/ksocket-* och ~/.kde4/socket-* utan resultat, har bytt namn på ~/.kde och ~/.kde4 utan resultat, har inaktiverat composition i X och OpenGL i KWin utan resultat. Har troligen provat mer än så, men som sagt, utan resultat. Xorg.0.log innehåller inget som ser ut att ge någon ledtråd, men här är .xsession-errors:
Har någon ett förslag på vad jag kan göra?

KDE-version: 4.10.3-1
Kärna: linux-ck-atom 3.8.12-1
Dist: Arch

socket-fuckup, really?

Det andra feta, har du tittat vad som står på den raden? Med tanke på att du kör Arch misstänker jag att du redan har det, men det är det enda jag kan bidra med...

Arch är väl baserat på Gentoo? I Gentoo beror det ofta på att något runtime-lib beroende har hamnat ur fas, vilket kan kontrolleras med revdep-rebuild. Om det är samma i Arch vet jag dock inte.

Ja, min dator är döpt efter datorn FUCKUP i Illuminatus!-trilogin. Så det ska stå fuckup där.

Den raden är just det som står sen: kwrapper4 ksmserver $KDEWM $KSMSERVEROPTIONS

Tror inte det är baserat på Gentoo, lika lite som Gentoo är baserat på Slackware.

Ja jag blandar nog ihop saker tror jag.

Ta bort .kde-mappen. Starta om så borde det fungera.

Om inte, kolla filrättigheterna. Vanligt problem, att man råkat köra någonting som root, så tar root över ägandet, och då vägrar vissa saker fungera.

Källa: http://lists.fedoraproject.org/piper...il/080321.html

Det är visst baserat på CRUX.

Som sagt fungerade det inte med att byta namn på .kde och .kde4 så att radera dem hade inte gjort någon skillnad.

Men nu är det löst iaf med lite hjälp från Zom, problemet var att en full disk fuckade upp en paketuppdatering, så jag installerade om qtwebkit och nu funkar det som det ska.

Hahahaha! Full disk.
Inte lätt då. Har också råkat ut för samma problem, fast då i virtuella maskiner.

Som adequate skrev så var problemet inte att disken var full när vi felsökte, utan att den var full under paketuppgraderingen. Alla filer som skulle skrivas till hårddisken kunde inte skrivas, så pacman tvärdog och fuckade ur. adequate rensade utrymme och fortsatte uppgraderingen, men eftersom det aktuella paketet var registrerat som installerat i pacmans databas så blev det ignorerat (det var ju trots allt "up to date"). Problemet då var att vissa filer ur qtwebkit saknades när KDE försökte starta, så varför den gnällde på att socketen inte kunde ansluta förstår jag inte.

pacman ska dessutom kontrollera tillgängligt utrymme innan den påbörjar en uppgradering, men tydligen är det kanske inte helt implementerat eller något.

Så felet i sig var inte att hårddisken var full, utan att filer saknades. Att de saknades berodde på en feloperation som uppstod som konsekvens att av hårddisken var full under en uppgradering.