Старый поток, я знаю, но по-прежнему актуальный и пропущенный конкретный пример использования, составленный из разных предложений на других форумах / потоках и протестированных на 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
Затем подключите диск и наслаждайтесь:)
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что они не произошли.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что они не произошли.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что они не произошли.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.
Стандартный способ уведомить приложение 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 в них, просто скажите, чтобы он не перезагружал одни и те же вкладки при его повторном открытии. (Вы можете найти эти вкладки в истории). Для других приложений их действия по очистке довольно тривиальны - это не должно стоить вам многого, что их не было.
SIGTERM
является сигналом по умолчанию для большинства программ убийства задач. Нет причин, по которым kill -TERM $ PID
имел бы лучшие результаты, чем использование top
или killall
с параметрами по умолчанию.
– jhominal
28 November 2010 в 02:15
SIGTERM
, когда вы используете его для завершения процесса. И SIGKILL
, если приложение не вышло через какое-то время / если пользователь повторяет попытку (и Windows делает что-то почти идентичное). Я мог ошибаться, хотя я редко использую системный монитор.
– jhominal
29 November 2010 в 00:35
Есть ли у вас browser.sessionstore.enabled и browser.sessionstore.resume_from_crash значение true в about: config? Кажется, работал для меня:)
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
Есть ли у вас browser.sessionstore.enabled и browser.sessionstore.resume_from_crash значение true в about: config? Кажется, работал для меня:)
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
Есть ли у вас browser.sessionstore.enabled и browser.sessionstore.resume_from_crash значение true в about: config? Кажется, работал для меня:)
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
У вас есть browser.sessionstore.enabled
и browser.sessionstore.resume_from_crash
установлено значение true в about: config? Кажется, работал для меня:)
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
У вас есть browser.sessionstore.enabled
и browser.sessionstore.resume_from_crash
установлено значение true в about: config? Кажется, работал для меня:)
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
У вас есть browser.sessionstore.enabled
и browser.sessionstore.resume_from_crash
установлено значение true в about: config? Кажется, работал для меня:)
У вас есть browser.sessionstore.enabled
и browser.sessionstore.resume_from_crash
установлено значение true в about: config? Кажется, работал для меня:)
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне
У вас есть browser.sessionstore.enabled
и browser.sessionstore.resume_from_crash
установлено значение true в about: config? Кажется, работал для меня:)
killall
отправляет SIGTERM, который сообщает приложению закрыть, а не убить его; приложения быстро закрываются, хотя так не будет делать домашнее хозяйство - чистый мусор и т. д. - что вы хотите, чтобы они делали. Похоже, вы хотите отправить приложению команду, которая заставляет ее выполнять File & gt; Выход
? Возможно, вы захотите посмотреть на xdotool
- он может отправить определенную последовательность клавиш в конкретное окно из сценария, чтобы вы могли поднять окно, File & gt; Выйдите и ответьте на «вы уверены». Диалог (ы).
– pbhj
13 January 2018 в 23:50
привет, я думаю, чтобы перезагрузить вашу машину, просто держите правый ALT + sysReq, затем введите REUISB, и он перезагрузится, эти буквы имеют смысл, но я не подал в суд, но вы можете его искать, я надеюсь, что это поможет
мир вне