Предупреждение ГТК при открытии gedit в терминал

Question 1

Я сделал отдельный профиль для Vim, который использует сплошной непрозрачный цвет в фоновом режиме. Я просто переключаюсь вручную, когда я использую Vim. Не уверен, есть ли лучший метод. Я бы так подумал.

Question 2

я посоветую вам не использовать команду gedit через пользователя root. Попробуйте использовать вместо редакторе gedit через sudo.

переустановить теперь не поможет, я считаю, нужно отменить урон от следующего руководства.

Question 3

Question 4

используйте

(nohup gedit 2>/dev/null &)

это [F3] в фоновом режиме в суб-оболочки, с nohup. Следовательно, сообщения об ошибках обрабатываются nohup, а закрытие терминала не влияет gedit. Более простым способом будет:

gedit &> /dev/null

это просто удаляет все сообщения об ошибках gedit.

Question 5

я посоветую вам не использовать команду gedit через пользователя root. Попробуйте использовать вместо редакторе gedit через sudo.

переустановить теперь не поможет, я считаю, нужно отменить урон от следующего руководства.

Question 6

используйте

(nohup gedit 2>/dev/null &)

это [F3] в фоновом режиме в суб-оболочки, с nohup. Следовательно, сообщения об ошибках обрабатываются nohup, а закрытие терминала не влияет gedit. Более простым способом будет:

gedit &> /dev/null

это просто удаляет все сообщения об ошибках gedit.

Question 7

Question 8

я посоветую вам не использовать команду gedit через пользователя root. Попробуйте использовать вместо редакторе gedit через sudo.

переустановить теперь не поможет, я считаю, нужно отменить урон от следующего руководства.

Question 9

используйте

(nohup gedit 2>/dev/null &)

это [F3] в фоновом режиме в суб-оболочки, с nohup. Следовательно, сообщения об ошибках обрабатываются nohup, а закрытие терминала не влияет gedit. Более простым способом будет:

gedit &> /dev/null

это просто удаляет все сообщения об ошибках gedit.

Question 10

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Question 11

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

Question 12

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

Question 13

Question 14

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Question 15

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

Question 16

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Question 17

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

Question 18

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Question 19

Question 20

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

Question 21

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Martin Owens -doctormo- · Answer 1 · 25 July 2018 в 22:35

я посоветую вам не использовать команду gedit через пользователя root. Попробуйте использовать вместо редакторе gedit через sudo.

переустановить теперь не поможет, я считаю, нужно отменить урон от следующего руководства.

1

ответ дан Martin Owens -doctormo- 25 July 2018 в 22:35

1

До сих пор, проблема по-прежнему существует. В отличие от выше резьбы, которая может быть решена автоматически. Но я смущен, чтобы принять противоположное ранее рекомендованные процедуры. Спасибо за помощь. – dellphi 28 January 2011 в 18:55
2

Оуэнс: "теперь через sudo"? .. Он должен быть запущен через gksudo .... и что вы подразумеваете под "..не использовать теперь как root, это не круто"... вы имеете в виду "теперь" не "круто" или работает ничего в Ubuntu под root не "круто"? – Peter.O 18 May 2011 в 12:51
3

gksu, sudo, педант и т. д. – Martin Owens -doctormo- 19 May 2011 в 21:56
4

Не педантичный - разные вещи. С помощью sudo бросал такое же предупреждение для меня, что привело меня на эту страницу. .... "Вы никогда не должны использовать нормальный команду sudo для запуска графического приложения как root. Вы должны использовать gksudo (kdesudo на Кубунту) для запуска таких программ. gksudo наборы домой=/корень, и копии .Xauthority в каталог tmp.Это предотвращает файлы в вашем домашнем каталоге, становится собственностью корень". ..... через askubuntu.com/questions/11760/... – Craicerjack 26 February 2014 в 21:27

muru · Answer 2 · 25 July 2018 в 22:35

используйте

(nohup gedit 2>/dev/null &)

это [F3] в фоновом режиме в суб-оболочки, с nohup. Следовательно, сообщения об ошибках обрабатываются nohup, а закрытие терминала не влияет gedit. Более простым способом будет:

gedit &> /dev/null

это просто удаляет все сообщения об ошибках gedit.

1

ответ дан muru 25 July 2018 в 22:35

1

Добро пожаловать в Ask Ubuntu! Я рекомендую отредактировать этот ответ, чтобы объяснить, что это делает. – Eliah Kagan 31 December 2012 в 07:08

Martin Owens -doctormo- · Answer 3 · 26 July 2018 в 22:44

я посоветую вам не использовать команду gedit через пользователя root. Попробуйте использовать вместо редакторе gedit через sudo.

переустановить теперь не поможет, я считаю, нужно отменить урон от следующего руководства.

1

ответ дан Martin Owens -doctormo- 26 July 2018 в 22:44

1

До сих пор проблема все еще существует. В отличие от вышеуказанного потока, который можно решить автоматически. Но я смущен, чтобы сделать противоположность ранее рекомендованной процедуры. Спасибо за помощь. – dellphi 28 January 2011 в 18:55
2

Оуэнс: "теперь через sudo"? .. Он должен быть запущен через gksudo .... и что вы подразумеваете под "..не использовать теперь как root, это не круто"... вы имеете в виду "теперь" не "круто" или работает ничего в Ubuntu под root не "круто"? – Peter.O 18 May 2011 в 12:51
3

gksu, судо, педант и т. д. – Martin Owens -doctormo- 19 May 2011 в 21:56
4

Не педантично - разные вещи. Использование sudo бросало то же предупреждение для меня, что привело меня к этой странице. .... «Вы никогда не должны использовать обычный sudo для запуска графических приложений с правами root. Вы должны использовать gksudo (kdesudo on Kubuntu) для запуска таких программ. gksudo устанавливает HOME = / root и копирует .Xauthority в каталог tmp. Это предотвращает использование файлов в вашем домашнем каталоге root. & quot; ..... через askubuntu.com/questions/11760 / & hellip; – Craicerjack 26 February 2014 в 21:27

muru · Answer 4 · 26 July 2018 в 22:44

используйте

(nohup gedit 2>/dev/null &)

это [F3] в фоновом режиме в суб-оболочки, с nohup. Следовательно, сообщения об ошибках обрабатываются nohup, а закрытие терминала не влияет gedit. Более простым способом будет:

gedit &> /dev/null

это просто удаляет все сообщения об ошибках gedit.

1

ответ дан muru 26 July 2018 в 22:44

1

Добро пожаловать спросите Ubuntu! Я рекомендую редактировать этот ответ, чтобы объяснить, что это делает. – Eliah Kagan 31 December 2012 в 07:08

Martin Owens -doctormo- · Answer 5 · 2 August 2018 в 04:01

я посоветую вам не использовать команду gedit через пользователя root. Попробуйте использовать вместо редакторе gedit через sudo.

переустановить теперь не поможет, я считаю, нужно отменить урон от следующего руководства.

1

ответ дан Martin Owens -doctormo- 2 August 2018 в 04:01

1

До сих пор проблема все еще существует. В отличие от вышеуказанного потока, который можно решить автоматически. Но я смущен, чтобы сделать противоположность ранее рекомендованной процедуры. Спасибо за помощь. – dellphi 28 January 2011 в 18:55
2

Оуэнс: "gedit via sudo"? .. Он должен быть запущен через gksudo .... и что вы подразумеваете под ".. не используйте gedit как root, это не круто " ... вы ссылаетесь к "gedit" не будучи «прохладным». или запускать что-либо в Ubuntu, поскольку root не «круто»? – Peter.O 18 May 2011 в 12:51
3

gksu, sudo, педант и т. д. – Martin Owens -doctormo- 19 May 2011 в 21:56
4

Не педантичный - разные вещи. С помощью sudo бросал такое же предупреждение для меня, что привело меня на эту страницу. .... "Вы никогда не должны использовать нормальный команду sudo для запуска графического приложения как root. Вы должны использовать gksudo (kdesudo на Кубунту) для запуска таких программ. gksudo наборы домой=/корень, и копии .Xauthority в каталог tmp.Это предотвращает файлы в вашем домашнем каталоге, становится собственностью корень". ..... через askubuntu.com/questions/11760/... – Craicerjack 26 February 2014 в 21:27

muru · Answer 6 · 2 August 2018 в 04:01

используйте

(nohup gedit 2>/dev/null &)

это [F3] в фоновом режиме в суб-оболочки, с nohup. Следовательно, сообщения об ошибках обрабатываются nohup, а закрытие терминала не влияет gedit. Более простым способом будет:

gedit &> /dev/null

это просто удаляет все сообщения об ошибках gedit.

1

ответ дан muru 2 August 2018 в 04:01

1

Добро пожаловать в Ask Ubuntu! Я рекомендую отредактировать этот ответ, чтобы объяснить, что это делает. – Eliah Kagan 31 December 2012 в 07:08

muru · Answer 7 · 4 August 2018 в 20:04

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Martin Owens -doctormo- · Answer 8 · 4 August 2018 в 20:04

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

Martin Owens -doctormo- · Answer 9 · 6 August 2018 в 04:05

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

muru · Answer 10 · 6 August 2018 в 04:05

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Martin Owens -doctormo- · Answer 11 · 7 August 2018 в 22:05

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

muru · Answer 12 · 7 August 2018 в 22:05

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Martin Owens -doctormo- · Answer 13 · 10 August 2018 в 10:19

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

muru · Answer 14 · 10 August 2018 в 10:19

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Martin Owens -doctormo- · Answer 15 · 13 August 2018 в 16:43

Я рекомендую вам не использовать gedit через пользователя root. Попробуйте использовать gedit через sudo вместо этого.

Повторная установка gedit не поможет, я считаю, что вам нужно отменить урон, сделанный, следуя руководству.

1

ответ дан Martin Owens -doctormo- 13 August 2018 в 16:43

1

До сих пор проблема все еще существует. В отличие от вышеуказанного потока, который можно решить автоматически. Но я смущен, чтобы сделать противоположность ранее рекомендованной процедуры. Спасибо за помощь. – dellphi 28 January 2011 в 18:55
2

Оуэнс: "gedit via sudo"? .. Он должен быть запущен через gksudo .... и что вы подразумеваете под ".. не используйте gedit как root, это не круто ". .. вы имеете в виду "gedit" не будучи «прохладным». или запускать что-либо в Ubuntu, поскольку root не «круто»? – Peter.O 18 May 2011 в 12:51

3

gksu, sudo, педант и т. д. – Martin Owens -doctormo- 19 May 2011 в 21:56

4

Не педантично - разные вещи. Использование sudo бросало то же предупреждение для меня, что привело меня к этой странице. .... "Вы никогда не должны использовать обычный sudo для запуска графических приложений как root. Вы должны использовать gksudo (kdesudo on Kubuntu) для запуска таких программ. gksudo устанавливает HOME = / root и копирует .Xauthority в каталог tmp. Это предотвращает доступ к файлам в вашем домашнем каталоге root. & quot; ..... через askubuntu.com/questions/11760 / & hellip; – Craicerjack 26 February 2014 в 21:27

muru · Answer 16 · 13 August 2018 в 16:43

Используйте этот

  (nohup gedit 2 & gt; / dev / null & amp;)

Это запускает gedit в фон в суб-оболочке, с nohup . Следовательно, сообщения об ошибках обрабатываются с помощью nohup , и закрытие терминала не повлияет на gedit . Проще было бы:

  gedit & amp; gt;  / dev / null

Это просто отбрасывает любые сообщения об ошибках из gedit .

Добро пожаловать в Ask Ubuntu! Я рекомендую отредактировать этот ответ, чтобы объяснить, что это делает. — Eliah Kagan, 31 December 2012 в 07:08

Предупреждение ГТК при открытии gedit в терминал

16 ответов

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

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