надо ли переводить некоторые названия переменных в функции на языке Си

2018-03-05 Пенетрантность Gali Anikina 

При переводе po программы e2fsck столкнулась с такой проблемой

Надо перевести
#: e2fsck/message.c:116
msgid "aextended attribute"
msgstr ""




Вот смотрим файл e2fsck/message.c

строка 116 - и есть "N_("aextended attribute"),"



/*
 * This structure defines the abbreviations used by the text strings
 * below.  The first character in the string is the index letter.  An
 * abbreviation of the form '@' is expanded by looking up the index
 * letter  in the table below.
 */
static const char *abbrevs[] = {
N_("aextended attribute"),
N_("Aerror allocating"),
N_("bblock"),
N_("Bbitmap"),
N_("ccompress"),
N_("Cconflicts with some other fs @b"),
N_("ddirectory"),
N_("Ddeleted"),
N_("eentry"),
N_("E@e '%Dn' in %p (%i)"),
N_("ffilesystem"),
N_("Ffor @i %i (%Q) is"),
N_("ggroup"),
N_("hHTREE @d @i"),
N_("iinode"),
N_("Iillegal"),
N_("jjournal"),
N_("llost+found"),
N_("Lis a link"),
N_("mmultiply-claimed"),
N_("ninvalid"),
N_("oorphaned"),
N_("pproblem in"),
N_("qquota"),
N_("rroot @i"),
N_("sshould be"),
N_("Ssuper@b"),
N_("uunattached"),
N_("vdevice"),
N_("xextent"),
N_("zzero-length"),
"@@",
0
};

/*

Я их не буду переводить, потому что это специально введённые 
программистами названия - там они применили дупль первой буквы, это 
делается, чтобы не спутал никто их с совпадающими именами - я читала об 
этом.



А далее идёт ещё один блок, вводимых переменных


/*
 * Give more user friendly names to the "special" inodes.
 */
#define num_special_inodes  11
static const char *special_inode_name[] =
{
N_(""), /* 0 */
N_(""),   /* 1 */
"/",  /* 2 */
N_(""),   /* 3 */
N_(""),  /* 4 */
N_(""),  /* 5 */
N_(""),   /* 6 */
N_(""), /* 7 */
N_(""),  /* 8 */
N_(""),   /* 9 */
N_(""),  /* 10 */
};

/*
 * This function does "safe" printing.  It will convert non-printable
 * ASCII characters using '^' and M- notation.
 */



Из po:
#: e2fsck/message.c:157
msgid ""
msgstr ""

#: e2fsck/message.c:158
msgid ""
msgstr ""

#: e2fsck/message.c:160
msgid ""
msgstr ""

#: e2fsck/message.c:161
msgid ""
msgstr ""

#: e2fsck/message.c:162
msgid ""
msgstr ""

#: e2fsck/message.c:163
msgid ""
msgstr ""

#: e2fsck/message.c:164
msgid ""
msgstr ""

#: e2fsck/message.c:165
msgid ""
msgstr ""

#: e2fsck/message.c:166
msgid ""
msgstr ""
.
Я начала их вписывать без перевода, но потом меня одолели сомнения.


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


Например
The bad blocks inode
мог бы там выглядеть как
Иноде плохого блок   - и далее N иноде


Поскольку данная программа используется для проверки файловых систем, то 
в какие-то моменты она выдаёт сообщения пользователю. В Си это делается 
через print* - разные их варианты, а здесь получается по другому.


Я думаю, что это надо перевести, а какие мысли у вас на этот счёт?

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 18:52, Maxim Nikulin пишет:

05.03.2018 19:58, Andrey Jr. Melnikov пишет:

yuri.nefe...@gmail.com wrote:



То, что их в glibc аккуратненько слепили в одну кучу - это проблемы в
головах авторов glibc, т.к. подходы к обработке этих ошибок - 
принципиально

разные.


Да, если сравнивать - год назад программа не падала- при подключённой 
записи в лог
А за этот промежуток времени на версии Debian Unstable было обновление 
glibc. Затаив дыхание наблюдала - не упадёт ли система - очень серьёзное 
и большое обновление, была только "слепая вера" ( :-) - в 
коллективный разум разработчиков Debian, ведущих ветку Unstable - типа 
"знают, что делают". :-))

А сейчас iptraf-ng падает
Может быть с этим и связана проблема - то есть программу не адаптировали 
под изменённую glibc.



Резюме - "забили болт" на программу и пошли изучать другие варианты.
"Все проблемы можно решить, только не все варианты нас устраивают" - это 
я так- веселюсь - поговорка такая



А применение iptraf-ng объясняется очень просто- лень человеческая - 
запустил, настроил и все, никаких больших потуг не надо делать - это я 
говорю применительно к простому пользователю.


Все другие предложенные варианты требуют определённых усилий по освоению 
предварительно материалов по теме

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 23:32, Tim Sattarov пишет:

On 03/05/18 15:22, Eugene Berdnikov wrote:

On Mon, Mar 05, 2018 at 09:38:22PM +0300, Gali Anikina wrote:

05.03.2018 20:23, Andrey Jr. Melnikov пишет:

Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
более вменяемое решение, чем протухший iptraf-ng.



Почему бы не посмотреть в сторону netflow вместо логгирования пакетов через 
iptables?
или тот же packetbeat...



Согласна - попробую

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 

05.03.2018 23:28, Andrey Jr. Melnikov пишет:

Gali Anikina  wrote:



05.03.2018 20:23, Andrey Jr. Melnikov пишет:

Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
более вменяемое решение, чем протухший iptraf-ng.

PS: Порутчик был такой затейник (С)



Задача - до подключения в интернет запустить программу, показывающую в
графическом или псевдо-графическом или с записью в лог-файл все
устанавливаемые соединения,  производящиеся через указанный программе
интерфейс, за которым надо наблюдать.

Эмм, что-то мне это напоминает встроенный в винду фаирвол. Да, он даже
покажет кто и куда полез. Только поздно, т.к. соединение уже состоялось и
если кто-то что-то хотел мелкое стырить на сторону - уже стырил.

О да, я даже теперь знаю как :- Чем больше узнаёшь, тем больше 
удивляешься простоте!



В момент присоединения к интернету записывать в файл их IP, MAC, даты и
портов (в обе стороны).

Для целей записи трафика у нас есть
tcpdump -w /куда/писать.pcap -i интерфейс (тут можно правила bpf фильтра
написать)

пробовала, закопалась в англ документации

визуализировать - да хоть через wireshark если хочется гуёв, или тот-же
tcpdump -r /куда/писали.pcap или прости господи tshark.

попробую, спасибо

Писать можно и tshark и wireshark тоже. И вобщем, всем что умеет использовать
библиотеку pcap.

учту на будущее, что она такая хорошая

И iptraf-ng - это так, показывалка каких-то циферок в разрезе "какая сволочь
заняла весь наш скоростной безлимитный 128 килобитный интернет".


может быть, под таким углом зрения не смотрела нп неё

Конечная цель - после отсоединения от интернета покопаться в лог-файле и
посмотреть - например - при запуске браузера - у меня скромная цель
просто что-то посмотреть, но при просмотре лога видно - что открывается
большущее количество соединений, о которых я понятия не имела и не
запрашивала их, когда просто использовала интернет. Определить как много
и какие порты открываются на моей машине и потом возможно кое-какие из
них закоментировать в /etc/...

Открытые порты отлично показывает netstat -lnp или ss -lnp
пробовала, закопалась в англ документации (man, первое, что попалось под 
руку)



А без осуществления такого "присмотра" мало ли что может произойти
:-) Фантазия у людей богатая

Эта "богатая фантазия" называется параноей.
А для параноиков - отдельные NET_NS и прочее.
Не согласна, это называется в школе была 5, в том числе и по 
доказательству теорем в геометрии! Отсюда желание досконально понять 
вопрос. А сейчас в школе учат вообще - теорема просто на веру ученику 
даётся (сразу уточню, что это обычная школа в обычной провинции и рядом 
не наблюдается увлечённого своим делом преподавателя - как мне в жизни в 
своё время в данном вопросе повезло )





Конечно можно жить и по принципу "пофигизма", ну это кому-как...
Вот так то господин Порутчик.


Можно. Но если уж подходить к вопросу со всей параноей - то IDS и писалка
трафика должна быть на отдельной машине с доступом только с консоли и по
ключам с токенов. В отдельном помещении. И под охраной. Иначе - профанация.



Окей, с этим полностью согласна, но про паранойю-математику я уже написала

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 23:22, Eugene Berdnikov пишет:


  Мадам, можно подойти к этому вопросу утончённо:

исходящие: conntrack -E -e NEW -s 
входящие:  conntrack -E -e NEW -d 

  где  это ip-шник интернетовского интерфейса.


Спасибо, попробую



  Если ограничиться tcp, то можно поступить грубо:

tcpdump -Unl -i  tcp | egrep --line-buffered '\[[SFR]\]'

  где  это имя интернетовского интерфейса.


Интересуют IP

  

В момент присоединения к интернету записывать в файл их IP, MAC, даты и
портов (в обе стороны).


  Маки интересны только детям в локалке, поверьте. Но если эта тема
  ещё волнует воображение, добавьте к tcpdump'у ключик "-e".

Хочется просто понять :-)))




Конечная цель - после отсоединения от интернета покопаться в лог-файле и
посмотреть - например - при запуске браузера - у меня скромная цель просто
что-то посмотреть, но при просмотре лога видно - что открывается большущее
количество соединений, о которых я понятия не имела и не запрашивала их,
когда просто использовала интернет. Определить как много и какие порты
открываются на моей машине и потом возможно кое-какие из них закоментировать
в /etc/...


  Тут лучше начать с "ss -natup". Ну или "netstat -neotup" (для мамонтов).
  Добавить "-l", чтобы пролистать слушаемые сокеты.


Спасибо, попробую

   >   Приготовьтесь к погружению в "man iptables" на глубину в полкилометра.


Пробовали, не хватило сил поглубже нырнуть



Конечно можно жить и по принципу "пофигизма", ну это кому-как...
Вот так то господин Порутчик.


  Вы не оценили галантность того кавалера... :) Патч редко кому преподносят.

Пофигизм относился к другим, вы из другой категории, которых вроде 
называют "гуру"

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Andrey Jr. Melnikov 
Gali Anikina  wrote:


> 05.03.2018 20:23, Andrey Jr. Melnikov пишет:
> > Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
> > более вменяемое решение, чем протухший iptraf-ng.
> > 
> > PS: Порутчик был такой затейник (С)

> Задача - до подключения в интернет запустить программу, показывающую в 
> графическом или псевдо-графическом или с записью в лог-файл все 
> устанавливаемые соединения,  производящиеся через указанный программе 
> интерфейс, за которым надо наблюдать.
Эмм, что-то мне это напоминает встроенный в винду фаирвол. Да, он даже
покажет кто и куда полез. Только поздно, т.к. соединение уже состоялось и
если кто-то что-то хотел мелкое стырить на сторону - уже стырил.

> В момент присоединения к интернету записывать в файл их IP, MAC, даты и 
> портов (в обе стороны).
Для целей записи трафика у нас есть 
tcpdump -w /куда/писать.pcap -i интерфейс (тут можно правила bpf фильтра
написать)
визуализировать - да хоть через wireshark если хочется гуёв, или тот-же
tcpdump -r /куда/писали.pcap или прости господи tshark.
Писать можно и tshark и wireshark тоже. И вобщем, всем что умеет использовать
библиотеку pcap.
И iptraf-ng - это так, показывалка каких-то циферок в разрезе "какая сволочь
заняла весь наш скоростной безлимитный 128 килобитный интернет".

> Конечная цель - после отсоединения от интернета покопаться в лог-файле и 
> посмотреть - например - при запуске браузера - у меня скромная цель 
> просто что-то посмотреть, но при просмотре лога видно - что открывается 
> большущее количество соединений, о которых я понятия не имела и не 
> запрашивала их, когда просто использовала интернет. Определить как много 
> и какие порты открываются на моей машине и потом возможно кое-какие из 
> них закоментировать в /etc/...
Открытые порты отлично показывает netstat -lnp или ss -lnp

> А без осуществления такого "присмотра" мало ли что может произойти 
> :-) Фантазия у людей богатая
Эта "богатая фантазия" называется параноей.
А для параноиков - отдельные NET_NS и прочее.

> Конечно можно жить и по принципу "пофигизма", ну это кому-как...
> Вот так то господин Порутчик.

Можно. Но если уж подходить к вопросу со всей параноей - то IDS и писалка
трафика должна быть на отдельной машине с доступом только с консоли и по
ключам с токенов. В отдельном помещении. И под охраной. Иначе - профанация.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Tim Sattarov 
On 03/05/18 15:22, Eugene Berdnikov wrote:
> On Mon, Mar 05, 2018 at 09:38:22PM +0300, Gali Anikina wrote:
>> 05.03.2018 20:23, Andrey Jr. Melnikov пишет:
>>> Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
>>> более вменяемое решение, чем протухший iptraf-ng.
>>>
>>>
Почему бы не посмотреть в сторону netflow вместо логгирования пакетов через 
iptables?
или тот же packetbeat...

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Eugene Berdnikov 
On Mon, Mar 05, 2018 at 09:38:22PM +0300, Gali Anikina wrote:
> 05.03.2018 20:23, Andrey Jr. Melnikov пишет:
> > Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
> > более вменяемое решение, чем протухший iptraf-ng.
> > 
> > PS: Порутчик был такой затейник (С)
> 
> Задача - до подключения в интернет запустить программу, показывающую в
> графическом или псевдо-графическом или с записью в лог-файл все
> устанавливаемые соединения,  производящиеся через указанный программе
> интерфейс, за которым надо наблюдать.

 Мадам, можно подойти к этому вопросу утончённо:

   исходящие: conntrack -E -e NEW -s 
   входящие:  conntrack -E -e NEW -d 

 где  это ip-шник интернетовского интерфейса.
 Если ограничиться tcp, то можно поступить грубо:

   tcpdump -Unl -i  tcp | egrep --line-buffered '\[[SFR]\]'

 где  это имя интернетовского интерфейса.
 
> В момент присоединения к интернету записывать в файл их IP, MAC, даты и
> портов (в обе стороны).

 Маки интересны только детям в локалке, поверьте. Но если эта тема
 ещё волнует воображение, добавьте к tcpdump'у ключик "-e".

> Конечная цель - после отсоединения от интернета покопаться в лог-файле и
> посмотреть - например - при запуске браузера - у меня скромная цель просто
> что-то посмотреть, но при просмотре лога видно - что открывается большущее
> количество соединений, о которых я понятия не имела и не запрашивала их,
> когда просто использовала интернет. Определить как много и какие порты
> открываются на моей машине и потом возможно кое-какие из них закоментировать
> в /etc/...

 Тут лучше начать с "ss -natup". Ну или "netstat -neotup" (для мамонтов).
 Добавить "-l", чтобы пролистать слушаемые сокеты.
 
> А без осуществления такого "присмотра" мало ли что может произойти :-)
> Фантазия у людей богатая

 Приготовьтесь к погружению в "man iptables" на глубину в полкилометра.

> Конечно можно жить и по принципу "пофигизма", ну это кому-как...
> Вот так то господин Порутчик.

 Вы не оценили галантность того кавалера... :) Патч редко кому преподносят.
-- 
 Eugene Berdnikov

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 20:23, Andrey Jr. Melnikov пишет:

Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
более вменяемое решение, чем протухший iptraf-ng.

PS: Порутчик был такой затейник (С)


Задача - до подключения в интернет запустить программу, показывающую в 
графическом или псевдо-графическом или с записью в лог-файл все 
устанавливаемые соединения,  производящиеся через указанный программе 
интерфейс, за которым надо наблюдать.
В момент присоединения к интернету записывать в файл их IP, MAC, даты и 
портов (в обе стороны).
Конечная цель - после отсоединения от интернета покопаться в лог-файле и 
посмотреть - например - при запуске браузера - у меня скромная цель 
просто что-то посмотреть, но при просмотре лога видно - что открывается 
большущее количество соединений, о которых я понятия не имела и не 
запрашивала их, когда просто использовала интернет. Определить как много 
и какие порты открываются на моей машине и потом возможно кое-какие из 
них закоментировать в /etc/...
А без осуществления такого "присмотра" мало ли что может произойти 
:-) Фантазия у людей богатая

Конечно можно жить и по принципу "пофигизма", ну это кому-как...
Вот так то господин Порутчик.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Andrey Jr. Melnikov 
Gali Anikina  wrote:


> 05.03.2018 15:36, Artem Chuprina пишет:
> > Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 12:12:59 
> > +0300:

[...]

> мне, как не программисту, это не понятно
Тогда предлогаю описать собственно задачу, чтоб коллективный разум предложил
более вменяемое решение, чем протухший iptraf-ng.

PS: Порутчик был такой затейник (С)

--- iptraf-ng-1.1.4.orig/src/tcptable.c
+++ iptraf-ng-1.1.4/src/tcptable.c
@@ -446,7 +446,7 @@ static char *tcplog_flowrate_msg(struct
time_t interval = time(NULL) - entry->conn_starttime;
 
char rbuf[64];
-   rate_print(entry->bcount / interval, rbuf, sizeof(rbuf));
+   rate_print(interval ? entry->bcount / interval : entry->bcount, rbuf, 
sizeof(rbuf));
 
snprintf(buf, bufsize - 1, "avg flow rate %s", rbuf);
buf[bufsize - 1] = '\0';

особенно в районе 'time(NULL) - entry->conn_starttime', которое при старте,
сюрприз-сюрприз - будет таки 0 ибо скорости у нас нонче немного не те.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Tim Sattarov 


On 03/05/18 10:46, Gali Anikina wrote:
>
>
> 05.03.2018 18:21, Aleksandr Sytar пишет:
>
>> ulimit -c ulimited  (из под пользователя под которым падать программа будет)
>>
>
>
> # ulimit -c
> 0
>
>
>
> # ulimit -c ulimited
> bash: ulimit: ulimited: недопустимое число
>
>
ulimit -c unlimited

(очепятка, `n` пропустили)

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Maxim Nikulin 

05.03.2018 19:58, Andrey Jr. Melnikov пишет:

yuri.nefe...@gmail.com wrote:

   По смыслу иногда переводят как ??ошибочная арифметическая
   операция??. Скорее всего целое деление на ноль.


Это вы батенька, путаете теплое с мягким. Деление на ноль с помошью FPU - 
обычная
такая опреация, правда в результате которой возникает NaN.


Вообще-то получается ±Inf, которая в результате следующих делений может 
превратиться в ноль и дать вполне разумный результат. А вот NaN так и 
доползет до конца вычислений. Ну и с помощью управляющего регистра FPU 
можно добиться, чтобы в ответ на разнообразные ошибки операций с 
плавающей точкой вылетал сигнал SIGFPE, хотя это редко кому-то бывает нужно.



А вот деление на 0 с помошью ALU - таки да, дергает "Divide Error" вектор.
То, что их в glibc аккуратненько слепили в одну кучу - это проблемы в
головах авторов glibc, т.к. подходы к обработке этих ошибок - принципиально
разные.


Поведение на столько странное, что увидев один раз, сложно забыть. что в 
первую очередь надо искать деление целых чисел.

Re: научите systemd!

2018-03-05 Пенетрантность Artem Chuprina 
Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 
15:14:32 +0300:

 >>  >>  >>  >> Чтоб два раза не вставать: я понимаю, почему юзерский юнит не 
 >> может
 >>  >>  >>  >> прописать зависимость от системного. (В документации, кстати, я 
 >> этого не
 >>  >>  >>  > А я вот не понимаю. Все эти приседания вокруг 
 >> Before|After|Requires|Want
 >>  >>  >>  > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с 
 >> D-BUS'ом.

 >>  >>  >> Правов у него нет. Информация о зависимостях и, главное, степени 
 >> успеха
 >>  >>  >> запуска оных, есть у systemd унутре. В отдельной cgroup. Юзерский
 >>  >>  >> systemctl (или отдельный экземпляр systemd?) туда не пускают.
 >>  >>  > Это ЭПИЧНЫЙ ВИН Лёни. Имея унутре dbus - не иметь доступа на 
 >> спросить - это
 >>  >>  > ШЕСТЬ. Это даже не пять.

 >>  >> Ну, что я тебе могу сказать? Такой вот у нас нынче init. От него еще и
 >>  >> драйвера принтеров теперь зависят...
 >>  > Не от него а от udev'а вмноличенного в этот комбайн. Ну да ладно, это уже
 >>  > тонкости реализации.

 >> Не, они там от policykit чего-то хотели. udev, в общем,
 > Интересно, а зачем это нужно в случае принтера. С флешками как-то еще
 > понятно, но вот с принтером...

Подозреваю, нотификации юзеру о втыкании принтера в USB.

 >> отсоединен. Впрочем, кажется, то, чего они хотели от policykit, тоже
 >> отсоединено, только надо более вдумчиво попинать aptitude.
 > Увы - udev вмоноличен, а то что они идет отдельным пакетиком - так вышло.
 > Как выкинут sysvinit - так сразу станет всё в одном.

Выкинут - поставлю FreeBSD.

 >>  >> Меня привлекает в нем идея, что можно делать тома с разными свойствами,
 >>  >> распределяемые по пространству диска динамически. Без танцев с ресайзом,
 >>  >> где каждую вторую файловую систему нельзя уменьшить без отмонтирования,
 >>  >> а каждую четвертую - и увеличить...
 >>  > А зачем это нужно? Нет, реально - зачем? Мне видиться только один вариант
 >>  > использования - петабайтные хранилища. Но там увы своё железо и свои fs.
 >> Ровно наоборот. Когда диска некоторый дефицит.
 > Когда диска дефицит - надо идти за новым. Или посылать счет в бухгалтерию.
 > Собирать оделяо из лоскутков - ну, в виде развлечения и народных промыслов
 > только интересно.

Идти за новым не всегда своевременно. Он все-таки не три копейки стоит,
особенно если тихий.

 >>  >> Память он, кстати, жрет весьма умеренно, если дедупликацию не
 >>  >> включать.

 >>  >>   totalusedfree  shared  buff/cache   
 >> available
 >>  >> Mem:3935296 2414300 1420856   29512  100140 
 >> 1338100
 >>  >> Swap:   4194300   46848 4147452

 >>  >> Диск 4 терабайта, и помимо файлосерверения машина занята только
 >>  >> роутингом. Еще оно при записи подтормаживает, но там двухъядерный
 >>  >> гигагерцовый целерон, и включена компрессия.

 >>  > Файло помойка без роутинга, дисков на 8 терабайт:
 >>  >   totalusedfree  shared  buff/cache   
 >> available
 >>  > Mem:8172772  103200  288628   29116 7780944 
 >> 7734592
 >>  > Swap:   1951740   0 1951740

 >>  > ZFS и компрессии нет, да.

 >> Если ты хотел помериться, то ты победил. Но я мериться не предлагал. Я
 >> всего лишь показал, что у меня оно в небольшую, в общем, память
 >> нормально влезает.
 > Не, меряться я не хотел. Хотел показать, что a) по выводу free нефига не
 > понятно, сколько жреть этот ZFS, b) у машины без zfs тупо больше места под
 > дисковые кэши.

Ну, меня в данном случае интересует интегральная характеристика "хватает
памяти или маловато". Хватает. Дисковые кэши мне там не особо нужны.

 >>  >> Компрессия, да, приятное дополнение, но насколько я понимаю, ее и еще
 >>  >> кто-то умел. Вдумчивая проверка целостности - но да, ECC оно хочет. Но
 >>  >> они меня, в общем, убедили, что если хочешь целостности, надо хотеть и
 >>  >> ECC. С любой FS. Просто без ECC ZFS в случае сбоев памяти начнет
 >>  >> ругаться раньше, когда меньше данных поломали. А остальные будут делать
 >>  >> вид, что все хорошо.
 >>  > А как ваш волшебный ZFS догадается, что произошла битовая ошибка в момент
 >>  > чтения памяти контроллером DMA при перекачке странцы в контроллер SATA?
 >>  > Только считав её (страницу) назад с диска и сравнив checksumm?
 >> Да. У него для этого специальная ручка есть, рекомендуемая для запуска
 >> по крону.
 > Дык такая ручка и у mdadm'a есть и у железных контроллеров. Всякие там
 > Patrol Read/Background consistency check, и от живости cron'a не зависят.

Если рейд, то да, пожалуй, можно.

 >>  > А если взять более реальный вариант обсчета каких нибудь матриц в GPU - 
 >> то
 >>  > туда тоже заносить память с ECC? Вот ведь геймеры будут рады, что их 
 >> шейдеры
 >>  > теперь защищены ценой потери производительности в 3-5% и ценником на 
 >> видяху
 >>  > в 15-20%.
 >> А геймерам целостность низачем.
 > А других видях не делают. Точнее - нонче делают, но за

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 18:21, Aleksandr Sytar пишет:


ulimit -c ulimited  (из под пользователя под которым падать программа будет)




# ulimit -c
0



# ulimit -c ulimited
bash: ulimit: ulimited: недопустимое число



# ulimit -a
core file size  (blocks, -c) 0
data seg size   (kbytes, -d) unlimited
scheduling priority (-e) 0
file size   (blocks, -f) unlimited
pending signals (-i) 31542
max locked memory   (kbytes, -l) 16384
max memory size (kbytes, -m) unlimited
open files  (-n) 1024
pipe size(512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority  (-r) 0
stack size  (kbytes, -s) 8192
cpu time   (seconds, -t) unlimited
max user processes  (-u) 31542
virtual memory  (kbytes, -v) unlimited
file locks  (-x) unlimited
#



В man вроде к опции -с значение ulimited вроде не применяют
вот смотрю ман -

man bash

   ulimit [-HSabcdefiklmnpqrstuvxPT [limit]]
...
  -c The maximum size of core files created

  If  limit  is  given, and the -a option is not used, 
limit is the new value of the specified resource.  If no option is 
given, then -f is assumed.  Values are in 1024-byte
  increments, except for -t, which is in seconds; -p, which 
is in units of 512-byte blocks; -P, -T, -b, -k, -n, and -u, which are 
unscaled values; and, when in  Posix  mode,
  -c and -f, which are in 512-byte increments.  The return 
status is 0 unless an invalid option or argument is supplied, or an 
error occurs while setting a new limit.




версия bash -
$ apt show bash
Package: bash
Version: 4.4.18-1.1


Debian Unstable

$ cat /etc/debian_version
buster/sid

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 18:21, Aleksandr Sytar пишет:


по пути описанному в /proc/sys/kernel/core_pattern будут корки лежать (или
уже лежат)




$ cat /proc/sys/kernel/core_pattern
core
$ ls -All /proc/sys/kernel/core_patter*
-rw-r--r-- 1 root root 0 мар  5 18:29 /proc/sys/kernel/core_pattern
$

Лежат?
Это и есть "корки"?

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Maxim Nikulin 

05.03.2018 22:08, Gali Anikina пишет:


05.03.2018 15:36, Artem Chuprina пишет:
Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 
12:12:59 +0300:


  >> А вот насчет "грамотно перевести на английский" - запустите ее с
  >> переменной окруженя LC_MESSAGES=C, и она сама переведет :) 


Насколько я понимаю это мы передаём переменную в командной строке вместе 
с запуском программы.


Тут чуть хитрее. Фразу: "Исключение в операции с плавающей точкой 
(сделан дамп памяти)" — пишет shell. Поэтому сначала ставим переменную 
окружения, а уже потом запускаем программу. Разными строками.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Aleksandr Sytar 
5 марта 2018 г., 18:08 пользователь Gali Anikina 
написал:

>
> нашла, что - сегодня были ошибки в этой программе
>
> /var/log/messages:Mar  5 12:10:25 mikintel kernel: [21834.422935] traps:
> iptraf-ng[18178] trap divide error ip:55ab58c9a37a sp:7ffdb506ce80 error:0
> in iptraf-ng[55ab58c87000+28000]
> /var/log/messages:Mar  5 17:52:48 mikintel kernel: [ 1444.213760] traps:
> iptraf-ng[2005] trap divide error ip:5645223fd37a sp:7ffcbf4cc4a0 error:0
> in iptraf-ng[5645223ea000+28000]
> /var/log/messages:Mar  5 17:58:44 mikintel kernel: [ 1800.547767] traps:
> iptraf-ng[3104] trap divide error ip:5607e8e9c37a sp:7ffe32ab97a0 error:0
> in iptraf-ng[5607e8e89000+28000]
>
> мне, как не программисту, это не понятно
>
>

ulimit -c ulimited  (из под пользователя под которым падать программа будет)

по пути описанному в /proc/sys/kernel/core_pattern будут корки лежать (или
уже лежат)

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 17:41, yuri.nefe...@gmail.com пишет:

export LANG=C


Сделала

Упал почти сразу - пишет "Floating point exception"

(С помощью "export LANG=C" я перевела админа из локали

ru UTF-8 в en UTF-8, поэтому сообщение вышло на английском)

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 15:36, Artem Chuprina пишет:

Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 12:12:59 
+0300:

  >> А вот насчет "грамотно перевести на английский" - запустите ее с
  >> переменной окруженя LC_MESSAGES=C, и она сама переведет :) Возможно, на
  >> результат этого перевода как фразу уже осмысленно гуглить.
  >>

  > Упал почти сразу :-(( С той же ошибкой

Что упал - это понятно. А как производился запуск? В смысле, _правильная_
передача ей LC_MESSAGES=C должна была привести к ругани на английском.



Насколько я понимаю это мы передаём переменную в командной строке вместе 
с запуском программы.
Таким образом мы заменяем одну из существующих в системе переменных 
окружения на другую.

Все эти LC_ устанавливаются взаимосвязанно с локалью - кажется -

# grep -R "LC_MESSAGES" /etc/
/etc/systemd/system/getty.target.wants/getty@tty1.service:UnsetEnvironment=LANG 
LANGUAGE LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES 
LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT LC_IDENTIFICATION
/etc/ltrace.conf:string setlocale(enum(LC_CTYPE=0, LC_NUMERIC=1, 
LC_TIME=2, LC_COLLATE=3, LC_MONETARY=4, LC_MESSAGES=5, LC_ALL=6, 
LC_PAPER=7, LC_NAME=8, LC_ADDRESS=9, LC_TELEPHONE=10, LC_MEASUREMENT=11, 
LC_IDENTIFICATION=12), string);
/etc/lynx/lynx.cfg:# LC_ALL is set, overriding LANG (as well as the more 
apt LC_MESSAGES variable).


То есть запускала так
# LC_MESSAGES=C iptraf-ng

Через некоторое время падает- в терминале выходит эта надпись про 
"операции с плавающей точкой"


Настроена локаль русская UTF-8 (была настроена сразу при инсталляции).

Английской ругани нет


Сделав поиск таким образом
# grep -R "iptraf-ng" /var/log/
нашла, что - сегодня были ошибки в этой программе

/var/log/messages:Mar  5 12:10:25 mikintel kernel: [21834.422935] traps: 
iptraf-ng[18178] trap divide error ip:55ab58c9a37a sp:7ffdb506ce80 
error:0 in iptraf-ng[55ab58c87000+28000]
/var/log/messages:Mar  5 17:52:48 mikintel kernel: [ 1444.213760] traps: 
iptraf-ng[2005] trap divide error ip:5645223fd37a sp:7ffcbf4cc4a0 
error:0 in iptraf-ng[5645223ea000+28000]
/var/log/messages:Mar  5 17:58:44 mikintel kernel: [ 1800.547767] traps: 
iptraf-ng[3104] trap divide error ip:5607e8e9c37a sp:7ffe32ab97a0 
error:0 in iptraf-ng[5607e8e89000+28000]


мне, как не программисту, это не понятно

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность yuri . nefedov 

On Mon, 5 Mar 2018, Artem Chuprina wrote:


Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 12:12:59 
+0300:

>> А вот насчет "грамотно перевести на английский" - запустите ее с
>> переменной окруженя LC_MESSAGES=C, и она сама переведет :) Возможно, на
>> результат этого перевода как фразу уже осмысленно гуглить.
>>

> Упал почти сразу :-(( С той же ошибкой

Что упал - это понятно. А как производился запуск? В смысле, _правильная_
передача ей LC_MESSAGES=C должна была привести к ругани на английском.



  А если не привела, то сообщение скорее всего из libc, что логично,
  для обработчика исключений. Нужно export LANG=C делать.

Ю.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Andrey Jr. Melnikov 
yuri.nefe...@gmail.com wrote:
> [-- text/plain, кодировка 8bit, кодировка: UTF-8, 20 строк --]

> On Mon, 5 Mar 2018, Gali Anikina wrote:

> >
> > После запуска в терминале программа просто тихо заканчивает работу и
> > появляется это
> > "исключение в операции с плавающей точкой"
> ...
> > Заглянула на страницу bug - мне там сложно разобраться- начиная с того, что
> > надо грамотно перевести на английский про операцию с плавающей точкой :-)))
> >

>   "исключение в операции с плавающей точкой" оно же
>   "Floating point exception" - это просто название сигнала SIGFPE.
>   На всякий случай, обычно ситуация никакого отношения
>   к floating point  не имеет (в стандарте IEE754 оговариваются
>   свои сигналы).  Исторически сложившиеся неудачное название.
Исторически, это исключение вызванное попыткой чтой-тотам поделить при
отсутствии FPU. И не исторически - во всяких MIPS/ARM и прочих ядерный 
обработчик SIGFPE может или вызвать дальше signal и отправить сигнал в
программу (пусть сама там разбирается) или задействовать програмный эмулятор
отсутсвующего FPU (если собран в ядро).

>   По смыслу иногда переводят как ??ошибочная арифметическая
>   операция??. Скорее всего целое деление на ноль.

Это вы батенька, путаете теплое с мягким. Деление на ноль с помошью FPU - 
обычная
такая опреация, правда в результате которой возникает NaN.
А вот деление на 0 с помошью ALU - таки да, дергает "Divide Error" вектор.
То, что их в glibc аккуратненько слепили в одну кучу - это проблемы в
головах авторов glibc, т.к. подходы к обработке этих ошибок - принципиально
разные.

Re: научите systemd!

2018-03-05 Пенетрантность Andrey Jr. Melnikov 
D. H.  wrote:
> О©╫О©╫О©╫-О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫. О©╫О©╫О©╫ 
> О©╫О©╫О©╫ О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫"
> ZFS. О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ 
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ ZFS О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 
> О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ 
> О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
> О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ 
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ 
> О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.

> О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 
> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫ 4 О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ 
> О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫
> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.

Шел XXI век. yahoo так и не сумело в UTF-8. ПрЭлЭстно.

Re: научите systemd!

2018-03-05 Пенетрантность Andrey Jr. Melnikov 
Artem Chuprina  wrote:
> Andrey Jr. Melnikov -> debian-russian@lists.debian.org  @ Sat, 3 Mar 2018 
> 21:50:51 +0300:

>  >>  >>  >> Чтоб два раза не вставать: я понимаю, почему юзерский юнит не 
> может
>  >>  >>  >> прописать зависимость от системного. (В документации, кстати, я 
> этого не
>  >>  >>  > А я вот не понимаю. Все эти приседания вокруг 
> Before|After|Requires|Want
>  >>  >>  > напоминают те-же циферки в sysvinit. Только в профиль. Теперь с 
> D-BUS'ом.

>  >>  >> Правов у него нет. Информация о зависимостях и, главное, степени 
> успеха
>  >>  >> запуска оных, есть у systemd унутре. В отдельной cgroup. Юзерский
>  >>  >> systemctl (или отдельный экземпляр systemd?) туда не пускают.
>  >>  > Это ЭПИЧНЫЙ ВИН Лёни. Имея унутре dbus - не иметь доступа на спросить 
> - это
>  >>  > ШЕСТЬ. Это даже не пять.

>  >> Ну, что я тебе могу сказать? Такой вот у нас нынче init. От него еще и
>  >> драйвера принтеров теперь зависят...
>  > Не от него а от udev'а вмноличенного в этот комбайн. Ну да ладно, это уже
>  > тонкости реализации.

> Не, они там от policykit чего-то хотели. udev, в общем,
Интересно, а зачем это нужно в случае принтера. С флешками как-то еще
понятно, но вот с принтером...

> отсоединен. Впрочем, кажется, то, чего они хотели от policykit, тоже
> отсоединено, только надо более вдумчиво попинать aptitude.
Увы - udev вмоноличен, а то что они идет отдельным пакетиком - так вышло.
Как выкинут sysvinit - так сразу станет всё в одном.

>  >>  > А расскажите мне, что вы так бегаете с этим zfs? Решение же не для 
> нищих,
>  >>  > так еще и мертвое. Что вы в нем такого супер-пупер находите?
>  >>  > Память жрет как свинья помои? Причем память подай с ECC и вагон.
>  >>  > Компрессия? Восстановление данных после сбоя?
>  >>  > Чем этот кусок почившей SunOS так хорош-то, что его добровольно тянут 
> во все места?

>  >> Вообще в SunOS было немало хороших вещей. Иногда стоит что-нибудь и
>  >> подтянуть.
>  > Зачем? Если она была такая все из себя перспективная и бац "тузик сдох и
>  > больше не воняет". А то что осталось от трупика - закопирайчено так, что
>  > даже не разлагается.

> Маркетинговая политика у нее была никуда не годная. Вот и сдохло. Мы
> тоже скоро сдохнем. А отдельные куски там были проработаны неплохо, нам
> бы так.
Не-не-не.. Идеи там конечно хорошие, но реализации и вобще вся
инфраструктура - говно. Да еще и с затычками по времени, чтоб преставало
работать после определенной даты. Померла - так померла.

>  >> Меня привлекает в нем идея, что можно делать тома с разными свойствами,
>  >> распределяемые по пространству диска динамически. Без танцев с ресайзом,
>  >> где каждую вторую файловую систему нельзя уменьшить без отмонтирования,
>  >> а каждую четвертую - и увеличить...
>  > А зачем это нужно? Нет, реально - зачем? Мне видиться только один вариант
>  > использования - петабайтные хранилища. Но там увы своё железо и свои fs.
> Ровно наоборот. Когда диска некоторый дефицит.
Когда диска дефицит - надо идти за новым. Или посылать счет в бухгалтерию.
Собирать оделяо из лоскутков - ну, в виде развлечения и народных промыслов
только интересно.

>  >> Еще в нем обещали намного более аккуратно сделанный рейд, нежели в
>  >> обычной архитектуре, с намного более нежным по отношению к дискам
>  >> ребилдом. Но на практике не проверял :)

>  > Эмм, сомнительное достижение. Любой контроллер имеет ручку rebuild rate,
>  > которую можно покрутить.

> Говорю же, не проверял. Но в документации ссылаются на исследования из
> датацентров, где рассказывают, что вероятность слета второго диска во
> время ребилда оказывается несколько более высокой, чем хотелось бы. А
> эти обещают, что они нежнее.
Обещать - не значит жениться, блин. Диски в случае ребилда дохнут больше
частью из-за того, что они из одной партии/коробки/уроненой при перегрузке
палеты. Меняй диски планово, по достижению 2х-3х летнего срока эксплуатации
с задержкой в 2-3 недели между заменой - и всё будет нормально. Но нет, это
же raid, надо 5 лет жарить диски выской температурой, нагрузками и потом
удивлятся - ой, а чё это они все разом сдохли?

>  >> Память он, кстати, жрет весьма умеренно, если дедупликацию не
>  >> включать.

>  >>   totalusedfree  shared  buff/cache   
> available
>  >> Mem:3935296 2414300 1420856   29512  100140 
> 1338100
>  >> Swap:   4194300   46848 4147452

>  >> Диск 4 терабайта, и помимо файлосерверения машина занята только
>  >> роутингом. Еще оно при записи подтормаживает, но там двухъядерный
>  >> гигагерцовый целерон, и включена компрессия.

>  > Файло помойка без роутинга, дисков на 8 терабайт:
>  >   totalusedfree  shared  buff/cache   
> available
>  > Mem:8172772  103200  288628   29116 7780944 
> 7734592
>  > Swap:   1951740   0 1951740

>  > ZFS и компрессии нет, да.

> Если ты хотел помериться, то ты победил. Но я

Привязанный MAC-адрес, проблема с подключением к сети

2018-03-05 Пенетрантность Віталій Рябічев 
Добрый день. Пытаюсь запустить сеть Wi-fi на другие устройства с
NetworkManager Xfce. Сам LAN-кабель привязан к MAC-адресу другого
ноутбука, но на LAN-сети рабочего ноутбука, с которого идет "раздача"
параметры MAC-адреса указал, интернет работает. При активации раздачи
адреса IPv4/IPv6 запускаются в режиме "Общие с остальными
компьютерами", MAC-адрес клонировал, - результат "Получение
IP-адреса...", не подключается. Вручную с телефона прописывал IP,
шлюз, только в таком случае подключается, но доступа к сети Интернет
не появляется. Пробовал режимы полностью отключения IP адресов, чтобы
вручную прописывать данные с устройств - Интернета так же не
наблюдается. Что касается адресов, которые подставлял - IPv4
192.168.30.178, шлюз 192.168.1.1/192.168.1.2

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Artem Chuprina 
Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 12:12:59 
+0300:

 >> А вот насчет "грамотно перевести на английский" - запустите ее с
 >> переменной окруженя LC_MESSAGES=C, и она сама переведет :) Возможно, на
 >> результат этого перевода как фразу уже осмысленно гуглить.
 >>

 > Упал почти сразу :-(( С той же ошибкой

Что упал - это понятно. А как производился запуск? В смысле, _правильная_
передача ей LC_MESSAGES=C должна была привести к ругани на английском.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность yuri . nefedov 

On Mon, 5 Mar 2018, Gali Anikina wrote:



После запуска в терминале программа просто тихо заканчивает работу и
появляется это
"исключение в операции с плавающей точкой"

...

Заглянула на страницу bug - мне там сложно разобраться- начиная с того, что
надо грамотно перевести на английский про операцию с плавающей точкой :-)))



  "исключение в операции с плавающей точкой" оно же
  "Floating point exception" - это просто название сигнала SIGFPE.
  На всякий случай, обычно ситуация никакого отношения
  к floating point  не имеет (в стандарте IEE754 оговариваются
  свои сигналы).  Исторически сложившиеся неудачное название.
  По смыслу иногда переводят как «ошибочная арифметическая
  операция». Скорее всего целое деление на ноль.

Ю.

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 



05.03.2018 12:07, Artem Chuprina пишет:

Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 11:21:39 
+0300:




По теме вопроса ничего умного не скажу, кроме того, что можно
попробовать развлечься с strace и/или gdb и посмотреть, где именно
падает.


Придётся попробовать


А вот насчет "грамотно перевести на английский" - запустите ее с
переменной окруженя LC_MESSAGES=C, и она сама переведет :) Возможно, на
результат этого перевода как фразу уже осмысленно гуглить.



Упал почти сразу :-(( С той же ошибкой

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Artem Chuprina 
Gali Anikina -> debian-russian@lists.debian.org  @ Mon, 5 Mar 2018 11:21:39 
+0300:

 > Заглянула на страницу bug - мне там сложно разобраться- начиная с того, что
 > надо грамотно перевести на английский про операцию с плавающей точкой :-)))

По теме вопроса ничего умного не скажу, кроме того, что можно
попробовать развлечься с strace и/или gdb и посмотреть, где именно
падает.

А вот насчет "грамотно перевести на английский" - запустите ее с
переменной окруженя LC_MESSAGES=C, и она сама переведет :) Возможно, на
результат этого перевода как фразу уже осмысленно гуглить.

[DONE] wml://{security/2009/dsa-1908.wml}

2018-03-05 Пенетрантность Lev Lamberov 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/security/2009/dsa-1908.wml2017-11-01 10:11:10.083828563 
+0500
+++ russian/security/2009/dsa-1908.wml  2018-03-05 13:32:57.587882973 +0500
@@ -1,47 +1,48 @@
- -several vulnerabilities
+#use wml::debian::translation-check translation="1.3" maintainer="Lev Lamberov"
+несколько уязвимостей
 
- -Several vulnerabilities have been discovered in samba, an implementation 
of
- -the SMB/CIFS protocol for Unix systems, providing support for cross-platform
- -file and printer sharing with other operating systems and more.  The Common
- -Vulnerabilities and Exposures project identifies the following problems:
+В samba, реализации протокола SMB/CIFS для 
Unix-систем, предоставляющей поддержку
+кроссплатформенного совместного 
использования файлов и принтеров с другими
+операционными системами, было обнаружено 
несколько уязвимостей. Проект Common
+Vulnerabilities and Exposures определяет следующие 
проблемы:
 
 
 
 https://security-tracker.debian.org/tracker/CVE-2009-2948;>CVE-2009-2948
 
- -The mount.cifs utility is missing proper checks for file permissions when
- -used in verbose mode.  This allows local users to partly disclose the
- -content of arbitrary files by specifying the file as credentials file and
- -attempting to mount a samba share.
+В утилите mount.cifs при использовании в 
режиме вывода подробной информации
+отсутствуют проверки прав доступа к 
файлам. Это позволяет локальным 
пользователям частично
+раскрывать содержимое произвольных 
файлов, путём указания файла в качестве 
файла с данными об
+учётных записях и выполнения попытки 
монтирования общего каталога samba.
 
 https://security-tracker.debian.org/tracker/CVE-2009-2906;>CVE-2009-2906
 
- -A reply to an oplock break notification which samba doesn't expect could
- -lead to the service getting stuck in an infinite loop.  An attacker
- -can use this to perform denial of service attacks via a specially crafted
- -SMB request.
+Неожиданный для samba ответ на уведомление 
о прерывании oplock может
+приводить к тому, что служба входит в 
бесконечный цикл. Злоумышленник
+может использовать эту уязвимость для 
вызова отказа в обслуживании с помощью 
специально
+сформированного SMB-запроса.
 
 https://security-tracker.debian.org/tracker/CVE-2009-2813;>CVE-2009-2813
- -A lack of error handling in case no home directory was 
configured/specified
- -for the user could lead to file disclosure.  In case the automated [homes]
- -share is enabled or an explicit share is created with that username, samba
- -fails to enforce sharing restrictions which results in an attacker being
- -able to access the file system from the root directory.
+Отсутствие обработки ошибок в случае, 
если не был настроен/указан домашний 
каталог
+пользователя может приводить к раскрытию 
файлов. В случае включения автоматического 
каталога
+совместного доступа [homes] или явного 
создания каталога совместного доступа с 
данным именем
+пользователя samba не удаётся установить 
ограничения совместного доступа, что 
приводит к тому,
+что злоумышленник получает возможность 
обратиться к файловой системе из корневого 
каталога.
 
 
 
- -For the oldstable distribution (etch), this problem will be fixed 
soon.
+В предыдущем стабильном выпуске (etch) эта 
проблема будет исправлена позже.
 
- -For the stable distribution (lenny), this problem has been fixed in
- -version 2:3.2.5-4lenny7.
+В стабильном выпуске (lenny) эта проблема 
была исправлена в
+версии 2:3.2.5-4lenny7.
 
- -For the testing distribution (squeeze), this problem will be fixed 
soon.
+В тестируемом выпуске (squeeze) эта проблема 
будет исправлена позже.
 
- -For the unstable distribution (sid), this problem has been fixed in
- -version

iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Gali Anikina 

Здравствуйте
Подскажите полалуйста почему:

После нескольких секунд работы iptraf-ng с записью в log, программа 
падает. Почему? Может кто-то сталкивался с таким?


Ранее тоже стоял Debian Unstable и данная програма работала нормально - 
примерно год назад.


После запуска в терминале программа просто тихо заканчивает работу и 
появляется это

"исключение в операции с плавающей точкой"

Пробовала разные варианты и определила, что если отключить 
журналирование, то ничего не падает.


Но ранее ведь нормально работала.
Может проблема не в данной программе, а в программе, чьими услугами 
пользуется iptraf-ng для журналирования?

К сожалению я не программист, чтобы выяснить это.

Может кто подскажет?

Заглянула на страницу bug - мне там сложно разобраться- начиная с того, 
что надо грамотно перевести на английский про операцию с плавающей 
точкой :-)))

apt-1.6~beta1_s_Debian_Unstable_sid_20180305_буду делать вычитку и перевод если понадобится

2018-03-05 Пенетрантность Gali Anikina 
apt-1.6~beta1_s_Debian_Unstable_sid_20180305_буду делать вычитку и 
перевод если понадобится

Re: iptraf-ng падает с ошибкой сключение в операции с плавающей точкой

2018-03-05 Пенетрантность Lev Lamberov 
Пн 05 мар 2018 @ 10:37 Gali Anikina :

> После нескольких секунд работы iptraf-ng с записью в log, программа 
> падает. Почему? Может кто-то сталкивался с таким?
>
> Ранее тоже стоял Debian Unstable и данная програма работала нормально - 
> примерно год назад.
>
> После запуска в терминале программа просто тихо заканчивает работу и 
> появляется это
> "исключение в операции с плавающей точкой"
>
> Пробовала разные варианты и определила, что если отключить 
> журналирование, то ничего не падает.
>
> Но ранее ведь нормально работала.
> Может проблема не в данной программе, а в программе, чьими услугами 
> пользуется iptraf-ng для журналирования?
> К сожалению я не программист, чтобы выяснить это.
>
> Может кто подскажет?
>
> Заглянула на страницу bug - мне там сложно разобраться- начиная с того, 
> что надо грамотно перевести на английский про операцию с плавающей 
> точкой :-)))

Галина, этот список рассылки для работ по локализации, он не
используется для поддержки пользователей. Для поддержки на русском языке
нужно обратиться в список рассылки debian-russian, поддержка на
английском осуществляется в debian-user.

Всего наилучшего,
Лев