2015-07-29 20:18 GMT+03:00 Артём Н. artio...@yandex.ru:
29.07.2015 08:24, Артём Н. пишет:
Т.е., вы хотите сказать, что перед этим кэш сбрасывается на диск и
всё
ok?
В любом случае, запись 10 Гб (да, проблемы с hibernate начинаются
после долгой работы),
не
В Wed, 29 Jul 2015 08:44:43 +0300 Артём писал:
Последнее время я использую не pm-hibernate, а пункт меню Спящий
режим в KDE.
Попробуйте из консоли/окна терминала дать команду -- чисто для
сравнения: и по скорости работы и по записям в журналах.
Всего доброго, Ста.
Справка к моим
Здравствуйте, Артём.
В Wed, 29 Jul 2015 08:24:35 +0300 вы писали:
Да, пусть не утекает, а используется про запас.
Так работает ОС. Конечно, вы можете сие изменить, поиграв параметрами
процессов сброса запасу «pdflush»: /proc/sys/vm/dirty_* .
А проблемы со «спячкой» -- вероятно, лежат в
В Wed, 29 Jul 2015 20:11:19 +0300 Артём писал:
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным
AppArmor). И он не то, чтобы умирает: очень долго пытается уснуть,
постоянно обращается к диску. В итоге, я не жду, и выключаю: потом
fsck показывает, что ФС немного порушена.
Это
Хотелось бы узнать у знатоков : если предположим, swap практически весь
забит, то при входе в ждущий режим, что с ним происходит?
Вопросы автору топика:
1 Почему вы решили, что проблема связана памятью, какие критерии ?
2 Судя по логам - все успешно сохраняется и просыпается. Я не увидел или
Это из твоих логов hibernate
Ср июн 24 20:09:45 MSK 2015: performing hibernate
sh: echo: I/O error
Ср июн 24 20:10:08 MSK 2015: Awake.
Thanx, я сразу не заметил. В следующий раз выловлю - посмотрю лог
pm-hibernate. Буду через него засыпать, а не через менюшку.
проверь лог сразу после
On 30.07.2015 17:36, Andrey Melnikoff wrote:
Артём Н. artio...@yandex.ru wrote:
Если у тебя умирает гибернейт - то надо смотреть хотя-бы в вывод dmesg, от
чего он умирает.
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным AppArmor).
И он не то, чтобы умирает: очень долго пытается
On 2015-07-30 13:26, Артём Н. wrote:
Так, наверное проблема проявляется при начале записи?
Это из твоих логов hibernate
Ср июн 24 20:09:45 MSK 2015: performing hibernate
sh: echo: I/O error
Ср июн 24 20:10:08 MSK 2015: Awake.
проверь лог сразу после проблемы, чтобы захватить события которые
Кол-во процессов (чем больше -- значит: больше ожидается на
запись), м/о посмотреть так:
/bin/cat /proc/sys/vm/nr_pdflush_threads
Если ноль -- значит, «В Багдаде всё спокойно.» /«КарМэн»/ :о) -- Т.е.
нет проблем с записью на диск.
Сейчас 0. Спасибо за наводку. Посмотрю перед следующей спячкой.
On 30.07.2015 16:38, Ста Деюс wrote:
В Wed, 29 Jul 2015 20:11:19 +0300 Артём писал:
dmesg ничего не даёт (плюс ещё, он загажен криво настроенным
AppArmor). И он не то, чтобы умирает: очень долго пытается уснуть,
постоянно обращается к диску. В итоге, я не жду, и выключаю: потом
fsck
вместо echo 1 , echo 3 пробовали?
Ну да, там по какой-то из ссылок было же. Я от 4-х до 0 попробовал. 3-1 прокатили, но сильного сброса я не заметил (может плохо
смотрел).
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On 30.07.2015 16:27, Ста Деюс wrote:
В Wed, 29 Jul 2015 08:44:43 +0300 Артём писал:
Последнее время я использую не pm-hibernate, а пункт меню Спящий
режим в KDE.
Попробуйте из консоли/окна терминала дать команду -- чисто для
сравнения: и по скорости работы и по записям в журналах.
Раньше
On 30.07.2015 18:23, Илья wrote:
Хотелось бы узнать у знатоков : если предположим, swap практически весь
забит, то при входе в ждущий режим, что с ним происходит?
Вот, и мне хотелось бы узнать.
Вопросы автору топика:
1 Почему вы решили, что проблема связана памятью, какие критерии ?
Ну,
On 30.07.2015 20:31, Tim Sattarov wrote:
On 2015-07-30 13:26, Артём Н. wrote:
Так, наверное проблема проявляется при начале записи?
Это из твоих логов hibernate
Ср июн 24 20:09:45 MSK 2015: performing hibernate
sh: echo: I/O error
Ср июн 24 20:10:08 MSK 2015: Awake.
Thanx, я сразу не
On 2015-07-30 14:12, Илья wrote:
Это sync ругается в /usr/sbin/pm-hibernate:
# run the sleep hooks
log $(date): Running hooks for $ACTION.
if run_hooks sleep $ACTION $METHOD; then
# Sleep only if we know how and if a hook did not inhibit us.
log $(date): performing $METHOD
15 matches
Mail list logo