Problemer med installation af Gnome i Arch

Der er lidt om installation af Gnome her:
http://wiki.archlinux.org/index.php/Dansk_Begynderguide#GNOME

Om selve Gnome her:
http://wiki.archlinux.org/index.php/GNOME

her:
http://wiki.archlinux.org/index.php/Gnome_Menu_tweaking

og her:
http://wiki.archlinux.org/index.php/Gnome_Tips

Så er der også det danske Arch Linux-forum:
http://forum.archlinux.dk/index.php

Og det store internationale:
http://bbs.archlinux.org/

Måske skulle jeg prøve at uddybe det lidt mere!

Jeg har fulgt den her udmærket danske begynderguide til Arch Linux:

http://wiki.archlinux.org/index.php/Dansk_Begynderguide

Når jeg kommer til der hvor jeg skal vælge skrivebordsmiljø, vælger jeg min favorit, Gnome. Jeg installere gnome og gnome-extra. Under udpakning og installation, kommer der enddel af de der lagersegmentfejl. Når jeg efter installationen logger ind i Gnome, kommer der et sort skrivebord, med et par ikoner og en afstumpet panel, uden nogen menu.

Da jeg troede jeg havde gjort noget forkert under installationen af Arch, startet jeg forfra. Jeg prøve så kun at installere gnome, uden gnome-extra. Det gik fint, og når jeg logget ind i Gnome, så det hele normalt ud. Efterfølgene prøvede jeg så at installere gnome-extra, men så opstod det samme problem igen?

Ifølge guiden, kunne man roligt inkludere software-kilden [Unstable]. Men er det nu også så sikkert?

Hvis der er brug for mere info, må i endelig sige til?

På forhånd tak

Venlig hilsen
Bensen

"Ifølge guiden, kunne man roligt inkludere software-kilden [Unstable]. Men er det nu også så sikkert?"

Yep det er helt sikkert da (som der også står i guiden) pakkerne i unstable ikke hedder det samme som pakkerne i resten af systemet.

"Under udpakning og installation, kommer der enddel af de der lagersegmentfejl. Når jeg efter installationen logger ind i Gnome, kommer der et sort skrivebord, med et par ikoner og en afstumpet panel, uden nogen menu."

Dette vil jeg meget gerne have uddybet. Hvordan installere du Gnome pakkerne? Altså hvilken kommando? Hvornår er det du siger der kommer lagersegmentfejl? Er det pacman der kommer med disse fejl eller? Da gnome-extra er en såkaldt gruppe er jeg nød til at vide hvilke pakker der giver problemer og fejl. Det er også ret vigtigt at vide om du bruger Arch Linux eller Arch Linux 64 bit.

der findes en logfil: /var/log/pacman.log

Her er hvad den fil indholder.

http://www.pastebin.ca/908505

Jeg vil meget gerne have at du smider det der ind på et pastebin (www.pastebin.ca eller http://pastebin.archlinux.org eller lignende) og erstatter teksten i din post med et link til din pastebin-post. Det er ufatteligt uoverskueligt at se på her :)

tjaa, jeg kan ikke umiddelbart finde noget i den log der gør mig klogere. Men idet jeg aldrig selv har oplevet den slags fejl kunne man mistænke dit mirror for at indeholde en broken package. Hvilken syncer du med? kan kun anbefale gigabit.nu som jeg indtil videre har presset til ca 80Mbit/s. tilføj denne linie i toppen af /etc/pacman.d/mirrorlist

Server = ftp://ftp.gigabit.nu/$repo/os/i686


#9 Det er den samme jeg har øverst, men jeg har flere end den. Min mirrorlist ser sådan ud.

#
# Arch Linux repository mirrorlist
#

# Europe
# - Sweden
Server = ftp://ftp.gigabit.nu/$repo/os/i686
Server = ftp://ftp.ds.hj.se/pub/os/linux/archlinux/$repo/os/i686
# - Germany
Server = ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/$repo/os/i686
# - Belgium
Server = ftp://ftp.belnet.be/mirror/archlinux.org/$repo/os/i686
# - Estonia
Server = ftp://ftp.estpak.ee/pub/archlinux/$repo/os/i686
# - Poland
Server = ftp://mirror.icis.pcz.pl/archlinux/$repo/os/i686
# - Netherlands
Server = ftp://ftp.nluug.nl/pub/metalab/distributions/archlinux/$repo/os/i686
Server = ftp://ftp.surfnet.nl/pub/os/Linux/distr/archlinux/$repo/os/i686

Jeg har prøvet at logge ind i KDEmod og geninstaller gnome-extra i en terminal, så jeg kunne copy past. Her er resultatet.

http://www.pastebin.ca/908564

Det ser ikke særligt sundt ud det der. Prøv lige at geninstallere gconf og prøv derefter igen.

Der sker det samme igen, bare med nogen andre pakker.

http://www.pastebin.ca/908771

Ok. selvom det kan være trælst så må vi lige prøve det her:
pacman -Scc
pacman -Syu

Herefter prøver du så igen. -Scc sletter alle pakkefilerne fra din computer.

Det er stadig de samme fejl der kommer. Skal du se det?

#14
Nej jeg behøver ikke at se fejlene en gang til. Når du installere Arch Linux bruger du så FTP installation? En anden ting er om du har prøvet at installere Gnome uden at du samtidig har KDEmod? KDEmod er ikke officielle pakker og derfor kan de godt skabe problemer for andre pakker.

Den første gang, installeret jeg Gnome først. Er så startet forfra et par gange, da jeg trode jeg havde gjort noget forkert under installationen af Arch Linux. Det er kun den sidste gang her jeg installeret KDEmod først. Som installationskilde vælger jeg CD, da det er core-ISO jeg anvender. Tror du det er ISO-filen det er galt med? Skal jeg prøve at hente en ny? ...og starte forfra igen? *suk*

#16
Jeg anbefaler altid at man laver en FTP installation med mindre du ganske enkelt ikke har mulighed for internet under installationen. Årsagen er at du derved benytter de nyeste pakker under installationen.
Prøv at hente den sidste nye ftp-ISO her:
ftp://ftp.archlinux.org/other/rc-iso/2007.11/i686/Archlinux-i686-2007.1…

Herefter laver du så en base installation via ftp og prøver at sætte dit system op. Jeg håber dette vil løse dine problemer.

Igen, brug aldrig pakkerne fra cd'erne med mindre du ikke har net under installationen. :)

Det skulle ikke være noget problem, min Debian er installeret med en net-installation. Jeg valgte kun core, fordi det blev anbefalet i guiden.

Jeg prøver med en net-installation i morgen.

Mange tak hjælpen. Jeg vender tilbage med svar på om det er lykkes at få Gnome til at køre i Arch Linux.

Venlig hilsen
Bensen

I går lavede jeg en FTP installation af Arch Linux. Igen får jeg de der lagersegmentfejl, når jeg installere gnome-extra. Tilgengæld fik jeg ikke nogen af de der mærkelige sprogfejl, eller hvad det nu var?

I dag har jeg så endnu engang prøvet at starte helt forfra, og igen med en FTP installation. Jeg ville så prøve at installere gnome, uden gnome-extra. For så bagefter at logge ind i gnome, og prøve at installere gnome-extra i en terminal (bare for at prøve et eller andet). Gnome blev også installeret problemfrit, men da jeg så logget ind i gnome, fik jeg denne her fejlmeddelse:

"Kunne ikke åbne eller oprette filen "(null)"; dette indikere at der kan være et problem med konfigurationen eftersom mange programmer har brug for at oprette filer i din hjemmemappe. Fejlen var "fejl under oprettelse af filen "/tmp/gconf-test-locking-file-WEHN6T": Adgang nægtet" (fejlkode=13)".

Det kunne godt se ud til at jeg denne gang, har lavet en eller anden fejl under opsætningen af Arch Linux, eller hvad?

Venlig hilsen
Bensen

Hmmm, du virker lidt for uheldig til at det kan være tilfældigt. Hvilken CPU sidder der i den maskine du installerer på.
Min mistanke til CPU'en stammer fra mine egne fejlede forsøg med at få Arch på min VIA Epia C3 ezra, men der kom problemerne dog meget hurtigere, og gav ikke så megen tvivl.

Det er en ADM Duron 700MHz.

Der er forresten en ting jeg gør anderledes, end hvad der står i guiden. Det er i filen /etc/hosts

I guiden er syntaksen:

127.0.0.1 dit-værtsnavn.domæne.org localhost.localdomain localhost dit-værtsnavn

Jeg har tænkt at det var en fejl at der stod domæne, fordi jeg tænkte at det ikke kunne passe at der blev brugt æ i en sådan fil? Altså så blev syntaksen i mit tilfælde sådan:

127.0.0.1 arch.domain.org localhost.localdomain localhost arch

Er jeg forkert på den?

Det har nok ikke noget at gøre, med de problemer jeg har haft, men jeg blev bare i tvivl.

#
# /etc/hosts: static lookup table for host names
#

#
127.0.0.1 localhost.localdomain localhost
127.0.0.1 localhost.localdomain jan-portugal

# End of file

Men dine fejl er ikke pga hosts...
ifølge http://dev.archlinux.org/~simo/archstats/index.php er der enkelte arch folk som benytter amd duron, men 686 er en underlig størrelse, da det ikke er en "rigtig" standard arkitektur som f.eks. 585 er det. Jeg kan desværre ikke finde nogen info om hvornår amd instruktionssættet blev kompatibelt med 686 optimeringen,
Men jeg kan omvendt heller ikke finde nogen der anbefaler at man benytter -march=686 til duron processorer så jeg læner mig stadig op af at det er din cpu der ikke understøtter 686 optimering.
Er der nogle cpu arkitektur guroer der har et endegyldigt svar? eller endnu bedre... er der nogen der kender til et uofficielt arch 586/x86 mirror

...men, jeg har jo haft det oppe at køre med KDE, KDEmod og Xfce?

Bensen: Kan du lige poste output fra følgende kommando: cat /proc/cpuinfo

bks@debian:~$ cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 3
model name : AMD Athlon(tm) Processor
stepping : 0
cpu MHz : 701.621
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow up
bogomips : 1405.03

Min Pentium 3 har følgende (min er helt sikkert i686):
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse up

Eneste værsentlige forskel er du mangler sse men efter Gentoo wiki skulle det dog ikke have nogen betydning om det er en i686 cpu du har. Desuden står der også i følgende forumindlæg at Duron er i686 og virker derfor i Arch Linux:
http://bbs.archlinux.org/viewtopic.php?id=19069

Well måske en lidt langt ude teori jeg er kommet på, men prøv evt. at køre filsystem check fra livecd'en (fsck) og måske endda en memtest. Kan dog ikke helt se hvordan det hænger sammen, men det er måske værd at prøve?

loke: En livecd var ikke nødvendig, gjorde bare sådan her:

debian:/home/bks# mount /dev/hda4 /media/hda4
debian:/home/bks# fsck /dev/hda4
fsck 1.40-WIP (14-Nov-2006)
e2fsck 1.40-WIP (14-Nov-2006)
/dev/hda4 is mounted.

WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue (y/n)? yes

/dev/hda4: recovering journal
/dev/hda4: clean, 85959/1831424 files, 468966/3662820 blocks
debian:/home/bks#

Kan det bruges til noget?

#30
Læser du aldrig hvad der står på skærmen? :D

WARNING!!! Running e2fsck on a mounted filesystem may cause
SEVERE filesystem damage.

Do you really want to continue (y/n)? yes

Har du en LiveCD med memtest86+? Fx ligger programmet på Ubuntu installationscden når man booter den men ellers kan du også bare installere memtest86 i Arch Linux og derefter tilføje den til Grub.

Hovsa ... Det må jeg så ærligt indrømme, jeg ikke gjorde denne gang.

Jeg har kørt en memtest. Det er første gang jeg har prøvet at køre en memtest. Den stod og kørte i lang tid, og da den var færdig, startet den forfra. Men forneden stod der de her oplysninger, er det dem der skal bruges?

Cached = 256
RsvdMem = 112K
MemMap = e820-std
Cache = on
ECC = off
Test = Std
Pass = 0
Errors = 0

Tja, jeg er ikke nogen ekspert, men jeg kan ikke lade være med at lure på den her "Ugyldig UTF-8-kodet tekst - ikke gyldig"

Prøv lige at give os output fra kommandoen: locale

Evt. også dine locale indstillinger fra /etc/rc.conf og de locales der er ukommenterede (dvs. de linjer der ikke starter med en "#") i /etc/locale.gen

locale:
LANG=da_DK.utf8
LC_CTYPE="da_DK.utf8"
LC_NUMERIC="da_DK.utf8"
LC_TIME="da_DK.utf8"
LC_COLLATE=C
LC_MONETARY="da_DK.utf8"
LC_MESSAGES="da_DK.utf8"
LC_PAPER="da_DK.utf8"
LC_NAME="da_DK.utf8"
LC_ADDRESS="da_DK.utf8"
LC_TELEPHONE="da_DK.utf8"
LC_MEASUREMENT="da_DK.utf8"
LC_IDENTIFICATION="da_DK.utf8"
LC_ALL=


De ukommenterede linjer i /etc/locale.gen:

da_DK.UTF-8 UTF-8
da_DK ISO-8859-1
da_DK.ISO-8859-15 ISO-8859-15

Der er jo ikke noget at komme efter så vidt jeg kan se, jaja, var da værd at kigge efter.

claust: Jeg kommer lige i tanke om, (som jeg også skrev længere oppe), at med ftp installationen af Arch Linux, var det kun de der lagersegmentfejl fejl jeg fik under installationen af gnome-extra.

claust: Jeg er næste villig til at prøve hvad som helst. Det kunne jo være sjovt at få det til at virke :)

Kom til at tænke på, du kunne jo også lige give output at:
locale -a
og
locale -m

Bare for en god ordens skyld, kan være du lige skal smide det fra locale -m i en pastebin, er lidt langt.

Bensen: Prøv lige at udkommentere:
da_DK ISO-8859-1
da_DK.ISO-8859-15 ISO-8859-15

Herefter kører du kommandoen locale-gen som root.

claust: Output af locale -a:
C
POSIX
da_DK
da_DK.iso88591
da_DK.iso885915
da_DK.utf8
danish
dansk

Output af locale -m er lidt besværligt når den er så lang, for efter sidste installation af Arch Linux, har jeg ikke kunne få noget skrivebordsmiljø til at virke. Så jeg er nød til at skrive output ned på et stykke papir. Men er der noget specielt jeg skal kikke efter?

julemand101: Det har jeg gjort nu. Jeg tænker på om der så også skal ændres noget i /etc/rc.conf, den se sådan ud nu:

LOCALE="da_DK.utf8"
HARDWARECLOCK="localtime"
TIMEZONE="Europe/Copenhagen"
KEYMAP="dk"
CONSOLEFONT="cp850-8x16"
CONSOLEMAP="8859-15"
USECOLOR="yes"

Tror ikke du skal ændre noget i rc.conf. Prøv evt. at fjerne hvad du har stående i CONSOLEMAP.

#40:

Tænkte primært på om der kom nogle fejl og om UTF-8 var på listen.

Med hensyn til det du har postet fra din rc.conf, jeg kan sige dig at min CONSOLEMAP ikke er sat til noget, altså bare:
CONSOLEMAP=

Jeg skal dog være ærlig og sige at jeg ikke ved om det gør nogen forskel i den her sag, men alt er vel værd at prøve.

Edit: Så kan jeg lære at være hurtigere :P

Status:
I tirsdags lavede jeg en FTP installation af Arch Linux. Efter installationen, installerede jeg gnome og gnome-extra. Her fik jeg kun de der lagersegmentfejl.

Onsdag proever jeg forfra med en FTP installation af Arch Linux. Efter installationen, installere jeg kun gnome. Jeg faar saa den her fejlmeddelse, naar jeg proever at logge ind i Gnome med min brugerkonto.

"Kunne ikke åbne eller oprette filen "(null)"; dette indikere at der kan være et problem med konfigurationen eftersom mange programmer har brug for at oprette filer i din hjemmemappe. Fejlen var "fejl under oprettelse af filen "/tmp/gconf-test-locking-file-WEHN6T": Adgang nægtet" (fejlkode=13)".

Jeg har saa proevet at installere Xfce, og logge ind i den med min brugerkonto. Det ville heller ikke lade sig goere.

Jeg havde slet ikke taenkt paa at proeve som root, men det har jeg saa proevet nu, og det kunne jeg godt i dem begge to, (jeg faktisk logget ind i Gnome nu). Jeg har proevet at slaette min bruger, og opratte en ny. Men jeg kan stadig ikke logger ind i vaerken Gnome eller Xfce som min bruger? Og som i kan se, er min rootkonto ikke sat til dk tastatur. men det er et mindre problem, som jeg sikkert saktens selv kan loese.

Saa lige nu.
-Hvad kan der vaere galt med min brugerkonto?
-Skal jeg proeve at installere gnome-extra fra en terminal, logget ind som root, eller vente til jeg kan logge ind som bruger?

Hvis i er ved at vaere traette af at bruge tid paa det her, kan jeg godt forstaa det. For hvis den der lagersegmentfejl, er et hardware problem, maa jeg vente med at lege med Arch Linux, til jeg engang faar noget nyere hardware?

Åh jeg kommer pludseligt i tanke om at der har været flere fejl med rettighederne til /tmp mappen (fejl der skulle være rettet hvis man bruger nyeste beta installation med ftp). Gidder du lige lave en:
ls -ls /

Og give os output. Hvis den alm. bruger ikke har rettigheder til at skrive til mappen skal det lige ændres til nogen ligende:
0 drwxrwxrwt 4 root root 80 23 feb 17:49 tmp

Og hvis det ikke virker kan vi så ikke lave en aftale om at du logger ind på #archlinux.dk så vi kan hjælpe dig lidt mere direkte frem for det her kaste frem og tilbage hjælp :P

bash-3.2# ls -ls /
totalt 72
4 drwxr-xr-x 2 root root 4096 20 feb 18:25 bin
4 drwxr-xr-x 3 root root 4096 20 feb 18:25 boot
0 drwxr-xr-x 18 root root 0 23 feb 16:44 dev
4 drwxr-xr-x 44 root root 4096 23 feb 16:56 etc
4 drwxr-xr-x 4 root root 4096 23 feb 16:55 home
4 drwxr-xr-x 6 root root 4096 20 feb 20:32 lib
16 drwx------ 2 root root 16384 20 feb 18:06 lost+found
4 drwxr-xr-x 2 root root 4096 28 okt 21:43 media
4 drwxr-xr-x 6 root root 4096 20 feb 19:17 mnt
4 drwxr-xr-x 4 root root 4096 20 feb 20:32 opt
0 dr-xr-xr-x 84 root root 0 23 feb 17:43 proc
4 drwxr-x--- 15 root root 4096 23 feb 17:05 root
4 drwxr-xr-x 2 root root 4096 20 feb 20:32 sbin
4 drwxr-xr-x 2 root root 4096 30 jan 06:43 srv
0 drwxr-xr-x 12 root root 0 23 feb 17:43 sys
4 drwxr-xr-x 7 root root 4096 23 feb 17:05 tmp
4 drwxr-xr-x 10 root root 4096 20 feb 18:23 usr
4 drwxr-xr-x 12 root root 4096 20 feb 18:23 var
bash-3.2#