Как увеличить размер раздела 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

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

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

$ 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»).

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

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

Медвед © oper.ru

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

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

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

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

Завершена работа над 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 октября.

Подробнее

В системе распознавания текста 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

упс...

Извините, не хотел забивать всю новостную ленту 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».

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

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

Множественные таблицы маршрутизации в 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

Апелляции на стандарт 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