заметил что если запустить
# pv -c /dev/urandom > /dev/sdaто одно из ядер CPU загружается на 100%, а второе в генерации псевдо-случайного потока не используется вообще. Можно ли как-то задействовать оба ядра, а то так мне больше суток придётся ждать пока потрётся весь диск?
не знаю смеяться или плакать
http://lenta.ru/news/2009/09/30/phones/
Ъ:
В азербайджанском селе Бадамагаджы (на юге страны) два человека погибли и еще 13 пострадали от ударов током. Причиной этого стала ошибка, допущенная монтером. Ранее на высоковольтной линии, снабжающей село электроэнергией, произошел обрыв. Прибывший на место происшествия электромонтер "по ошибке соединил линию электропередачи с телефонной". В результате в 30 домах села одновременно зазвонили телефоны. Те, кто взял трубку, получили удар током.
если в CompizConfig поставить галочку напротив «GLib», то при автоматическом старте он выпадает с ошибкой вроде
compiz.real[5002]: segfault at 7f728d77c188 ip 00007f728d9bc4da sp 00007fff798730d0 error 4 in libglib-2.0.so.0.2000.5[7f728d980000+c2000]
если потом запустить его руками «compiz — replace», то вроде стартует нормально. Если вообще убрать галочку напротив «GLib» — тоже всё в порядке.
Вопрос: какой дополнительный функционал подразумевается что должен появиться если ставишь галочку напротив «GLib»? Я разницы с/без «Glib» на глаз не вижу, так что вообще её убрал.
специалисты по сокетам, можно ли форфадить UNIX-сокеты по ssh-каналу? Допустим у меня на машине home есть ssh-account, можно ли сделать что-то вроде
ssh user@home -L 2020:localhost:2020 dtach -n /tmp/123 bash
ssh user@home socat UNIX-CLIENT:/tmp/123 TCP-LISTEN:2020
socat TCP-LISTEN:2020 UNIX-CLIENT:/tmp/123
dtach -c /tmp/123
какая из мэйнстримных ФС (пока brtfs не вышла) больше всего подходит для сохранения важной информации? Скорость доступа не важна, главное устойчивость к некорректным отмонтированиям при неожиданных выключениях питания (с этим вроде у ext4 проблемы были). Только не надо говорить "любая журналируемая" -- журнал спасает структуру ФС а не данные. Что-то по этому поводу было у ext3 с "-o data=journal", может это где-то лучше реализовано?
точнее они нагло паразитируют на google
если вы пользуетесь OpenDNS, то _ОНИ_ имеют полный доступ у вашему google-аккаунту. А на него завязана и почта, и jabber, и web-статистика, а у некоторых и доступ к реальному аккаунту с которого можно деньги снять. Как? Адреса его серверов 208.67.222.222 и 208.67.220.220. Попробуйте спросить у OpenDNS адрес сервера
$host www.google.com 208.67.222.222
Using domain server:
Name: 208.67.222.222
Address: 208.67.222.222#53
Aliases:
www.google.com is an alias for google.navigation.opendns.com.
google.navigation.opendns.com has address 208.69.36.231
google.navigation.opendns.com has address 208.69.36.230
они сами говорят http://www.opendns.com/support/article/244 что "это для вашего же блага". Проблема в том что доступ у google-аккаунту осуществляется по адресу https://www.google.com/accounts/ServiceLogin?service=...
и так как DNS под находится под контролем OpenDNS, то браузер не в состоянии заметить что подключается он не к настоящему www.google.com а вовсе даже к google.navigation.opendns.com.
поднял VPN через ppp+ssh http://www.ibiblio.org/pub/Linux/docs/HOWTO/ppp-ssh . Оба ppp-шных конца 192.168.3.1 192.168.3.2 замечательно пингуют друг друга. Кто силён в опциях "route", что нужно сказать чтобы при попытке "traceroute 74.125.67.100" (74.125.67.100=google) на "клиенте" пакеты шли через "сервер"? Первое что приходит на ум
route add -host 74.125.67.100 gw 192.168.3.2 dev ppp0
не помогает: пакеты доходят до 192.168.3.2, но не дальше. Положенные заклинания
echo 1 > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/conf/ppp0/forwarding
произносил, iptables ни на одной машине не настроен (но одна за NAT'ом).
googletalk всем устраивает, но хочется иметь альтернативу в запасе чтобы не попасть рабство. Требования
1) offline-сообщения
2) хранение истории на сервере, желательно с возможностью скачивания на локальную машину (чего в googletalk пока нет. Не знаю по какому протоколу такое было бы возможно, может IMAP?).
3) надежда что сервер не загнётся в обозримом будущем
http://lenta.ru/articles/2009/07/21/biopass/
<Ъ> Всю последнюю неделю в России не смолкают разговоры о приостановке выпуска биометрических загранпаспортов. При этом, по данным ФМС, документы нового образца пользуются большей популярностью - из 2 миллионов загранпаспортов, выданных в этом году, 1,3 миллиона - биометрические и лишь 700 тысяч - обычные. Не смущает россиян и цена - биопаспорт дороже обычного на 600 рублей (1000 вместо 400).</Ъ>
С водительскими правами ещё можно понять -- "новые" по размеру меньше, легче в карман засунуть. Но почему "загранпаспорта нового образца пользуются большей популярностью"?
в 2.6.31 больше нет usbfs и /proc/bus/usb
кто-нибудь в курсе как ещё можно управлять правами доступа к USB-устройствам? Когда я подключаю внешний DVD-drive через USB, udev создаёт устройство /dev/sr0. Но даже после "chmod 666 /dev/sr0" не-root не может сказать "dvd+rw-mediainfo /dev/sr0". Раньше пользователь из группы с правами записи /proc/bus/usb мог это сделать.
в gajim все логи чатов хранятся в sqlite. Кто-нибудь в курсе, есть ли средства для экспорта/импорта этих логов (чтобы логи с одной машины добавить к логам на другой машине)?
кто-нибудь знает как она на самом деле работает? Список сот в инжинерном режиме GSM-модема и силу сигнала я вижу. А как узнать координаты этих сот чтобы триангуляцию произвести? Они сами свои координаты по хитрому запросу что ли выдают?
В Virtualbox (а наверное и во всех VM) можно подключать директории в хозяйской OS, которые для гостевой OS будут казаться "сетевыми дисками". Получается что значительную часть гостевой OS можно фактически разместить на хозяйской FS. С гостевым Linux было бы наверное совсем просто -- внутри VM жило бы только ядро, coreutils и symlink на внешнюю директорию со всем остальным.
Можно ли проделать тоже самое с виндой, сначала установив её на "внутренний HD" Virtualbox, а потом скопировать почти всё на "внешний сетевой диск" (ну и конечно подправив кое-чего в реестре)?
| ← назад |