subject:" Linux"

Damir Hakimov -> Debian Russian Mailing List  @ Tue, 18 Dec 2018 22:59:57 +0400:

 >> >  > Получается проблема курицы и яйца. Чтобы набрать энтропию, системе
 >> >  > требуется начать работать - обрабатывать какие-то сетевые запросы,
 >> >  > шуршать диском и т.д.
 >>
 >  Чисто для расширения кругозора вопрос: на сетевом интерфейсе свет
 > клином сошелся? Почему не задействовать микрофон, АЦП подключенный к
 > нагреваемому резистору, пятна на солнце для этой самой энтропии?

В рассматриваемых случаях обычно ни микрофона, ни АЦП нет, а пятна на
солнце есть, но вот данных о них опять же нет.

Все-таки беседа в основном о серверах, причем часто о виртуальных.

Может быть, ядерный ДСЧ и умеет задействовать микрофон, если он вдруг
найдется. Конструкцию из АЦП с резистором — вряд ли, потому как те
полтора землекопа, которые ее соберут, нехай сами дописывают этот кусок
кода и оценивают собранную энтропию.

Re: linux /dev/random initialization CVE-2018-1108

2018-12-18 Пенетрантность Vladimir Zhbanov

Vladimir Zhbanov -> debian-russian@lists.debian.org  @ Tue, 18 Dec 2018 
23:25:46 +0300:

 >> >  Чисто для расширения кругозора вопрос: на сетевом интерфейсе свет
 >> > клином сошелся? Почему не задействовать микрофон, АЦП подключенный к
 >> > нагреваемому резистору, пятна на солнце для этой самой энтропии?
 >> 
 >>  Нажатие клавиш (например, Shift-а с автоповтором) позволяет быстро
 >>  проскочить место, где системный демон завис на getrandom().
 >>  Так что по крайней мере драйвер клавиатуры задействован.
 >>  
 >>  Но у серверов кроме сети существенных источников шума обычно нет.

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

Плохо там со случайностью без специальных мер. Для мониторинга
высокоточное измерение не нужно, а при невысокой точности энтропии там
кот наплакал.

А если речь про виртуалку, так и вообще никак. Кто ж ей даст реальные
данные о напряжении на плате?

Re: linux /dev/random initialization CVE-2018-1108

On Tue, Dec 18, 2018 at 10:35:51PM +0300, Eugene Berdnikov wrote:
...
> >  Чисто для расширения кругозора вопрос: на сетевом интерфейсе свет
> > клином сошелся? Почему не задействовать микрофон, АЦП подключенный к
> > нагреваемому резистору, пятна на солнце для этой самой энтропии?
> 
>  Нажатие клавиш (например, Shift-а с автоповтором) позволяет быстро
>  проскочить место, где системный демон завис на getrandom().
>  Так что по крайней мере драйвер клавиатуры задействован.
>  
>  Но у серверов кроме сети существенных источников шума обычно нет.

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

-- 
  Vladimir

Re: linux /dev/random initialization CVE-2018-1108

2018-12-18 Пенетрантность Eugene Berdnikov

On Tue, Dec 18, 2018 at 10:59:57PM +0400, Damir Hakimov wrote:
> > Artem Chuprina  wrote:
> >
> > >  > Получается проблема курицы и яйца. Чтобы набрать энтропию, системе
> > >  > требуется начать работать - обрабатывать какие-то сетевые запросы,
> > >  > шуршать диском и т.д.
> >
>  Чисто для расширения кругозора вопрос: на сетевом интерфейсе свет
> клином сошелся? Почему не задействовать микрофон, АЦП подключенный к
> нагреваемому резистору, пятна на солнце для этой самой энтропии?

 Нажатие клавиш (например, Shift-а с автоповтором) позволяет быстро
 проскочить место, где системный демон завис на getrandom().
 Так что по крайней мере драйвер клавиатуры задействован.
 
 Но у серверов кроме сети существенных источников шума обычно нет.
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108

2018-12-18 Пенетрантность Damir Hakimov

> Artem Chuprina  wrote:
>
> >  > Получается проблема курицы и яйца. Чтобы набрать энтропию, системе
> >  > требуется начать работать - обрабатывать какие-то сетевые запросы,
> >  > шуршать диском и т.д.
>
 Чисто для расширения кругозора вопрос: на сетевом интерфейсе свет
клином сошелся? Почему не задействовать микрофон, АЦП подключенный к
нагреваемому резистору, пятна на солнце для этой самой энтропии?

--
DamirX

Re: linux /dev/random initialization CVE-2018-1108

On Tue, 18 Dec 2018 14:28:01 +0300
Eugene Berdnikov  wrote:

> On Tue, Dec 18, 2018 at 02:24:11PM +0300, Victor Wagner wrote:
> > On Tue, 18 Dec 2018 14:16:49 +0300
> > Eugene Berdnikov  wrote:
> >   
> > > On Tue, Dec 18, 2018 at 01:37:47PM +0300, Victor Wagner wrote:  
> >   
> > >  А вот кто бы объяснил: в initscripts есть
> > > скрипт /etc/init.d/urandom, судя по датам модификации
> > > файла /var/lib/urandom/random-seed скриптик исправно отрабатывает
> > > при шатдауне и должен отрабатывать при загрузке, какого же хрена
> > > ядро (во всяком случае, 4.17) блокируется на urandom, вместо
> > > того, чтобы сохранённый пул использовать? Кто-нибудь в курсе
> > > последних веяний в этой области?  
> > 
> > Так в системе systemd или sysV init?  
> 
>  SysV.

То-то я смотрю у меня в системе этот файлик 2015 годом датирован.

Re: linux /dev/random initialization CVE-2018-1108

2018-12-18 Пенетрантность Eugene Berdnikov

On Tue, 18 Dec 2018 14:28:01 +0300
Eugene Berdnikov  wrote:

> On Tue, Dec 18, 2018 at 02:24:11PM +0300, Victor Wagner wrote:
> > On Tue, 18 Dec 2018 14:16:49 +0300
> > Eugene Berdnikov  wrote:
> >   
> > > On Tue, Dec 18, 2018 at 01:37:47PM +0300, Victor Wagner wrote:  
> >   
> > >  А вот кто бы объяснил: в initscripts есть
> > > скрипт /etc/init.d/urandom, судя по датам модификации
> > > файла /var/lib/urandom/random-seed скриптик исправно отрабатывает
> > > при шатдауне и должен отрабатывать при загрузке, какого же хрена
> > > ядро (во всяком случае, 4.17) блокируется на urandom, вместо
> > > того, чтобы сохранённый пул использовать? Кто-нибудь в курсе
> > > последних веяний в этой области?  
> > 
> > Так в системе systemd или sysV init?  
> 
>  SysV.

Re: linux /dev/random initialization CVE-2018-1108

On Tue, Dec 18, 2018 at 02:24:11PM +0300, Victor Wagner wrote:
> On Tue, 18 Dec 2018 14:16:49 +0300
> Eugene Berdnikov  wrote:
> 
> > On Tue, Dec 18, 2018 at 01:37:47PM +0300, Victor Wagner wrote:
> 
> >  А вот кто бы объяснил: в initscripts есть скрипт /etc/init.d/urandom,
> >  судя по датам модификации файла /var/lib/urandom/random-seed скриптик
> >  исправно отрабатывает при шатдауне и должен отрабатывать при
> > загрузке, какого же хрена ядро (во всяком случае, 4.17) блокируется
> > на urandom, вместо того, чтобы сохранённый пул использовать?
> > Кто-нибудь в курсе последних веяний в этой области?
> 
> Так в системе systemd или sysV init?

 SysV.
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108

2018-12-18 Пенетрантность Eugene Berdnikov

On Tue, 18 Dec 2018 14:16:49 +0300
Eugene Berdnikov  wrote:

> On Tue, Dec 18, 2018 at 01:37:47PM +0300, Victor Wagner wrote:

>  А вот кто бы объяснил: в initscripts есть скрипт /etc/init.d/urandom,
>  судя по датам модификации файла /var/lib/urandom/random-seed скриптик
>  исправно отрабатывает при шатдауне и должен отрабатывать при
> загрузке, какого же хрена ядро (во всяком случае, 4.17) блокируется
> на urandom, вместо того, чтобы сохранённый пул использовать?
> Кто-нибудь в курсе последних веяний в этой области?

Так в системе systemd или sysV init?

Re: linux /dev/random initialization CVE-2018-1108

On Tue, Dec 18, 2018 at 01:37:47PM +0300, Victor Wagner wrote:
> On Tue, 18 Dec 2018 13:30:06 +0300
> Artem Chuprina  wrote:
> > Отчасти да. Но энтропию оно набирает, сколь я помню, не только с
> > сетевых запросов к себе, но и вообще со всего, что пролетает мимо
> > сетевки.
> 
> Ага щаз, так уж в эпоху управляемых свитчей и полетит что-нибудь
> мимо сетевки, что этому хосту не адресовано. ARP-запросы разве что. Но
> много ли их в типичной серверной стойке?

 Все бродкасты и мультикасты передаются ядру, и для типичной стойки
 такого мусора достаточно. Мало его там, где сеть хорошо структурирована,
 выделены серверные vlan'ы и лишних машин в этих сегментах нет.

 А вот кто бы объяснил: в initscripts есть скрипт /etc/init.d/urandom,
 судя по датам модификации файла /var/lib/urandom/random-seed скриптик
 исправно отрабатывает при шатдауне и должен отрабатывать при загрузке,
 какого же хрена ядро (во всяком случае, 4.17) блокируется на urandom,
 вместо того, чтобы сохранённый пул использовать? Кто-нибудь в курсе
 последних веяний в этой области?
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108

On Tue, 18 Dec 2018 13:30:06 +0300
Artem Chuprina  wrote:

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

Ага щаз, так уж в эпоху управляемых свитчей и полетит что-нибудь
мимо сетевки, что этому хосту не адресовано. ARP-запросы разве что. Но
много ли их в типичной серверной стойке?

(а уж если это у нас виртуальный эзернет какой-нибудь системы
управления виртуальными машинами...)
 
> А сетевую активность без проблем со случайностью можно сделать,
> например, так: взять совсем уже псевдослучайное число, например,
> 8.8.8.8, пингануть его, таймингом ответа зарядить обычный дешевый
> PRNG, который не криптографического качества, а дальше в параллель
> попинговать его следующие значения, периодически подмешивая тайминги
> ответов. С этого ядро наберет уже вполне вменяемую энтропию.

Интересная идея. Может такую утилитку написать и запускать из post-up
в /etc/network/interfaces?

Только стартовый адрес надо конфигурируемым сделать. А то вдруг из
этого датацентра нет роутинга до 8.8.8.8.

--

Re: linux /dev/random initialization CVE-2018-1108

Victor Wagner -> Artem Chuprina  @ Tue, 18 Dec 2018 12:52:11 +0300:

 >> Как интересно... Хотя, если по уму, то urandom'у бы тоже сначала
 >> набрать энтропию, и только потом уже раскручивать псевдорандомизацию.
 >> А прикапывать ее между перезагрузками чревато тем же боком. Так-то
 >> считается, что urandom — псевдослучайный, но с криптографическим
 >> качеством. А значит, должен иметь в виду криптографическую модель
 >> угроз.

 > Получается проблема курицы и яйца. Чтобы набрать энтропию, системе
 > требуется начать работать - обрабатывать какие-то сетевые запросы,
 > шуршать диском и т.д.

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

Отчасти да. Но энтропию оно набирает, сколь я помню, не только с сетевых
запросов к себе, но и вообще со всего, что пролетает мимо сетевки.

А сетевую активность без проблем со случайностью можно сделать,
например, так: взять совсем уже псевдослучайное число, например,
8.8.8.8, пингануть его, таймингом ответа зарядить обычный дешевый PRNG,
который не криптографического качества, а дальше в параллель попинговать
его следующие значения, периодически подмешивая тайминги ответов. С
этого ядро наберет уже вполне вменяемую энтропию.

Re: linux /dev/random initialization CVE-2018-1108

On Tue, 18 Dec 2018 12:24:57 +0300
Artem Chuprina  wrote:


> Как интересно... Хотя, если по уму, то urandom'у бы тоже сначала
> набрать энтропию, и только потом уже раскручивать псевдорандомизацию.
> А прикапывать ее между перезагрузками чревато тем же боком. Так-то
> считается, что urandom — псевдослучайный, но с криптографическим
> качеством. А значит, должен иметь в виду криптографическую модель
> угроз.

Получается проблема курицы и яйца. Чтобы набрать энтропию, системе
требуется начать работать - обрабатывать какие-то сетевые запросы,
шуршать диском и т.д.

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

Re: linux /dev/random initialization CVE-2018-1108

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Mon, 17 Dec 2018 
23:22:51 +0300:

 > On Mon, Dec 17, 2018 at 10:05:55PM +0300, Artem Chuprina wrote:
 >> Eugene Berdnikov -> debian-russian@lists.debian.org @ Mon, 17 Dec 2018
 >> 18:48> > Пришлось уже позаменять syslog-ng на rsyslog, потому что первый
 >> вызывает
 >>  >  getrandom() ДО того, как свалить в бэкграунд (правда, к нему и другие
 >>  >  претензии были). Хорошо что sshd так не делает, иначе на серверах
 >>  >  пришлось бы его под inetd переводить.
 >> 
 >> Вот интересно, а зачем syslog-ng понадобилась настоящая энтропия? Чему
 >> ему urandom не угодил?

 >  Насколько я разбираюсь в медицине, он как раз urandom и читает.
 >  Вот что написано в мане random(7):

 >*  The  Linux-specific  getrandom(2) system call, available since Linux
 >   3.17.  This system call provides access either to the same source as
 >   /dev/urandom (called the urandom source in this page) or to the same
 >   source as /dev/random (called the random source in this page).   The
 >   default  is  the  urandom  source;  the random source is selected by
 >   specifying the GRND_RANDOM flag to the  system  call.   (The  geten‐
 >   tropy(3) function provides a slightly more portable interface on top
 >   of getrandom(2).)

 >  А вот что делает syslog-ng, фрагмент трассы, который я отправил в BT:
 > 
 > 1501 22:44:00 
 > getrandom("\x74\x78\x56\x35\x28\xad\x52\xd2\xcb\x51\xb1\x30\xc7\x67\x14\x26\x01\xa4\x2d\xa0\x30\x1d\xad\x09\x9e\xe3\x2c\x4e\x07\x55\x0d\x29",
 >  32, 0) = 32 <322.583360>

 >  Got with "strace -Tt", means reading of 32 random bytes tooks 322 seconds.
 > 
 >  Флаги здесь, как видно, нулевые, в то время как GRND_NONBLOCK = 1,
 >  GRND_RANDOM = 2. Так что именно urandom он и читает, и блокируется
 >  на нём на 5 минут.

Как интересно... Хотя, если по уму, то urandom'у бы тоже сначала набрать
энтропию, и только потом уже раскручивать псевдорандомизацию. А
прикапывать ее между перезагрузками чревато тем же боком. Так-то
считается, что urandom — псевдослучайный, но с криптографическим
качеством. А значит, должен иметь в виду криптографическую модель угроз.

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

 >  Да, это правильно, но теперь нужно понимать, что этом сисколе можно крепко
 >  зависнуть, а это может быть критично. Для syslog-ng квест выглядит так:
 >  автор должен был догадаться, что сначала нужно создать сокет в /dev/log
 >  и сказать ему listen(), иначе некоторые сервисы (например, sshd) не захотят
 >  запускаться и процесс загрузки встанет. Так что просто сделать костыль,
 >  принудительно отправив syslog-ng в бэкграуд -- не получится. Я пробовал,
 >  на SysV-init. Возможно, с systemd результат будет иной, но проблема
 >  имеется, для других утилит она может проявляться иначе.

Да, одна проблема раскрыла наличие другой. Ну что ж, бывает...

Re: linux /dev/random initialization CVE-2018-1108

On Mon, Dec 17, 2018 at 10:05:55PM +0300, Artem Chuprina wrote:
> Eugene Berdnikov -> debian-russian@lists.debian.org  @ Mon, 17 Dec 2018 
> 18:48>  >  Пришлось уже позаменять syslog-ng на rsyslog, потому что первый 
> вызывает
>  >  getrandom() ДО того, как свалить в бэкграунд (правда, к нему и другие
>  >  претензии были). Хорошо что sshd так не делает, иначе на серверах
>  >  пришлось бы его под inetd переводить.
> 
> Вот интересно, а зачем syslog-ng понадобилась настоящая энтропия? Чему
> ему urandom не угодил?

 Насколько я разбираюсь в медицине, он как раз urandom и читает.
 Вот что написано в мане random(7):

   *  The  Linux-specific  getrandom(2) system call, available since Linux
  3.17.  This system call provides access either to the same source as
  /dev/urandom (called the urandom source in this page) or to the same
  source as /dev/random (called the random source in this page).   The
  default  is  the  urandom  source;  the random source is selected by
  specifying the GRND_RANDOM flag to the  system  call.   (The  geten‐
  tropy(3) function provides a slightly more portable interface on top
  of getrandom(2).)

 А вот что делает syslog-ng, фрагмент трассы, который я отправил в BT:

1501 22:44:00 
getrandom("\x74\x78\x56\x35\x28\xad\x52\xd2\xcb\x51\xb1\x30\xc7\x67\x14\x26\x01\xa4\x2d\xa0\x30\x1d\xad\x09\x9e\xe3\x2c\x4e\x07\x55\x0d\x29",
 32, 0) = 32 <322.583360>

 Got with "strace -Tt", means reading of 32 random bytes tooks 322 seconds.

 Флаги здесь, как видно, нулевые, в то время как GRND_NONBLOCK = 1,
 GRND_RANDOM = 2. Так что именно urandom он и читает, и блокируется
 на нём на 5 минут.

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

 Да, это правильно, но теперь нужно понимать, что этом сисколе можно крепко
 зависнуть, а это может быть критично. Для syslog-ng квест выглядит так:
 автор должен был догадаться, что сначала нужно создать сокет в /dev/log
 и сказать ему listen(), иначе некоторые сервисы (например, sshd) не захотят
 запускаться и процесс загрузки встанет. Так что просто сделать костыль,
 принудительно отправив syslog-ng в бэкграуд -- не получится. Я пробовал,
 на SysV-init. Возможно, с systemd результат будет иной, но проблема
 имеется, для других утилит она может проявляться иначе.
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Mon, 17 Dec 2018 
18:48:51 +0300:

 >>  >>  > Почему нельзя сохранить entropy pool при выключении и восстановить 
 >> при
 >>  >>  > включении, как происходить с urandom seed?
 >>  >> 
 >>  >> Потому что небезопасно.
 >> 
 >>  >  Может ли кто-нибудь изложить модель угроз?
 >> 
 >> replay в случае восстановления диска с бэкапа/снапшота или размножения
 >> образов диска.

 >  Угу, а те кому работать, а не заниматься размножением в рабочее время,
 >  и кому нужно в случае чего быстро ребутнуться, те сосут лапу из-за
 >  измышлений теоретиков. И ладно бы теоретики предусмотрели ручку, чтобы
 >  отключить их фантазии нахрен, или хотя бы сделали параметр "время жизни
 >  энтропийного пула" с отметками времени, mac-адресами сетевушек и т.п...
 >  
 >  Пришлось уже позаменять syslog-ng на rsyslog, потому что первый вызывает
 >  getrandom() ДО того, как свалить в бэкграунд (правда, к нему и другие
 >  претензии были). Хорошо что sshd так не делает, иначе на серверах
 >  пришлось бы его под inetd переводить.

Вот интересно, а зачем syslog-ng понадобилась настоящая энтропия? Чему
ему urandom не угодил?

 >  Зато появился новый квест: писать программы так, чтобы они рандомные
 >  битики получали асинхронно, в отдельном треде. Рядом с резолвером.

Опять-таки, если им нужна настоящая энтропия, то им ее все равно
дожидаться. Пул и закончиться может. А если сгодится urandom, то фиг ли
они настоящую просят?

Re: linux /dev/random initialization CVE-2018-1108

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Mon, 17 Dec 2018 
19:04:40 +0300:

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

 >  Вообще, у хостера есть доступ к памяти виртуалки... Так что прятать
 >  что-то от хостера глупо. :)

Не от хостера, а от соседей по хостингу.

 >  Но зачем на хостинге приватные ключи ssh? Они должны быть на рабочей
 >  станции админа, а на хостинг следует пробрасывать лишь ssh-agent.
 >  Да и то не всегда, а лишь на доверенные хостинги.

Ключи сервера, например, еще как нужны.

Re: linux /dev/random initialization CVE-2018-1108


On 17/12/2018 19:04, Eugene Berdnikov wrote:


  Но зачем на хостинге приватные ключи ssh?


я про /etc/ssh/ssh_host_*_key


--
sergio.

Re: linux /dev/random initialization CVE-2018-1108

On Mon, Dec 17, 2018 at 06:40:34PM +0300, sergio wrote:
> On 17/12/2018 17:56, Artem Chuprina wrote:
> > Ну и плюс, если речь о виртуалках у хостера, дополнительные риски с
> > доступом злоумышленника к образу диска (по сравнению с доступом к
> > памяти).
> 
> Если виртуалка у хостера, то он уже и так имеет полный доступ ко всем
> закрытым ключам хранящимся на диске (ssh) и ещё одни приватные данные
> никаких рисков не добавят.

 Вообще, у хостера есть доступ к памяти виртуалки... Так что прятать
 что-то от хостера глупо. :)

 Но зачем на хостинге приватные ключи ssh? Они должны быть на рабочей
 станции админа, а на хостинг следует пробрасывать лишь ssh-agent.
 Да и то не всегда, а лишь на доверенные хостинги.

 Если же на хостинге нужно автономно использовать приватный ключ, его
 применение следует ограничить в authorized_keys. Например, разрешить
 запуск бэкапалки и запретить всё лишнее (форвард портов, etc).
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108

On Mon, Dec 17, 2018 at 05:56:47PM +0300, Artem Chuprina wrote:
> Eugene Berdnikov -> debian-russian@lists.debian.org  @ Mon, 17 Dec 2018 
> 16:34:58 +0300:
> 
>  >>  > Почему нельзя сохранить entropy pool при выключении и восстановить при
>  >>  > включении, как происходить с urandom seed?
>  >> 
>  >> Потому что небезопасно.
> 
>  >  Может ли кто-нибудь изложить модель угроз?
> 
> replay в случае восстановления диска с бэкапа/снапшота или размножения
> образов диска.

 Угу, а те кому работать, а не заниматься размножением в рабочее время,
 и кому нужно в случае чего быстро ребутнуться, те сосут лапу из-за
 измышлений теоретиков. И ладно бы теоретики предусмотрели ручку, чтобы
 отключить их фантазии нахрен, или хотя бы сделали параметр "время жизни
 энтропийного пула" с отметками времени, mac-адресами сетевушек и т.п...

 Пришлось уже позаменять syslog-ng на rsyslog, потому что первый вызывает
 getrandom() ДО того, как свалить в бэкграунд (правда, к нему и другие
 претензии были). Хорошо что sshd так не делает, иначе на серверах
 пришлось бы его под inetd переводить.

 Зато появился новый квест: писать программы так, чтобы они рандомные
 битики получали асинхронно, в отдельном треде. Рядом с резолвером.
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108


On 17/12/2018 17:56, Artem Chuprina wrote:


Во втором случае получится не столько replay как таковой, сколько
одинаковые seed'ы у нескольких инстансов.


Как и одинаковые ssh ключи.


И пока настоящая энтропия не набежала, выхлоп из них будет очень
сильно скоррелирован, на самом старте, возможно, даже идентичен.


Она-то хоть набежит, а вот ssh ключи сами себя не обновят.



Ну и плюс, если речь о виртуалках у хостера, дополнительные риски с
доступом злоумышленника к образу диска (по сравнению с доступом к
памяти).


Если виртуалка у хостера, то он уже и так имеет полный доступ ко всем 
закрытым ключам хранящимся на диске (ssh) и ещё одни приватные данные 
никаких рисков не добавят.



--
sergio.

Re: linux /dev/random initialization CVE-2018-1108

Eugene Berdnikov -> debian-russian@lists.debian.org  @ Mon, 17 Dec 2018 
16:34:58 +0300:

 >>  > Почему нельзя сохранить entropy pool при выключении и восстановить при
 >>  > включении, как происходить с urandom seed?
 >> 
 >> Потому что небезопасно.

 >  Может ли кто-нибудь изложить модель угроз?

replay в случае восстановления диска с бэкапа/снапшота или размножения
образов диска.

Во втором случае получится не столько replay как таковой, сколько
одинаковые seed'ы у нескольких инстансов. И пока настоящая энтропия не
набежала, выхлоп из них будет очень сильно скоррелирован, на самом
старте, возможно, даже идентичен.

Ну и плюс, если речь о виртуалках у хостера, дополнительные риски с
доступом злоумышленника к образу диска (по сравнению с доступом к
памяти). Или к освобожденным блокам хранилища после затирания этого
seed'а на виртуальном диске. Память-то под это дело наверняка лочится, и
в своп данные RNG не попадают.

Re: linux /dev/random initialization CVE-2018-1108


On 17/12/2018 15:59, Artem Chuprina wrote:


  > Почему нельзя сохранить entropy pool при выключении и восстановить при
  > включении, как происходить с urandom seed?



Потому что небезопасно.


Чем именно?



--
sergio.

Re: linux /dev/random initialization CVE-2018-1108

On Mon, Dec 17, 2018 at 03:59:35PM +0300, Artem Chuprina wrote:
> sergio -> debian-russian  @ Mon, 17 Dec 2018 15:09:11 +0300:
>  > Почему нельзя сохранить entropy pool при выключении и восстановить при
>  > включении, как происходить с urandom seed?
> 
> Потому что небезопасно.

 Может ли кто-нибудь изложить модель угроз?
-- 
 Eugene Berdnikov

Re: linux /dev/random initialization CVE-2018-1108

sergio -> debian-russian  @ Mon, 17 Dec 2018 15:09:11 +0300:

 > Я правильно понял, что безопасных способов решения проблемы нет?
 > (Ну кроме как купить надёжный TRNG.)

Да. RNG - это в принципе самая большая проблема криптографии.

 > Почему нельзя сохранить entropy pool при выключении и восстановить при
 > включении, как происходить с urandom seed?

Потому что небезопасно.

linux /dev/random initialization CVE-2018-1108

2018-04-11 Пенетрантность Павел Марченко




Пытался разобраться в вопросе, вот что понял.

Совершенно внезапно, всплыл CVE-2018-1108.
https://security-tracker.debian.org/tracker/CVE-2018-1108

linux не ждёт полной инициализации random seed, а это угроза
безопасности для тех, кто пытается этим рандомом воспользоваться на
ранних стадиях (sshd при включении системы)

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

в интырнетах предлагают четыре решения проблемы:

1. откатиться обратно
не безопасно

2. установить haveged
безопасность сомнительна

3. random.trust_cpu=on
необходимо наличие TRNG в системе,
безопасность зависит от реализации TRNG

4. установить rng-tools
необходимо наличие TRNG в системе
безопасность так же зависит от реализации TRNG?


Я правильно понял, что безопасных способов решения проблемы нет?
(Ну кроме как купить надёжный TRNG.)

Почему нельзя сохранить entropy pool при выключении и восстановить при
включении, как происходить с urandom seed?


--
sergio.

VR на Linux

Добрый день/ночь,

Хотелось бы узнать есть ли у нас аналоги TriniusVR для стриминга контента
на телефон и трэкинга.

-- 
Regards, Pavel.

[BTS#885990] po-debconf://zfs-linux/ru.po

2018-01-01 Пенетрантность Lev Lamberov

Добрый день!

Это письмо предназначено для автоматической регистрации перевода в
системе учёта.

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

Re: Сборка linux

2017-12-05 Пенетрантность artiom

> Пессимистично как-то, может человеку реально для дела.
> 
Desktop manager какой-то извращённый, что странно...

> 14 сент. 2017 г. 20:33 пользователь "Andrey Jr. Melnikov"
> > написал:
> 
> Vasiliy P. Melnik > wrote:
> > [-- text/plain, кодировка base64, кодировка: UTF-8, 12 строк --]
> 
> > О, скоро выйдет новая сборка линукса для государственных
> предприятий :)
> 
> Эмоджи в виде "руки дающей денег" и "пилы пилящей деньги" уже
> готовы? Без
> них не взлетит.
> 
> > > Можем!
> > >
> > > 14 сент. 2017 г. 17:42 пользователь "Electroalfa" <
> > > electroa...@protonmail.com >
> написал:
> > >
> > >> Здравствуйте, можете сделать сборку на снове debian testing с
> небольшим
> > >> количеством программ с графической оболочкой budgie-desktop?
> > >>^M
> > >
>

Re: Сборка linux

2017-09-14 Пенетрантность Artem Chuprina

Konstantin Fadeyev -> Andrey Jr. Melnikov  @ Thu, 14 Sep 2017 21:16:36 +0300:

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

Реально для дела не нужно делать отдельную сборку.

 >> Vasiliy P. Melnik  wrote:
 >> > [-- text/plain, кодировка base64, кодировка: UTF-8, 12 строк --]
 >>
 >> > О, скоро выйдет новая сборка линукса для государственных предприятий :)
 >>
 >> Эмоджи в виде "руки дающей денег" и "пилы пилящей деньги" уже готовы? Без
 >> них не взлетит.
 >>
 >> > > Можем!
 >> > >
 >> > > 14 сент. 2017 г. 17:42 пользователь "Electroalfa" <
 >> > > electroa...@protonmail.com> написал:
 >> > >
 >> > >> Здравствуйте, можете сделать сборку на снове debian testing с
 >> небольшим
 >> > >> количеством программ с графической оболочкой budgie-desktop?
 >> > >>^M
 >> > >
 >>
 >>

Re: Сборка linux

2017-09-14 Пенетрантность Konstantin Fadeyev

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

14 сент. 2017 г. 20:33 пользователь "Andrey Jr. Melnikov" <
temnota...@gmail.com> написал:

> Vasiliy P. Melnik  wrote:
> > [-- text/plain, кодировка base64, кодировка: UTF-8, 12 строк --]
>
> > О, скоро выйдет новая сборка линукса для государственных предприятий :)
>
> Эмоджи в виде "руки дающей денег" и "пилы пилящей деньги" уже готовы? Без
> них не взлетит.
>
> > > Можем!
> > >
> > > 14 сент. 2017 г. 17:42 пользователь "Electroalfa" <
> > > electroa...@protonmail.com> написал:
> > >
> > >> Здравствуйте, можете сделать сборку на снове debian testing с
> небольшим
> > >> количеством программ с графической оболочкой budgie-desktop?
> > >>^M
> > >
>
>

Re: Сборка linux

2017-09-14 Пенетрантность Andrey Jr. Melnikov

Vasiliy P. Melnik  wrote:
> [-- text/plain, кодировка base64, кодировка: UTF-8, 12 строк --]

> О, скоро выйдет новая сборка линукса для государственных предприятий :)

Эмоджи в виде "руки дающей денег" и "пилы пилящей деньги" уже готовы? Без
них не взлетит.

> > Можем!
> >
> > 14 сент. 2017 г. 17:42 пользователь "Electroalfa" <
> > electroa...@protonmail.com> написал:
> >
> >> Здравствуйте, можете сделать сборку на снове debian testing с небольшим
> >> количеством программ с графической оболочкой budgie-desktop?
> >>^M
> >

Re: Сборка linux

2017-09-14 Пенетрантность Vasiliy P. Melnik

О, скоро выйдет новая сборка линукса для государственных предприятий :)

14 сентября 2017 г., 17:48 пользователь Konstantin Fadeyev <
jred...@gmail.com> написал:

> Можем!
>
> 14 сент. 2017 г. 17:42 пользователь "Electroalfa" <
> electroa...@protonmail.com> написал:
>
>> Здравствуйте, можете сделать сборку на снове debian testing с небольшим
>> количеством программ с графической оболочкой budgie-desktop?
>>
>

Re: Сборка linux

2017-09-14 Пенетрантность Konstantin Fadeyev

Можем!

14 сент. 2017 г. 17:42 пользователь "Electroalfa" <
electroa...@protonmail.com> написал:

> Здравствуйте, можете сделать сборку на снове debian testing с небольшим
> количеством программ с графической оболочкой budgie-desktop?
>

Сборка linux

2017-09-14 Пенетрантность Electroalfa

Здравствуйте, можете сделать сборку на снове debian testing с небольшим 
количеством программ с графической оболочкой budgie-desktop?

Re: Плееры на Linux

2017-07-21 Пенетрантность artiom



20.07.2017 00:30, Andrey Jr. Melnikov пишет:
> artiom  wrote:
>> выключается в конфиге.
> Методом удаления module-role-cork? Гланды атогеном через жо..?
 Ну, как шмогли. :-)
>>> Тогда откройте для себя
>>> load-module module-role-ducking trigger_roles=phone 
>>> ducking_roles=music,video,game volume=60%
>>> оно хоть тупо на мутит поток.
>>> Но невозможность указать media.role="ambient" и плевать на все улучшайзеры
>>> пышь-пышь аудио - печалит.
>>>
>> Матом каким-то написали... o.O
>> Что хоть это за role="ambient"?
> У потока есть media.role который подсказывает пульсе, что там играет. А
> модуль role-ducking или role-cork (который обычно включен по умолчанию)
> срабатывает на триггер (звук появившийся в канале с media.role="phone") и
> мутит (cork) или снижает громкость (ducking) в каналах с "music/video/game".
> 
>> Какая-то магия пульса?
> Ага. Исскуственный интелект, блин.
> 
А, ясно.
И приложение может устанавливать роль.
А т.к. в дидбиф она жёстко зашита в код, остаётся только выключить модуль.

[DONE] wml://events/2012/{1103-bli,0317-northeast-linux-fes}t.wml

2017-07-21 Пенетрантность Lev Lamberov

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

- --- english/events/2012/0317-northeast-linux-fest.wml 2012-03-21 
08:53:57.0 +0600
+++ russian/events/2012/0317-northeast-linux-fest.wml   2017-07-21 
13:25:25.969191556 +0500
@@ -1,32 +1,33 @@
+#use wml::debian::translation-check translation="1.2" maintainer="Lev Lamberov"
 NELinFest2012
 2012
 2nd Annual Northeast Linux Fest
- -Worcester State University, Worcester, Massachusetts, 
USA
+ÐÑÑÑÐµÑÑÐºÐ¸Ð¹ Ð³Ð¾ÑÑÐ´Ð°ÑÑÑÐ²ÐµÐ½Ð½ÑÐ¹ 
ÑÐ½Ð¸Ð²ÐµÑÑÐ¸ÑÐµÑ, ÐÑÑÑÐµÑ, ÐÐ°ÑÑÐ°ÑÑÑÐµÑÑ, 
Ð¡Ð¨Ð
 2012-03-17
 2012-03-17
 http://northeastlinuxfest.org/
- -mailto:y...@debian.org;>Yaroslav 
Halchenko
+mailto:y...@debian.org;>Ð¯ÑÐ¾ÑÐ»Ð°Ð² 
Ð¥Ð°Ð»ÑÐµÐ½ÐºÐ¾
 
 
 
- -The annual Northeast Linux Fest is an advocate of Free Software,
- -trying to bring awareness of Free Software to college students, their
- -schools, programmers and businesses.  The 2nd version, focused on
- -accessibility, will take place on March, Saturday 17th, at the
- -Worcester State University in Worcester, Massachusetts, approximately
- -40 miles west of Boston.
+ÐÐ¶ÐµÐ³Ð¾Ð´Ð½ÑÐ¹ ÑÐµÑÑÐ¸Ð²Ð°Ð»Ñ Northeast Linux Fest Ð½Ð°ÑÐµÐ»ÐµÐ½ Ð½Ð° 
Ð¿ÑÐ¾Ð´Ð²Ð¸Ð¶ÐµÐ½Ð¸Ðµ Ð¡Ð²Ð¾Ð±Ð¾Ð´Ð½Ð¾Ð³Ð¾ ÐÐ
+Ð¸ Ð¿Ð¾Ð²ÑÑÐµÐ½Ð¸Ðµ Ð¸Ð½ÑÐ¾ÑÐ¼Ð¸ÑÐ¾Ð²Ð°Ð½Ð½Ð¾ÑÑÐ¸ Ð² Ð¿ÐµÑÐ²ÑÑ 
Ð¾ÑÐµÑÐµÐ´Ñ ÑÑÐµÐ´Ð¸ ÑÑÑÐ´ÐµÐ½ÑÐ¾Ð² Ð¸ ÑÐ¾ÑÑÑÐ´Ð½Ð¸ÐºÐ¾Ð²
+ÐºÐ¾Ð»Ð»ÐµÐ´Ð¶ÐµÐ¹, Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼Ð¸ÑÑÐ¾Ð² Ð¸ Ð¿ÑÐµÐ´ÑÑÐ°Ð²Ð¸ÑÐµÐ»ÐµÐ¹ 
Ð±Ð¸Ð·Ð½ÐµÑÐ°. ÐÑÐ¾Ñ ÑÐ¶Ðµ Ð²ÑÐ¾ÑÐ¾Ð¹ ÑÐµÑÑÐ¸Ð²Ð°Ð»Ñ Ð±ÑÐ´ÐµÑ
+Ð¿Ð¾ÑÐ²ÑÑÑÐ½ ÑÐ¿ÐµÑÐ¸Ð°Ð»ÑÐ½ÑÐ¼ ÑÑÐ»Ð¾Ð²Ð¸ÑÐ¼ Ð´Ð»Ñ Ð»Ð¸Ñ Ñ 
Ð¾Ð³ÑÐ°Ð½Ð¸ÑÐµÐ½Ð½ÑÐ¼Ð¸ Ð²Ð¾Ð·Ð¼Ð¾Ð¶Ð½Ð¾ÑÑÑÐ¼Ð¸ Ð¸ Ð¿ÑÐ¾Ð¹Ð´ÑÑ 17 
Ð¼Ð°ÑÑÐ°
+Ð² ÐÑÑÑÐµÑÑÐºÐ¾Ð¼ Ð³Ð¾ÑÑÐ´Ð°ÑÑÑÐ²ÐµÐ½Ð½Ð¾Ð¼ 
ÑÐ½Ð¸Ð²ÐµÑÑÐ¸ÑÐµÑÐµ Ð² ÐÑÑÑÐµÑÐµ, ÐÐ°ÑÑÐ°ÑÑÑÐµÑÑ, ÑÑÐ¾ 
Ð¿ÑÐ¸Ð±Ð»Ð¸Ð·Ð¸ÑÐµÐ»ÑÐ½Ð¾ Ð²
+40 Ð¼Ð¸Ð»ÑÑ Ðº Ð²Ð¾ÑÑÐ¾ÐºÑ Ð¾Ñ ÐÐ¾ÑÑÐ¾Ð½Ð°.
 
 
 
 
 
- -Debian will have a booth at the 2nd Annual Northeast Linux Fest where
- -you can meet Debian users and developers.
+Debian Ð±ÑÐ´ÐµÑ Ð¿ÑÐµÐ´ÑÑÐ°Ð²Ð»ÐµÐ½ Ð½Ð° ÑÐ¾Ð±ÑÑÐ²ÐµÐ½Ð½Ð¾Ð¼ 
ÑÑÐµÐ½Ð´Ðµ, Ð³Ð´Ðµ Ð¼Ð¾Ð¶Ð½Ð¾ Ð±ÑÐ´ÐµÑ
+Ð²ÑÑÑÐµÑÐ¸ÑÑÑÑ Ñ Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÑÐ¼Ð¸ Ð¸ 
ÑÐ°Ð·ÑÐ°Ð±Ð¾ÑÑÐ¸ÐºÐ°Ð¼Ð¸ Debian.
 
 
 
 #use wml::debian::past_event
 #Related Links here (free form)
 
- - http://northeastlinuxfest.org/;>Northeast Linux Fest 
website
+ http://northeastlinuxfest.org/;>Ð²ÐµÐ±-ÑÐ°Ð¹Ñ Northeast Linux 
Fest
 
- --- english/events/2012/1103-blit.wml 2014-04-30 13:42:33.0 +0600
+++ russian/events/2012/1103-blit.wml   2017-07-21 13:18:34.664850477 +0500
@@ -1,30 +1,31 @@
+#use wml::debian::translation-check translation="1.4" maintainer="Lev Lamberov"
 BLIT
 2012
 Brandenburger Linux-Infotag (BLIT)
- -IT University, Potsdam, Germany
+ÐÐ½ÑÑÐ¸ÑÑÑ Ð¸Ð½ÑÐ¾ÑÐ¼Ð°ÑÐ¸ÐºÐ¸ 
ÐÐ¾ÑÑÐ´Ð°Ð¼ÑÐºÐ¾Ð³Ð¾ ÑÐ½Ð¸Ð²ÐµÑÑÐ¸ÑÐµÑÐ°, ÐÐ¾ÑÑÐ´Ð°Ð¼, 
ÐÐµÑÐ¼Ð°Ð½Ð¸Ñ
 2012-11-03
 2012-11-03
 http://blit.org/2012/
- -Axel Beckert
+ÐÐºÑÐµÐ»Ñ 
ÐÐµÐºÐµÑÑ
 
 
 
- -BLIT (Brandenburger Linux-Infotag) is the yearly gathering for various
- -LUGs (Linux User Groups) in the Berlin area.  The 2012 edition, the
- -9th, will be focused on free software in education and schools.  It
- -will be held at the Griebnitzsee Campus of the Institute of
- -Informatics at the University of Potsdam, Germany, on November 3rd.
+BLIT (Brandenburger Linux-Infotag)  ÐµÐ¶ÐµÐ³Ð¾Ð´Ð½Ð°Ñ Ð²ÑÑÑÐµÑÐ° 
ÑÐ°Ð·Ð»Ð¸ÑÐ½ÑÑ
+LUG'Ð¾Ð² (Ð³ÑÑÐ¿Ð¿ Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»ÐµÐ¹ Linux) Ð¸Ð· ÐÐµÑÐ»Ð¸Ð½Ð° Ð¸ 
ÐµÐ³Ð¾ Ð¾ÐºÑÐµÑÑÐ½Ð¾ÑÑÐµÐ¹. Ð 2012 Ð³Ð¾Ð´Ñ
+Ð¿ÑÐ¾Ð¹Ð´ÑÑ Ð´ÐµÐ²ÑÑÐ°Ñ Ð²ÑÑÑÐµÑÐ°, ÐºÐ¾ÑÐ¾ÑÐ°Ñ Ð±ÑÐ´ÐµÑ 
Ð¿Ð¾ÑÐ²ÑÑÐµÐ½Ð° ÑÐ²Ð¾Ð±Ð¾Ð´Ð½Ð¾Ð¼Ñ ÐÐ Ð² Ð¾Ð±ÑÐ°Ð·Ð¾Ð²Ð°Ð½Ð¸Ð¸ Ð¸ 
ÑÐºÐ¾Ð»Ðµ. ÐÑÑÑÐµÑÐ°
+Ð¿ÑÐ¾Ð¹Ð´ÑÑ 3 Ð½Ð¾ÑÐ±ÑÑ Ð² ÐÐ°Ð¼Ð¿ÑÑÐµ Griebnitzsee 
ÐÐ½ÑÑÐ¸ÑÑÑÐ° Ð¸Ð½ÑÐ¾ÑÐ¼Ð°ÑÐ¸ÐºÐ¸ ÐÐ¾ÑÑÐ´Ð°Ð¼ÑÐºÐ¾Ð³Ð¾
+ÑÐ½Ð¸Ð²ÐµÑÑÐ¸ÑÐµÑÐ°, ÐÐµÑÐ¼Ð°Ð½Ð¸Ñ.
 
 
 
 
 
- -The Debian Project will demonstrate its operating system in a booth.
+Ð£ÑÐ°ÑÑÐ½Ð¸ÐºÐ¸ ÐÑÐ¾ÐµÐºÑÐ° Debian Ð¿ÑÐ¾Ð´ÐµÐ¼Ð¾Ð½ÑÑÑÐ¸ÑÑÑÑ Ð½Ð° 
ÑÑÐµÐ½Ð´Ðµ Ð½Ð°ÑÑ Ð¾Ð¿ÐµÑÐ°ÑÐ¸Ð¾Ð½Ð½ÑÑ ÑÐ¸ÑÑÐµÐ¼Ñ.
 
 
 
 #use wml::debian::past_event
 
- -http://blit.org/2012/;>the official website
- -https://wiki.debian.org/DebianEvents/de/2012/BLIT;>the 
coordination page of the event
+http://blit.org/2012/;>Ð¾ÑÐ¸ÑÐ¸Ð°Ð»ÑÐ½ÑÐ¹ 
Ð²ÐµÐ±-ÑÐ°Ð¹Ñ
+https://wiki.debian.org/DebianEvents/de/2012/BLIT;>ÐºÐ¾Ð¾ÑÐ´Ð¸Ð½Ð°ÑÐ¸Ð¾Ð½Ð½Ð°Ñ
 ÑÑÑÐ°Ð½Ð¸ÑÐ° Ð¼ÐµÑÐ¾Ð¿ÑÐ¸ÑÑÐ¸Ñ
 
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE3mumcdV9mwCc9oZQXudu4gIW0qUFAllxw34ACgkQXudu4gIW
0qVb5Q//dEUgw4Cf3KPq6jnOEL/Fd8menZK2dGNjfRMndTcqAZPuudsoZRnpX7lz
rEMPeWp3VLlum9lQf50t9VkRPdftBdBLyAJbSlAgtYjtH59S3iG2HIxBEY8zHncX
5DK40Q6nXQ0Ps1hipShwT8inJ5ucJ5B6Y5eZCzM+ebwLnPbGWuFzshV7MXDYmXjt
3Pw5ZNNM1pfnpgSk/dWNyAeIMsV+x3P809PWgZz8SjNrGn8XAhPxky4oqVaqqxns

Re: Плееры на Linux

2017-07-19 Пенетрантность Михаил Касаджиков


Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 Jul 
2017 20:32:16 +0300:


Михаил Касаджиков  wrote:

Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 Jul 
2017 17:48:12 +0300:



> Михаил Касаджиков  wrote:
>> Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 
Jul 2017 14:01:03 +0300:
>
>> > artiom  wrote:
>> >
>> >
>> >> 17.07.2017 23:58, Andrey Jr. Melnikov пишет:
>> >> > artiom  wrote:
>> >> >
>> >> >> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
>> >> >> При этом, второй ещё на Qt.
>> >> > Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп 
блямкает.
>> >> > Остальные плееры - не умеют, как играли так и играют.
>> >> >^M
>> >> >
>> >> Вроде, для меня это не критично.
>> >> Он только со скайпом дружит?
>> >> В принципе, плагин возможно запилить для любого плеера.
>> > Хорошо, перевожу: Это единственный плеер, который прекращает играть в 
момент
>> > воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио.
>> > И это весомый повод для отправки его в /dev/null.
>
>> Это сделано средствами самого пульса и
> Я в курсе, как это сделано.
> Но то, что в deadbeef захордкожен media.role="music" не отменяет криворукости
> писавшего pulse плагин.
>
>> выключается в конфиге.
> Методом удаления module-role-cork? Гланды атогеном через жо..?
Ну, как шмогли. :-)

Тогда откройте для себя
load-module module-role-ducking trigger_roles=phone 
ducking_roles=music,video,game volume=60%
оно хоть тупо на мутит поток.
Но невозможность указать media.role="ambient" и плевать на все улучшайзеры
пышь-пышь аудио - печалит.


Да я знаю про это дело. А у себя я эти модули не использую и выключил. И пульса 
у меня на буке не пшикает почему-то, а просто работает.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: Плееры на Linux

artiom  wrote:
>  выключается в конфиге.
> >>> Методом удаления module-role-cork? Гланды атогеном через жо..?
> >> Ну, как шмогли. :-)
> > Тогда откройте для себя
> > load-module module-role-ducking trigger_roles=phone 
> > ducking_roles=music,video,game volume=60%
> > оно хоть тупо на мутит поток.
> > Но невозможность указать media.role="ambient" и плевать на все улучшайзеры
> > пышь-пышь аудио - печалит.
> > 
> Матом каким-то написали... o.O
> Что хоть это за role="ambient"?
У потока есть media.role который подсказывает пульсе, что там играет. А
модуль role-ducking или role-cork (который обычно включен по умолчанию)
срабатывает на триггер (звук появившийся в канале с media.role="phone") и
мутит (cork) или снижает громкость (ducking) в каналах с "music/video/game".

> Какая-то магия пульса?
Ага. Исскуственный интелект, блин.

Re: Плееры на Linux

2017-07-19 Пенетрантность artiom

 выключается в конфиге.
>>> Методом удаления module-role-cork? Гланды атогеном через жо..?
>> Ну, как шмогли. :-)
> Тогда откройте для себя
> load-module module-role-ducking trigger_roles=phone 
> ducking_roles=music,video,game volume=60%
> оно хоть тупо на мутит поток.
> Но невозможность указать media.role="ambient" и плевать на все улучшайзеры
> пышь-пышь аудио - печалит.
> 
Матом каким-то написали... o.O
Что хоть это за role="ambient"?
Какая-то магия пульса?

Re: Плееры на Linux

2017-07-19 Пенетрантность Михаил Касаджиков

Михаил Касаджиков  wrote:
> Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 
> Jul 2017 17:48:12 +0300:

> > Михаил Касаджиков  wrote:
> >> Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 
> >> Jul 2017 14:01:03 +0300:
> >
> >> > artiom  wrote:
> >> >
> >> >
> >> >> 17.07.2017 23:58, Andrey Jr. Melnikov пишет:
> >> >> > artiom  wrote:
> >> >> >
> >> >> >> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
> >> >> >> При этом, второй ещё на Qt.
> >> >> > Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп 
> >> >> > блямкает.
> >> >> > Остальные плееры - не умеют, как играли так и играют.
> >> >> >^M
> >> >> >
> >> >> Вроде, для меня это не критично.
> >> >> Он только со скайпом дружит?
> >> >> В принципе, плагин возможно запилить для любого плеера.
> >> > Хорошо, перевожу: Это единственный плеер, который прекращает играть в 
> >> > момент
> >> > воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио.
> >> > И это весомый повод для отправки его в /dev/null.
> >
> >> Это сделано средствами самого пульса и
> > Я в курсе, как это сделано.
> > Но то, что в deadbeef захордкожен media.role="music" не отменяет 
> > криворукости
> > писавшего pulse плагин.
> >
> >> выключается в конфиге.
> > Методом удаления module-role-cork? Гланды атогеном через жо..?
> Ну, как шмогли. :-)
Тогда откройте для себя
load-module module-role-ducking trigger_roles=phone 
ducking_roles=music,video,game volume=60%
оно хоть тупо на мутит поток.
Но невозможность указать media.role="ambient" и плевать на все улучшайзеры
пышь-пышь аудио - печалит.

Re: Плееры на Linux

2017-07-19 Пенетрантность artiom



19.07.2017 14:01, Andrey Jr. Melnikov пишет:
> artiom  wrote:
> 
> 
>> 17.07.2017 23:58, Andrey Jr. Melnikov пишет:
>>> artiom  wrote:
>>>
 Deadbeef ничем сильно не выделяется по сравнению с Clementine,
 При этом, второй ещё на Qt.
>>> Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп блямкает.
>>> Остальные плееры - не умеют, как играли так и играют.
>>>
>>>
>> Вроде, для меня это не критично.
>> Он только со скайпом дружит?
>> В принципе, плагин возможно запилить для любого плеера.
> Хорошо, перевожу: Это единственный плеер, который прекращает играть в момент
> воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио. 
> И это весомый повод для отправки его в /dev/null. Как и не умение показывать
> в интерфейсе путь к mp3'шке.
> 
Эм, тогда это странное поведение, если он пульс использует.
Я думал, наоборот, для вас килл-фича - это вырубать музыку при звонке в
"скайп". :-)
Теперь понятно.

Re: Плееры на Linux

2017-07-19 Пенетрантность artiom

Cantata - зи бест, лучше и приятнее, чем Clementine.
Спасибо Меллеусу за совет.
И вообще не напрягает, что она внутри запускает mpd.

Re: Плееры на Linux


Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 Jul 
2017 17:48:12 +0300:


Михаил Касаджиков  wrote:

Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 Jul 
2017 14:01:03 +0300:



> artiom  wrote:
>
>
>> 17.07.2017 23:58, Andrey Jr. Melnikov пишет:
>> > artiom  wrote:
>> >
>> >> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
>> >> При этом, второй ещё на Qt.
>> > Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп блямкает.
>> > Остальные плееры - не умеют, как играли так и играют.
>> >^M
>> >
>> Вроде, для меня это не критично.
>> Он только со скайпом дружит?
>> В принципе, плагин возможно запилить для любого плеера.
> Хорошо, перевожу: Это единственный плеер, который прекращает играть в момент
> воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио.
> И это весомый повод для отправки его в /dev/null.



Это сделано средствами самого пульса и

Я в курсе, как это сделано.
Но то, что в deadbeef захордкожен media.role="music" не отменяет криворукости
писавшего pulse плагин.


выключается в конфиге.

Методом удаления module-role-cork? Гланды атогеном через жо..?


Ну, как шмогли. :-)

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: Плееры на Linux

2017-07-19 Пенетрантность Михаил Касаджиков

Михаил Касаджиков  wrote:
> Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 
> Jul 2017 14:01:03 +0300:

> > artiom  wrote:
> >
> >
> >> 17.07.2017 23:58, Andrey Jr. Melnikov пишет:
> >> > artiom  wrote:
> >> >
> >> >> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
> >> >> При этом, второй ещё на Qt.
> >> > Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп 
> >> > блямкает.
> >> > Остальные плееры - не умеют, как играли так и играют.
> >> >^M
> >> >
> >> Вроде, для меня это не критично.
> >> Он только со скайпом дружит?
> >> В принципе, плагин возможно запилить для любого плеера.
> > Хорошо, перевожу: Это единственный плеер, который прекращает играть в момент
> > воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио.
> > И это весомый повод для отправки его в /dev/null.

> Это сделано средствами самого пульса и 
Я в курсе, как это сделано. 
Но то, что в deadbeef захордкожен media.role="music" не отменяет криворукости
писавшего pulse плагин.

> выключается в конфиге.
Методом удаления module-role-cork? Гланды атогеном через жо..?

Re: Плееры на Linux

Andrey Jr. Melnikov  писал(а) в своём письме Wed, 19 Jul 
2017 14:01:03 +0300:

artiom  wrote:

17.07.2017 23:58, Andrey Jr. Melnikov пишет:
> artiom  wrote:
>
>> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
>> При этом, второй ещё на Qt.
> Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп блямкает.
> Остальные плееры - не умеют, как играли так и играют.
>
>
Вроде, для меня это не критично.
Он только со скайпом дружит?
В принципе, плагин возможно запилить для любого плеера.

Хорошо, перевожу: Это единственный плеер, который прекращает играть в момент
воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио.
И это весомый повод для отправки его в /dev/null.

Это сделано средствами самого пульса и выключается в конфиге.

--
Написано с помощью почтового клиента Opera: http://www.opera.com/mail/

Re: Плееры на Linux

2017-07-17 Пенетрантность Andrey Jr. Melnikov

artiom  wrote:


> 17.07.2017 23:58, Andrey Jr. Melnikov пишет:
> > artiom  wrote:
> > 
> >> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
> >> При этом, второй ещё на Qt.
> > Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп блямкает.
> > Остальные плееры - не умеют, как играли так и играют.
> > 
> > 
> Вроде, для меня это не критично.
> Он только со скайпом дружит?
> В принципе, плагин возможно запилить для любого плеера.
Хорошо, перевожу: Это единственный плеер, который прекращает играть в момент
воспроизведения скайпом звучка "блям". При включенном пышь-пышь аудио. 
И это весомый повод для отправки его в /dev/null. Как и не умение показывать
в интерфейсе путь к mp3'шке.

Re: Плееры на Linux

2017-07-18 Пенетрантность artiom



17.07.2017 23:58, Andrey Jr. Melnikov пишет:
> artiom  wrote:
> 
>> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
>> При этом, второй ещё на Qt.
> Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп блямкает.
> Остальные плееры - не умеют, как играли так и играют.
> 
> 
Вроде, для меня это не критично.
Он только со скайпом дружит?
В принципе, плагин возможно запилить для любого плеера.

Re: Плееры на Linux

artiom  wrote:

> Deadbeef ничем сильно не выделяется по сравнению с Clementine,
> При этом, второй ещё на Qt.
Ну почему-же, он умеет затыкаться ровно в тот момент, когда скайп блямкает.
Остальные плееры - не умеют, как играли так и играют.

Re: Плееры на Linux

2017-07-17 Пенетрантность artiom

> python-dbus же.
> 
> И таки да, clementine хороша.
> 
> 
Перешёл на Cantata и доволен.

Re: zfs on linux

2017-07-13 Пенетрантность Vasiliy P. Melnik

Нормально пул импортируется - и без никакого экспорта. Если проблемы с этим
возникают - значит не полностью портировали функционал

13 июля 2017 г., 22:01 пользователь Alex Kicelew 
написал:

> On 07/13/17 12:56, Artem Chuprina wrote:
> > В юзер гайде сказана интересная вещь. Что если не сделать zpool export,
> > то пул потом на другой системе не поднимется. Не то чтобы там было
> > акцентировано на "вообще никак", но и ни про какие --force при импорте
> > тоже не говорилось.
>
> Не удалось навскидку найти пруф, но где-то я совсем недавно читал, что
> без экспорта может (не обязательно, но подчеркивалось, что именно может)
> не получиться перенести пул не на другую, а на ИНУЮ систему -- например,
> с иной тупоконечностью. Хотя не объяснялось, почему эту
> "интернациональную" информацию можно записать только при штатном
> переводе пула в офлайн.
>
>

Re: zfs on linux

2017-07-13 Пенетрантность Alex Kicelew

On 07/13/17 12:56, Artem Chuprina wrote:
> В юзер гайде сказана интересная вещь. Что если не сделать zpool export,
> то пул потом на другой системе не поднимется. Не то чтобы там было
> акцентировано на "вообще никак", но и ни про какие --force при импорте
> тоже не говорилось.

Не удалось навскидку найти пруф, но где-то я совсем недавно читал, что
без экспорта может (не обязательно, но подчеркивалось, что именно может)
не получиться перенести пул не на другую, а на ИНУЮ систему -- например,
с иной тупоконечностью. Хотя не объяснялось, почему эту
"интернациональную" информацию можно записать только при штатном
переводе пула в офлайн.

Re: zfs on linux

2017-07-13 Пенетрантность Sergey Matveev

*** Artem Chuprina <r...@lasgalen.net> [2017-07-13 12:58]:
>Почитал тут подробно Aaron Toponce's ZFS on Linux User Guide
>(https://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/)

Спасибо за ссылку. Возможно лучшая документация по ZFS для незнакомых с
ним прежде которую я встречал!

>И что, вот прямо реально если, допустим, что-то сдохло и система не
>грузится, то воткнуть диски в другую машину и импортировать пул
>невозможно, привет всем данным, которые там были? Или все-таки -f и -F
>(ман гуглится от FreeBSD, а систему с zfs я еще не поставил) у нас тоже
>есть и работают?

Если pool не был экспортирован, то другая система при импорте
действительно скажет что он "занят", но под FreeBSD force опция без
проблем его импортирует. Я не знаю даже гипотетически к техническим
проблемам каким оно может привести -- я думаю это исключительно чтобы
предупредить человека, на всякий пожарный, мол вдруг он нечаянно что-то
не то хочет сделать, мол явно не сказали export pool, может он нечаянно
хочет и import сделать.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

Re: zfs on linux

2017-07-13 Пенетрантность Artem Chuprina

Artem Chuprina -> debian-russian@lists.debian.org  @ Thu, 13 Jul 2017 12:56:59 
+0300:

 > Что интересно, вышеупомянутый скрипт не делает zpool export. И его
 > README не предлагает этого делать.

Зато делает такое:
# Copy hostid as the target system will otherwise not be able to mount the 
misleadingly foreign file system
cp -va /etc/hostid /target/etc/

Предварительно озаботившись тем, чтобы hostid действительно был уникальным.

zfs on linux

2017-07-13 Пенетрантность Artem Chuprina

Почитал тут подробно Aaron Toponce's ZFS on Linux User Guide
(https://pthree.org/2012/04/17/install-zfs-on-debian-gnulinux/), ссылка
с zfsonlinux, и скрипт с https://github.com/hn/debian-stretch-zfs-root,
который делает примерно то же, что описано в хелпе.

В юзер гайде сказана интересная вещь. Что если не сделать zpool export,
то пул потом на другой системе не поднимется. Не то чтобы там было
акцентировано на "вообще никак", но и ни про какие --force при импорте
тоже не говорилось.

И что, вот прямо реально если, допустим, что-то сдохло и система не
грузится, то воткнуть диски в другую машину и импортировать пул
невозможно, привет всем данным, которые там были? Или все-таки -f и -F
(ман гуглится от FreeBSD, а систему с zfs я еще не поставил) у нас тоже
есть и работают?

Что интересно, вышеупомянутый скрипт не делает zpool export. И его
README не предлагает этого делать. А tutorial по сооружению рута на ZFS
(для jessie) делает, причем неоднократно...

... Что-то вот и хочется, и колется... Машинка, на которой я собираюсь
менять систему (причем путем установки, а не апгрейда, ибо там сдуру был
поставлен Xen, из которого теперь тупо лень выбираться, да и стоит там
еще wheezy), попутно еще и домашний роутер с нетривиальной настройкой. И
вот как-то стремно мне туда ставить систему, которая ставится
ТАК... Ведь если какой сбой — отваливается весь пул, вместе с системой,
а средств по его восстановлению...

Впрочем, можно сделать live-систему с настройками роутера и драйверами
zfs... И с нее же, кстати, попытаться выполнить скрипт, и посмотреть,
что будет. А то что-то live систему без гуя на debian.org обещали, а
фиг...

И еще. Пользовался ли кто-нибудь dracut вместо initramfs? Что это вообще
за зверь? Насколько я вижу по описанию, они хотят как можно меньше кода
держать в initramfs, но зависимостей для самого дракута (вернее, для
dracut-core), как я погляжу... Аж pkg-config зачем-то понадобился.

Re: Плееры на Linux

2017-07-12 Пенетрантность Yuri Kozlov

В Sat, 24 Jun 2017 01:53:43 +0300
Артём Н.  пишет:

> On 24.06.2017 01:51, Артём Н. wrote:
> > On 19.06.2017 23:46, Артём Н. wrote:  
> >> Подскажите, чем удобно играть музыку "в фоне"?
> >> В идеале, ещё и одиночный файл, чтобы возможно было проиграть (хотя,
> >> это не обязательно). Также, желательно не GTK.
> >> Попробовал Clementine, хороший, но не нравится управление.
> >> Amarok как-то в последнее время разочаровывает.
> >> Раньше был XMMS, который сейчас QMMP, но меня не он не порадовал:
> >> даже Clementine удобнее и функциональнее. mpg321 не предлагать.
> >>  
> >
> > Ещё один любопытный плеер:
> > http://foobnix.com/en/
> >
> > Ставлю.
> >  
> Как всегда:
> Traceback (most recent call last):
>File "/usr/bin/foobnix", line 98, in 
>  foobnix()
>File "/usr/bin/foobnix", line 71, in foobnix
>  from foobnix.gui.controls.dbus_manager import foobnix_dbus_interface
>File
> "/usr/lib/python2.7/dist-packages/foobnix/gui/controls/dbus_manager.py",
> line 9, in  import dbus.service ImportError: No module named
> dbus.service
> 
> Нафиг. Разбираться лень, почему он этот модуль не находит, а в
> зависимостях его нет.

python-dbus же.

И таки да, clementine хороша.


-- 
Best Regards,
Yuri Kozlov

Re: zfs on linux

2017-07-10 Пенетрантность Alex Kicelew

On 07/10/17 12:04, Dmitry Kulagin wrote:
> Если вы создавали все фс по хелпу, то ваша проблема закономерна,
> в хелпе zpool создается с опцией для файловой системы по умолчанию:
> -O canmount=off, а потом zfs c canmount=noauto. Для вашего случая,
> когда нужны отдельные фс на /usr и /etc, надо (да и в текущих глюках
> systemd для всех) полностью формировать систему (монтировать
> /var /usr /etc и т.д.) еще на этапе initrd поэтому все эти фс да и / тоже
> желательно создавать с опцией canmount=on, и в /etc/default/zfs с опцией
> ZFS_MOUNT='yes'. Отложить монтирование, и как в классике управлять
> /home, /opt, /srv и т.п. с помощью /etc/fstab, можно указав при создании фс
> опцию mountpoint=legacy.

Да, я понимаю. И я уже это исправил, ибо на ноуте мне это не нужно, он
использовался только как полигон. А вот за напоминание про legacy и про
опции /etc/default/zfs спасибо, ибо на другом компе, который я тоже
планирую перевести под zfs, это мне как раз нужно (если, конечно,
удастся поставить там более ранний systemd, который еще не слинкован с
/usr/lib:).

Re: zfs on linux

2017-07-10 Пенетрантность Dmitry Kulagin

Если вы создавали все фс по хелпу, то ваша проблема закономерна,
в хелпе zpool создается с опцией для файловой системы по умолчанию:
-O canmount=off, а потом zfs c canmount=noauto. Для вашего случая,
когда нужны отдельные фс на /usr и /etc, надо (да и в текущих глюках
systemd для всех) полностью формировать систему (монтировать
/var /usr /etc и т.д.) еще на этапе initrd поэтому все эти фс да и / тоже
желательно создавать с опцией canmount=on, и в /etc/default/zfs с опцией
ZFS_MOUNT='yes'. Отложить монтирование, и как в классике управлять
/home, /opt, /srv и т.п. с помощью /etc/fstab, можно указав при создании фс
опцию mountpoint=legacy.

09.07.2017 18:56, Alex Kicelew пишет:

On 07/09/17 18:52, Vasiliy P. Melnik wrote:

Про то, что отдельный /usr постепенно отламывают, даже в информации о
выпуске stretch было упомянуто:

Та при нынешних объемах дисков оно просто бессмысленно. Я вообще делаю бут,
потом все остальное нарезаю лвм-ом, в лвм-е делаю 3 партишина - root и
var_log по 20 гигов, swap на 2 гига. Если под что-то надо место - создаю с
минимальным размером, потом добавляю, если надо. Ресайз на увеличение
работает на лету, на уменьшение - проблемно.

Проблема в том, что на ноуте-то мне это не важно, но я планировал
поставить zfs и на большую машину, где небольшой рейд. Бэкапить zfs,
вроде, удобнее всего снапшотами, но снапшоты делаются на fs. Бэкапить
/etc мне нужно, а вот полный бэкап всего рута вместе с /usr -- нет.

Re: zfs on linux

2017-07-09 Пенетрантность Sergey Matveev

*** Alex Kicelew <arko...@gmail.com> [2017-07-09 19:10]:
>Хм. На большом компе я планировал бэкапить только нужные мне вещи, а вот
>на ноуте думал сделать копию единственного диска и ежедневно сбрасывать
>на нее send-ом наболевшее за день, чтобы при крахе основного винта
>просто с нее сразу же загрузиться, а уже потом докупать еще винт. Вы
>полагаете, что эта идея (под линухом, фри у меня нет) мертворожденная?

Лично я не вижу какое будет отличие GNU/Linux ZFS-а от *BSD-ного. zfs
send/recv же будет работать точно так же. Идея делать инкрементальные
бэкапы (хоть каждый час по cron) мне нравится. Точно так же делал на
ноутбуке где SSD-диску 3.5 года и от него всего можно ожидать.

-- 
Sergey Matveev (http://www.stargrave.org/)
OpenPGP: CF60 E89A 5923 1E76 E263  6422 AE1A 8109 E498 57EF

Re: zfs on linux

9 июля 2017 г., 19:27 пользователь Alex Kicelew  написал:

> On 07/09/17 19:26, Vasiliy P. Melnik wrote:
> > Я полагаю, что Вы не о том думаете - если Вам так ценен ноут как
> > инструмент, то все же стоит подумать о покупке второго, ибо в ноуте не
> винт
> > самая большая проблема, а перегрев.
>
> Второй у меня есть. Но данные мне тоже важны.


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

Re: zfs on linux

On 07/09/17 19:26, Vasiliy P. Melnik wrote:
> Я полагаю, что Вы не о том думаете - если Вам так ценен ноут как
> инструмент, то все же стоит подумать о покупке второго, ибо в ноуте не винт
> самая большая проблема, а перегрев.

Второй у меня есть. Но данные мне тоже важны.

Re: zfs on linux

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


9 июля 2017 г., 19:08 пользователь Alex Kicelew  написал:

> On 07/09/17 19:01, Vasiliy P. Melnik wrote:
> > Я на фре именно снапшотами и бекаплюсь, но это фря.
> >
> > Не надо лезть в в систему, лучше просто рсинком на зфс синхронизируйте, а
> > потом уже делайте снапшот. Все же для линукса это чужая фс, хоть и
> работает
>
> Хм. На большом компе я планировал бэкапить только нужные мне вещи, а вот
> на ноуте думал сделать копию единственного диска и ежедневно сбрасывать
> на нее send-ом наболевшее за день, чтобы при крахе основного винта
> просто с нее сразу же загрузиться, а уже потом докупать еще винт. Вы
> полагаете, что эта идея (под линухом, фри у меня нет) мертворожденная?
>
>

Re: zfs on linux

(прошу прощения за копию в личку; не уследил)

Re: zfs on linux

On 07/09/17 19:01, Vasiliy P. Melnik wrote:
> Я на фре именно снапшотами и бекаплюсь, но это фря.
> 
> Не надо лезть в в систему, лучше просто рсинком на зфс синхронизируйте, а
> потом уже делайте снапшот. Все же для линукса это чужая фс, хоть и работает

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

Re: zfs on linux

Я на фре именно снапшотами и бекаплюсь, но это фря.

Не надо лезть в в систему, лучше просто рсинком на зфс синхронизируйте, а
потом уже делайте снапшот. Все же для линукса это чужая фс, хоть и работает

9 июля 2017 г., 18:56 пользователь Alex Kicelew  написал:

> On 07/09/17 18:52, Vasiliy P. Melnik wrote:
> >> Про то, что отдельный /usr постепенно отламывают, даже в информации о
> >> выпуске stretch было упомянуто:
> > Та при нынешних объемах дисков оно просто бессмысленно. Я вообще делаю
> бут,
> > потом все остальное нарезаю лвм-ом, в лвм-е делаю 3 партишина - root и
> > var_log по 20 гигов, swap на 2 гига. Если под что-то надо место - создаю
> с
> > минимальным размером, потом добавляю, если надо. Ресайз на увеличение
> > работает на лету, на уменьшение - проблемно.
>
> Проблема в том, что на ноуте-то мне это не важно, но я планировал
> поставить zfs и на большую машину, где небольшой рейд. Бэкапить zfs,
> вроде, удобнее всего снапшотами, но снапшоты делаются на fs. Бэкапить
> /etc мне нужно, а вот полный бэкап всего рута вместе с /usr -- нет.
>
>

Re: zfs on linux

On 07/09/17 18:52, Vasiliy P. Melnik wrote:
>> Про то, что отдельный /usr постепенно отламывают, даже в информации о
>> выпуске stretch было упомянуто:
> Та при нынешних объемах дисков оно просто бессмысленно. Я вообще делаю бут,
> потом все остальное нарезаю лвм-ом, в лвм-е делаю 3 партишина - root и
> var_log по 20 гигов, swap на 2 гига. Если под что-то надо место - создаю с
> минимальным размером, потом добавляю, если надо. Ресайз на увеличение
> работает на лету, на уменьшение - проблемно.

Проблема в том, что на ноуте-то мне это не важно, но я планировал
поставить zfs и на большую машину, где небольшой рейд. Бэкапить zfs,
вроде, удобнее всего снапшотами, но снапшоты делаются на fs. Бэкапить
/etc мне нужно, а вот полный бэкап всего рута вместе с /usr -- нет.

Re: zfs on linux

>
> Про то, что отдельный /usr постепенно отламывают, даже в информации о
> выпуске stretch было упомянуто:
>

Та при нынешних объемах дисков оно просто бессмысленно. Я вообще делаю бут,
потом все остальное нарезаю лвм-ом, в лвм-е делаю 3 партишина - root и
var_log по 20 гигов, swap на 2 гига. Если под что-то надо место - создаю с
минимальным размером, потом добавляю, если надо. Ресайз на увеличение
работает на лету, на уменьшение - проблемно.

Re: zfs on linux

2017-07-09 Пенетрантность Alexander Galanin

On 07/09/17 18:44, Alexander Galanin wrote:
> This means that for stretch all systems where /usr is a separate
> partition need to use an initramfs generator that will mount /
> usr. All initramfs generators in stretch do so.

У меня сейчас не возможности проверить, do ли они это на стандартных fs,
но вот в zfs точно don't.

Re: zfs on linux

09.07.2017 17:07, Alex Kicelew пишет:

Отдельно стоит отметить, что /sbin/init в лице systemd в настоящее время
(версия 233-9) слинкован в числе прочего с одной библиотекой из
/usr/lib. Я не смотрел, до инита монтируются некорневые fs на обычных
системах, или после, но в zfs -- точно после, в результате чего если
/usr расположен на отдельной fs, система при загрузке падает в кернел
паник, ибо невозможно стартовать /sbin/init.

Про то, что отдельный /usr постепенно отламывают, даже в информации о
выпуске stretch было упомянуто:

5.1.1. Late mounting of /usr is no longer supported

Note

This section only applies to systems using a custom kernel, where
/usr is on a separate mount point from /. If you use the kernel
packages provided by Debian, you are unaffected by this issue.

Mounting of /usr using only tools found in / is no longer
supported. This has only worked for a few specific configurations
in the past, and now they are explicitly unsupported.

This means that for stretch all systems where /usr is a separate
partition need to use an initramfs generator that will mount /
usr. All initramfs generators in stretch do so.

--
Alexander Galanin

Re: zfs on linux

On 07/09/17 18:14, Artem Chuprina wrote:
>  > 3) systemd запускается раньше, чем монтируются некорневые fs в составе
>  > zfs, поэтому сервисы, закросслинканные на файлы на некорневых fs при
>  > старте systemd не видны. И если ожидается, что они автостартуют при
...
> После. Точно так же. Так что идея линковать сервисы в некорневую fs
> относится к плохим. Прочесть конфиг, где написано "давай подождем, пока
> вон то смонтируется" надо все же раньше, чем оно смонтируется.

С одной стороны, это логично. Но с другой, в systemd есть system
services, а есть user services. И если первые официально расположены
частично в /etc, частично в /lib, то вторые -- в ~/.config. И то, что у
меня они физически расположены в другой директории в том же ~/, которая
синхронизируется между разными машинами, а в ~/.config/systemd/user
только линки туда, это уже частность.

>  > но в zfs -- точно после, в результате чего если /usr расположен на
>  > отдельной fs, система при загрузке падает в кернел паник, ибо
>  > невозможно стартовать /sbin/init.
> Спасибо за еще несколько бит информации про systemd... У Поттеринга всё
> работает, ага...

Справедливости ради, мне это кажется ляпом скорее мейнтейнера, чем
Поттеринга. В более других версиях, которые у меня на других машинах,
этого ляпа нет.

Re: zfs on linux

2017-07-09 Пенетрантность Artem Chuprina

Alex Kicelew -> debian-russian@lists.debian.org  @ Sun, 9 Jul 2017 17:07:47 
+0300:

 > 3) systemd запускается раньше, чем монтируются некорневые fs в составе
 > zfs, поэтому сервисы, закросслинканные на файлы на некорневых fs при
 > старте systemd не видны. И если ожидается, что они автостартуют при
 > загрузке, то ожидается зря. Они станут видны systemd только после того,
 > как появится возможность сказать sudo systemctl daemon-reload (и, если
 > нужно, отдельно systemctl --user daemon-reload), после чего их нужно
 > будет стартовать руками.

 > Отдельно стоит отметить, что /sbin/init в лице systemd в настоящее время
 > (версия 233-9) слинкован в числе прочего с одной библиотекой из
 > /usr/lib. Я не смотрел, до инита монтируются некорневые fs на обычных
 > системах, или после,

После. Точно так же. Так что идея линковать сервисы в некорневую fs
относится к плохим. Прочесть конфиг, где написано "давай подождем, пока
вон то смонтируется" надо все же раньше, чем оно смонтируется.

 > но в zfs -- точно после, в результате чего если /usr расположен на
 > отдельной fs, система при загрузке падает в кернел паник, ибо
 > невозможно стартовать /sbin/init.

Спасибо за еще несколько бит информации про systemd... У Поттеринга всё
работает, ага...

 > 4) swap внутри zfs работает вполне корректно, но, вероятно, hibernate
 > работать в таком режиме не будет, ибо насколько я понял, обращение за
 > сохраненными данными идет до импорта пула.

Вообще это вот надо внимательно посмотреть... Насколько я понимаю
ситуацию, например, с LVM, то там тома все же должны подниматься до
того, начинает отрабатывать hibernate. Чтобы понять, откуда. А файловые
системы подхватываться — уже после, на основании поднятых гибернейтом
данных.

Надо бы потестировать на виртуалке...

Re: zfs on linux