<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. http://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="http://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:stasikos</id>
  <title>Just Another Sysadmin's blog (просто еще один блог сисадмина)</title>
  <subtitle>System log</subtitle>
  <author>
    <name>stasikos</name>
  </author>
  <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/"/>
  <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom"/>
  <updated>2008-07-02T17:48:47Z</updated>
  <lj:journal username="stasikos" type="personal"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://stasikos.livejournal.com/data/atom" title="Just Another Sysadmin's blog (просто еще один блог сисадмина)"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:83077</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/83077.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=83077"/>
    <title>Мы устали от мира? Или он от нас?</title>
    <published>2008-07-02T17:48:47Z</published>
    <updated>2008-07-02T17:48:47Z</updated>
    <category term="тупняки"/>
    <category term="переутомление"/>
    <category term="утомление"/>
    <content type="html">По всей видимости, наступило глобальное переутомление. Я с завидной регулярностью прибиваю / или делаю rm -rf /usr/lib, окружающие теряют способность сверить две строчки текста, несем всякую чепуху и т.д...&lt;br /&gt;&lt;br /&gt;Что происходит? Магнитные бури? Вспышки на солнце?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:82783</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/82783.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=82783"/>
    <title>О перезаписи заголовков писем в exim4</title>
    <published>2008-07-01T15:23:51Z</published>
    <updated>2008-07-01T15:23:51Z</updated>
    <category term="flags"/>
    <category term="begin"/>
    <category term="exim"/>
    <category term="rewrite"/>
    <content type="html">Находим в конфиге два слова: "begin rewrite"&lt;br /&gt;Добавляем туда строки:&lt;br /&gt;&amp;lt;старый адрес&amp;gt; &amp;lt;новый адрес&amp;gt; [&amp;lt;флаги&amp;gt;]&lt;br /&gt;&lt;br /&gt;Где &amp;lt;флаги&amp;gt; - указания, что перезаписывать. Если не указать, перезаписано будет все. &lt;br /&gt;F - адрес в envelope-from&lt;br /&gt;f - From:&lt;br /&gt;r - Reply-To:&lt;br /&gt;s - Sender:&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.exim.org/exim-html-current/doc/html/spec_html/index.html#toc0256"&gt;Остальные флаги.&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:82639</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/82639.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=82639"/>
    <title>Моя последняя лажа. )</title>
    <published>2008-06-30T12:16:30Z</published>
    <updated>2008-06-30T14:09:33Z</updated>
    <category term="лажа"/>
    <category term="debian"/>
    <category term="linux"/>
    <content type="html">Решил написать о своей недавней "лаже", не принесшей никаких неприятностей, кроме бессонной ночи. &lt;br /&gt;&lt;br /&gt;Итак, все началось с идеи оптимизировать свой /, избавившись от фрагментации файлов. В случае ext3, да и вообще linux - единственный эффективный способ - забекапить все файлы, создать ФС заново и восстановить файлы на старое место. &lt;br /&gt;А для проверки фрагментации можно использовать команду e2fsck. Общеизвестно, что запускать эту команду на смонтированной фс не стоит. Но, зная это, я все равно запустил. ) Спохватившись после слов "recovering journal", я ткнул Ctrl-C (может быть, это добавило некоторое удовольствие мне в последствии, кто знает). Это было моей первой ошибкой. )&lt;br /&gt;В общем, решив продолжить дело, я взял рядом лежащий диск с Ubuntu, загрузился и сделал fsck еще раз, исправляя ошибки. Фрагментация оказалась на уровне 2.2%, что не так много-то в общем...&lt;br /&gt;После чего, воспользовавшись tar, я полностью сбекапил / в tar.gz, сделал mke2fs&amp;nbsp;-J&amp;nbsp;/dev/hda1 и полез распаковывать tar.gz со старой корневой системой. И вот как-то незаладилось. Архив был объемом порядка 2ГБ, а распаковывалось (и без сообщений об ошибках!) всего около 380 мегабайт. Долгая ругань с товарищами с #linux кончилась тем, что я запустил cpio с очень подробными опциями, и оказалось что все заканчивается на забитых нулями блоках. Я все-таки смог пропустить их, используя dd, и скармливая поток через пайп тому же cpio. Теперь, вроде-бы, распаковалось все и я даже смог загрузиться. &lt;br /&gt;В чем же была моя вторая ошибка? Да элементарная - я не проверил созданную копию. )&lt;br /&gt;Ну далее дело оказалось не очень хитрым - загрузился в новую систему, заметил, что часть библиотек и бинарников, в общем-то, отсутствует, и повреждена. Помог debsums - он показал, как и то чего нет, так и то что повредилось. aptitude reinstall восстановил все поврежденные файлы и система стала рабочей. Я же запомнил эти уроки, надеюсь, на всю жизнь.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:82276</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/82276.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=82276"/>
    <title>Листинг имен файлов по маске горячей клавишей в bash</title>
    <published>2008-06-29T17:13:03Z</published>
    <updated>2008-06-29T17:13:03Z</updated>
    <category term="globbing"/>
    <category term="wildcard"/>
    <category term="bash"/>
    <category term="file names"/>
    <category term="autocomplete"/>
    <content type="html">как-то захотелось просмотреть абстрактный jpeg из домашнего каталога программой display. &lt;br /&gt;&lt;br /&gt;Ну, как обычно, тыкаю &lt;br /&gt;&lt;pre&gt;$ display &amp;lt;tab&amp;gt;&lt;/pre&gt;&lt;br /&gt;И понимаю, что что-то тут не так, и выбирать из 200-300 файлов любой жпег не очень-то удобно.&lt;br /&gt;&lt;br /&gt;Роемся в man bash. )&lt;br /&gt;&lt;pre&gt;
$ display *.jpg&amp;lt;Esc-g&amp;gt; 
&lt;/pre&gt;&lt;br /&gt;(или Alt-g, или Ctrl-x, g - для просто списка без дополнения)&lt;br /&gt;&lt;br /&gt;Нажатием Ctrl-x * можо и вовсе вместо табкомплита поместить все имена файлов по маске в командную строку.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:82018</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/82018.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=82018"/>
    <title>Пися</title>
    <published>2008-06-28T14:45:26Z</published>
    <updated>2008-06-28T14:47:07Z</updated>
    <category term="Пися"/>
    <category term="про меня"/>
    <content type="html">&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;br /&gt;&lt;div style="border-style:groove;border-width:thick;width:380px;" title="Узнай свой IQ!"&gt;&lt;table&gt;&lt;tr&gt;&lt;td height="117px" width="80px"&gt;&lt;img src="http://sly2m.com/sly2m/IQ/images/brain.jpg" /&gt;&lt;/td&gt;&lt;td width="280px" align="center"&gt;&lt;p style="font-family:Verdana;color:blue;line-height:2;font-weight:bold;font-size:1.2em"&gt; Мой IQ - &lt;font style="font-size:larger;color:red"&gt;143&lt;/font&gt;&lt;br&gt;&lt;br&gt;&lt;a href="http://www.sly2m.com/sly2m/IQ"&gt;www.sly2m.com/sly2m/IQ&lt;/a&gt;&lt;/p&gt;&lt;a style="text-decoration:none" href="http://sly2m.livejournal.com/102834.html"&gt;&lt;img src="" border="0" width="0" /&gt;&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;&lt;/div&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:81788</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/81788.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=81788"/>
    <title>Target filesystem doesn't have sbin/init</title>
    <published>2008-06-25T18:50:51Z</published>
    <updated>2008-06-25T18:50:51Z</updated>
    <category term="boot"/>
    <category term="wtf"/>
    <category term="system"/>
    <category term="init"/>
    <content type="html">Первое, что стоит проверить в этой ситуации - это правильность параметра root= в загрузчике. &lt;br /&gt;Второе - имеется ли /sbin/init в системе вообще.&lt;br /&gt;Все остальное - потом.&lt;br /&gt;&lt;br /&gt;(навеяно попытками поставить usplash|uswsusp в Debian Sid, в процессе пробы pm-utils)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:81470</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/81470.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=81470"/>
    <title>Диаграммы сетей, фотки стоек...</title>
    <published>2008-06-21T05:38:28Z</published>
    <updated>2008-06-21T05:38:28Z</updated>
    <category term="оборудование"/>
    <category term="сети"/>
    <category term="networking"/>
    <category term="diagrams"/>
    <category term="стойки"/>
    <category term="racks"/>
    <category term="networking equipment"/>
    <content type="html">&lt;a href="http://www.ratemynetworkdiagram.com/"&gt;Интересный ресурс&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Можно просто пооценивать, можно поразглядывать. )</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:81309</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/81309.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=81309"/>
    <title>Получить статистику ping без завершения работы команды</title>
    <published>2008-06-13T20:33:17Z</published>
    <updated>2008-06-13T20:33:17Z</updated>
    <category term="ping"/>
    <category term="unix"/>
    <category term="packet loss"/>
    <content type="html">Обычно, если не указывать значение параметра -c, ping посылает icmp echo до тех пор, пока не будет завершен, например, с помощью Ctrl-C:
&lt;pre&gt;
0):stasikos@zombie:~$ ping ya.ru
PING ya.ru (213.180.204.8) 56(84) bytes of data.
64 bytes from ya.ru (213.180.204.8): icmp_seq=1 ttl=57 time=760 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=2 ttl=57 time=703 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=4 ttl=57 time=2391 ms
64 bytes from ya.ru (213.180.204.8): icmp_seq=5 ttl=57 time=1465 ms

--- ya.ru ping statistics ---
6 packets transmitted, 4 received, 33% packet loss, time 5399ms
rtt min/avg/max/mdev = 703.354/1329.923/2391.067/682.176 ms, pipe 3
&lt;/pre&gt;

Но однажды мне захотелось странного. Поставить ping с интервалом поболее, да на долгое время, чтобы оценить этот самый packet loss в больших масштабах. Ну и смотреть статистику, не тыкая каждый раз ctrl-c и не перезапуская его снова.
&lt;br /&gt;
"Shorter current statistics can be obtained without  termination of process with signal SIGQUIT." - гласит man ping. Посему...
&lt;pre&gt;0):stasikos@zombie:~$ ping -q -i 2 ya.ru
PING ya.ru (213.180.204.8) 56(84) bytes of data.
(^Z)
[1]+  Stopped                 ping -q -i 2 ya.ru
1):stasikos@zombie:~$ bg %1
[1]+ ping -q -i 2 ya.ru &amp;
1):stasikos@zombie:~$ kill -QUIT %1
6/2 packets, 66% loss, min/avg/ewma/max = 609.963/740.967/839.220/871.972 ms
&lt;/pre&gt;
Опцию q я указал, чтобы строки, которые выводит ping, не мешали работе в шелле, пока ping работает в фоне.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:80973</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/80973.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=80973"/>
    <title>Kак узнать или изменить свой uid в linux</title>
    <published>2008-06-12T06:29:42Z</published>
    <updated>2008-06-13T20:37:15Z</updated>
    <category term="unix-like"/>
    <category term="unix"/>
    <category term="linux"/>
    <category term="uid"/>
    <content type="html">UID - это уникальный в пределах системы идентификатор пользователя. Представляет собой целое число. &lt;br /&gt;

Узнать его можно многими способами:
&lt;pre&gt;$ id 
uid=1000(stasikos) gid=1000(stasikos) группы=8(mail),20(dialout),24(cdrom),25(floppy),29(audio),44(video),
46(plugdev),1000(stasikos)
s&lt;/pre&gt;
uid=1000 дает нам полное знание о собственном uid ). 
&lt;pre&gt;$ id root
uid=0(root) gid=0(root) группы=0(root)
&lt;/pre&gt;
эта же команда дает нам возможность узнать и чей-то еще uid. 
&lt;pre&gt;UID = `id -u`&lt;/pre&gt;
В скрипте значение только текущего uid можно получать именно таким способом. 
&lt;br /&gt;
Кроме того, uid хранится в /etc/passwd:
&lt;pre&gt;$ getent passwd | grep stasikos
stasikos:x:1000:1000:Stanislav V. Kogut,,,:/home/stasikos:/bin/bash
&lt;/pre&gt;

Для изменения uid пользователя нужно воспользоваться командой usermod:
&lt;pre&gt;# usermod -u 1099 test&lt;/pre&gt;

Но если все-таки uid пользователя в системе изменился вручную через редактирование /etc/passwd, это можно исправить, сделав пользователя владельцем его старых файлов и каталогов, которые ранее принадлежали этому пользователю, станут чужими, поэтому их нужно будет передать ему снова:
&lt;pre&gt;
# find / -uid $OLD_UID -exec chown $username {} \;
&lt;/pre&gt;
Впрочем, эта команда может спасти и в случае, если пользователь владеет файлами за пределами своего домашнего каталога. 
&lt;br /&gt;
Задать uid при создании пользователя можно, указав ключ --uid для команды adduser. 
&lt;br /&gt;
P.S. А нафига это все? А это так, чтобы посмотреть, часто ли этот вопрос кого-то интересует.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:80750</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/80750.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=80750"/>
    <title>"Обрез" из флешки</title>
    <published>2008-06-06T04:25:09Z</published>
    <updated>2008-06-06T04:25:09Z</updated>
    <category term="моддинг"/>
    <category term="flash"/>
    <category term="sawed-off"/>
    <content type="html">&lt;img src="http://farm3.static.flickr.com/2327/2418509536_c3a74a1bc3.jpg" /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://www.evilmadscientist.com/article.php/usbkey"&gt;Статья с пошаговыми инструкциями&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:80518</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/80518.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=80518"/>
    <title>Опять GRUB и двойная загрузка</title>
    <published>2008-06-05T05:17:19Z</published>
    <updated>2008-06-05T05:17:19Z</updated>
    <category term="lba"/>
    <category term="grub"/>
    <category term="hangs"/>
    <category term="windows"/>
    <category term="повисает"/>
    <category term="large"/>
    <content type="html">Давеча вопрос задали: на одной машине с Dual Boot Linux/Windows XP произошло странное. Вдруг ни с того, ни с сего выбор загрузки Windows XP заканчивался мертвым повисанием. Linux так же, как и раньше, загружался без проблем. Fixboot+Fixmbr с выносом Grub совершенно ничем не помогал - теперь оно висло при самой загрузке Windows. &lt;br /&gt;Как оказалось, лечится это проще простого. )&lt;br /&gt;Нужно было опять переключить в настройках BIOS жесткий диск из режима Auto в Large. &lt;br /&gt;С чем это связано - хз, думаю как-то коряво GRUB при установке в другом режиме работает с секторами.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:80210</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/80210.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=80210"/>
    <title>Vim и экономия времени</title>
    <published>2008-05-29T04:35:18Z</published>
    <updated>2008-06-13T20:44:20Z</updated>
    <category term="vim"/>
    <content type="html">Если вы еще не пользуетесь &lt;a href="http://www.vim.org"&gt;Vim&lt;/a&gt;, &lt;a href="http://vti.godcore.org.ua/post/view/2"&gt;эта статья&lt;/a&gt; может убедить вас делать это )&lt;br /&gt;&lt;br /&gt;via &lt;a href="http://rusmafia.org/linux/vim-why-not"&gt;Полезные советы по Linux&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:79873</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/79873.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=79873"/>
    <title>Debian-Way установка Google Earth</title>
    <published>2008-05-25T16:12:15Z</published>
    <updated>2008-05-25T16:14:17Z</updated>
    <category term="debian"/>
    <category term="google earth"/>
    <content type="html">Казалось бы, можно как и предлагает Google, установить это приложение прямо из GoogleEarthLinux.bin, но это не отражает правильного поведения в случае Debian-Like дистрибутивов. Во-первых, это приведет к установке в систему файлов, не отслеживаемых пакетным менеджером, во-вторых это может быть неудобным, если вам хочется установить это приложение на много однородных систем и регулярно обновлять его. В-третьих, для установки этого приложения в Debian есть специальный способ.&lt;br /&gt;&lt;br /&gt;
Итак, что же надо сделать, чтобы установить Google Earth? &lt;br /&gt;
1. Необходимо установить утилиту для создания пакетов .deb из его инсталлятора:
&lt;pre&gt;$ sudo aptitude install googleearth-package&lt;/pre&gt;
2. Необходимо скачать оригинальный .bin дистрибутив с google.com:
&lt;a href="http://earth.google.com/download-earth.htm"&gt;Перейти на страницу загрузки&lt;/a&gt;&lt;br /&gt;
3. А теперь надо натравить (1) на (2)! 
&lt;pre&gt;
$ make-googleearth-package --file /tmp/GoogleEarthInstaller.bin
&lt;/pre&gt;
Впрочем, можно попробовать и пропустить шаг 2 - утилита может скачать установщик самостоятельно. &lt;br /&gt;
В итоге всех манипуляций, мы получим что-то похожее на "googleearth_4.3.7204.836+0.5.4-1_i386.deb", который можно устанавливать в систему, выкладывать в свой репозитарий (для внутреннего пользования) и т.д.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:79835</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/79835.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=79835"/>
    <title>Смена CPU Affinity - привязки процесса к процессорам в SMP-системе</title>
    <published>2008-05-24T06:32:49Z</published>
    <updated>2008-05-24T06:32:49Z</updated>
    <category term="cpu affinity mask"/>
    <category term="shedutils"/>
    <category term="taskset"/>
    <category term="linux"/>
    <content type="html">Давеча этот вопрос был задан, но ответ не сразу нашелся даже в google.&lt;br /&gt;Суть его - как заставить процесс использовать не все процессоры, а только определенные? Для этого в SMP существует понятие "CPU Affinity Mask". &lt;br /&gt;Для этого существует утилита taskset, входящая либо в пакет util-linux, либо schedutil. &lt;br /&gt;&lt;br /&gt;&lt;pre&gt;taskset 0x00000001 command&lt;/pre&gt;&lt;br /&gt;заставит команду использовать только 1-й процессор системы&lt;br /&gt;&lt;br /&gt;Вместо битовой маски можно использовать и просто список процессоров, а используя ключ -p - менять маску для уже запущенных процессов:&lt;br /&gt;&lt;pre&gt;taskset -c 0,3 -p 12345&lt;/pre&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:79466</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/79466.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=79466"/>
    <title>Как не терять историю команд?</title>
    <published>2008-05-21T17:39:32Z</published>
    <updated>2008-05-21T17:41:18Z</updated>
    <category term="command line"/>
    <category term="bash"/>
    <category term="linux"/>
    <category term="history"/>
    <content type="html">Часто бывает, что мы пользуемся шеллом одновременно из нескольких открытых окон терминала. При этом не менее часто бывает, что удобную и длинную команду из истории шелла из одного терминала случайно затерла история шелла из другого терминала. Избежать этого может помочь добавление следующих строк в .bashrc:
&lt;br /&gt;&lt;br /&gt;
&lt;pre&gt;shopt -s histappend
PROMPT_COMMAND='history -a; history -n'&lt;/pre&gt;

&lt;br /&gt;&lt;br /&gt;
Первая опция заставляет шелл не перезаписывать файл истории, а добавлять записи в него. Вторая команда будет вызывать добавление содержимого истории в файл и перечитывание файла истории сразу при выводе приглашения командной строки, а не после выхода из шелла.
&lt;br /&gt;&lt;br /&gt;
("Кросспост" с &lt;a href="http://rusmafia.org/linux/bash-save-multiply-history"&gt;Полезные советы по Linux&lt;/a&gt;)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:79201</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/79201.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=79201"/>
    <title>BestPersons.Ru</title>
    <published>2008-05-14T08:05:13Z</published>
    <updated>2008-05-14T08:06:58Z</updated>
    <category term="кросспостинг"/>
    <category term="bestpersons"/>
    <category term="блоги"/>
    <content type="html">Так как там теперь есть кросспостинг в блоги, решил заодно протестировать эту функциональность. Прямо сейчас. )&lt;br /&gt;А в общем - еще не разобрался во всем что поменялось. &lt;br /&gt;&lt;br /&gt;UPD: Кажется, суксь. ХТМЛ-теги не порадовали. в Li.Ru что-то коряво закросспостилось...</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:78883</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/78883.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=78883"/>
    <title>Opera</title>
    <published>2008-05-12T13:53:29Z</published>
    <updated>2008-05-12T13:53:29Z</updated>
    <category term="syncronization"/>
    <category term="opera"/>
    <content type="html">Общеизвестно, что в Opera 9.50 появится возможность синхронизации закладок, фичи "Speed Dial", персональной панели и "Заметок". Но фича - что у меня дома и на работе эти вещи абсолютно одинаковы - ерунда по сравнению с тем, что они такие же точно и в Opera Mini ). &lt;br /&gt;В общем, от этого я еще больше стал любить этот браузер. Да, (я слышал) это есть и в FireFox, но он мне как-то не приглядывается, несмотря на попытки иногда его использовать. Не лежит душа. &lt;br /&gt;&lt;br /&gt;Чем это лучше чем онлайн-закладки и онлайн-заметки? Ничем. Это просто немногим другой инструмент. Я пользуюсь и тем, и другим.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:78654</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/78654.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=78654"/>
    <title>Я когда-то говорил, что у сисадминов есть способности к ясновидению</title>
    <published>2008-05-11T20:15:29Z</published>
    <updated>2008-05-11T20:15:29Z</updated>
    <category term="тесты"/>
    <category term="бред"/>
    <content type="html">&lt;table cellpadding="5" cellspacing="0" align="center" bgcolor="DDDAD" width="540"&gt;
   &lt;tr&gt;&lt;td bgcolor="F0F0EA" align="center"&gt;&lt;b&gt; &lt;font size="+1"&gt;УДОСТОВЕРЕНИЕ ЭКСТРАСЕНСА:&lt;/font&gt;&lt;/b&gt;&lt;/td&gt;&lt;/tr&gt;
   &lt;tr&gt;&lt;td bgcolor="F9F9F6"&gt;&lt;br /&gt;   Сим удостоверением подтверждаем что &lt;b&gt;StasikOS&lt;/b&gt; имеет&lt;br&gt;следующий уровень экстрасенсорных способностей:&lt;br /&gt;   &lt;table width="401" height="66" cellpadding="0" cellspacing="0" align="center"&gt;&lt;tr&gt;
  &lt;td width="42%"&gt; &lt;/td&gt;
  &lt;td valign="middle"&gt;&lt;img src="http://astraltest.com/rus/extrasensory/you.gif"&gt;&lt;/td&gt;
  &lt;td width="53%"&gt; &lt;/td&gt;&lt;/tr&gt;
  &lt;tr&gt;&lt;td colspan="3" height="16"&gt;&lt;img src="http://astraltest.com/rus/extrasensory/line2.gif"&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;&lt;br&gt;&lt;br /&gt;   Cчет: &lt;font size="+1"&gt;7353&lt;/font&gt; &lt;i&gt;(42% способностей)&lt;/i&gt;&lt;br /&gt;   &lt;p&gt;&lt;font size="1"&gt;&lt;br /&gt;  У вас несомненно есть предрасположенность к подобного рода вещам, для овладения навыками экстрасенсорного восприятия вам достаточно просто прислушаться к себе и научиться пользоваться уже имеющимися у вас способностями.&lt;br /&gt;  &lt;/font&gt;&lt;/p&gt;&lt;/td&gt;&lt;/tr&gt;
   &lt;tr&gt;&lt;td bgcolor="F1F1EF" align="center"&gt;&lt;a href="http://astraltest.com/clairvoyance_TOP100.php?myid=zvs3jk9m6u7#zvs3jk9m6u7" target="_top"&gt;Показать мою позицию в рейтинге TOP100 экстрасенсов!&lt;/a&gt;&lt;br /&gt;   &lt;a href="http://astraltest.com/rus/extrasensory/clairvoyance.php" target="_blank"&gt;&lt;b&gt;Пройти тест&lt;/b&gt; на экстрасенса&lt;/a&gt;&lt;/td&gt;&lt;/tr&gt;
   &lt;/table&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:78403</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/78403.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=78403"/>
    <title>X.org 7.3, Debian Sid и клавиатура</title>
    <published>2008-05-09T21:09:45Z</published>
    <updated>2008-05-09T21:09:45Z</updated>
    <category term="keyboard"/>
    <category term="xkb-data-legacy"/>
    <category term="xorg"/>
    <category term="debian"/>
    <category term="unstable"/>
    <category term="xkb-data"/>
    <content type="html">После aptitude upgrade неожиданно обнаружил, что в иксах перестали работать старые комбинации клавиш (Ctrl-Alt-F1, например, гг). В поисках проблемы наткнулся на пакет xkb-data-legacy, который заменяет новый xkb-data - это решает проблему. &lt;br /&gt;&lt;br /&gt;Но позже adjkerntz с #linux подсказал, в чем проблема - дело в том что вариант winkeys из новой версии xkb-data убрали, поэтому XkbVariant из конфига надо убирать.&lt;br /&gt;&lt;br /&gt;Итак, я снова установил xkb-data и стер ",winkeys" из конфига xorg.conf - и полет нормальный!</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:78284</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/78284.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=78284"/>
    <title>Потешу свое самолюбие</title>
    <published>2008-05-04T08:44:05Z</published>
    <updated>2008-05-04T08:44:05Z</updated>
    <category term="пися"/>
    <category term="academynetspace.com"/>
    <content type="html">Смотрим внимательно в топ CCNA3&amp;4 на academynetspace.com =)&lt;br /&gt;&lt;br /&gt;&lt;img src="http://img1.liveinternet.ru/images/attach/b/2/24/193/24193862_window20080504113949.jpg" /&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:78038</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/78038.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=78038"/>
    <title>"...вся страна подключена через одного провайдера через NAT..."</title>
    <published>2008-05-03T12:17:02Z</published>
    <updated>2008-05-03T12:17:02Z</updated>
    <category term="ibash"/>
    <content type="html">&lt;a href="http://ibash.org.ru/quote.php?id=3839"&gt;http://ibash.org.ru/quote.php?id=3839&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&amp;lt;sP!tF!rE&amp;gt; Катар — третий (после России и Ирана) в мире экспортер природного газа и крупный экспортер нефти и нефтепродуктов. И хотя в данный момент вся страна подключена через одного провайдера через NAT и все граждане имеют один IP-адрес, но их огромный золотой запас и стремление к научно-техническому прогрессу создают все условия для возведения настоящей Крипты, которая подробно описана в культовом романе Нила Стивенсона «Криптономикон». &lt;br /&gt;&amp;lt;sP!tF!rE&amp;gt; Национальный IP Катра охраняется законом и является неприкосновенным!&lt;br /&gt;&lt;br /&gt;Очень богатая страна. )&lt;br /&gt;P.S. Это немножко другой цитатник Рунета, на который у меня когда-то были надежды.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:77666</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/77666.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=77666"/>
    <title>Rdesktop - нормальный клиент RDP, а я не верил!</title>
    <published>2008-05-02T21:36:25Z</published>
    <updated>2008-05-09T21:20:54Z</updated>
    <category term="keyboard layout"/>
    <category term="rdesktop"/>
    <content type="html">Не знаю, как вы, но у меня эта проблема стояла остро. Сначала я пользовался Rdesktop где-то версии 1.3 и меня вроде-бы все устраивало, кроме одного:&lt;br /&gt;Если переключатель раскладок на удаленном сервере и в X Window System совпадают, часто возникает какое-то совсем неприятное несоответствие между раскладкой клавиатуры "там" и какая она должна быть. Попросту, часть клавиш начинают работать "не так". В частности, можно потерять возможность вводить некоторые символы вообще - даже в английской раскладке на клавише "4" вместо "$" был совершенно неуместный знак "ж". Переход на версию повыше вообще делал ввод при переключении раскладки в "иксах" на какую-нибудь не английскую, невозможным. &lt;br /&gt;Оказалось, вполне себе rdesktop 1.5.0 лишен этой проблемы, достаточно только указать "-k none" в опциях командной строки. &lt;br /&gt;Решение было случайно увидено где-то в рассылке debian-russian.&lt;br /&gt;&lt;br /&gt;UPD - появляется другая проблема. Блок клавиатуры с клавишами управления курсором при этом отваливается. Останется только юзать цифровую клавиатуру с выключенным Num Lock - да здравствуют старые времена! )</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:77476</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/77476.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=77476"/>
    <title>Excel, сетевые принтеры и тормоза</title>
    <published>2008-04-26T19:25:09Z</published>
    <updated>2008-04-26T19:25:09Z</updated>
    <category term="arp"/>
    <category term="excel"/>
    <category term="windows"/>
    <category term="printers"/>
    <category term="тормоза"/>
    <content type="html">Как ни странно, жалобу пользователя на "долго открывается Excel" пришлось решать именно с помощью Wireshark. Ибо задержки, примерно похожие на ожидание таймаута ARP =)... как-то связаны обычно с сетью.&lt;br /&gt;&lt;br /&gt;А что же делает Excel при запуске? Оно зачем-то лезет за сетевыми принтерами. И если эти принтеры находятся на недоступном сервере, он исключительно противно тормозит при запуске. Вот так все просто. Как лечить без удаления принтеров - пока не знаю.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:77173</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/77173.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=77173"/>
    <title>stasikos @ 2008-04-26T09:12:00</title>
    <published>2008-04-26T06:14:44Z</published>
    <updated>2008-04-26T06:14:44Z</updated>
    <content type="html">&lt;a href="http://promenyal.ru/"&gt;http://promenyal.ru/&lt;/a&gt;&lt;br /&gt;Пока не понял - менять надо нужные вещи или можно хлам на хлам? ) &lt;br /&gt;P.S. А вообще очень подлый ресурс. Хочешь закрытое тестирование - пиарь. Причем скажут об этом только после регистрации.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:stasikos:76890</id>
    <link rel="alternate" type="text/html" href="http://stasikos.livejournal.com/76890.html"/>
    <link rel="self" type="text/xml" href="http://stasikos.livejournal.com/data/atom/?itemid=76890"/>
    <title>О туннелях в linux</title>
    <published>2008-04-03T07:49:30Z</published>
    <updated>2008-04-03T07:49:30Z</updated>
    <category term="ipip"/>
    <category term="sit"/>
    <category term="gre"/>
    <category term="tunnels"/>
    <category term="iproute2"/>
    <content type="html">Те, кто все-таки читал Linux Advanced Routing and Traffic Control HOWTO знают, что с помощью ip tunnel add можно создать ipip, gre или sit туннель. Но вчера случайно возник вопрос:&lt;br /&gt;&lt;pre&gt;dpmmsrv:/home/stasikos# ip tun add gre0 local 192.168.20.250
ioctl: No buffer space available&lt;/pre&gt;&lt;br /&gt;Но:&lt;br /&gt;&lt;pre&gt;dpmmsrv:/home/stasikos# ip tun sh
gre0: gre/ip  remote any  local any  ttl inherit  nopmtudisc&lt;/pre&gt;&lt;br /&gt;Да и вообще странно, что его нельзя удалить:&lt;br /&gt;&lt;br /&gt;&lt;pre&gt;dpmmsrv:/home/stasikos# ip tun del gre0
ioctl: Operation not permitted&lt;/pre&gt;&lt;br /&gt;&lt;a name="cutid1"&gt;&lt;/a&gt;&lt;br /&gt;То же самое можно заметить, если вы создали ipip-туннель с именем tunl0, или sit-туннель с именем sit0. &lt;br /&gt;&lt;br /&gt;Да, можно гуглить по этой ошибке. Скорее всего ответ вы найдете только в этой статье, если будете искать ответ на вопрос "как удалить tunl0". &lt;br /&gt;&lt;br /&gt;Вот, ответ - по крайней мере до 2.6.22 (выше не проверял) - удалять туннели с именами tunl0, gre0, sit0 не удается. &lt;br /&gt;&lt;br /&gt;Если почитать документацию к iproute2, можно заметить, что эти туннели называются "base devices". Это специальные устройства, у которых remote и local адреса устанавливаются в "any", и это конечный пункт для туннелированных пакетов, если они не попадают в критерии другого туннеля. &lt;br /&gt;Туннель с другим именем с remote any local any создать нельзя. Нет, система не ругается, но туннель просто не создаст:&lt;br /&gt;&lt;pre&gt;dpmmsrv:/home/stasikos# ip tun add gre1   
dpmmsrv:/home/stasikos# ip tun sh gre1
ioctl: No such device&lt;/pre&gt;&lt;br /&gt;Но если указать хотя-бы один адрес - ради бога, вот он:&lt;br /&gt;&lt;pre&gt;dpmmsrv:/home/stasikos# ip tun add gre1 local 192.168.20.250
dpmmsrv:/home/stasikos# ip tun sh gre1
gre1: gre/ip  remote any  local 192.168.20.250  ttl inherit &lt;/pre&gt;&lt;br /&gt;Да, и такой туннель легко удаляется:&lt;br /&gt;&lt;pre&gt;dpmmsrv:/home/stasikos# ip tun del gre1
dpmmsrv:/home/stasikos# ip tun sh gre1
ioctl: No such device&lt;/pre&gt;&lt;br /&gt;&lt;br /&gt;Полный ответ на этот вопрос есть в исходных кодах модулей ядра, которые и включают поддержку туннелирования. Откроем, например, net/ipv4/ip_gre.c.&lt;br /&gt;В нем есть вот такие вот строки:&lt;br /&gt;&lt;code&gt;/* Fallback tunnel: no source, no destination, no key, no options */&lt;br /&gt;static int ipgre_fb_tunnel_init(struct net_device *dev);&lt;/code&gt;&lt;br /&gt;Вот это вот и есть gre0 устройство, которое создается при инициализации модуля:&lt;br /&gt;(в __init)&lt;br /&gt;&lt;code&gt;&lt;br /&gt;        ipgre_fb_tunnel_dev = alloc_netdev(sizeof(struct ip_tunnel), "gre0",&lt;br /&gt;                                           ipgre_tunnel_setup);&lt;br /&gt;&lt;/code&gt;&lt;br /&gt;Причем в функциях конфигурирования и удаления туннелей мы заметим особые случаи попыток удаления и перенастройки этого fallback tunnel, которые и вызывают появление ошибки ioctl:Operation is not permitted:&lt;br /&gt;&lt;code&gt;&lt;br /&gt;        case SIOCDELTUNNEL:&lt;br /&gt;                err = -EPERM;&lt;br /&gt;                if (!capable(CAP_NET_ADMIN))&lt;br /&gt;                        goto done;&lt;br /&gt;&lt;br /&gt;                if (dev == ipgre_fb_tunnel_dev) {&lt;br /&gt;                        err = -EFAULT;&lt;br /&gt;                        if (copy_from_user(&amp;p, ifr-&amp;gt;ifr_ifru.ifru_data, sizeof(p&lt;br /&gt;)))&lt;br /&gt;                                goto done;&lt;br /&gt;                        err = -ENOENT;&lt;br /&gt;                        if ((t = ipgre_tunnel_locate(&amp;p, 0)) == NULL)&lt;br /&gt;                                goto done;&lt;br /&gt;                        err = -EPERM;&lt;br /&gt;                        if (t == ipgre_fb_tunnel_dev-&amp;gt;priv)&lt;br /&gt;                                goto done;&lt;br /&gt;                        dev = t-&amp;gt;dev;&lt;br /&gt;                }&lt;br /&gt;                err = unregister_netdevice(dev);&lt;br /&gt;                break;&lt;br /&gt;&lt;br /&gt;&lt;/code&gt;&lt;br /&gt;Как раз где-то тут оно и намеренно выдает эту ошибку.&lt;br /&gt;&lt;br /&gt;P.S. Ничего страшного в том что туннель останется, нет. &lt;br /&gt;&lt;br /&gt;&lt;br /&gt;</content>
  </entry>
</feed>
