“Ошибка нашла при загрузке/etc/profile”

Следующая проблема сохраняется даже после обновления от 17,10 до 18,04:

После обновления моего Kubuntu 17.04 к 17,10 путем выполнения

do-release-upgrade

Я получаю следующее сообщение об ошибке после каждой перезагрузки.

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

Строка 6 чтений:

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

К сожалению, я не знаю, каково это. Действительно нет никакого файла /usr/bin/ibus-daemon

Также:

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.

Как я мог решить проблему как только выполнимый?

почему там/usr/share/im-config/data/21_ibus.rc используется, когда ibus не установлен?

ОТРЕДАКТИРУЙТЕ я предполагаю, что преступник в моем/etc/profile является файлом/etc/profile.d/input-method-config.sh

Это читает:

# /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                                    

также:

echo $XDG_CURRENT_DESKTOP                                                
KDE                               

и

echo $GTK_IM_MODULE
ibus

Я предполагаю, что проблема состоит в том, что $GTK_IM_MODULE возвращает ibus, даже при том, что ibus не устанавливается и не используется.

Установка ibus удаляет проблему, описанную в вопросе под рукой, но приводит к более серьезной проблеме, описанной в этом вопросе, таким образом, я удалил ibus снова.

6
задан 19 February 2019 в 23:45

5 ответов

То же самое произошло с моим при обновлении Помощника до 17,10.

Я перешел к Системе-> Предпочтения-> Стиль-> Поддержка Языка.

Я ранее выбрал английский язык (Великобритания) как мой язык меню/окон так на первом открытии этого, мне предложили обновить, который я сделал.

Мое намерение, и что я продолжал делать, состояло в том, чтобы изменить "систему метода ввода с клавиатуры" от "XIM" ни до "Одного". Перезагруженный, и это, казалось, очистило сообщение об ошибке при входе в систему без любых других вредных воздействий - до сих пор!

Моя логика... У меня нет ibus на моей машине, и я не видел потребность в нем, если мне не нужны экзотические шрифты. Мой менеджер по оформлению по умолчанию является lightdm, так, чтобы сместился бы первое условие в 21_ibus.rc файл, беря меня для выравнивания 6, который, кажется, отключает режим IBUS_SYNC и вызывает XIM. Снова, не устанавливая ibus, так не может использовать ibus-deamon, поэтому у меня не может быть опции XIM - таким образом, я переключил опцию клавиатуры, как обозначено выше, и это, казалось, работало.

Чтобы сделать это на KDE открывает терминал и тип

 im-config -n none

Подозреваемый это - незначительная проблема конфигурации, но приветствовало бы изучение, если существует больше надежного решения.

6
ответ дан 23 November 2019 в 07:28

Вы, кажется, затронуты эта ошибка , я предложил бы, чтобы Вы подписались на нее так, чтобы Вы могли быть уведомлены о прогрессе. Необходимо ли также нажать и ответить ли "На эту ошибку, влияет на Вас?" вопрос так, чтобы разработчики могли понять степень проблемы.

1
ответ дан 23 November 2019 в 07:28

У меня была та же проблема после обновления 17,10. Временная работа вокруг набором система метода ввода с клавиатуры ни к одному в поддержке языка.

3
ответ дан 23 November 2019 в 07:28

Bruni: Я не использую KDE, ни fcitx, так не может непосредственно проверить, но ближайшая вещь, которую я могу найти, чтобы помочь показать Вам варианты, к которым я обращался, здесь...

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

... то, где Вы видите "систему метода ввода с клавиатуры" для GTK, и, что я принимаю, является эквивалентом, "Настраивают метод ввода" для KDE.

Снова, у меня нет ibus, таким образом, нет никакого смысла пытающегося запускать xim сервер с ibus deamon, который является, почему выбор "Ни одного" является удобной фиксацией для моих требований. Если у Вас есть установленный fcitx, и у Вас есть fcitx, начинаются Ваш, "Настраивают метод ввода", и Вы все еще смещаетесь прерывание ibus затем существует проблема конфигурации где-нибудь вниз/etc/profile.

1
ответ дан 23 November 2019 в 07:28

Я сталкиваюсь почти с той же ошибкой. Я переустановил использование ibus Синаптического. Вся Польза теперь!

ibus Synaptic reinstall

Я надеюсь, что это работает на Вас также.

0
ответ дан 23 November 2019 в 07:28

Другие вопросы по тегам:

Похожие вопросы: