Voici ce que je ferais :exécutez ldd /usr/bin/Xorg
Vous devriez obtenir une ligne qui ressemble à ceci :
libz.so.1 => /usr/lib/libz.so.1 (0xb7357000)
Si ldd prétend qu'il ne peut pas résoudre quel fichier libz.so.1 est dans, puis désinstallez et réinstallez zlib :
pacman -R -f zlib
pacman -S zlib
Si ldd peut trouver un libz.so.1 spécifique , puis vérifiez si ce fichier constitue un lien symbolique rompu :
ls -l /usr/lib/libz.so.1
(Ou quoi que ce soit ldd vous a dit que libz.so.1 se résout à).
Sur mes boîtes Arch, /usr/lib/libz.so.1 est un lien symbolique de libz.so.1.2.6 . Si /usr/lib/libz.so.1 des liens vers un endroit étrange, comme un répertoire personnel, recherchez pourquoi - cela ne devrait pas arriver.
Assurez-vous que quel que soit le fichier qui ldd résout libz.so.1 existe réellement et a un contenu. J'obtiens ceci :
% file libz.so.1.2.6
libz.so.1.2.6: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, BuildID[sha1]=0xb32fb568a025a99ed67220243b487b93ae8ef948, stripped
Si le lien existe, mais le lien vers libz.so.1.2.6 n'existe pas, peut-être pouvez-vous faire les deux pacman séquence de commandes ci-dessus et récupérez tout. Je suppose que je déconseille de faire juste les deux pacman commandes, jusqu'à ce que vous compreniez ce qui se passe. Quelque chose a dû changer, sauf s'il s'agit d'une nouvelle installation, et d'une manière ou d'une autre le zlib le paquet n'a pas été installé.
Lors de l'exécution de startx dans le terminal, j'ai eu un message d'erreur identique. Je l'ai corrigé par pacman -Sy zlib , qui a mis à jour le package zlib. Cela m'a réglé le problème. Cependant, je suis très novice en matière d'arche, donc ce n'est peut-être pas la meilleure solution.