1. Учим операционку ездить на RAID'e как показано тут gentoo.org
2. Конпеляем ведро, собираем загрузочный образ
3. Ставим второй grub и начинаем учить его работать с RAID'ом
# emerge -avq grub
# mount /boot
# grub2-mkimage -o /boot/grub/core_raid.img -O i386-pc part_msdos mdraid09 mdraid1x raid6rec diskfilter ext2
# cat >> /etc/grub.d/40_custom << EOF
menuentry "Gentoo Xen" {
set root=(hd0,msdos1)
linux /krn-3.14.14 root=/dev/md126p3 domdadm ro
initrd /initramfs-krn-3.14.14
}
EOF
# grub2-mkconfig -o /boot/grub/grub.cfg
# grub2-install --target=i386-pc --force /dev/md126
Кажися всё, начиная отсюда всё работает и загружается.
Во избежание этого следующий рецепт:
1. emerge -avq eyeD3 mutagen
2. find . -iname "*.mp3" -type f -exec mid3iconv -e CP1251 --remove-v1 '{}' \;
3. find . -iname "*.mp3" -type f -exec eyeD3 --force-update --to-v2.3 --set-encoding=utf16-LE --no-tagging-time-frame '{}' \;
И достигаем просветления.
Для начала открываем файл /etc/login.conf и правим секцию russian|Russian Users Accounts (Меняем KOI8-R на UTF-8)
После редактирования файла перегенерируем базу настроек: cap_mkdb /etc/login.conf
И последним этапом переключаем нужных пользователей: pw usermod -n admincheg -L russian
И вуаля, locale выдаёт нам ru_RU.UTF-8.
Нет ничего проще, чем ключ -s и дальше указание требуемого зеркала.
watch --interval 0 'cat /proc/net/ip_conntrack'
Съём статистики iptables
watch --interval 0 'iptables -nvL'
#!/bin/sh
if [ $1 ]
then
echo $1
gzcat $1 | mysql -u user -ppassword database
else
ls -1 *.sql.gz | while read file
do
./undump.sh $file &
while [ `ps | grep './undump.sh ' | grep -v grep | wc -l` -gt 10 ]
do
sleep 1
done
done
fi
Однако есть возможность конвертировать записи в wmv и mp4, но как всегда всё не так просто. Дабы сконвертировать, нужно иметь оплаченный аккаунт в системе, но мы не привыкли отступать. Итак, пароль для доступа к конвертированию:
Site: cornell.webex.com
AccountName: cornellrecorder
Password: Green123
Изначально всё выглядело как-то странно и непонятно, как будто господа ВК что-то не докрутили, но успешное подключение с pidgin'а заставило задуматься.
После очередной вылазки на просторы интернета я выловил наконец что искал. Параметр tracelog_level помог разобраться в причине, но перед этим я напоролся на две вещи.
Обычно в интернете освещено только три состояния этого параметра: 0 — выключен, 1 — основные события, 2 — xml и прочее. Однако для разбирательства этого оказалось мало и я решил попробовать даст ли мне что-нибудь увеличение параметра до 5.
Как бы странно это не звучало, но дало. Наконец я увидел заветный ход подключения, который обрывался на проверке сертификата.
После сёрфа я нашёл ещё один параметр: ssl_ignore_checks, который так же помог решить проблему, но не до конца.
Победой же было полное отключение каких-либо способов шифрования (tsl = 0, ssl = 0)
Победа за теми, кто ищет, господа.
var btn = document.getElementsByTagName("button");
var pos = 0;
function acceptLink()
{
if (pos > 0)
{
if (btn[pos — 1].id != '')
{
btn[pos — 1].parentNode.parentNode.parentNode.parentNode.parentNode.children[0].children[0].children[0].click();
}
}
if (btn.length == pos)
return;
while (btn[pos].id == '')
pos++;
var timeout = (Math.floor(Math.random()10) + 2) 1000;
btn[pos].click();
pos++
setTimeout(function () { acceptLink() }, timeout);
}
acceptLink();
#2223951/5, надо подкладывать под колени что-нибудь :3
#2144235/69, но это не повод выпиливаться
#2144235/18, тебя нет