Jag har precis gjort en nyinstallation av archlinux och efter avslutad, när jag försökte komma in Xfce Hela min skärm skulle bli svart, bakgrunden skulle börja flimra och ingenting skulle laddas.
När jag tittade i loggarna upptäckte jag att det gav mig detta fel:
symbol lookup error: /usr/lib/libgtk-x11.2.0.so.0: undefined symbol:...
Så jag började undersöka tills jag hittade lösningen.
Var var problemet? När jag var klar med installationen uppdaterade jag systemet och det verkade som att allt var normalt, men det var det inte. Det uppdaterade faktiskt inte mina bassystempaket. Därför att? För det var en fil i /etc/profile.d/ kallade locale.sh som var i konflikt och inte lät paket uppdateras.
Denna fil innehöll följande:
export LANG=en_US.UTF-8
När det är i verkligheten borde det innehålla andra saker. Hur som helst, vad jag gjorde var att ta bort nämnda fil:
rm /etc/profile.d/locale.sh
och uppdatera systemet igen:
$ sudo pacman -Syu
Jag startade om och allt var tillbaka till det normala.
Vi flyttar??? var du inte med Debian???? Eller övertygade de andra dig att använda KISS...
gäller
Hahaha det är normalt för mig. Idag kommer du att se mig i Arch, imorgon igen i Debian.. Totalt, eftersom jag inte har en fast PC.. Jag tar arbetet för att experimentera, och nu har jag de lokala förråden.. 😀
Utmärkt...... så länge det inte är från en så spelar inget roll hahahahahahaha
Jag kommer att gömma alla Debian- och Mint-cd-skivor för dig, jag kommer att ta bort alla ISO-filer för dessa andra distroer för att se om det är så du stannar i Arch HAHA
Oj, det felet är väldigt vanligt när man uppdaterar initscripts, när man försöker uppdatera det normalt slutar det inte, och det är dags att göra rm, jag tror att det finns en annan fil som också blir så här vid uppdatering nu minns jag inte så bra.
Det felet är sedan länge väntat.
Först när jag installerar det på andra maskiner ger det mig inte längre det felet. Och ja, systemet meddelade dig när du uppdaterade eller installerade det felet.
Haha den som sa att om Arch att om visselpipor och flöjter redan finns i Arch igen haha det verkar som att han har ändrat gubbens hormoner
Alla att förolämpa Garbage har som en månad med Winbug.
Jag tror att snart kommer de att ge mig datorn som jag ska sätta Arch så att du inte rör bollarna
Ha ha ha. Till slut tror jag att han tyckte om Winbug..
Jag kan använda Arch, Debian och till och med Ubuntu... Men Windows? Inte bunden... Jag föredrar att gå som det var i mer än 5 månader KZKGGaara, med ett USB-minne med Ubuntu i beständigt läge.
Fan vad tung du är
Åsnan säger stora öron till kaninen..
Det är sant, du vet att det inte kommer att vara så här för livet, åtminstone har de redan gett mig datorn, jag ska titta på hur man installerar ATI och jag ska få Arch
Med Firefox 9 har du inga minnesproblem?
Jag har precis avslutat installationen av Arch med XFCE, det tog mig lite arbete och mycket tid, arbetet var ett problem som liknade ditt men efter att ha installerat bassystemet när jag uppdaterade det visade det att /etc/profile.d/locale.sh var i konflikt, men när jag ville ta bort det returnerade det mig att filen inte fanns, i forumet hjälpte de mig genom att antyda att jag skulle lösa det på internet och föreslog att det tog tid för mig. . Jag planerar också att prova det och om det inte fungerar går jag tillbaka till Debian. Jag är nöjd med upplevelsen under installationen.
Om vi säger saker av en anledning haha
Om du checkar in http://www.archlinux.org/ i de senaste nyheterna kan du se när uppdateringen av något paket behöver manuellt ingripande.
http://www.archlinux.org/news/filesystem-upgrade-manual-intervention-required/
http://www.archlinux.org/news/initscripts-update-manual-intervention-required/
Frågan är, efter att ha läst de föreslagna länkarna, använde jag inte rätt procedur, filen är fortfarande på plats, det kommer att uppstå problem senare, därför bör jag installera om enligt rekommendationerna eller fortsätta använda den som den är?
konstigt, gå till mappen som innehåller filen
# cd /etc/profile.d
och gör en ls -a
# ls -a
berätta för mig om det inte visas
Detta är vad det returnerar:
glib2.csh gpm.sh mozilla-common.csh perlbin.csh xorg.csh
.. glib2.sh locale.sh mozilla-common.sh perlbin.sh xorg.sh
göra en:
# pacman -Rns initskript
och senare:
# pacman -S initskript
Jag hoppas att du inte har gjort detta än, jag nämnde inte att du skulle behöva konfigurera om /etc/rc.conf och /etc/inittab
Du vet i /etc/rc.conf språket, tangentbordet, lokaltid, moduler om du har dem, värdnamnet, gränssnittet och demonerna.
och i /etc/inittab ändra körnivån från 3 till 5 och om du använder login manager aktivera den.
Nåväl, proceduren utfördes som föreslaget, allt fungerade normalt, tack för din värdefulla hjälp och jag hoppas att du ber om ursäkt för besväret som orsakats.
😀 om du störde mig skulle jag inte ens svara dig.
Tack så mycket för ditt inlägg, det hjälpte mig att lösa problemet.
Du är välkommen vän och välkommen 😉
Hej, jag återupplivar ett inlägg, jag fick det här felet när jag kompilerade ett program, men jag har ingen fil som liknar den som exemplet lägger i /etc/profile.d-sökvägen, de som kommer att visas för mig är bash_completion.sh och vte.sh
felet är detta när jag vill öppna programmet som kompilerar utan fel.
geany: symboluppslagsfel: /usr/lib/i386-linux-gnu/libgio-2.0.so.0: odefinierad symbol: g_signal_accumulator_first_wins
Någon hand??, tack och hälsningar.