| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
kurych - Думаю, это явно баг, если "journalctl --disk-usage" выдает этот размер. А как понимать это: sudo journalctl --disk-usage [sudo] password for ......: Journals take up 1.1M on disk. Размер папки в свойствах - 96,6МБ "journalctl --disk-usage" похоже показывает размер временного journal (похоже,на данную сессию, до перезагрузки) в /run/systemd/journal - его размер 1,6МБ (уже немного увеличился)
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Начитался о технике создания journal и меня особенно впечатлило то, что каждой записи в журнале (что такое запись????? - отдельный лог????) будет сопоставлен хэш, который по цепочке будет охватывать хэши предыдущих записей. .............выдержка..........из http://fap.sbras.ru/node/2610 ........... Ключевой особенностью Journal является использование криптографических средств для гарантирования неизменности и целостности накопленных логов. Как правило, первым делом после взлома злоумышленники пытаются замести следы и вычистить из системных логов записи, выдающие их активность. Используемые в настоящее время реализации службы syslog беспомощны перед такими действиями. В Journal для решения данной задачи планируется задействовать средства обеспечения целостности, похожие на те, что используются в Git. Каждой записи в журнале будет сопоставлен хэш, который по цепочке будет охватывать хэши предыдущих записей. Используя отдельно сохранённый эталонный начальный хэш, который недоступен атакующему (без этого хэша нет возможности воссоздать всю цепочку подтверждений), можно легко проверить неизменность всего лога. ................................................ А если имеется такая передача хэша и эталонный начальный хэш, то возможно ли вообще автоматическое удаление записей? - в ручную да, возможно.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Размер папки /var/log/journal по умолчанию ограничен значением в 10% от объема соответствующей файловой системы. И это очень много. Решил значительно ограничить размер журнала. Максимальный объем постоянного журнала можно контролировать при помощи значения SystemMaxUse в конфигурационном файле /etc/systemd/journald.conf в секции [Journal]. Я установил значение — SystemMaxUse=50M (строка, конечно, раскомментирована). Заглянул как-то в эту папку и был удивлен — размер около 1 Гб. Почистил, понаблюдал — размер журнала никак не желает ограничиваться в 50Мб. Может кто сталкивался с подобной проблемой и уже решил?
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
ghostintheshell и все-таки какой Вы вводите пароль при использовании sudo? И как Вы добавили себя в группу admin? Вы точно в ней? Права на /etc/sudoers проверял? У тебя когда программа sudo пытается открыть файл /etc/sudoers она получает Permission denied. PS случайно наткнулся на форуме, точно такая же история - http://archlinux.org.ru/forum/topic/1433/
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
bobart Просто знакомая по молодости вещь, по-началу меняю - уверен на все 100 в правильности - никуда зайти не могу. Раз вообще не мог загрузиться - использовал gedit, ну и намудрил. Но копия всегда была.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Вопросы 1. Как ты входил - root или user 2. Какой пароль ты вводил - root - или user PS - певый вопрос, в принципе, лишний, значения не имеет - переборщил.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
.....На днях делал 2 установки Arch, обе i686, практически уверен что все делалось правильно... но в обоих случаях получал неработающий sudo. Пользователь был добавлен в группу wheel , строка %wheel была раскомментирована с помощью visudo, однако при попытке пользователя использовать привелегии я всегда получал это ........ Приношу извинения насчет использования visudo. Не заметил. ......Пользователь был добавлен в группу wheel , строка %wheel была раскомментирована...... - а вот это меня и настораживает. Поэтому то и желательно все вернуть на место. PS - видно писали одновременно, мое сообщение пришло позже.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
1. Прежде, чем работать с sudo, необходимо всегда сделать его копию. 2. Везде пишут, без навыков необходимо открывать sudo командой - visudo. Да, работать тяжело, найди инструкцию. Мог что-то, где-то нечаянно изменить ..... и гадай сейчас. Скачай из ИНЕТА нетронутый sudo, а лучше попроси у форумчан, может кто и скинет. Мой сильно изменен, лень править. Попробуй с этим sudo. Это отправная точка. Прежде, чем что то менять и гадать, нужно иметь точку, от которой оттолкнуться.
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
Ну может не совсем верно выразился о дочерних процессах - под ними имел ввиду, процессы, которые запускает powertop (для меня они дочерние). Насчет дальнейшего анализа - тут тебе все карты в руки. PS - главное, нашел причину. Для надежности, пока не активируй powertop, несколько дней понаблюдай. Если все будет OK, то можешь его и снести. Принудительно убивается slim... - не забывай, что это лог shutdown, где все должно завершаться принудительно - главное сколько на это уходит времени. Покрутил, выяснил и достаточно. Встроенное - я доустановил acpi + acpid. acpi - дает тебе возможность посмотреть и температуру и батарею и, если не ошибаюсь, можно настроить яркость экрана. Ну я поставил еще дополнительно lm-sensors, то же хотел покрутить. Но, в принципе, считаю это тоже лишним. А батарея - она должна использоваться только при необходимости. Постоянно с ней лучше не работать. Но если тебя не напрягает частая замена батареи, то тогда ..........
Ошибки не исчезают с опытом - они просто умнеют
|
| vasek |
|
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
akoropvasekТакое же и у меня, и с ним-то как раз и тормозит, в описанной ситуации. Чтобы не тормозило, надо или в hosts своё имя машины прописать, или в /etc/nsswitch.conf переставить слово "myhostname" впереди "dns", вот так: hosts: myhostname files dns. Вообще, до меня не доходит, какой смысл может иметь приоритет dns над hosts.mihalych Спасибо за совет. Будет тормозить, исправлю. Пока торможений не замечал.
Ошибки не исчезают с опытом - они просто умнеют
|