Re: выравнивание раздела: кому верить, fdisk или parted?

2019-12-11 Пенетрантность Sergey Spiridonov 
On Tue, 10 Dec 2019 17:19:01 +0300
"Andrey Jr. Melnikov"  wrote:

> Sergey Spiridonov  wrote:
> > В Thu, 5 Dec 2019 17:38:02 +0300 (MSK)
> > yuri.nefe...@gmail.com пишет:  
> 
> > >   Боюсь, что баг-репорт не поможет, хотя можете попробовать.  
> 
> > Ну да, они скажут что виноват драйвер кернела, который
> > неправильно понимает УСБ-Контроллер... Наверное надо куда-то в
> > кернел писать?  
> 
> Лучше в спортлото. Цифирка, которая в optimal_io - это к USB UASP
> относится. К твоему диску - нет.

Не понял тебя. В соответствующий драйвер можно USB UASP внести
изменение, и он будет поправлять optimal_io, в зависимости от усб
идентификатора, то есть возвращать либо 0 либо 33554432, вместо
33553920, как сейчас.

> > Я согласен уже на всё, но какой брать отступ? Какие для этого есть
> > правила???  
> 
> Никакой.

В смысле 0?
 
> > Я потом раздел шифрую люксом, это как-то влияет?  
> Да, всё тормозит на шифровании.

Я читал что шифрование само по себе не должно добавлять много тормозов,
если ЦПУ поддерживает аппаратное ускорение  AES. По крайней мере, так
пишут собаководы [1]. И это для SSD! Для шпинделя должно быть вообще
незаметно, ведь поток данных в разы меньше. Сам проверял это записывая
большой файл на вышеупомянутую зашифрованную шпиндельную Тошибу.
Скорость записи в 260МБ/с меня вполне устроила. При записи тучи мелких
файлов скорость записи падает да 10-20МБ/с, но можно ли винить в этом
шифрование, я пока не знаю, пока возможности сравнить нет.

https://www.phoronix.com/scan.php?page=article=2019-linux-encrypt=1

Впрочем даже если производительность винта упадёт в два раза, я это
переживу. Проблема в том что у меня проблема куда серьёзней (см. ниже)

> > Спасибо за помощь. Блин, 2019 год, а в линуксе проблема разбить
> > винт. Куда катится мир?  
> 
> Нет проблем в 2019 году с винтами. Есть проблемы с теми, кто это
> пытается делать не понимая.

Ну ОК, будем считать что я не понимаю. В конце концов это недалеко от
правды.

...


> Поэтому, для обычного HDD все эти сказки про скорости и выравнивания -
> обычный маркетинговый fud. Для SSD по большей части тоже, т.к.
> контроллеры умнеют, а все веселые картинки про "драматичесике
> изменения скорости" видны только из далекого прошлого. А ведь в
> 3D-NAND уже размер блока 16K+2208 spare, но что-то никто не бегает с
> align 16K и размером сектора в 16k вместо 4k.

То есть по-твоему выравнивание вообще не играют значения, если я
правильно понял. ОК, спасибо за совет.

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

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

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

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

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

Tidy validation failed

2019-12-11 Пенетрантность Debian Webmaster 
*** /srv/www.debian.org/www/devel/wnpp/help_requested.ru.html
line 179 column 136 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/devel/wnpp/help_requested_byage.ru.html
line 215 column 136 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/devel/wnpp/help_requested_bypop.ru.html
line 59 column 136 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/devel/wnpp/rfh.ru.html
line 179 column 136 - Warning:  escaping malformed URI reference
*** /srv/www.debian.org/www/security/2019/dsa-4581.ru.html
line 80 column 55 - Error:  is not recognized!
line 80 column 55 - Warning: discarding unexpected 

--
 You received this mail for the language code ru.
 Please edit webwml/english/devel/website/validation.data if this is not 
accurate.
 Please also update webwml/english/devel/website/ with the new coordinator(s) 
data.

Re: yandex-browser и пароли

2019-12-11 Пенетрантность Александр Завгородний 
Да, я знаю, что ест поддержка, но, повторю, сначала ваши мнения послушаю16:57, 11 декабря 2019 г., "Илья" :Есть поддержка у нихhttps://browser.yandex.ru/help/support/support.html#report-problemВ Thu, 5 Dec 2019 19:05:20 +03001  пишет: Доброго времени суток! Ну, и, как всегда, дано) Дано - ноутбук hp 250 g6 (2SX58EA) и Debian GNU/Linux 9.5 amd64. У меня несколько окружений рабочего стола, основные mate и lxde, и  yandex-browser (Версия 19.10.3.302 beta (64-bit), самая последняя  версия, для Линукса существует только бета) работает в mate и в других окружениях нормально , но в lxde недоступны пароли, которые сохраняет браузер, ни ранее сохранённые в других окружениях, ни сохранённые в lxde сейчас, в остальных программах такого не замечено. Есть ли какие решения, кроме как оставаться на mate?-- Отправлено из мобильного приложения Яндекс.Почты

Re: yandex-browser и пароли

2019-12-11 Пенетрантность Илья 
Есть поддержка у них
https://browser.yandex.ru/help/support/support.html#report-problem

В Thu, 5 Dec 2019 19:05:20 +0300
1  пишет:

> Доброго времени суток!
> Ну, и, как всегда, дано)
> Дано - ноутбук hp 250 g6 (2SX58EA) и Debian GNU/Linux 9.5 amd64.
> У меня несколько окружений рабочего стола, основные mate и lxde, и 
> yandex-browser (Версия 19.10.3.302 beta (64-bit), самая последняя 
> версия, для Линукса существует только бета) работает в mate и в
> других окружениях нормально , но в lxde недоступны пароли, которые
> сохраняет браузер, ни ранее сохранённые в других окружениях, ни
> сохранённые в lxde сейчас, в остальных программах такого не замечено.
> Есть ли какие решения, кроме как оставаться на mate?
>

Re: не работает мышка a4tech в debian 10

2019-12-11 Пенетрантность Илья 
Что то все молчат. Никто не пишет?
https://www.debian.org/Bugs/

В Tue, 10 Dec 2019 19:08:18 +0300
j5st j5st  пишет:

> не работает колесо мышки a4tech в debian 10 после последнего
> обновления мышки других фирм работают нормально как сообщить
> разработчикам о проблеме
> 
> раньше все было нормально

Re: [DONE] wml://security/2019/dsa-4581.wml

2019-12-11 Пенетрантность Vladimir Shestakov 
diff --git a/russian/security/2019/dsa-4581.wml
b/russian/security/2019/dsa-4581.wml
index 3bf65ab0c77..f2e4633c210 100644
--- a/russian/security/2019/dsa-4581.wml
+++ b/russian/security/2019/dsa-4581.wml
@@ -22,7 +22,7 @@

 Йорн Шнивайц сообщил об уязвимости, при которой рекурсивное
клонирование,
 за которым следует обновление подмодуля, может выполнять код,
содержащийся в
-репозитории без явного запроса об этом у пользователя. Теперь эта
возможность
+репозитории, без явного запроса об этом у пользователя. Теперь эта
возможность
 отключена, в `.gitmodules` записи вида
`submodule..update=!command`
 выключены.