Могу ли я ограничить размер ошибок ~ / .xsession?

Question 1

В настоящее время ваши меню индикаторов загружаются либо индикатором-апплетом, либо индикатором-апплетами, и ни один из них не показывает меню индикатора-даты-времени. Вы можете заменить эти 2 апплета, а также старый апплет для часов одним аппликатором апплета-апплета (и вам нужно сначала установить его).

Итак, в настоящее время у вас есть следующие апплеты в правой части панели:

| notification area | indicator-applet | clock | indicator-applet-session |

И вы необходимо изменить его на:

| notification area | indicator-applet-complete |

Question 2

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 3

Question 4

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 5

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 6

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 7

Question 8

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 9

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 10

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof . Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors . Кроме того, имеется фьюзер . По-моему, это немного проще в использовании. Вы можете просто использовать fuser .xsession-errors . Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать вам имя самой программы. Добавление -k просто убьет процессы, которые используют файл.

Question 11

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof . Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors . Кроме того, имеется фьюзер . По-моему, это немного проще в использовании. Вы можете просто использовать fuser .xsession-errors . Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать вам имя самой программы. Добавление -k просто убьет процессы, которые используют файл.

Question 12

logrotate должен быть в состоянии сделать это.

Question 13

Question 14

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 15

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

Question 16

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 17

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 18

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 19

Question 20

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 21

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 22

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 23

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 24

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 25

Question 26

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 27

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 28

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 29

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Question 30

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 31

Question 32

[D2] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, который так много растет в течение месяцев) предлагает что вы не перезагрузились в течение этого периода. Если это не случай, т. Е. Вы перезапустили систему, но файл никогда не поворачивался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff & gt; & gt; & gt; /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 33

Мое исправление следующее:

ежедневное задание cron: tail ~ / .xsession-errors & gt; ~ / .xsession-errors

На самом деле я не в состоянии понять, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание: это будет эффективно одинаковым как только & gt; ~ / .xsession-errors , т.е. усечение файла.

Существует также способ постоянно перенаправить .xsession-errors на / dev / null , см. здесь .

Question 34

[D2] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, который так много растет в течение месяцев) предлагает что вы не перезагрузились в течение этого периода. Если это не случай, т. Е. Вы перезапустили систему, но файл никогда не поворачивался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff & gt; & gt; & gt; /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Question 35

Мое исправление следующее:

ежедневное задание cron: tail ~ / .xsession-errors & gt; ~ / .xsession-errors

На самом деле я не в состоянии понять, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание: это будет эффективно одинаковым как только & gt; ~ / .xsession-errors , т.е. усечение файла.

Существует также способ постоянно перенаправить .xsession-errors на / dev / null , см. здесь .

RobinJ · Accepted Answer · 26 July 2018 в 16:56

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

4

ответ дан RobinJ 26 July 2018 в 16:56

1

Спасибо RobinJ. logrotate заработал ... Для других читателей этого комментария я нашел следующую ссылку очень полезной для объяснения деталей logrotate: Понимание logrotate на Ubuntu articles.slicehost. ком / 2010 / 6/30 / & hellip; – Peter.O 1 June 2011 в 04:55
2

Робин ... Я добавил новую информацию к своему вопросу, поэтому я поставил ваш ответ «на удержание». и посмотреть, что выкладывает. – Peter.O 1 June 2011 в 06:30
3

Была команда, которая могла бы показать вам, какая программа пытается получить доступ к этому файлу, если я не ошибаюсь. Я посмотрю на него, когда я буду дома. – RobinJ 1 June 2011 в 11:33
4

@Robin .. Спасибо за ваши дополнительные усилия. Однако многие PID / приложения имеют открытый журнал, а поскольку файл ...- old создается когда-то при запуске, это будет сложным (если это вообще возможно) использовать этот метод ... но хорошо видеть fuser и lsof в действии .... (На стороне примечания: Это обычный протокол на этом сайте, и других сайтах stackexchange, чтобы содержать ваш ответ на одну запись, поскольку он держит линию мысли в одном и том же месте. Редактирование вашего исходного ответа - это путь, если ваш новый ответ не будет иметь совершенно другой поворот, и просто сделайте исходный ответ грязным). – Peter.O 1 June 2011 в 21:04

RobinJ · Accepted Answer · 31 July 2018 в 11:13

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

RobinJ · Accepted Answer · 2 August 2018 в 03:24

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

RobinJ · Accepted Answer · 4 August 2018 в 19:21

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

RobinJ · Accepted Answer · 6 August 2018 в 03:33

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

RobinJ · Accepted Answer · 7 August 2018 в 21:21

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

RobinJ · Accepted Answer · 10 August 2018 в 09:40

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof . Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors . Кроме того, имеется фьюзер . По-моему, это немного проще в использовании. Вы можете просто использовать fuser .xsession-errors . Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать вам имя самой программы. Добавление -k просто убьет процессы, которые используют файл.

RobinJ · Accepted Answer · 13 August 2018 в 15:51

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof . Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors . Кроме того, имеется фьюзер . По-моему, это немного проще в использовании. Вы можете просто использовать fuser .xsession-errors . Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать вам имя самой программы. Добавление -k просто убьет процессы, которые используют файл.

4

ответ дан RobinJ 13 August 2018 в 15:51

1

Спасибо RobinJ. logrotate заработал ... Для других читателей этого комментария я нашел следующую ссылку очень полезной для объяснения деталей logrotate : Понимание logrotate на Ubuntu < / i> articles.slicehost.com/2010/6/30/… – Peter.O 1 June 2011 в 04:55

2

Робин ... Я добавил новую информацию к своему вопросу, поэтому я поставил ваш ответ «на удержание». и посмотреть, что выкладывает. – Peter.O 1 June 2011 в 06:30

3

Была команда, которая могла бы показать вам, какая программа пытается получить доступ к этому файлу, если я не ошибаюсь. Я посмотрю на него, когда я буду дома. – RobinJ 1 June 2011 в 11:33

4

@Robin .. Спасибо за ваши дополнительные усилия. Однако многие PID / приложения открывают журнал, а когда файл ...-old создается когда-то при запуске, он будет сложным (если это вообще возможно) использовать этот метод ... но хорошо видеть fuser и lsof в действии .... (На боковой ноте : Это обычный протокол на этом сайте и на других сайтах stackexchange, чтобы содержать ваш ответ на одну запись, поскольку он держит линию мысли в одном и том же месте. Редактирование исходного ответа - это путь, если только ваш новый ответ берет * совершенно другой поворот, и просто сделает оригинальный ответ грязным). – Peter.O 1 June 2011 в 21:04

RobinJ · Accepted Answer · 15 August 2018 в 22:41

logrotate должен быть в состоянии сделать это.

4

ответ дан RobinJ 15 August 2018 в 22:41

1

Спасибо RobinJ. logrotate заработал ... Для других читателей этого комментария я нашел следующую ссылку очень полезной для объяснения деталей logrotate : Понимание logrotate на Ubuntu < / i> articles.slicehost.com/2010/6/30/… – Peter.O 1 June 2011 в 04:55

2

Робин ... Я добавил новую информацию к своему вопросу, поэтому я поставил ваш ответ «на удержание». и посмотреть, что выкладывает. – Peter.O 1 June 2011 в 06:30

3

Была команда, которая могла бы показать вам, какая программа пытается получить доступ к этому файлу, если я не ошибаюсь. Я посмотрю на него, когда я буду дома. – RobinJ 1 June 2011 в 11:33

Community · Answer 10 · 25 July 2018 в 21:48

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

RobinJ · Answer 11 · 25 July 2018 в 21:48

Я нашел команду, которая показывает вам, какая программа использует файл wich. Это lsof. Чтобы узнать, какая программа использует ошибки .xsession, вы можете использовать lsof | grep .xsession-errors. Кроме того, есть также фьюзер. На мой взгляд, это намного проще в использовании. Вы можете просто использовать fuser .xsession-errors. Он предоставит вам файл и PID процесса, который использует файл. Добавление -v заставляет также показывать имя самой программы. Добавление -k будет просто убивать процессы, которые используют файл.

1

ответ дан RobinJ 25 July 2018 в 21:48

1

Спасибо RobinJ. logrotate заработал ... Для других читателей этого комментария я нашел следующую ссылку очень полезной для объяснения деталей logrotate: Понимание logrotate на Ubuntu articles.slicehost. ком / 2010 / 6/30 / & hellip; – Peter.O 1 June 2011 в 04:55
2

Робин ... Я добавил новую информацию к своему вопросу, поэтому я поставил ваш ответ «на удержание». и посмотреть, что выкладывает. – Peter.O 1 June 2011 в 06:30
3

Была команда, которая могла бы показать вам, какая программа пытается получить доступ к этому файлу, если я не ошибаюсь. Я посмотрю на него, когда я буду дома. – RobinJ 1 June 2011 в 11:33
4

@Robin .. Спасибо за ваши дополнительные усилия. Однако многие PID / приложения имеют открытый журнал, а поскольку файл ...- old создается когда-то при запуске, это будет сложным (если это вообще возможно) использовать этот метод ... но хорошо видеть fuser и lsof в действии .... (На стороне примечания: Это обычный протокол на этом сайте, и других сайтах stackexchange, чтобы содержать ваш ответ на одну запись, поскольку он держит линию мысли в одном и том же месте. Редактирование вашего исходного ответа - это путь, если ваш новый ответ не будет иметь совершенно другой поворот, и просто сделайте исходный ответ грязным). – Peter.O 1 June 2011 в 21:04

waltinator · Answer 12 · 25 July 2018 в 21:48

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 25 July 2018 в 21:48

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18
5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 13 · 26 July 2018 в 16:56

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

waltinator · Answer 14 · 26 July 2018 в 16:56

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 26 July 2018 в 16:56

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18
5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 15 · 31 July 2018 в 11:13

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

waltinator · Answer 16 · 31 July 2018 в 11:13

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 31 July 2018 в 11:13

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18
5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 17 · 2 August 2018 в 03:24

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

waltinator · Answer 18 · 2 August 2018 в 03:24

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 2 August 2018 в 03:24

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18
5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 19 · 4 August 2018 в 19:21

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

waltinator · Answer 20 · 4 August 2018 в 19:21

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 4 August 2018 в 19:21

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18
5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 21 · 6 August 2018 в 03:33

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

waltinator · Answer 22 · 6 August 2018 в 03:33

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 6 August 2018 в 03:33

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предположить, что файл неуклонно растет.. я не использую Ubuntu в качестве сервера, и я довольно часто перезагрузить... я только что проверил и даже после того, как менее чем за сутки, -назад[!файл Д1] до 473 МБ (от 0 МБ).. 98.45% от строки, начинающиеся с "debug: плейлист::"... я смотрю на это, завтра дальше... – Peter.O 1 June 2011 в 21:18

5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 23 · 7 August 2018 в 21:21

Мое исправление следующее:

ежедневное задание cron: tail ~/.xsession-errors > ~/.xsession-errors

На самом деле я не в состоянии выяснить, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание, что это будет фактически так же, как только >~/.xsession-errors, т. Е. Обрезание файла.

Существует также способ постоянно перенаправлять .xsession-errors в /dev/null, см. , чтобы быть тем же самым .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

waltinator · Answer 24 · 7 August 2018 в 21:21

[D0] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, растущий настолько большой в течение нескольких месяцев) что вы не перезагрузились в течение этого периода. Если это не так, то есть вы перезапустили систему, но файл никогда не вращался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff >> /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 7 August 2018 в 21:21

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18
5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

waltinator · Answer 25 · 10 August 2018 в 09:40

[D2] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, который так много растет в течение месяцев) предлагает что вы не перезагрузились в течение этого периода. Если это не случай, т. Е. Вы перезапустили систему, но файл никогда не поворачивался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff & gt; & gt; & gt; /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

Community · Answer 26 · 10 August 2018 в 09:40

Мое исправление следующее:

ежедневное задание cron: tail ~ / .xsession-errors & gt; ~ / .xsession-errors

На самом деле я не в состоянии понять, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание: это будет эффективно одинаковым как только & gt; ~ / .xsession-errors , т.е. усечение файла.

Существует также способ постоянно перенаправить .xsession-errors на / dev / null , см. здесь .

waltinator · Answer 27 · 13 August 2018 в 15:51

[D2] Фред. .xsession-errors очищается при каждом перезапуске вашего X-сеанса. На самом деле, он переименован в .xsession-errors.old, и при X-входе создаются новые ошибки .xsession. Поэтому, если у вас есть массивный журнал ошибок .xsession-errors, два выхода / входа в систему будут очищены. Таким образом, вручную удалив его, я хочу сказать, что, учитывая регулярность обновлений безопасности ядра, не ожидается, что сеансы будут продолжаться в течение нескольких месяцев.

Ваше описание (файл, который так много растет в течение месяцев) предлагает что вы не перезагрузились в течение этого периода. Если это не случай, т. Е. Вы перезапустили систему, но файл никогда не поворачивался, пожалуйста, напишите больше информации, начиная с: какой выпуск Ubuntu вы используете? Вы используете GNOME или KDE или другую среду рабочего стола?

Что касается автоматического повторного появления файла, отдельного приложения, управляющего файлом журнала, нет. Причина, по которой файл воссоздается, объясняется тем, как работает перенаправление. Например. команда echo stuff & gt; & gt; & gt; /var/log/stuff.log будет работать независимо от того, существует или нет /var/log/stuff.log.

3

ответ дан waltinator 13 August 2018 в 15:51

1

@ Это утверждение: .xsession-errors очищается при каждом перезапуске и копируется в .xsession-errors.old, создаются новые .xsession-errors. || В моей системе ничего не происходит ... – RobinJ 1 June 2011 в 20:23
2

@RobinJ: Какую версию и рабочую среду вы используете? – Mark Russell 1 June 2011 в 20:42
3

Linux Mint 10 (Gnome), основанный на Ubuntu 10.10 – RobinJ 1 June 2011 в 21:01
4

Ну, я не должен был предполагать , что файл неуклонно растет .. Я не использую Ubuntu в качестве сервера, и я довольно часто перезапускаю ... Я только что проверил и даже после менее чем за день, файл -old до 473 МБ (от 0 МБ). 98,45% строк начинаются с «Отладка: список воспроизведения ::» ... Я смотрю в глаза далее завтра ... – Peter.O 1 June 2011 в 21:18

5

Я не мог дождаться завтра ... Я просто перезагрузился .. Файл -old теперь 84 МБ (на самом деле, я перезагрузился 2 или 3 раза сегодня) .... Итак, ваш ответ безусловно, прояснил проблему запуска ... ничто активно не создает и не контролирует журнал журнала журнала. но что-то активно перетасовывает его в файл -old , тем самым в основном удаляя его ... очень interesitn ... И ваши ответы, и ответы Робин были очень полезны .. спасибо ... (As Робин технически ответил на мой первоначальный вопрос, он получает зеленый галочку :) – Peter.O 1 June 2011 в 21:40

Community · Answer 28 · 13 August 2018 в 15:51

Мое исправление следующее:

ежедневное задание cron: tail ~ / .xsession-errors & gt; ~ / .xsession-errors

На самом деле я не в состоянии понять, какой пакет Ubuntu нарушен. Это не происходит в моих системах без Ubuntu.

Обратите внимание: это будет эффективно одинаковым как только & gt; ~ / .xsession-errors , т.е. усечение файла.

Существует также способ постоянно перенаправить .xsession-errors на / dev / null , см. здесь .

Если вы не в настроении, будьте полезны и не отвечайте на вопросы. — 93196.93, 16 March 2012 в 17:57

Могу ли я ограничить размер ошибок ~ / .xsession?

28 ответов

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

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