web-dev-qa-db-fra.com

"Erreur trouvée lors du chargement de / etc / profile"

Le problème suivant persiste même après la mise à niveau de 17.10 à 18.04:

Après la mise à niveau de mon Kubuntu 17.04 à 17h10 en exécutant

do-release-upgrade

Je reçois le message d'erreur suivant après chaque redémarrage.

Error found when loading /etc/profile:\n\n/usr/share/im-    
config/data/21_ibus.rc line 6: /usr/bin/ibus-daemon: No such     
file or directory\n\nAs a result the session will not be configured correctly.   
You should fix the problem as soon as feasible.

IMG: 

cat -n /usr/share/im-config/data/21_ibus.rc

La ligne 6 se lit comme suit:

IBUS_ENABLE_SYNC_MODE=0 /usr/bin/ibus-daemon --daemonize --xim --address 'unix:tmpdir=/tmp/ibus'

Malheureusement, je ne sais pas ce que c'est. En effet il n'y a pas de fichier /usr/bin/ibus-daemon

Également:

bruni@Inspiron-5547:~$ Sudo apt purge ibus
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package 'ibus' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Comment pourrais-je résoudre le problème dès que possible?

pourquoi un /usr/share/im-config/data/21_ibus.rc est-il utilisé quand ibus n'est pas installé?

EDIT Je suppose que le coupable dans mon/etc/profile est le fichier /etc/profile.d/input-method-config.sh

Cela se lit:

# /etc/profile.d/input-method-config.sh              
#                                                    
# This is a temporary measure which works around     
# https://launchpad.net/bugs/1720250                 

if [ -z "$XDG_CURRENT_DESKTOP" -o -n "$GTK_IM_MODULE" ]; then                                             
    return                                           
fi                                                   

. /etc/X11/Xsession.d/70im-config_launch             
if [ "$IM_CONFIG_PHASE" = 1 ]; then                  
    export IM_CONFIG_PHASE=2                         
    . /usr/share/im-config/xinputrc.common           
    if [ -r "$IM_CONFIG_XINPUTRC_USR" ]; then        
        . $IM_CONFIG_XINPUTRC_USR                    
    Elif [ -r "$IM_CONFIG_XINPUTRC_SYS" ]; then      
        . $IM_CONFIG_XINPUTRC_SYS                    
    fi                                               
    export XMODIFIERS                                
    export GTK_IM_MODULE                             
    export QT_IM_MODULE                              
    export QT4_IM_MODULE                             
    export CLUTTER_IM_MODULE                         
fi

également:

echo $XDG_CURRENT_DESKTOP                                                
KDE

et

echo $GTK_IM_MODULE
ibus

Je suppose que le problème est que $ GTK_IM_MODULE renvoie ibus, même si ibus n’est ni installé ni utilisé.

L'installation d'ibus supprime le problème décrit dans la question en question, mais conduit au problème plus grave décrit dans this question. J'ai donc supprimé ibus à nouveau.

ibus17.10
5
Bruni

La même chose s’est produite lors de la mise à niveau de Mate vers 17.10.

Je suis allé dans Système -> Préférences -> Apparence -> Support linguistique.

J'avais déjà choisi l'anglais (Royaume-Uni) comme langue de menu/windows, alors lors de la première ouverture, on m'a demandé de mettre à niveau, ce que j'ai fait.

Mon intention, et ce que je suis allé faire, était de changer le "système de méthode de saisie au clavier" de "XIM" à "Aucun". Redémarré, et cela a semblé effacer le message d'erreur lors de la connexion sans autre effet néfaste - jusqu'à présent!

Ma logique ... Je n'ai pas d'Ibus sur ma machine et je n'en voyais pas le besoin si je n'avais pas besoin de polices exotiques. Mon gestionnaire d'affichage par défaut est lightdm, donc cela déclencherait la première condition du fichier 21_ibus.rc, me conduisant à la ligne 6, ce qui semble désactiver le mode IBUS_SYNC et forcer XIM. Encore une fois, pas installer ibus, donc je ne peux pas utiliser ibus-deamon, donc je ne peux pas avoir l’option XIM - j’ai donc changé l’option de clavier, comme indiqué ci-dessus, et cela a semblé fonctionner.

Pour ce faire, sur KDE, ouvrez un terminal et tapez

 im-config -n none

Vous pensez que c'est un problème de configuration mineur, mais vous seriez ravi d'apprendre s'il existe une solution plus robuste.

5
Crerar

J'ai eu le même problème après la mise à niveau vers 17.10. Contournement temporaire en définissant le système de méthode de saisie du clavier sur Aucune dans le support de langue.

3
Jeff Ye

Bruni: Je n'utilise ni KDE, ni fcitx, donc je ne peux pas vérifier directement, mais la chose la plus proche que je puisse trouver pour vous montrer les options que je mentionnais est ici ...

http://www.makeuseof.com/tag/write-language-linux/

... où vous pouvez voir le "système de méthode de saisie au clavier" pour GTK, et ce que je suppose est l'équivalent de "configurer la méthode de saisie" pour KDE.

Encore une fois, je n'ai pas ibus, il est donc inutile d'essayer de démarrer xim server depuis ibus deamon, c'est pourquoi choisir "Aucune" est une solution pratique pour mes besoins. Si vous avez installé fcitx et que vous avez défini fcitx dans votre "méthode de saisie de la configuration" et que vous déclenchez toujours un piège ibus, il y a un problème de configuration quelque part dans le profil/etc /.

1
Owly

Vous semblez être affecté par ce bogue Je vous suggérerais vous y abonner afin que vous puissiez être informé de l'évolution. Vous devez également cliquer et répondre à la question "Ce bogue vous affecte-t-il?" question afin que les développeurs puissent avoir une idée de l’ampleur du problème.

1
Elder Geek

Je rencontre presque la même erreur. J'ai réinstallé ibus avec Synaptic. Tout va bien maintenant!

ibus Synaptic reinstall

J'espère que cela fonctionne pour vous aussi.

0
Ciprian