Re: Bluetooth модем: wvdial проблемы

2015-08-02 Пенетрантность alexander barakin 
On Mon, Jun 22, 2015 at 06:42:33PM +0300, Dmitry E. Oboukhov wrote:
  Нет, это означает лишь что данные от программы ушли в ядро. Не факт что
  дошли до железки. Нужно попросить у wvdial расширенный лог, где видно
  что отвечает (и отвечает ли) модем.
 
 
 вопрос в том как попросить у него расширенный лог.
 в мане wvdial я вижу только три опции, -c, -C и -n

вероятно, подразумевалась опция debug, понимаемая программой pppd
(см. man pppd), которая, в свою очередь, по идее, должна вызываться
где-то в глубинах wvdial для выполнения «реальной» работы.

-- 
wbr, alexander barakin aka sash-kan.
-- 
i will be very thankful to you if you will use order,
that natural for the human:
first question, then the answer.


signature.asc
Description: Digital signature

Re: Утекает память

2015-08-02 Пенетрантность Артём Н. 

On 01.08.2015 06:16, ivan demakov wrote:

On Wednesday, July 29, 2015 20:11:19 Артём Н. wrote:

Если у тебя умирает гибернейт - то надо смотреть хотя-бы в вывод dmesg, от
чего он умирает.


dmesg ничего не даёт (плюс ещё, он загажен криво настроенным AppArmor).
И он не то, чтобы умирает: очень долго пытается уснуть, постоянно
обращается к диску. В итоге, я не жду, и выключаю: потом fsck показывает,
что ФС немного порушена.


Диск проверте.  Похоже на последжнем издыхании.

Да нет, он не старый (то, на котором ФС). Просто не всё успевает записаться. А 
так с диском всё более ли менее.




Для нужд системы она уходит.


Слишком общий ответ: это вы уже писали. Конкретнее.


Читайте исходники системы.  Никто вам конкретнее не скажет.


Смешно. Для того, чтобы узнать под какие буфера распределяется память, не 
обязательно обращаться к исходникам.
На это есть документация (весь вопрос в том, что читать).
Впрочем, не будем разводить флейм. Этот ответ ещё более общий и бесполезный.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55be2d22.2010...@yandex.ru

Re: Утекает память

2015-08-02 Пенетрантность Артём Н. 

On 31.07.2015 12:16, Илья wrote:

Три ошибки:

1) sync не вызывает sh: и echo: ...


Согласен, не прав, я думаю это ругается /usr/lib/pm-utils/pm-functions:
if [ -z $HIBERNATE_MODULE ]  \
 [ -f /sys/power/disk ]  \
 grep -q disk /sys/power/state; then
 HIBERNATE_MODULE=kernel
 do_hibernate()
 {
 [ -n ${HIBERNATE_MODE} ]  \
 grep -qw ${HIBERNATE_MODE} /sys/power/disk  \
 echo -n ${HIBERNATE_MODE}  /sys/power/disk
 echo -n disk  /sys/power/state
 }
fi

При выборе режима сна? С чего бы?


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



ps Знает ли кто публичные почтовые сервисы с веб мордой которые позволяют 
правильно
общаться в рассылке? Ответы можно писать в личку.


gmail?
Но я бы подумал насчёт смены клиента: локальный реально удобнее.
И безопаснее.


--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55be2bf9.10...@yandex.ru

Re: Утекает память

2015-08-02 Пенетрантность Aleksandr Sytar 
2 августа 2015 г., 17:45 пользователь Артём Н. artio...@yandex.ru
написал:

 Смешно. Для того, чтобы узнать под какие буфера распределяется память, не
 обязательно обращаться к исходникам.
 На это есть документация (весь вопрос в том, что читать).
 Впрочем, не будем разводить флейм. Этот ответ ещё более общий и
 бесполезный.


Если  ядро собрано с поддержкой slab/slub - то кто конкретно держит память
можно посмотреть через cat /proc/slabinfo Теоретически там не должно быть
записей относительно процессов которые уже выгружены.

Re:Утекает память

2015-08-02 Пенетрантность Илья 
 я думаю это ругается /usr/lib/pm-utils/pm-functions:
 При выборе режима сна? С чего бы?

К долгому сохранению (кстати, сколько по времени не могли дождаться и 
прерывали?) это возможно не относится, эта ошибка о том, что не смог уснуть .
Я смог вызвать эту ошибку двумя способами (выдает именно это сообщение sh: 
echo: I/O error):

1) swapoff -a 
но тут понятно - система даже ругается.

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

Эта ошибка говорит скорее всего о том, что система не может быть сброшена в 
своп.
В вашем случае (по логе) не понятно: место есть. 

Initial commandline parameters: 
Ср июн 24 20:09:31 MSK 2015: Running hooks for hibernate.
...
total   used   free sharedbuffers cached
Mem:  20516700   154416885075012 429416 4216526526504
-/+ buffers/cache:8493532   12023168
Swap: 31264596  0   31264596
...
Ср июн 24 20:09:45 MSK 2015: performing hibernate
sh: echo: I/O error
Ср июн 24 20:10:08 MSK 2015: Awake.

У меня пока только два предположения:
1) проблемы с файловой системой или диском
2) система зависает на таком объеме, можно оценить сколько ресурсов будет 
съедено при сжатии и записи всей памяти на диск.
3) что то другое :)

Нужно смотреть на момент когда возникает ошибка или зависание 
/var/log/kern.log. Там все есть.
Читали https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt?

ps моделировал на ноуте с убунтой.

 
 gmail?
 Но я бы подумал насчёт смены клиента: локальный реально удобнее.
 И безопаснее.

Пока, я думаю.

-- 
С уважением, Илья.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1647741438549...@web18m.yandex.ru