Éppen egy új telepítést hajtottam végre ArchLinux és befejezés után, amikor megpróbáltam belépni Xfce A teljes képernyőm elsötétül, a háttér villogni kezd, és semmi nem töltődik be.
A naplókba belenézve azt tapasztaltam, hogy ez nekem dobta ezt a hibát:
symbol lookup error: /usr/lib/libgtk-x11.2.0.so.0: undefined symbol:...
Tehát elkezdtem kutatni, amíg meg nem találtam a megoldást.
Hol volt a probléma? Amikor befejeztem a telepítést, frissítettem a rendszert, és úgy tűnt számomra, hogy minden normális, azonban nem az. Nekem valójában nem frissítette az alaprendszer csomagokat. Miért? Mivel volt egy fájl /etc/profile.d/ hívott locale.sh ami ellentmondásos volt, és nem tette lehetővé a csomagok frissítését.
Ez a fájl a következőket tartalmazta:
export LANG=en_US.UTF-8
Valójában más dolgokat kell tartalmaznia. Egyébként azt csináltam, hogy töröltem az említett fájlt:
rm /etc/profile.d/locale.sh
és frissítse újra a rendszert:
$ sudo pacman -Syu
Újraindítottam, és minden rendben volt.
28 hozzászólás, hagyd a tiedet
Mozogunk ??? nem voltál Debiannal ???? vagy a többiek már meggyőztek a KISS használatáról ...
tekintetében
Hahaha, ez normális nekem. Ma találkozni fogsz az Arch-ban, holnap ismét a Debianban .. Összesen, mivel nincs fix PC-m .. Kísérleti célból elveszem a munkából, és most vannak helyi tárhelyeim.
Kiváló ...... mindaddig, amíg nem egy, semmi sem számít hahahahahahaha
Az összes Debian és Mint CD-t elrejtem előled, törlöm ezeknek a többi disztróknak az összes ISO-ját, hogy megnézzem, így maradsz-e az Arch HAHA
Menj, hogy a hiba nagyon gyakori az initscripts frissítésekor, amikor megpróbálja frissíteni rendesen, nem áll le, és itt az ideje, hogy elvégezzük az rm-t, azt hiszem, van még egy fájl, amely frissítéskor is ilyen lesz, nem emlékszem jól .
Ez a hiba már régóta fennáll.
Csak akkor, ha más gépekre telepítem, ez már nem adja meg ezt a hibát. És igen, a rendszer értesítette Önt a hiba frissítésekor vagy telepítésekor.
Haha az, aki igent mondott Arch, hogy ha a síp és a furulya már újra Archban van, haha, úgy tűnik, megváltoztatta az öreg hormonjait
Mindenkinek, aki megsérti a szemetet, körülbelül egy hónapja van a Winbug-tal.
Azt hiszem, hamarosan megadják nekem azt a számítógépet, amelyhez Archot teszem, hogy ne érj hozzá a golyókhoz
Hahaha. Végül azt hiszem, tetszett neki a Winbug.
Használhatom az Arch-ot, a Debiant és még az Ubuntut is ... De a Windows? Ni amarrao .. Inkább úgy járok, mint több mint 5 hónapig volt KZKGGaara, USB-memóriával Ubuntuval állandó módban.
Bassza meg, hogy nehéz vagy
A szamár hívja a nyúl fülét.
Igaz, tudod, hogy nem lesz ilyen egy életen át, legalább adták már nekem a számítógépet, meglátom, hogyan kell telepíteni az ATI-t, és eljutok az Arch-hoz
A Firefox 9 használatával nincsenek memóriaproblémái?
Most fejeztem be az Arch telepítését az XFCE-vel, egy kis munkám és sok időmbe került, a munka hasonló volt, mint a tiéd, de az alaprendszer telepítése után frissítéskor megkaptam, hogy /etc/profile.d/locale.sh konfliktus, de törölni akartam, visszatért, hogy a fájl nem létezik, a fórumban azzal segítettek, hogy javasolják a Syuf használatát, és így megoldottam, mivel az időig tartott, amíg internetes probléma volt. Azt is tervezem, hogy megpróbálom, és ha nem felel meg nekem, visszatérek a Debianhoz. Elégedett vagyok a telepítés során szerzett tapasztalatokkal.
Ha valamiért mondunk dolgokat, haha
Ha be van jelentkezve http://www.archlinux.org/ A legfrissebb hírekben láthatja, hogy egy csomag frissítéséhez kézi beavatkozás szükséges.
http://www.archlinux.org/news/filesystem-upgrade-manual-intervention-required/
http://www.archlinux.org/news/initscripts-update-manual-intervention-required/
A kérdés az, hogy a javasolt linkek elolvasása után nem a megfelelő eljárást használtam, a fájl továbbra is a helyén van, később problémák merülnek fel, ezért az ajánlásokat követve telepítsem újra, vagy továbbra is úgy használjam, ahogy van?
furcsa, menj a fájlt tartalmazó mappába
# cd /etc/profile.d
és csinálj egy ls -a -t
# ls -a
mondd meg, ha nem jelenik meg
Ezt adja vissza:
glib2.csh gpm.sh mozilla-common.csh perlbin.csh xorg.csh
.. glib2.sh locale.sh mozilla-common.sh perlbin.sh xorg.sh
csinálj egy:
# pacman -Rns initscripts
és később:
# pacman -S initscripts
Remélem, hogy ezt még nem tette meg, nem említettem, hogy át kell állítania az /etc/rc.conf és / etc / inittab fájlokat
Az /etc/rc.conf fájlban tudja a nyelvet, a billentyűzeten a helyi időt, a modulokat, ha vannak ilyenek, a hosztnevet, az interfészt és a démonokat.
és az / etc / inittab fájlban változtassa meg a futási szintet 3-ról 5-re, és ha a login manager-t használja, engedélyezze azt.
Nos, a javasolt módon végrehajtott eljárás, minden rendesen működik, köszönöm értékes segítségét, és remélem, elnézést kér az okozott kellemetlenségekért.
😀 Ha zavarna, nem válaszolnék.
Nagyon köszönöm a hozzászólását, ez segített megoldani a problémát.
Üdvözlünk barátom és üdvözlünk 😉
Helló, jól felélesztve egy bejegyzést, ezt a hibát kaptam egy program összeállításakor, de nincs hasonló fájlom, mint amit a példa az /etc/profile.d elérési útba helyez, a megjelenő fájlok: bash_completion.sh és vte.sh
a hiba ez, amikor meg akarom nyitni a hibátlanul fordító programot.
geany: szimbólumkeresési hiba: /usr/lib/i386-linux-gnu/libgio-2.0.so.0: undefined szimbólum: g_signal_accumulator_first_wins
Bármilyen kéz ??, köszönet és üdvözlet.