пятница, 29 августа 2008 г.

Как увеличить размер раздела UFS

Небольшое отступление. В DomU на Ubuntu запущена FreeBSD с некими сервисами и которым стало не стало хватать свободного места, а ее файловая система размещена в логическом томе LVM «Xen_freebsd» из группы томов «Ubuntu».

  • Увеличим размер логического тома «Xen_freebsd»
    # lvresize -L +32G /dev/Ubuntu/Xen_freebsd
    Extending logical volume Xen_freebsd to 48,00 GB
    Logical volume Xen_freebsd successfully resized
  • Заходим по VNC на виртуальную машину и перезагружаем в однопользовательский режим.
  • Следующим шагом растягиваем слой (slice) на весь диск
    # fdisk -I /dev/ad0
  • Редактируем таблицу разделов и растягиваем [последний] раздел с данными на свободное место
    # disklabel -e /dev/ad0
    Вместо размера раздела «c» и раздела с данными (в моем случае это «h») ставим звездочку «*». Вместо звездочки будут подставлены нужные значения.
    # /dev/ad0s1:
    8 partitions:
    # size offset fstype [fsize bsize bps/cpg]
    a: 524288 0 4.2BSD 2048 16384 32776
    b: 2097152 524288 swap
    c: * 0 unused 0 0 # "raw" part, don't edit
    d: 524288 2621440 4.2BSD 2048 16384 32776
    e: 1048576 3145728 4.2BSD 2048 16384 8
    f: 1048576 4194304 4.2BSD 2048 16384 8
    g: 2097152 5242880 4.2BSD 2048 16384 28552
    h: * 7340032 4.2BSD 2048 16384 28552
    Сохраняем таблицу и выходим из программы.
  • Увеличиваем размер файловой системы
    # growfs /dev/ad0s1h
    На вопрос программы о бэкапе данных отвечаем утвердительно.
  • Проверяем файловую систему
    # fsck -y /dev/ad0s1h
  • Выходим из однопользовательского режима
    # exit

среда, 27 августа 2008 г.

Быстрое создание файлов очень большого объема

Пример команды, создающей файлы очень больших размеров меньше чем за одну секунду

$ dd if=/dev/zero of=filename.img  bs=1 seek=SIZE count=0
0+0 records in
0+0 records out
0 bytes transferred in 0.xxxx secs (0 bytes/sec)
где SIZE - объем создаваемого файла, например «16G» (подробности в «man dd»).

вторник, 26 августа 2008 г.

Россия признала независимость Абхазии и Южной Осетии



Теперь увидим кто действительно на стороне России.

Медвед © oper.ru

С днем рождения Linux!

о блин - вчера, 25 августа, оказывается был семнадцатый день рождения линукса! :) Поздравляю!!!

Впереди война?

Если Медведев признает независимость Южной Осетии и Абхазии насколько далеко Запад может пойти в поддержке режима Саакашвили? Реально ли вооруженное противостояние между Россией и НАТО?

воскресенье, 24 августа 2008 г.

Завершена работа над FreeBSD портом системы распознавания Cuneiform

Данный проект основан на исходниках, созданных и позднее открытых компанией Cognitive technologies. Порт основан на cuneiform-linux версии 0.3.1 и содержит дополнительные исправления из основного репозитория. Работоспособность порта была проверена на FreeBSD 6 и 7, архитектуры i386 и amd64.

Источник: www.opennet.ru

План выпуска релизов FreeBSD 6.4 и 7.1

План выпуска релизов FreeBSD 6.4 и 7.1:

  • Заморозка - 29 августа
  • BETA - 1 сентября
  • Выделение ветки - 6 сентября;
  • 6.4-RC1 - 8 сентября;
  • 7.1-RC1 - 15 сентября;
  • 6.4-RC2 - 22 сентября;
  • 7.1-RC2 - 29 сентября;
  • 6.4-REL - 6 октября;
  • 7.1-REL 13 октября.
Подробнее

пятница, 22 августа 2008 г.

В системе распознавания текста Cuneiform 0.3.1 появилась поддержка FreeBSD

Выпущена версия 0.3.1 проекта Cuneiform-linux. Данный проект основан на исходниках созданных и позднее открытых компанией Cognitive technologies. Цель проекта - создание полноценного linux порта.

Изменения в версии 0.3.1:

  • Из-за ошибочного патча для поддержки архитектуры x86_64 версия 0.3.0 была неработоспособна.
  • Добавлена поддержка архитектуры 86_64
  • Добавлена поддержка FreeBSD (в настоящий момент порт в процессе создания).
  • Множество других менее значительных изменений

Проект находится в начальной стадии развития и в настоящий момент достаточно ограничен и нестабилен, но базовая функциональность (в том числе и распознавание русских и украинских текстов) уже работает.

Источник: www.opennet.ru

Статус развития проекта FreeBSD за 2 квартал 2008

Опубликован отчет о развитии проекта FreeBSD (http://www.freebsd.org/news/status/report-2008-04-2008-06.html) с апреля по июнь 2008 года.

Главные темы:

  • Разрабатывается кластер сборки пакетов для лучшего распределения нагрузки по нескольким серверам. Сейчас для распределения заданий по ним используется диспетчер очереди, в работе находится диспетчер заданий, написаны многие вспомогательные службы
  • Проект finstall наконец выпустил LiveCD для i386. В нём почти завершена разработка протокола для взаимодействия фронтэнда и бэкэнда.
  • Проведена работа по приведению в порядок сообщений об ошибках. Изменения затронули систему принятия и обработки ошибок, документацию, касающуюся этих процессов, а также мероприятие «Bugathon», в период которого разработчики уделяли особое внимание ошибкам. Изменения в работе системы включают замену одного из менторов и введение (Web 2.0-)тегов, соответствующих манам. Документация пополнилась методическими указаниями, включая добавленные по результатам мероприятий из вышеуказанной серии, и списком часто докладываемых ошибок со ссылками на HowTo-руководства для пользователей по ним.
  • Намечаются изменения в FAQ, собираются предложения по обновлению его вида, содержимого и способа выработки.
  • Графика в меню /boot/loader — медленно продвигается.
  • Пакетный фильтр второго уровня развился в направлении ethernet: оба файрволла ( pf и ipfw ) теперь могут привязывать правила к выбранным интерфейсам, и содержать в своих таблицах поиска ethernet-адреса.
  • Переносятся из OpenBSD утилиты grep ( теперь работает более похоже на GNU-аналог ), diff и sort ( отличаются меньше )
  • Над коллекцией портов проведена определённая работа. Однако, обновление Perl до 5.10 так и стоит на очереди. Кроме обновления KDE до 4.1, заслуживают внимания обновления automake, gettext, libtool и m4. Процесс разработки портов претерпел следующие изменения: задействованы вышеупомянутые новые сервисы сборки пакетов, само дерево содержится теперь на ZFS, прекращён жизненный цикл ветки RELENG_5.
  • Произошли обновления документации на некоторых европейских языках дальнего зарубежья.
  • Значительные изменения пришли с новым USB-стеком. Его модули теперь называются с префиксом "usb2_" (старый также остаётся). В числе новшеств названы возможность раздавать полномочия драйверам по номеру шины, интерфейса и устройства, возможность совместно использовать ugen и через libusb ( также обновлённый ), и как предметное устройство ядра, например, ums, на одном и том же физическом устройстве
Источник: www.opennet.ru

четверг, 21 августа 2008 г.

упс...

Извините, не хотел забивать всю новостную ленту Runix :(

Фильтрация новостной ленты на blogger.com

Я нашел способ как фильтровать новостную ленту блога по ярлыкам. Делается это следующим образом.
К стандартному адресу ленты вида

http://mr-tacitus.blogspot.com/feeds/posts/default
добавляется конструкция
/-/tag1/tag2/tag3/etc
где после «/-/»через «/» может указываться произвольное количество ярлыков.
Конечный вид адреса сформированной ленты будет таким
http://mr-tacitus.blogspot.com/feeds/posts/default/-/tag1/tag2/tag3/etc
На ленту будут попадать только публикации со всеми указанными ярлыками. Так же выяснилось, что отрицание (исключение из результата) ярлыков не поддерживается.
А работу данного метода вы можете увидеть в моем блоге. Примеру, предыдущая публикация не попала в ленту Runix в виду отсутствия у него ярлыка «IT».

Проверка новостной ленты...

Тря ля ля... ту ту ту...

вторник, 19 августа 2008 г.

Множественные таблицы маршрутизации в FreeBSD 7.0-STABLE

  • Обновляем исходные коды системы из CVS-ветки «RELENG_7»
    # csup cvsup.RELENG7
    Файл cvsup.RELENG7
    *default host=cvsup.ru.FreeBSD.org
    *default base=/usr
    *default prefix=/usr
    *default release=cvs tag=RELENG_7
    *default delete use-rel-suffix
    src-all
  • В опции ядра добавляем
    options ROUTETABLES=N
    где N - число используемых таблиц.
    Собираем ядро и систему
    # make buildworld kernel
    Переходим в однопользовательский режим и после установки системы перезагружаемся
    # init 1
    # mergemaster -p
    # make installworld
    # make delete-old
    # mergemaster
    # reboot
  • Таблицы маршрутизации управляются через команду setfib.
    Синтаксис команды
    setfib [-[F]]N command
    где N - номер таблицы маршрутизации.

    Просмотр таблиц
    # setfib N netstat -rn
    Изменение таблиц
    # setfib N route {add|change|delete|flush} ...
    Пример применения в консоли
    # setfib N traceroute www.domain.ru
  • В ipfw добавлены две дополнительные конструкции
    setfib N ip from any to any
    и
    count ip from any to any fib N
  • В PF для работы с таблицами маршрутизации предусмотрена опция «rtable N». Пример:
    pass out on fxp0 from any to any keep state rtable N

понедельник, 18 августа 2008 г.

Апелляции на стандарт OOXML отвергнуты

После того, как все увидели крайнюю предвзятость комитета по стандартизации ISO/IEC в отношении продвижения OOXML, ни у кого не должен вызвать удивления тот факт, что апелляции четырех стран на нарушение процедуры утверждения стандарта, поданные в начале лета, были отвергнуты. Об этом говорится в статье, опубликованной на groklaw.net, краткое содержание которой приведено ниже (официальный пресс-релиз доступен здесь).

Как известно Микрософт признала победу формата ODF и сообщила, что в Office 2007 поддержка OOXML реализована не будет. Цитата из Infoworld от 21 мая 2008 года: “В четверг компания Микрософт опубликовала заявление о том, что не будет поддерживать текущую редакцию OOXML, одобренную ISO, вплоть до следующего релиза Office. Конкретные сроки его выхода не оговариваются.

Очевидно, что ISO/IEC полностью утонуло в неразберихе вокруг этого скандального дела. Страны, подавшие апелляции на решение комиссии о присвоении OOXML статуса стандарта, отчетливо указывали на его недоработанность. До этого ISO уже сообщало о необходимости проведения расследования на соответствие тому, что “ OOXML, в той версии, как она реализована в Office, является в достаточной степени совместимой с конкурирующими продуктами”. Следующий документ “Lost in Translation” показывает, что это не так.

Казалось бы, после того, как Микрософт сама признала, требуемой поддержки OOXML в Office 2007 не было нет и не будет, здравый смысл членов комиссии ISO/IEC должен был возобладать, а решение по OOXML пересмотрено. Но этого не произошло, и никому более не нужную спецификацию утвердили в качестве стандарта ISO/IEC DIS 29500.

Источник: www.opennet.ru