Команда для выхода из [чистого] GUI-приложений из tty?

Старый поток, я знаю, но по-прежнему актуальный и пропущенный конкретный пример использования, составленный из разных предложений на других форумах / потоках и протестированных на Ubuntu GNOME 13.04, где мне нужен внешний диск для хранения библиотеки Steam ...

Если раздел NTFS находится на внешнем USB-накопителе, например, что означает, что раздел монтируется «на лету» при подключении, то вы можете использовать следующий метод для создания разделов udev mount ntfs с выполнением прав.

Откройте окно терминала и выполните:

$ sudo nano /etc/udev/rules.d/90-usb-disks.rules

Затем вставьте эту строку в то, что должно быть пустым / новым файлом (если нет, то выйдите из nano и переиздайте команду но начиная с имени файла с более высоким номером, например, 91 -...):

ENV{ID_FS_TYPE}=="ntfs", ENV{ID_FS_TYPE}="ntfs-3g"

Затем сохраните и закройте. Отключите диск, а затем выполните в терминале:

$ sudo service udev restart

Затем подключите диск и наслаждайтесь:)

6
задан 27 November 2010 в 21:51

24 ответа

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (ссылка на википедию). С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности убирать.

Однако ... оба ваших действия - вызов top (кстати Я бы порекомендовал вам переключиться на использование htop вместо top) или killall - по умолчанию отправить сигнал SIGTERM.

И я только что протестировал запуск Firefox - и попробовал его оба с SIGKILL и SIGTERM. С помощью SIGTERM, когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С помощью SIGKILL я получил экран it's embarrassing.

Итак, причина проста: экземпляр X для этих приложений заморожен. Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замерзает, и предотвратить это.

Экземпляр X для этих приложений заморожен : Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что они не произошли.

5
ответ дан 26 May 2018 в 00:13
  • 1
    Да, отправляя '$ kill -TERM PID' в разы , кажется, лучше. Ой! и я сообщаю об ошибках. ;) – Vish 28 November 2010 в 01:20
  • 2
    @Vish: SIGTERM является сигналом по умолчанию для большинства программ убийства задач. Нет причин, по которым kill -TERM $PID имел бы лучшие результаты, чем при использовании top или killall с параметрами по умолчанию. – jhominal 28 November 2010 в 02:15
  • 3
    Ах, тогда это была только моя голова, сделавшая это показаться лучше. - Интересно, делает ли системный монитор что-то другое с его процессом end / kill. Кто-то должен написать универсальную команду «Quit». И сделайте это промышленным стандартом. ;п – Vish 28 November 2010 в 22:49
  • 4
    @Vish: Насколько я знаю, System Monitor отправляет SIGTERM, когда вы используете его для завершения процесса. И SIGKILL, если приложение не вышло через какое-то время / если пользователь повторяет попытку (и Windows делает что-то почти идентичное). Я мог ошибаться, хотя я редко использую системный монитор. – jhominal 29 November 2010 в 00:35
  • 5
    Поскольку ближайший ans кажется , нет такой команды . Ответ jhominal является самым близким. Но это не решает проблему. - не уверен, что этот вопрос может быть отмечен, но он, кажется, «ответил»;). – Vish 20 January 2011 в 13:03

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (ссылка на википедию). С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности убирать.

Однако ... оба ваших действия - вызов top (кстати Я бы порекомендовал вам переключиться на использование htop вместо top) или killall - по умолчанию отправить сигнал SIGTERM.

И я только что протестировал запуск Firefox - и попробовал его оба с SIGKILL и SIGTERM. С помощью SIGTERM, когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С помощью SIGKILL я получил экран it's embarrassing.

Итак, причина проста: экземпляр X для этих приложений заморожен. Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замерзает, и предотвратить это.

Экземпляр X для этих приложений заморожен : Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что они не произошли.

5
ответ дан 25 July 2018 в 22:50

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (ссылка на википедию). С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности убирать.

Однако ... оба ваших действия - вызов top (кстати Я бы порекомендовал вам переключиться на использование htop вместо top) или killall - по умолчанию отправить сигнал SIGTERM.

И я только что протестировал запуск Firefox - и попробовал его оба с SIGKILL и SIGTERM. С помощью SIGTERM, когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С помощью SIGKILL я получил экран it's embarrassing.

Итак, причина проста: экземпляр X для этих приложений заморожен. Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замерзает, и предотвратить это.

Экземпляр X для этих приложений заморожен : Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что они не произошли.

5
ответ дан 2 August 2018 в 04:14

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (wikipedia link) . С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности привести в порядок.

Однако ... оба ваших действия - вызов ] top (кстати, я рекомендую вам использовать htop вместо top ) или killall - отправить SIGTERM по умолчанию.

И я только что проверил запуск Firefox - и попробовал его как с SIGKILL , так и с SIGTERM . С SIGTERM , когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С SIGKILL я получил , это смущающий экран .

Итак, причина проста: экземпляр X для этих приложений заморожен . Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замораживается, и предотвратить это.

Редактировать: Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.

5
ответ дан 4 August 2018 в 20:18

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (wikipedia link) . С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности привести в порядок.

Однако ... оба ваших действия - вызов ] top (кстати, я рекомендую вам использовать htop вместо top ) или killall - отправить SIGTERM по умолчанию.

И я только что проверил запуск Firefox - и попробовал его как с SIGKILL , так и с SIGTERM . С SIGTERM , когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С SIGKILL я получил , это смущающий экран .

Итак, причина проста: экземпляр X для этих приложений заморожен . Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замораживается, и предотвратить это.

Редактировать: Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.

5
ответ дан 6 August 2018 в 04:18

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (wikipedia link) . С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности привести в порядок.

Однако ... оба ваших действия - вызов ] top (кстати, я рекомендую вам использовать htop вместо top ) или killall - отправить SIGTERM по умолчанию.

И я только что проверил запуск Firefox - и попробовал его как с SIGKILL , так и с SIGTERM . С SIGTERM , когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С SIGKILL я получил , это смущающий экран .

Итак, причина проста: экземпляр X для этих приложений заморожен . Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замораживается, и предотвратить это.

Редактировать: Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.

5
ответ дан 7 August 2018 в 22:23

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (wikipedia link) . С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности привести в порядок.

Однако ... оба ваших действия - вызов ] top (кстати, я рекомендую вам использовать htop вместо top ) или killall - отправить SIGTERM по умолчанию.

И я только что проверил запуск Firefox - и попробовал его как с SIGKILL , так и с SIGTERM . С SIGTERM , когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С SIGKILL я получил , это смущающий экран .

Итак, причина проста: экземпляр X для этих приложений заморожен . Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замораживается, и предотвратить это.

Редактировать: Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.

5
ответ дан 10 August 2018 в 10:33

Стандартный способ уведомить приложение POSIX о закрытии, но при этом иметь льготный период для очистки - отправить ему сигнал SIGTERM (wikipedia link) . С другой стороны, сигнал SIGKILL (wikipedia link) убивает приложение, даже не давая ему возможности привести в порядок.

Однако ... оба ваших действия - вызов ] top (кстати, я рекомендую вам использовать htop вместо top ) или killall - отправить SIGTERM по умолчанию.

И я только что проверил запуск Firefox - и попробовал его как с SIGKILL , так и с SIGTERM . С SIGTERM , когда я снова взял Firefox, я не получил сообщение об ошибке или восстановлении. С SIGKILL я получил , это смущающий экран .

Итак, причина проста: экземпляр X для этих приложений заморожен . Все эти приложения GUI работают в соответствии с предпосылкой, что их экземпляр X функционирует должным образом. Вероятно, они даже не могут ничего попробовать, если X заморожен.

Способ решения вашей проблемы - определить, почему X замораживается, и предотвратить это.

Редактировать: Ах, извините, просто увидел, что вы говорите об использовании альфа / бета Ubuntu, когда X зависает. В этом случае ... я бы сказал, что это часть волнения от запуска alpha / beta. Попытайтесь понять, почему он зависает, пишет / добавляет в отчет об ошибке. Чтобы ускорить запуск Firefox в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.

5
ответ дан 13 August 2018 в 17:01
  • 1
    Да, отправляя '$ kill -TERM PID' в разы , кажется, лучше. Ой! и я сообщаю об ошибках. ;) – Vish 28 November 2010 в 01:20
  • 2
    @Vish: SIGTERM является сигналом по умолчанию для большинства программ убийства задач. Нет причин, по которым kill -TERM $ PID имел бы лучшие результаты, чем использование top или killall с параметрами по умолчанию. – jhominal 28 November 2010 в 02:15
  • 3
    Ах, тогда это была только моя голова, которая лучше показала . - Интересно, делает ли системный монитор что-то другое с его процессом end / kill. Кто-то должен написать универсальную команду «Quit». И сделайте это промышленным стандартом. ;п – Vish 28 November 2010 в 22:49
  • 4
    @Vish: Насколько я знаю, System Monitor отправляет SIGTERM , когда вы используете его для завершения процесса. И SIGKILL , если приложение не вышло через какое-то время / если пользователь повторяет попытку (и Windows делает что-то почти идентичное). Я мог ошибаться, хотя я редко использую системный монитор. – jhominal 29 November 2010 в 00:35
  • 5
    Поскольку ближайшая ans кажется такой командой . Ответ jhominal является самым близким. Но это не решает проблему. - не уверен, что этот вопрос может быть отмечен, но он, кажется, «ответил»;). – Vish 20 January 2011 в 13:03

Есть ли у вас browser.sessionstore.enabled и browser.sessionstore.resume_from_crash значение true в about: config? Кажется, работал для меня:)

0
ответ дан 26 May 2018 в 00:13
  • 1
    Да, у меня их есть, но я искал команду для всех приложений, например «killall $ foo». (но уборщица) – Vish 20 January 2011 в 13:01
  • 2
    Как указано в другом месте killall отправляет SIGTERM, который сообщает приложению закрыть, а не убить его; приложения быстро закрываются, хотя так не будет делать домашнее хозяйство - чистый мусор и т. д. - что вы хотите, чтобы они делали. Похоже, вы хотите отправить приложение команду, которая заставляет ее делать File > Quit? Вы можете посмотреть на xdotool - он может отправить определенную последовательность клавиш в конкретное окно из сценария, чтобы вы могли поднять окно, File & gt; Выйдите и ответьте на «вы уверены». Диалог (ы). – pbhj 13 January 2018 в 23:50

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 26 May 2018 в 00:13

Есть ли у вас browser.sessionstore.enabled и browser.sessionstore.resume_from_crash значение true в about: config? Кажется, работал для меня:)

0
ответ дан 25 July 2018 в 22:50
  • 1
    Да, у меня их есть, но я искал команду для всех приложений, например «killall $ foo». (но уборщица) – Vish 20 January 2011 в 13:01
  • 2
    Как указано в другом месте killall отправляет SIGTERM, который сообщает приложению закрыть, а не убить его; приложения быстро закрываются, хотя так не будет делать домашнее хозяйство - чистый мусор и т. д. - что вы хотите, чтобы они делали. Похоже, вы хотите отправить приложение команду, которая заставляет ее делать File > Quit? Вы можете посмотреть на xdotool - он может отправить определенную последовательность клавиш в конкретное окно из сценария, чтобы вы могли поднять окно, File & gt; Выйдите и ответьте на «вы уверены». Диалог (ы). – pbhj 13 January 2018 в 23:50

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 25 July 2018 в 22:50

Есть ли у вас browser.sessionstore.enabled и browser.sessionstore.resume_from_crash значение true в about: config? Кажется, работал для меня:)

0
ответ дан 2 August 2018 в 04:14
  • 1
    Да, у меня их есть, но я искал команду для всех приложений, например «killall $ foo». (но уборщица) – Vish 20 January 2011 в 13:01
  • 2
    Как указано в другом месте killall отправляет SIGTERM, который сообщает приложению закрыть, а не убить его; приложения быстро закрываются, хотя так не будет делать домашнее хозяйство - чистый мусор и т. д. - что вы хотите, чтобы они делали. Похоже, вы хотите отправить приложение команду, которая заставляет ее делать File > Quit? Вы можете посмотреть на xdotool - он может отправить определенную последовательность клавиш в конкретное окно из сценария, чтобы вы могли поднять окно, File & gt; Выйдите и ответьте на «вы уверены». Диалог (ы). – pbhj 13 January 2018 в 23:50

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 2 August 2018 в 04:14

У вас есть browser.sessionstore.enabled и browser.sessionstore.resume_from_crash установлено значение true в about: config? Кажется, работал для меня:)

0
ответ дан 4 August 2018 в 20:18

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 4 August 2018 в 20:18

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 6 August 2018 в 04:18

У вас есть browser.sessionstore.enabled и browser.sessionstore.resume_from_crash установлено значение true в about: config? Кажется, работал для меня:)

0
ответ дан 6 August 2018 в 04:18

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 7 August 2018 в 22:23

У вас есть browser.sessionstore.enabled и browser.sessionstore.resume_from_crash установлено значение true в about: config? Кажется, работал для меня:)

0
ответ дан 7 August 2018 в 22:23

У вас есть browser.sessionstore.enabled и browser.sessionstore.resume_from_crash установлено значение true в about: config? Кажется, работал для меня:)

0
ответ дан 10 August 2018 в 10:33

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 10 August 2018 в 10:33

У вас есть browser.sessionstore.enabled и browser.sessionstore.resume_from_crash установлено значение true в about: config? Кажется, работал для меня:)

0
ответ дан 13 August 2018 в 17:01
  • 1
    Да, у меня их есть, но я искал команду для всех приложений, например «killall $ foo». (но уборщица) – Vish 20 January 2011 в 13:01
  • 2
    Как указано в другом месте killall отправляет SIGTERM, который сообщает приложению закрыть, а не убить его; приложения быстро закрываются, хотя так не будет делать домашнее хозяйство - чистый мусор и т. д. - что вы хотите, чтобы они делали. Похоже, вы хотите отправить приложению команду, которая заставляет ее выполнять File & gt; Выход ? Возможно, вы захотите посмотреть на xdotool - он может отправить определенную последовательность клавиш в конкретное окно из сценария, чтобы вы могли поднять окно, File & gt; Выйдите и ответьте на «вы уверены». Диалог (ы). – pbhj 13 January 2018 в 23:50

привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет

мир вне

-1
ответ дан 13 August 2018 в 17:01

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

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