То, какой я глупый, недалёкий человек, и какой ужасный у меня имейл выведем за скобки.

Я даже понимаю, что -30 за якобы оффтоп сродни сатисфакции.

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

Господа, зачем вы поддаётесь аналогичной провокации фрактала с аватаркой?

И что совершенно непонятно, логика действий? Что можно, что нельзя, ютюб нельзя или открытый ключ нельзя или ещё что-то.

В сети не опубликована база с адресами и паролями пользователей протокола анонимной пересылки электронной почты mixminion и mixmaster.

Лол.

Чем можно реализовать торможение транзитного траффика, допустим http, скажем, в интервалах 30 секунд - несколько минут?

Не уверен, что можно сделать на уровне пакетов iptablesами.

В какую сторону думать?

«Во внутре срендюкового рыцаря наши опилки» (ц) Райкин.

В который раз обратился к KEMET SMD Tantalum Capacitors, вспомнить как маркируется напряжение, да заодно выбрать класс получше из имеющихся демонтированных в разное время из разных плат.

Нашёл несколько T494 Industrial (Low ESR), ==(*)==, щииикарна.

Поймал себя на мысли, что надо бы ещё кое-чего проверить, проверил, не поверил.

Что мы видим? 47uF 16V, а хде ==(s)== или ==(s+)== или ==(+)== или хотя бы ==(j)==.

Чота вспоминается какая-то история с использованием индастриал микрух вместо милитари/аэроспэйс в каком-то космическом аппарате.

Тут в общем то же самое.

// да, предвижу, что будут говорить, что это не настоящее видео, настоящее видеть не положено, это муляж, деза... :)

Как-то раньше не наткнулся, только сейчас.

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

Оставляю это тут.

Такие дела, криптокотаны.

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

cryptsetup при детачед хэдере и при --align-payload=0 даёт возможность иметь контейнер произвольной длинны, хоть 100кб, что удобно для теста.

cd /tmp
stat -c %s text
772416
dd if=/dev/zero of=/tmp/ctext bs=1 count=772416
 скопировано 772416 байт (772 kB), 7,10004 c, 109 kB/c

dd if=/dev/zero of=/tmp/head bs=1M count=2 && sync
dd if=/dev/zero of=/tmp/key bs=1M count=2 && sync
mknod -m0660 /dev/loop101 b 7 101
losetup /dev/loop101 /tmp/ctext

cryptsetup --verbose --cipher aes-cbc-essiv:sha256 --key-size=256 --hash=sha256 --iter-time=1000 --verify-passphrase luksFormat /dev/loop101 --header /tmp/head --align-payload=0
cryptsetup luksAddKey /tmp/head /tmp/key
cryptsetup luksOpen /dev/loop101 --header /tmp/head --key-file /tmp/key ct

dd if=/tmp/text of=/dev/mapper/ct
dd: запись «/dev/mapper/ct»: На устройстве кончилось место
1508+1 записей считано
1508+0 записей написано
 скопировано 772096 байт (772 kB), 0,0478374 c, 16,1 MB/c

0x000bc7c0: bf 56 41 7b 7b 84 a3 cd c3 9d 7e a5 51 63 0c 59 26 6e 15 47 30 51 e8 30 6a e5 1e e0 ea 8d 48 4e  .VA{{.....~.Qc.Y&n.G0Q.0j.....HN
0x000bc7e0: 5a 4b e1 ea 18 89 57 4f d9 99 2e a4 b6 cf a3 ce f6 cf 73 1a 19 17 30 d6 7b 1a 9b fc e8 1b 9e b1  ZK....WO..........s...0.{.......
0x000bc800: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc820: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc840: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc860: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc880: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc8a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc8c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc8e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................
0x000bc900: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................................

Тем не менее

cat /dev/mapper/ct > /tmp/check

ln -sf /dev/mapper/ct /tmp/mapper
leafpad /tmp/mapper
cat /dev/mapper/ct > /tmp/check_2

chown user /dev/mapper/ct
chown user /dev/dm-6
ln -sf /dev/dm-6 /tmp/dm-6

Вопрос, есть ли средства для обеспечения прозрачного шифрования одного файла, но без использования ФС? Теоретически же ничего сложного, крути симметричный алгоритм на лету и всё, но как-то оно под это не заточенно.

cast Gotf

// upd, допёр чего скопировано 772096 байт из 772416.

772096/256=3016 блоков по 256байт ключа, остальное не влезло.

Давненько, когда настраивал федору по схеме luks>rootfs там при загрузке помимо скрытия строк лога появлялось поле ввода пароля.

В смысле графическое, а не штатный запрос в консоли а-ля «unlock sda2_crypt:»

Подскажите какие это параметры конфига?

Или это вообще был лило?

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

Имеем диск

Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

parted -a optimal /dev/sdx
mklabel msdos
unit MiB
mkpart primary 1 769
p
Number  Start    End     Size    Type     File system  Flags
 1      1,00MiB  769MiB  768MiB  primary
align-check optimal 1
1 aligned

Здесть нормально.

С raid1 вроде всё ясно, просто

mdadm --create /dev/md1 --metadata=1.2 --level=1 --raid-devices=2 missing /dev/sdx1

А вот для raid0 из 2х дисков, вот такой расчёт ещё актуален?

Chunk Size : 512K
stripe size = chunk size
stride = chunk size / block size = 512K / 4K = 128
stripe-width = stride * data-disks = 128 * 2

Далее cryptsetup,

Текущее выравнивание,

cryptsetup luksDump /dev/mdX | grep Payload
Payload offset: 4096

Пишут, что лучше cryptsetup выравнивать на 4MB, то есть cryptsetup [...] --align-payload=8192 , есть мысли по этому поводу?

LVM2
Теперь pvcreate, --dataalignmentoffset используется только когда нижележащие слои не выравнены, а вот dataalignment должен быть равен Chunk Size, какой он для raid1?
Поэтому нюансов выравнивания поверх зеркала так и не смог найти.

Ну и наконец ext4, опять же, от какого Chunk Size плясать для зеркала?

Что-то вроде?

mkfs.ext4 -b 4096 -E stride=128,stripe-width=256

// сейчас у меня raid1>luks>lvm>[swap+ext4], но на дисках без AF, то бишь 512 байт сектор, делалось всё автоматом, нареканий не имею.

Бьюсь над одним багом, пока что поймал себя на мысли, «правильно ли я драйвер поставил».

Это понятно

git clone git://git.freedesktop.org/git/xorg/driver/xf86-video-intel
cd xf86-video-intel/
git checkout 2.21.15

./autogen.sh
./configure
make
sudo make install

ldconfig

Собственно вопрос, достаточно ли ldconfig, или всё таки надо вручную прописывать что-то в /etc/ld.so.conf.d, если да, то что?

Второй вопрос, как проверить версию используемого драйвера, какой-нибудь modinfo some_driver, чтоб удостовериться?

// debian wheezy

У кого-нибудь остались исходники sdrsharp, до того как они зажидили и закрыли доступ к репе?

https://subversion.assembla.com/svn/sdrsharp/trunk

Отжимался вот, вдруг осознал, что все эти программы для повышения отжиманий выверенные будто по математическим фракталам полная лабуда.

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

Походил, захотел, сделал ещё.

Ну мы же к сексу не подходим с точки зрения, «так надо сделать 3 подхода по 131-177-247 фрикций», не ведём этих дурацких программок, не ставим галочки карандашиком, не задрачиваем себя расчётами, какой месяц фрикций потребовалось меньше, какой больше.

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

Вот.

Нужен винт 2.5 от 1Тб, возможно пара чтоб обновить сразу весь массив raid1, начал искать, но что-то грустно, 2Тб почти не найти, 1500 только со смешным кешем и оборотами, тем не менее присмотрел эти

HGST 7K1000 / HGST 5K1500

Может у кого есть что посоветовать?

Ещё интересен вопрос как у этих моделей с парковками и решается ли это через hdparm?

Что имеем в наличии:
T8100 Socket P, 478-pin micro-FCPGA, Core stepping M0, 1.000–1.250 V, 35 W, Bus speed 800 MHz.

Доподленно известно, что такая же модель ноутбука комплектовалась T8300.

Читал, сверял, изучал:
https://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors
https://en.wikipedia.org/wiki/Core_(microarchitecture)

Вот что собственно интересно, если плясать от сокета, тепловыделения, вольтажа и частоты шины, то по идее T9500/T9300 должен подойти, сравнение.

Совместимость GM965.

Хотя читал треды, где уверяли в успешности замены более ранних моделей с частотой шины 800 на более новые вроде T9900 с частотой 1066 MHz, что настораживает.

Фактор биоса понимаю, поэтому черезмерно прыгать не хочу.

Есть у кого соображения по этому поводу?

Есть ли способ отмонтировать удалённый файл и освободить /dev/loopX

// Удалил файл до того как отмонтировал.

losetup -a

/dev/loop0: [0019]:123456 (/some/path.img (deleted))

losetup -d /dev/loop0
Ноль на массу

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

Используется ли отделённый хедер при работе с _уже подключённым_ устройством?

Я так понимаю (по тестам так же), что хедер используется при открытии только один раз, для получения мастер-ключа, который потом, пока устройство смонтировано, хранится в оперативе.

Всякие команды, требующие обращения к хедеру (luksAddKey/luksSuspend/luksResume) выводим за скобки, это и так ясно и указано в документации.

Иными словами, после монтирования устройства, хедер можно съесть?

Правильно я понимаю, что в /sys/class/net/<DEV>/flags

закодированы текущие флаги сетевого устройства, например:

'0x322'==<BROADCAST,ALLMULTI,PROMISC,NOTRAILERS>

Вопрос, где взять таблицу кодов? Ещё лучше иметь возможность проверять отдельный флаг, например меня интересуют только NO-CARRIER, PROMISC, UP, LOWER_UP, конечно, я могу всё это напарсить из ip addr show <DEV> но это как-то не изящно.

Залип в очередном скрипте над разными проверками на digit-only / digit-in-range
Написать-то чтоб работало я могу по-разному.

Вобщем вопрос только как по баш-хакерски наиболее компактно написать последнюю конструкцию, а-ля ^[[:digit:]]*$

V="$1"
echo "-------------------------------"
# Работает, но может выдавать ложные позитивные, при конструкции вроде {{1..3},{100..120}}, где 10 не входит, но будет найдено в 110
# Можно как массив дотошнить, но слишком уныло.
[[ `echo {1..999}` = *"$V"* ]] && echo "$V > in range" || echo "$V > out of range"

# Проверка на [0-9]* работает корректно. Но громоздкая конструкция.
if `grep -Eqo "^[[:digit:]]*$"<<<$V` ; then
  echo 'true'
else
  echo 'false'
fi

# Почти компактный, наркоманский, вариант проверки.
grep -Eqo "^[[:digit:]]*$"<<<$V ; [[ "$?" = 0 ]] && echo 'digit' || echo 'not digit'



# А хочу конструкции вроде этой ^[[:digit:]]*$ , по аналогии с grep, но чисто на bash, проверять [0-9]*
[[ $V = <bash_magic_regex> ]] && echo "$V > YES!" || echo "$V > NO!"

# [[ $V = [[:digit:]]{1,3} ]] # Или вот такой...

Сходу не вник, по сему краткий вопрос тем кто собирал оные.

Они, что, lz4_decompress symbol conflict отложили фиксить до 0.6.3?

Чем можно получить список открытых файлов (вкладок) gedit, что-то вроде dbus?

# do_black_magic gedit.pid

/path/to/file1
/path/to/file2

PS, базовый плагин управления сеансами в gedit 3.4 просто настолько далеко их сложил, что можно руки обломать пока докликаешь

Файл - Сохранённые сеансы - Управление сеансами — Окошко и в нём открыть.

Всякий шлак типа reopen closed tabs не упоминать.

Профит: хочу накостылить себе сохранение/управление сеансами и толкать с нужными ключами во встроенном в gedit терминале.

А-ля

gss.sh -s -n NewSession

или

gss.sh -l OtherSession

Всё ж удобней.

С месяц тому начал всецело ощущать и тотальную упоротость, перебор факторов которые могли её спровоцировать ничего не выдал.

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

Стоит предвосхитить вопросы типа, вам дроссели от БП в ухо свистели, куллер в лицо грел и тому подобные, нет, дело не в них.

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

Как-то так.

Остаётся неясным, к каким факторам привязывается мозг, к геомагнитным полям или локальным соцветиям звуков?

PS
Чуть не забыл, а куда головой спите вы?
Как часто меняете положение?
Есть ли какие-то ощущения после смены?