Криптография для говноедов:
l29ah-x201 ~ ∞ hdparm -Tt --direct /dev/nvme0n1
/dev/nvme0n1:
Timing O_DIRECT cached reads: 4036 MB in 2.00 seconds = 2019.58 MB/sec
HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
Timing O_DIRECT disk reads: 7788 MB in 3.00 seconds = 2595.38 MB/sec
l29ah-x201 ~ ∞ hdparm -Tt --direct /dev/dm-0
/dev/dm-0:
Timing O_DIRECT cached reads: 2858 MB in 2.00 seconds = 1429.28 MB/sec
HDIO_DRIVE_CMD(identify) failed: Inappropriate ioctl for device
Timing O_DIRECT disk reads: 5442 MB in 3.00 seconds = 1813.44 MB/sec
УНЯНЯ. У нас есть немножечко инфы
об этом пользователе. Мы знаем, что он понаписал,
порекомендовал и даже и то и другое сразу.
А ещё у нас есть RSS.
swaptop: смотрим чё заняло сколько свопа
https://asciinema.org/a/b1643wf79iair17p0xizracsb
https://termbin.com/rfle
Новая порция добра для вашего crontab:
‰ cat /usr/local/sbin/check-kernel-release
#!/bin/bash
f=/var/db/newest-kernel-release
old=$(cat "$f")
new=$(curl -sS https://www.kernel.org/feeds/kdist.xml | sed -n -e '/stable/{s#.*[^0-9]\([0-9]*\.[0-9]*\)\.[0-9].*#\1#p;q}')
if [ -n "$new" ] && [ "$old" != "$new" ]; then
echo "Subject: new kernel have released: $new" | sendmail l29ah@cock.li
echo -n "$new" > "$f"
fi
У меня сишкософтина под linux иногда вдруг начинает жрать 100% цпу, как узнать что с ней не так? Пробовал аттачить к ней gdb - сразу после этого она начинает себя нормально вести. Если аттачить strace - он пишет что она постоянно дрочит какой-то фьютекс, в общем толку от этого мало.
Софтина - медиаплеер, и баг воспроизводится довольно редко, поэтому тупо заюзать профайлер наверное не получится. Как минимум нужно что-то умное придумать, чтобы можно было сказать, что софтина ведёт себя плохо вот здесь, чтобы анализ был на этом куске исполнения.
Сдохла кароч внезапно SSDшка, проработав раз в семь меньше чем обещано производителем (привет, SandForce!). При втыкании даж на IDENTIFY от smartctl не отвечает. Но я заметил, что Linux каким-то образом получает с неё таблицу разделов (правда потом нихуя с ней сделать не может, да). Попробовал при втыкании хуйнуть dd - и таки да, первые пару секунд оно даже работает, а потом виснет намертво.
Ну заебись, разобрал её, понял что ей будет достаточно пяти вольт (12В не используются, 3.3В по стандарту могут отсутствовать) взял FT232H, КП505, огрызки проводов от БП и соорудил СТЕНДИК: https://dump.bitcheese.net/files/vukavyh/ft232-switch.jpeg (ну там ещё светодиод для наглядности, да)
Написал программку чтобы дрыгать ножками и оставил на ночь вместе с while :; ddrescue. За ночь SSDшка успела-таки сдохнуть (теперь при втыкании SATA-линк поднимается, но на команды не отвечает), но почти все данные отдала.
С ней ещё что-то сделать можно прикольного, дабы оставшиеся данные извлечь?
∞ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
powersave
∞ zcat /proc/config.gz | grep -i freq_gov_powersav
# CONFIG_CPU_FREQ_GOV_POWERSAVE is not set
∞ echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo: write error: invalid argument
Как попросить mlterm не говнить шрифты?
// https://lwn.net/Articles/751763/
Обмазал генту systemd^WСУПЕРВАЙЗЕРОМ, теперь как у всех модных ребят // s6
// потому что coreboot сломан настолько, что acpid с ним периодически падает из-за того что ядро обсирается
// всё равно иногда прохождения acpi-события нужно ждать десять секунд, не знаю даже куда копать; такое было и с оригинальным биосом впрочем
Цоперайт © 2010-2016 @stiletto.