[LØST] xorg: failde to activate core devices

Din harddisk er jo fyldt helt op. UUID er et unikt ID for partioner således at du kan ændre placering af harddiskene uden du risikerer ikke at kunne boot. Fx ændre en harddisk fra slave til master.

julemand101: Men jeg troede min hdd var /dev/sda4 som jo kun er 11% brugt?

#2
Nej det er bare home. Men din / mappe er fyldt og dette inkluderer også /tmp mappen hvor xorg gerne smider sine temp filer.

julemand101: Aha, jeg synes bare ikke jeg husker /dev/by-uuid/und-so-weiter før i tiden, så troede det var en fejl.

Har du en lille hurtig guide til at fixe det? Umiddelbart er min /home jo alt for stor i forhold til min /

#4
Du kan køre kommandoen (som root):
pacman -Scc

Den fjerner alle pakker du har downloaded (altså pkg.tar.xy filerne som bruges når pakkerne skal installeres). Hvis du ikke har gjort det før kan du få en del gb ud af det.

Jeg har ikke rodet med resize af partioner så kan ikke sige hvordan du laver det.

julemand101:
Jeg må desværre sige det ikke hjalp.
Jeg synes bare aldrig jeg nogensinde har lavet en partition ved det navn, i hvert fald ikke ved installering af Arch.

Hvis der er nogen der kan hjælpe mig, er jeg meget taknemmelig.

#6
Når du formaterer med et Linux filsystem oprettes der et autogeneret UUID. Du kan jo selv se i din fstab at:
/dev/disk/by-uuid/en-hel-masse-tal-og-bogstaver 7.3G 7.0G 0 100% /

Er mountet som / og altså dit rod-system. Hvis du vil se hvilket UUID de enkelte partioner har fået kan du skrive:

ls -l /dev/disk/by-uuid/

Den skulle gerne vise noget ligesom følgende:

lrwxrwxrwx 1 root root 10 Sep 1 21:21 80cb7278-b2f3-4e42-95cb-af78c660a1e7 -> ../../sda1
lrwxrwxrwx 1 root root 10 Sep 1 21:21 b3f815c2-8219-4d82-a269-08c67c5bc5ae -> ../../sda2
lrwxrwxrwx 1 root root 10 Sep 1 21:21 deec3e3e-9963-4f46-b4c3-f0e2b9540c2e -> ../../sda4
lrwxrwxrwx 1 root root 10 Sep 1 21:21 e37ea13d-ae79-404c-ab19-de8cfb0026bd -> ../../sda3


Som du kan se så har alle partionerne et UUID og du kan bruge dette i din fstab til præcist at definerer at det er præcist denne partion du ønsker der skal mountes som / og det vil der ikke blive lavet om på selvom du flytter diskene rundt inde i maskinen. UUID er blevet brugt i lang tid i fx Ubuntu og det har bare været naturligt at indføre det samme i Arch Linux (det er vidst også ved at være nogle år siden det skete). Jeg ved faktisk ikke om det stadig er muligt under installationen at sige nej til UUID i /etc/fstab men det kunne man engang.

Nu hvor du har ryddet op kan vi så lige få output fra 'df -h' igen.

NOTE:
NTFS og FAT32 partioner har også et UUID men det er kortere og ikke "garanteret" unikt da det bygger på det tidspunkt hvor partionen blev oprettet. Bare lige hvis du skulle undre dig over at der er forskel her. :)

Du kan gøre flere ting:

1. Slet logfiler.

Du har sikkert mange hundre megabytes logfiler, nogle af dem gzippet. Slet eller flyt dem over på en anden disk. Nu bruger du Arch, så strukturen kan være anderledes end i Debian-systemer, men hos mig ligger de i /var/logs.

2. Symlinke mapper

Du kan flytte hele undermapper fra / over på din homepartition og oprette symlinks til dem i stedet.

Hvis du fx vil frigive pladsen for hele /var, så flyt den først over i fx /home/var:

mv /var /home/var

og lav dernæst et symlink så var igen findes i roden:

ln -s /home/var /

Du kan naturligvis også blotte symlinke visse undermapper i /var, ligesom du for overskuelighedens skyld kan symlinke til /home/symlinks/var osv.

Du skal nok udføre manøvren fra en LiveCD.

Selv om det virker, kommer du nok ikke uden om ændre størrelse på din rodpartition på et tidspunkt :-)

Tip:
Du kan finde ud af hvilke undermapper der fylder mest med kommandoen:

du --max-depth=0 -k * | sort -nr | cut -f2 | xargs -d '\n' du -sh

#8
Jeg tror bare vi lige skal afvente og se hvad hans du -h siger efter han kørte pacman -Scc. Der burde være frigivet nok plads til at kunne køre Xorg. :)

Men jo glimerende tips men den med at symlinke ville jeg nok foretrække at undersøge noget omkring resize af partioner.

Jeg er helt enig at det er en bedre og mere permanent løsning at resize /, men det er en nem måde at få systemet op at køre hurtigt, uden samme risiko for datatab som der jo altid er ved resize. En backup af vigtige data er dog altid en god idé uanset hvad.

julemand101: Jeg har kørt pacman -Scc i håb om mere plads, men det lader til at jeg også har gjort det for nyligt, for der skete ingen ændring.
Så angående mit output af df -h, så er der ikke sket noget som helst. Stadig 100%

Jeg vil nu prøve at slette nogle logfiler, men er bange for den overhovedet ikke er fuld:
sudo du -hs /var/*
...
13M /var/log
....

EDIT: Okay, nu fandt jeg en del af problemet.
I / havde jeg en mappe ved navn scratchbox som fyldte ~2gb. Det stammer sandsynligvis fra dengang jeg ville installere Maemo 5 SDK på min Arch (hvilket også fejlede, så fik det aldrig til at virke).

Så det virker perfekt nu! Den er 70% fuld, og jeg kunne boot'e, så jeg takker mange gange (:

#11
Ah ja ok så giver det god mening at pacman -Scc ikke gav mere plads. Men fint du fandt ud af at slette noget andet. :D