Jeg har nettopp gjort en ny installasjon av Arch Linux og etter å ha avsluttet, da jeg prøvde å komme inn Xfce Hele skjermen min ville bli svart, bakgrunnen begynte å flimre og ingenting ville lastes.
Når jeg så i loggene, fant jeg ut at den kastet meg denne feilen:
symbol lookup error: /usr/lib/libgtk-x11.2.0.so.0: undefined symbol:...
Så jeg begynte å undersøke til jeg fant løsningen.
Hvor var problemet? Da jeg var ferdig med å installere, oppdaterte jeg systemet, og det virket for meg at alt var normalt, men det var det ikke. Det oppdaterte faktisk ikke basissystempakker for meg. Hvorfor? Fordi det var en fil i /etc/profile.d/ kalt locale.sh som var motstridende og ikke tillot oppdatering av pakkene.
Denne filen inneholdt følgende:
export LANG=en_US.UTF-8
Når det faktisk er, bør det inneholde andre ting. Uansett, det jeg gjorde var å slette den nevnte filen:
rm /etc/profile.d/locale.sh
og oppdater systemet på nytt:
$ sudo pacman -Syu
Jeg startet om og alt gikk tilbake til det normale.
Flytter vi oss ??? du var ikke med Debian ???? eller de andre har allerede overbevist deg om å bruke KISS ...
hilsen
Hahaha det er normalt for meg. I dag ser du meg i Arch, i morgen igjen i Debian .. Totalt, siden jeg ikke har en fast PC .. Jeg tar den fra jobb for eksperiment, og nå har jeg de lokale arkivene .. 😀
Utmerket ...... mens det ikke er en, har ingenting betydning hahahahahaha
Jeg vil skjule alle Debian- og Mint-CDene for deg, jeg vil slette alle ISO-ene til disse andre distroene for å se om det er slik du bor i Arch HAHA
Gå at feilen er veldig vanlig når du oppdaterer initscripts. Når du prøver å oppdatere den normalt stopper den ikke, og det er på tide å gjøre rm, jeg tror det er en annen fil som også blir slik når du oppdaterer nå, jeg husker ikke godt.
Den feilen har eksistert lenge.
Bare når jeg installerer den på andre maskiner, gir den meg ikke lenger den feilen. Og ja, systemet varslet deg når du oppdaterte eller installerte feilen.
Haha den som sa ja Arch at hvis fløyter og fløyter allerede er i Arch igjen haha ser det ut til at han har endret den gamle manns hormoner
Alle som skal fornærme søppel har omtrent en måned med Winbug.
Jeg tror snart de vil gi meg datamaskinen jeg skal sette Arch til, slik at du ikke berører kulene
Hahaha. Til slutt tror jeg han likte Winbug ..
Jeg kan bruke Arch, Debian og til og med Ubuntu ... Men Windows? Ni amarrao .. Jeg foretrekker å gå som KZKGGaara var i mer enn 5 måneder, med et USB-minne med Ubuntu i vedvarende modus.
Faen se, du er tung
Eselet kaller kaninen stort øre.
Det er sant, du vet at det ikke kommer til å bli slik for livet, i det minste har de allerede gitt meg datamaskinen, jeg får se hvordan jeg installerer ATI og jeg kommer til Arch
Med Firefox 9 har du ikke minneproblemer?
Jeg er nettopp ferdig med å installere Arch med XFCE, det kostet meg litt arbeid og mye tid, arbeidet var et problem som ligner på ditt, men etter installasjon av basesystemet når jeg oppdaterte fikk jeg det /etc/profile.d/locale.sh var i konflikt, men da jeg ønsket å slette den, returnerte det meg at filen ikke eksisterte. I forumet hjalp de meg ved å foreslå at jeg bruker Syuf og dermed løser den, for den tiden det tok meg var det et internettproblem. Jeg planlegger også å prøve det, og hvis det ikke passer meg, går jeg tilbake til Debian. Jeg er fornøyd med opplevelsen under installasjonen.
Hvis vi sier ting for noe haha
Hvis det er sjekket inn http://www.archlinux.org/ I siste nytt kan du se når oppdateringen av en pakke trenger manuell inngrep.
http://www.archlinux.org/news/filesystem-upgrade-manual-intervention-required/
http://www.archlinux.org/news/initscripts-update-manual-intervention-required/
Spørsmålet er at etter å ha lest de foreslåtte lenkene, brukte jeg ikke riktig prosedyre, filen er fortsatt på plass, vil det senere oppstå problemer, hvorfor bør jeg installere på nytt etter anbefalingene, eller fortsetter jeg å bruke den som den er?
rart, gå til mappen som inneholder filen
# cd /etc/profile.d
og gjør en ls -a
# ls -a
fortell meg om det ikke vises
Dette er hva den returnerer:
glib2.csh gpm.sh mozilla-common.csh perlbin.csh xorg.csh
.. glib2.sh locale.sh mozilla-common.sh perlbin.sh xorg.sh
lage en:
# pacman -Rns initscripts
og senere:
# pacman -S inskripter
Jeg håper du ikke har gjort dette ennå, jeg nevnte ikke at du måtte konfigurere /etc/rc.conf og / etc / inittab
Du vet i /etc/rc.conf språket, tastaturet lokal tid, moduler hvis du har dem, vertsnavnet, grensesnittet og demonene.
og i / etc / inittab endre runlevel fra 3 til 5, og hvis du bruker login manager, aktiver det.
Vel, prosedyren ble utført som foreslått, alt fungerer som normalt, takk for verdifull hjelp, og jeg håper du beklager ulempene som er forårsaket.
Hvis du plager meg, vil jeg ikke svare deg.
Tusen takk for innlegget ditt, det hjalp meg med å løse problemet.
Du er velkommen venn og velkommen 😉
Hei, jeg gjenoppliver et innlegg, jeg fikk denne feilen med å kompilere et program, men jeg har ingen fil som ligner på den som eksemplet legger i banen /etc/profile.d, de som vises er bash_completion.sh og vte.sh
feilen er dette når jeg vil åpne programmet som kompileres uten feil.
geany: symboloppslagfeil: /usr/lib/i386-linux-gnu/libgio-2.0.so.0: udefinert symbol: g_signal_accumulator_first_wins
Enhver hånd ??, takk og hilsen.