Вопросы Теги

Хрипящая проблема локалей - регион центра управления гнома отказывает с segfault

Вы не должны открывать туннелировавшие порты на брандмауэре. Вы - прекрасное открытие только порт SSH.

Можно становиться пойманными одной из нескольких проблем.

  • Локальные порты могут уже использоваться. Попытайтесь использовать netstat, чтобы видеть, занят ли порт.
  • Когда Вы соединитесь с туннелированным портом, Вы найдете это localhost (127.0.0.1) не удаленный адрес. Некоторому программному обеспечению не может понравиться это.
  • Туннелирование может быть выключено в сервере. В этом случае Ваши туннели не будут работать.
  • Если Вы туннелируете к другому хосту (remote.ip.address, не находится на хосте, Вы туннелируете через), Вы можете быть заблокированы установкой AllowTcpForwarding сервера SSH.
  • Если Вы туннелируете к порту на том же хосте (remote.ip.address, 127.0.0.1, или некоторый другой IP на сервере), Вы туннелируете к целевому программному обеспечению, может не любить его. Например, некоторое значение по умолчанию серверов VNC к предотвращению тех же соединений хоста для предотвращения условий цикличного выполнения.

Попытайтесь соединиться с включенным флагом отладки.

2
04.01.2012, 02:10
2 ответа

Определения локали поднимают большое дисковое пространство (при складывании всех различных локалей, которые доступны), таким образом, Debian и другие дистрибутивы генерируют их по запросу. На Debian, выполненном dpkg-reconfigure locales (как корень), и выбирают локали, которыми Вы интересуетесь. Удостоверьтесь, что установили флажок для en_US.utf8 (и другой en_US варианты, в то время как Вы в нем). Кроме того, некоторые категории странно объявляются как en_gb; ищите строку en_gb в Ваших конфигурационных файлах (grep -r en_gb ~/.[!.]* /etc) и зафиксируйте незаконный файл.

3
27.01.2020, 22:07
  • 1
    Да, я несколько раз делал это. Я подозреваю некоторое отображение Python, где локали отображаются на внутренних представлениях (я думаю), которые являются нижним регистром. Это было единственным примером en_gb, который я мог найти. К сожалению, после реконфигурирования локалей, они смотрят хорошо, но центр управления все еще segfaults и на перезагрузке все вернулось то же снова. Моя локаль является en_GB между прочим - я не хочу или нуждаюсь в en_US как в не мой язык. До 3 дня назад (выход) моя локаль была установлена на en_GB.UTF8 (и только что), и все было прекрасно –  andywebsdale 04.01.2012, 12:23
  • 2
    @andywebsdale Вы имеете $LANG набор к en_US.utf8. Если Вы не хотите это, необходимо разыскать установку (любой на системном уровне, в /etc, или в Ваших точечных файлах), и удаляют его или переопределяют его (например, с unset LANG в ~/.profile). –  Gilles 'SO- stop being evil' 04.01.2012, 13:17
  • 3
    я использовал Debian начиная с Картофеля, и использовал ту же локаль. Ничего как это никогда не происходило со мной прежде. –  andywebsdale 04.01.2012, 23:09
  • 4
    (слишком поздно для редактирования) Испытанный захват уже, также просто сделал Ваш предложенный grep - ничто не подошло (как ожидалось). Я думаю, что проблема находится в некотором коде, в других отношениях центр управления гнома не был бы segfault, не так ли? –  andywebsdale 04.01.2012, 23:16
  • 5
    @andywebsdale Что-то устанавливает LANG кому: en_US.utf8. Это происходит, если Вы входите в систему на текстовой консоли или по ssh? –  Gilles 'SO- stop being evil' 04.01.2012, 23:29

Наконец найденный, куда "en_gb" прибывал из. Выполнил dconf (новая замена конфигурации гнома gconf2-стиля. Я должен был проверить эти настройки прежде :-). Под системой-> локаль, lo! И созерцайте!такие вот дела. Я изменил его к "en_GB" и перезапустил сессию Gnome. Теперь вывод/usr/bin/locale точно как ожидалось, никакие строчные локали и никакие побочные en_US также. Не уверенный, как жало dconf стало установленным мисс. Я, конечно, не имею никакой памяти выполнения его сам и не могу думать, почему я хотел бы изменить его также. "регион центра управления гнома" хорошо работает теперь также. Никакой segfaulting, и все, кажется, работает хорошо. Бит, потертый, за который несуществующая локаль заставляет это запинаться и падать, конечно, не было бы слишком трудно перестать работать более корректно и возможно предложить информативное сообщение. Благодаря Gilles для его полезных предложений - он был прав относительно аспекта конфигурации, я не знаю, как я пропустил его. Должен будет видеть, как dconf данные на самом деле хранятся.

0
27.01.2020, 22:07

Теги

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