FILEZILLA не работает после обновления с Ubuntu 15.10 до Ubuntu 16.04

Я обновился до Ubuntu 16.04 с 15.10 (версия x64) и теперь не могу запустить FileZilla. Есть некоторая активность жесткого диска, а затем ничего.

Когда я открываю терминал и набираю «Filezilla», я получаю следующую ошибку:

Reading locale option from /home/james/.filezilla/filezilla.xml
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'height >= -1' failed
(filezilla:5532): Gtk-CRITICAL **: IA__gtk_widget_set_size_request: assertion 'width >= -1' failed
Segmentation fault (core dumped)

Я проверил мой системный журнал, и у него есть эта строка:

May  2 21:56:55 JamesPC kernel: [ 3133.290205] filezilla[5532]: segfault at 140 ip 00007f8a3152dbc6 sp 00007ffda52e17e0 error 4 in libwx_gtk2u_core-3.0.so.0.2.0[7f8a3102d000+5f9000]
4
задан 3 May 2016 в 00:20

4 ответа

Проблема с версией 3.15, но решенный в 3,20.

  1. Резервное копирование Ваши файлы конфигурации, они могут быть расположены в ~/.config/filezilla или ~/.filezilla

  2. Загрузка последняя версия FileZilla от здесь

  3. Выполнение:

    tar -xvf FileZilla_3.20.1_x86_64-linux-gnu.tar.bz2
    cp -rp Filezilla3/bin/* /usr/bin/
    

Затем вывод filezilla --version должен быть:

    FileZilla 3.20.1 official build, compiled on 2016-08-03
  1. , Если Вы хотите Вас, может создать средство запуска, делают это:

    wget http://www.freeiconspng.com/uploads/filezilla-icon-6.png
    mkdir -p ~/Filezilla
    mv filezilla-icon-6.png ~/Filezilla/filezilla.png
    echo '[Desktop Entry]
    Encoding=UTF-8
    Name=Filezilla 3.20.1
    Comment=Filezilla easy FTP transfer
    Exec=/usr/bin/filezilla
    Icon=~/Filezilla/filezilla.png
    Categories=Application;Development;FTP;network
    Version=1.0
    Type=Application
    Terminal=0
    ' > ~/.local/share/applications/filezilla.desktop
    
  2. Копия Ваша конфигурация к новой папке конфигурации ~/.config/filezilla

0
ответ дан 3 May 2016 в 10:20
  • 1
    Школа, я попробовал это, и я ничего все еще не получаю кроме домашней страницы Nginx. Я даже пытался настроить корректные полномочия sudo, находят/var/www/dancortes.press/public_html/-тип d - должностное лицо chmod 775 {} \; & & sudo находят/var/www/dancortes.press/public_html/-тип f - должностное лицо chmod 664 {} \; – Daniel 9 October 2017 в 15:06

Согласно комментарию от Nick Weinberg я удалил .filezilla каталог в рамках корневого каталога, и он теперь работает ("sudo комната-rf .filezilla")

0
ответ дан 3 May 2016 в 10:20
  • 1
    Как объяснено, мой вопрос, если это возможен изменить что-то ont внешний диск (!), чтобы смонтировать его всегда обычным пользователем. Поскольку это обычно для не зашифрованные диски. – Jeno 9 October 2017 в 12:27

Удаление .filezilla работы каталога временно . Проблема возвращается после нескольких использования. Удаление каталога необходимо каждый раз, когда это повторяется.

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

0
ответ дан 3 May 2016 в 10:20

Я попробовал первое решение @Roben, и это работало временно

Затем, я попробовал вторые решения путем удаления всего каталога от

home/.config/filezilla

, который также работает. Но проблемой были старые сохраненные детали о сайтах, были потеряны. Не хороший!!

, Таким образом, я затем пытался удалить всего один файл от home/.config/filezilla/filezilla.xml

Настолько удаляющий всего

, filezilla.xml

работал, не удаляя старые детали. Так как детали sitemanager.xml не изменены здесь.

Работы для меня, ничего не повреждая.

0
ответ дан 3 May 2016 в 10:20
  • 1
    Встроенная оболочка является командой, функциональность которой обеспечивается тем, какой бы ни окружают you' выполнение ре (ли это быть sh, ударом, тире, zsh, или чем-то еще). Каждая оболочка имеет свой собственный набор builtins. $SHELL установлен процессом входа в систему на Вашу оболочку входа в систему, установлено ли это или не не имеет абсолютно никакого эффекта на оболочку you' ре, в настоящее время работающее. – muru 9 October 2017 в 17:10

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

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