После девяти месяцев разработки официально анонсирован (http://www.freebsd.org/releases/9.3R/announce.html) релиз FreeBSD 9.3. Установочные сборки, способные работать в Live-режиме, доступны в вариантах Bootonly, DVD, CD и Memstick для платформ amd64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/amd64/amd64/), i386 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/), powerpc (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc/), powerpc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/powerpc/powerpc64/), sparc64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/sparc64/sparc64/) и ia64 (ftp://ftp.freebsd.org/pub/FreeBSD/releases/ia64/ia64/). FreeBSD 9.3 отнесён к категории версий с расширенной поддержкой, обновления для которых выпускаются два года. Поддержка FreeBSD 9.2 будет прекращена (http://lists.freebsd.org/pipermail/freebsd-announce/2014-Jul...) 30 сентября, поэтому пользователям ветки FreeBSD 9.x не рекомендуется затягивать с переходом на FreeBSD 9.3.
Основные новшества (http://www.freebsd.org/releases/9.3R/relnotes.html):- Добавлен KMS-модуль Radeon для видеокарт AMD и интегрирована поддержка менеджера видеопамяти TTM. Поддержка KMS необходима для использования свежих версий видеодрайверов, в которых была удалена поддержка переключения видеорежимов на пользовательском уровне (UMS) и оставлена только поддержка KMS (Kernel Mode Setting) для переключения видеорежимов на уровне ядра.
- Интегрирован драйвер vt, развиваемый в рамках проекта Newcons (http://svn.freebsd.org/base/user/ed/newcons/), развивающего замену syscons. Vt предоставляет новый интерфейс для обеспечения вывода через графические устройства, позволяющий организовать доступ простых драйверов к консоли и терминальному режиму, а также доступ к фреймбуферу для X.Org. При этом от драйвера не требуется встраивание шрифтов, цветовых карт и изображений курсоров мыши, все эти компоненты предоставлены Newcons-драйвером vt. Среди возможностей отмечается поддержка мыши, KMS (i915kms и radeonkms), USB-клавиатур, экрана-заставки, vidcontrol, Unicode, xterm-подобная эмуляция терминала, использование различных шрифтов в разных окнах терминала;
- Включена поддержка файловой системы ext4, которая пока работает в режиме только для чтения;
- Обновлена реализация ZFS, в которой появилась возможность установки закладок на снапшоты (zfs bookmarks (https://www.illumos.org/issues/4369)) и добавлена поддержка изменения на лету sysctl vfs.zfs.arc_meta_limit;
- Добавлен (http://svnweb.freebsd.org/base?view=revision&revision=266269) модуль xenhvm.ko для сопровождения режима виртуализации XENHVM, необходимого для развёртывания FreeBSD в качестве гостевой ОС в cloud-окружениях Amazon EC2.
- По умолчанию отключено (http://svnweb.freebsd.org/base?view=revision&revision=260644) прямое обращение к аппаратным генераторам псевдослучайных чисел (по умолчанию используется (https://www.opennet.ru/opennews/art.shtml?num=38225#rnd) алгоритм yarrow, использующий несколько источников энтропии);
- Добавлен sysctl kern.panic_reboot_wait_time, позволяющий задать задержку перед перезагрузкой в случае краха ядра;
- Фреймворк netmap, предназначенный для высокоскоростной обработки пакетов, обновлён до состояния из FreeBSD HEAD. Появилась поддержка kqueue, добавлены netmap pipes, улучшена работа с VALE (Virtual Ethernet);- Изменение в базовой системе:
- В утилиту uname добавлены опции "-U" и "-K" для раздельного вывода версий пользовательского окружения и ядра;
- В утилиту fetch добавлена поддержка TLS-расширения SNI (Server Name Indication), которое позволяет обеспечить доступ через шифрованное соединение к виртуальным хостам на одном IP;
- Добавлена утилита protect (http://www.freebsd.org/cgi/man.cgi?query=protect&sektion=1) позволяющая управлять принудительным завершением процессов при исчерпании памяти;
- В gmirror добавлена команда "gmirror destroy", позволяющая удалить geom и очистить метаданные gmirror;
- Добавлена библиотека libucl с функциями для разбора файлов конфигурации в формате JSON;
- В команду "zfs list" добавлена опция "-p", обеспечивающая пригодных для машинного разбора вывод;
- Пакетный менеджер pkg синхронизирован с FreeBSD HEAD, добавлена поддержка верификации бинарных пакетов по цифровой подписи;
- Добавлена новая директория /usr/lib/private для хранения разделяемых библиотек для внутреннего назначения;
- Устранена ошибка, которая могла приводить к зацикливанию KDE и X;
- Из FreeBSD HEAD перенесена утилита etcupdate (http://www.freebsd.org/cgi/man.cgi?query=etcupdate&sektion=8), предоставляющая средства для обновления файлов в /etc;
- В утилиту ps добавлена опция "-J" для фильтрации вывода в зависимости от идентификатора Jail-окружения. Аналогичная возможность добавлена в утилиту top;
- Коллекция портов переведена (https://www.opennet.ru/opennews/art.shtml?num=39921) на новую реализацию сервиса для отслеживания ошибок bugs.freebsd.org (https://bugs.freebsd.org/bugzilla/), основанную на платформе Bugzilla (http://www.bugzilla.org/) (ранее использовался устаревший GNATS);
- По умолчанию newsyslog кроме newsyslog.conf теперь включает конфигурационные файлы из директорий /etc/newsyslog.conf.d/ и /usr/local/etc/newsyslog.conf.d/;
- Добавлена (http://svnweb.freebsd.org/base?view=revision&revision=256917) возможность определения rc.d-скрипта, выполняемого только при первой загрузке;
- Интегрирована новая версия OpenPAM с полностью переписанным модулем openpam_ttyconv;
- В gcc задействована серия патчей от Google.
- Из NetBSD импортирован BSD-вариант утилиты make - bmake.- Обновление драйверов устройств:
- В драйвер mfi добавлена поддержка контроллеров MegaRAID Fury и MegaRAID Invader;
- Добавлен драйвер mpr с поддержкой контроллеров LSI Fusion-MPT 3 12Gb SCSI/SATA;
- В драйвер ata добавлена поддержка устройств Coleto Creek;
- В драйвер ahci добавлена поддержка SSD-накопителей с интерфейсом PCI-express, используемых в Apple MacBook Air;
- Добавлена поддержка трекпада, используемого в продуктах Apple MacBook;
- В драйвер re добавлена поддержка Ethernet-контроллеров на базе чипов RTL8106E, RTL8168EP, RTL8168G, RTL8168GU и RTL8411B;
- В драйвер bge добавлена поддержка чипов BCM5725, BCM57764, BCM57767, BCM57782, BCM57786 и BCM57787;
- Из FreeBSD HEAD импортирован драйвер bxe с поддержкой Broadcom NetXtreme II 10Gb PCIe;
- Из OpenBSD перенесён драйвер urndis (http://www.freebsd.org/cgi/man.cgi?query=urndis&sektion=4) (NDIS Ethernet поверх USB);
- Добавлен драйвер axge для ASIX Electronics AX88178A/AX88179 USB Gigabit Ethernet;
- В драйвер run добавлена поддержка беспроводных карт на чипах DLINK DWA-127, MediaTek/Ralink RT3593, RT5370 и RT5372;
- Из FreeBSD HEAD импортированы драйверы qlxgbe (QLogic 10 Gigabit Ethernet & CNA) и qlxge (QLogic 8100 Series 10 Gigabit Ethernet);
- Объявлен устаревшим драйвер nve (http://www.freebsd.org/cgi/man.cgi?query=nve&sektion=4) (NVIDIA nForce MCP Ethernet), вместо которого следует использовать nfe;
- Обновлены версии поставляемых в базовой системе сторонних проектов:- Sendmail 8.14.9;
- readline 1.104;
- BIND 9.9.5;
- xz 5.0.5;
- OpenSSH 6.6p1;
- OpenSSL 0.9.8za.URL: http://lists.freebsd.org/pipermail/freebsd-announce/2014-Jul...
Новость: https://www.opennet.ru/opennews/art.shtml?num=40205
> Включена поддержка файловой системы ext4, которая пока работает в режиме только для чтения;Млин и те и другие издеваются что ли?
Во фре ext4 - RO.
В линухе UFS - RO.И обе фс открытые.
Видать никому в обоих лагерях оно не упёрлось, ежели полную, человеческую, поддержу не пилят.
>которая пока работает в режиме только для чтенияВидимо во фре таки есть шанс что запилят.
Скоро придёт могучий Поттеринг и впилит systemd-ext4
system_zfsd и наступит EXT4 R.I.P.
> Скоро придёт могучий Поттеринг и впилит systemd-ext4Не, фришники сделают свой ro-systemd.
На самом деле его уже запилили https://wiki.freebsd.org/launchd
> На самом деле его уже запилили https://wiki.freebsd.org/launchdюниты читать не умеет, какое же оно ro-sd?
Это лицензионные проблемы. Если для Linux запилить полноценную поддержку UFS-дело простое, то чтобы запилить полноценную поддержку ext4 в BSD, нужно перелицензировать ext4 на Apache license, чего никогда не произойдет.А так-то я тремя руками "за", чтобы фс была унифицирована для BSD и Linux.
суммоня икспертов: по слухам, zfs есть и там и там;)
> суммоня икспертов: по слухам, zfs есть и там и там;)Да, даешь флешки с ZFS, это будет достойно фрибздевых экспертов :)
>> суммоня икспертов: по слухам, zfs есть и там и там;)
> Да, даешь флешки с ZFS, это будет достойно фрибздевых экспертов :)у тебя не хватает интеллекта чтобы "натянуть" zfs на флешку (зачем?) или про что ты рассказать пытался?
>нужно перелицензировать ext4 на Apache license, чего никогда не произойдет.не понял, при чем тут лицензия на код? Документация на структуры ФС есть - значит можно написать код под нужной лицензией. Поясни пожалуйста.
ВОТ!
Кому это надо, писать то, что уже написано?
> ВОТ!
> Кому это надо, писать то, что уже написано?Борцам за свободу вендоров, конечно. И борцам за свободу пользователей, само собой. Ну, мракрософту ещё. И ещё куче групп, которые не пересекаются.
И таки почему ви спрашиваете?
> А так-то я тремя руками "за", чтобы фс была унифицирована для BSD и Linux.Так иди и унифицируй, если тебе это надо.
Где ваши патчи? Для справки: разработчики Linux и FreeBSD вам ничего не должны.
чел не спрашивал "почему" и "когда", а констатировал факт и ничего не требовал.
мы здесь в курсе что никто никому ничего не должен.
и не все анонимы-програмисты, некоторые - одмины, которым в ядерный код непрофильно лезть.а вы прежде чем спрашивать "где патчи" сначала хотябы свой хелловорлд на VB покажите,
а то трындеть про патчи все быдло-анонимы могут, даже те кто отродясь исходников ведра не видели.
> Млин и те и другие издеваются что ли?
> Во фре ext4 - RO.
> В линухе UFS - RO.Психиатр - ты боклан!
/* UFS2 write support Evgeniy Dushistov <dushistov@mail.ru>, 2007 */
http://lxr.free-electrons.com/source/fs/ufs/super.c#L64
http://lxr.free-electrons.com/source/fs/ufs/super.c#L798# scripts/config --enable CONFIG_UFS_FS_WRITE
---
Остальные повелись. Так и запишем: SubGun, тигар, asavah, PavelR - тапочки. :-P
Ну, в свое оправдание могу сказать, что не использую UFS под linux, поэтому RO она там или RW - я не знал. :)
> Ну, в свое оправдание могу сказать, что не использую UFS под linux,
> поэтому RO она там или RW - я не знал. :)ну ты нашел перед кем оправдываться;)
Ну ладно, отмазка засчитана!
> Остальные повелись. Так и запишем: SubGun, тигар, asavah, PavelR - тапочки. :-PТам, помнится, варнинг был что write support - на свой страх и риск. И если что - то никто и ни за что, это вы все сами.
> Там, помнится, варнинг был что write support - на свой страх и
> И если что - то никто и ни за что, это вы все сами."Там" такой варнинг на *весь* и линукс, и бсд.
> ... И если что - то никто и ни за что, это вы все сами.Весь опенсоурс так живет.
только там UFS1, а фре UFS2.
Исчо один любитель устрицhttp://lxr.free-electrons.com/source/Documentation/filesyste...
Ниже в комментах switch-case, как линух различает типы UFS
да никак не различает - пишет ошибку, и всё... приходится на память запоминатьmount -t ufs -o ro,ufstype=44bsd... иначе хрен на раздел попадёшь...
и никакого rw. не работает в принципе...
> да никак не различает - пишет ошибку, и всё... приходится на память
> запоминать
> mount -t ufs -o ro,ufstype=44bsd... иначе хрен на раздел попадёшь...
> и никакого rw. не работает в принципе...Тут пошла пьянка с исходниками пингвина, ими можно ответить на вопрос.
Файловая система регистрирует структуру file_system_type содержащую указатель .mount
на функцию, который в драйвере статически инициализирован. Эта функция вызывается
при монтировании fs-в системном вызове mount. В случае с ufs получается такая эстафета
static struct dentry *ufs_mount(struct file_system_type *fs_type,
int flags, const char *dev_name, void *data)
{
return mount_bdev(fs_type, flags, dev_name, data, ufs_fill_super);
}
в mount_bdev вызывается ufs_fill_super
static int ufs_fill_super(struct super_block *sb, void *data, int silent)
{
struct ufs_sb_info * sbi;
struct ufs_sb_private_info * uspi;
struct ufs_super_block_first * usb1;
struct ufs_super_block_second * usb2;
struct ufs_super_block_third * usb3;
struct ufs_buffer_head * ubh;
struct inode *inode;
unsigned block_size, super_block_size;
unsigned flags;
unsigned super_block_offset;
unsigned maxsymlen;
int ret = -EINVAL;
uspi = NULL;
ubh = NULL;
flags = 0;
UFSD("ENTER\n");
sbi = kzalloc(sizeof(struct ufs_sb_info), GFP_KERNEL);
if (!sbi)
goto failed_nomem;
sb->s_fs_info = sbi;
sbi->sb = sb;
UFSD("flag %u\n", (int)(sb->s_flags & MS_RDONLY));
#ifndef CONFIG_UFS_FS_WRITE
if (!(sb->s_flags & MS_RDONLY)) {
printk("ufs was compiled with read-only support, "
"can't be mounted as read-write\n");
goto failed;
}
#endif
mutex_init(&sbi->mutex);
mutex_init(&sbi->s_lock);....................................................
чёрным по белому.
Если нужно перенести данные из систему в систему - используйте ext2. А вот практика использования Linux и FreeBSD на одной машине выглядит довольно странно.
> Если нужно перенести данные из систему в систему - используйте ext2.Да что там, FAT16 сразу. Ну и что что как файловая система он г@вно? Зато всеми читается.
>> Если нужно перенести данные из систему в систему - используйте ext2.
> Да что там, FAT16 сразу. Ну и что что как файловая система
> он г@вно? Зато всеми читается.ext2 предпочтительней, т.к. сохранятся права доступа. Нужно будет только uid пользователей и групп исправить. А с fat16 вы всё потеряете.
>>> Если нужно перенести данные из систему в систему - используйте ext2.
>> Да что там, FAT16 сразу. Ну и что что как файловая система
>> он г@вно? Зато всеми читается.
> ext2 предпочтительней, т.к. сохранятся права доступа. Нужно будет только uid пользователей
> и групп исправить. А с fat16 вы всё потеряете.Ах да. Самое главное не сказал. Вы ещё и файлы большого размера не сможете сохранить.
> Если нужно перенести данные из систему в систему - используйте ...tar
... на лентах! 8-)
> Видать никому в обоих лагерях оно не упёрлось,В пингвине ufs точно никому не уперся - а чего в нем есть, чтобы на эти доисторические останки вообще время тратить? Болтается чисто для галочки. К тому же UFSов полдюжины разных.
>> Видать никому в обоих лагерях оно не упёрлось,
> В пингвине ufs точно никому не уперся - а чего в нем
> есть, чтобы на эти доисторические останки вообще время тратить? Болтается чисто
> для галочки. К тому же UFSов полдюжины разных.а можешь перечислить ...половину от полдюжины?;-)
man mount, смотреть опцию ufstype. окда?
old, 44bsd, ufs2, 5xbsd, sun, sunx86, hp, nextstep, nextstep-cd, openstep.
> man mount, смотреть опцию ufstype. окда?
> old, 44bsd, ufs2, 5xbsd, sun, sunx86, hp, nextstep, nextstep-cd, openstep.что в этих ваших линузах под fstype имеется ввиду (и чем оно отличается) мне не ведомо, но, на всякий случай: ufs1(мертво) и ufs2(живо)
да никто не спорит о том, что оно почти все мертво. но речь о том, что эти ваши юниксы типа hp-ux, solaris и openstep породили десяток несовместимых между собой вариантов ufs.
> да никто не спорит о том, что оно почти все мертво. но
> речь о том, что эти ваши юниксы типа hp-ux, solaris и
> openstep породили десяток несовместимых между собой вариантов ufs.я _лично_ не пробовал, но, по слухам, солярочный ufs под фрей вполне можно монтировать.
>> да никто не спорит о том, что оно почти все мертво. но
>> речь о том, что эти ваши юниксы типа hp-ux, solaris и
>> openstep породили десяток несовместимых между собой вариантов ufs.
> я _лично_ не пробовал, но, по слухам, солярочный ufs под фрей вполне
> можно монтировать.
749 switch (sbi->s_mount_opt & UFS_MOUNT_UFSTYPE) {
750 case UFS_MOUNT_UFSTYPE_44BSD:
751 UFSD("ufstype=44bsd\n");
752 uspi->s_fsize = block_size = 512;
753 uspi->s_fmask = ~(512 - 1);
754 uspi->s_fshift = 9;
755 uspi->s_sbsize = super_block_size = 1536;
756 uspi->s_sbbase = 0;
757 flags |= UFS_DE_44BSD | UFS_UID_44BSD | UFS_ST_44BSD | UFS_CG_44BSD;
758 break;
759 case UFS_MOUNT_UFSTYPE_UFS2:
760 UFSD("ufstype=ufs2\n");
761 super_block_offset=SBLOCK_UFS2;
762 uspi->s_fsize = block_size = 512;
763 uspi->s_fmask = ~(512 - 1);
764 uspi->s_fshift = 9;
765 uspi->s_sbsize = super_block_size = 1536;
766 uspi->s_sbbase = 0;
767 flags |= UFS_TYPE_UFS2 | UFS_DE_44BSD | UFS_UID_44BSD | UFS_ST_44BSD | UFS_CG_44BSD;
768 break;
769
770 case UFS_MOUNT_UFSTYPE_SUN:
771 UFSD("ufstype=sun\n");
772 uspi->s_fsize = block_size = 1024;
773 uspi->s_fmask = ~(1024 - 1);
774 uspi->s_fshift = 10;
775 uspi->s_sbsize = super_block_size = 2048;
776 uspi->s_sbbase = 0;
777 uspi->s_maxsymlinklen = 0; /* Not supported on disk */
778 flags |= UFS_DE_OLD | UFS_UID_EFT | UFS_ST_SUN | UFS_CG_SUN;
779 break;
780
781 case UFS_MOUNT_UFSTYPE_SUNOS:
782 UFSD(("ufstype=sunos\n"))
783 uspi->s_fsize = block_size = 1024;
784 uspi->s_fmask = ~(1024 - 1);
785 uspi->s_fshift = 10;
786 uspi->s_sbsize = 2048;
787 super_block_size = 2048;
788 uspi->s_sbbase = 0;
789 uspi->s_maxsymlinklen = 0; /* Not supported on disk */
790 flags |= UFS_DE_OLD | UFS_UID_OLD | UFS_ST_SUNOS | UFS_CG_SUN;
791 break;
792
793 case UFS_MOUNT_UFSTYPE_SUNx86:
794 UFSD("ufstype=sunx86\n");
795 uspi->s_fsize = block_size = 1024;
796 uspi->s_fmask = ~(1024 - 1);
797 uspi->s_fshift = 10;
798 uspi->s_sbsize = super_block_size = 2048;
799 uspi->s_sbbase = 0;
800 uspi->s_maxsymlinklen = 0; /* Not supported on disk */
801 flags |= UFS_DE_OLD | UFS_UID_EFT | UFS_ST_SUNx86 | UFS_CG_SUN;
802 break;
803
804 case UFS_MOUNT_UFSTYPE_OLD:
805 UFSD("ufstype=old\n");
806 uspi->s_fsize = block_size = 1024;
807 uspi->s_fmask = ~(1024 - 1);
808 uspi->s_fshift = 10;
809 uspi->s_sbsize = super_block_size = 2048;
810 uspi->s_sbbase = 0;
811 flags |= UFS_DE_OLD | UFS_UID_OLD | UFS_ST_OLD | UFS_CG_OLD;
812 if (!(sb->s_flags & MS_RDONLY)) {
813 if (!silent)
814 printk(KERN_INFO "ufstype=old is supported read-only\n");
815 sb->s_flags |= MS_RDONLY;
816 }
817 break;
818
819 case UFS_MOUNT_UFSTYPE_NEXTSTEP:
820 UFSD("ufstype=nextstep\n");
821 uspi->s_fsize = block_size = 1024;
822 uspi->s_fmask = ~(1024 - 1);
823 uspi->s_fshift = 10;
824 uspi->s_sbsize = super_block_size = 2048;
825 uspi->s_sbbase = 0;
826 uspi->s_dirblksize = 1024;
827 flags |= UFS_DE_OLD | UFS_UID_OLD | UFS_ST_OLD | UFS_CG_OLD;
828 if (!(sb->s_flags & MS_RDONLY)) {
829 if (!silent)
830 printk(KERN_INFO "ufstype=nextstep is supported read-only\n");
831 sb->s_flags |= MS_RDONLY;
832 }
833 break;
834
835 case UFS_MOUNT_UFSTYPE_NEXTSTEP_CD:
836 UFSD("ufstype=nextstep-cd\n");
837 uspi->s_fsize = block_size = 2048;
838 uspi->s_fmask = ~(2048 - 1);
839 uspi->s_fshift = 11;
840 uspi->s_sbsize = super_block_size = 2048;
841 uspi->s_sbbase = 0;
842 uspi->s_dirblksize = 1024;
843 flags |= UFS_DE_OLD | UFS_UID_OLD | UFS_ST_OLD | UFS_CG_OLD;
844 if (!(sb->s_flags & MS_RDONLY)) {
845 if (!silent)
846 printk(KERN_INFO "ufstype=nextstep-cd is supported read-only\n");
847 sb->s_flags |= MS_RDONLY;
848 }
849 break;
850
851 case UFS_MOUNT_UFSTYPE_OPENSTEP:
852 UFSD("ufstype=openstep\n");
853 uspi->s_fsize = block_size = 1024;
854 uspi->s_fmask = ~(1024 - 1);
855 uspi->s_fshift = 10;
856 uspi->s_sbsize = super_block_size = 2048;
857 uspi->s_sbbase = 0;
858 uspi->s_dirblksize = 1024;
859 flags |= UFS_DE_44BSD | UFS_UID_44BSD | UFS_ST_44BSD | UFS_CG_44BSD;
860 if (!(sb->s_flags & MS_RDONLY)) {
861 if (!silent)
862 printk(KERN_INFO "ufstype=openstep is supported read-only\n");
863 sb->s_flags |= MS_RDONLY;
864 }
865 break;
866
867 case UFS_MOUNT_UFSTYPE_HP:
868 UFSD("ufstype=hp\n");
869 uspi->s_fsize = block_size = 1024;
870 uspi->s_fmask = ~(1024 - 1);
871 uspi->s_fshift = 10;
872 uspi->s_sbsize = super_block_size = 2048;
873 uspi->s_sbbase = 0;
874 flags |= UFS_DE_OLD | UFS_UID_OLD | UFS_ST_OLD | UFS_CG_OLD;
875 if (!(sb->s_flags & MS_RDONLY)) {
876 if (!silent)
877 printk(KERN_INFO "ufstype=hp is supported read-only\n");
878 sb->s_flags |= MS_RDONLY;
879 }
880 break;
павлуш, ну ты же не такой глупый как пытаешься казаться, прекращай. причем тут кот из линакса к фразе "монтировать солярочную ufs под фрей"?
> павлуш, ну ты же не такой глупый как пытаешься казаться, прекращай. причем
> тут кот из линакса к фразе "монтировать солярочную ufs под фрей"?А оне обе в kvm-ах! ВотЪ!!!
Там нарисованы различия версий UFS. По сути - четырьмя цифрами: X,Y,Z,K.uspi->s_fsize = block_size = X;
uspi->s_fmask = ~(X-1);
uspi->s_fshift = K;
uspi->s_sbsize = super_block_size = Y;
uspi->s_dirblksize = Z;Всё люди как люди - используют степени двойки, и только UFS2 имеет super_block_size = 1536
(2^9+2^10) типа выпендрились, причем дофига байт в этом SB - unused.
> Там нарисованы различия версий UFS. По сути - четырьмя цифрами: X,Y,Z,K.
> uspi->s_fsize = block_size = X;
> uspi->s_fmask = ~(X-1);
> uspi->s_fshift = K;
> uspi->s_sbsize = super_block_size = Y;
> uspi->s_dirblksize = Z;
> Всё люди как люди - используют степени двойки, и только UFS2 имеет
> super_block_size = 1536
> (2^9+2^10) типа выпендрились, причем дофига байт в этом SB - unused.не, это я понял, что там написано.
А зачем заставлять пользователя в якобы user-friendly линаксе греть себе мозг угадыванием ufstype (не него изначально сослались, послав в mount(8)) ?;-)
> не, это я понял, что там написано.
> А зачем заставлять пользователя в якобы user-friendly линаксе греть себе мозгЭтим mount занимается. Ну и во-вторых чот я сомневаюсь, что юзер-френдли юзер
будет монтировать диски от HP-UX или OpenStep.
А оно действительно надо кому-то?
Вот скажите, лично вам зачем это нужно?
Ну, удобно иметь один Live CD/DVD/USB на большинство случаев жизни. Во фряхе одна опечатка в конфиге и система не грузится. В своё время так попал, загрузился с линуксового CD и с удивлением обраружил, что ничего не смонтировалось. Пришлось фряшечный LiveCD делать специально для этого. Кстати там помимо ФС ещё и система разбивки на разделы своя, на сколько я помню...
> Во фряхе одна опечатка в конфиге и система не грузится.Чёж ты там с бедной фряхой делал то что так легло? 8-о
Впрочем не перевелись ещё на земле Русской богатыри - всё что хочешь поломают! Японская пила гарантирует это.
>> Во фряхе одна опечатка в конфиге и система не грузится.
> Чёж ты там с бедной фряхой делал то что так легло? 8-опопробуй в /etc/rc.conf[.d/sshd] не закрыть кавычку. например:
-sshd_enable="YES"
+sshd_enable="YES
ну или
sshd_enable="YES'
ну или для любого др. сервиса/hostnameна 6.х точно приходилось в сингле жать кнопки, коллега один страдал часто и плакал после очередного раза. не знаю, толи линуксы так ослабляют память, толи хакинтош на его раб. машинке, но такое веселье у него было >1 раза:-)
хз, актуальна ли данная "фича" сейчас, на адекватных версиях системы.> Впрочем не перевелись ещё на земле Русской богатыри - всё что хочешь
> поломают! Японская пила гарантирует это.
это начиная с 9.3 ext4 - RO
В 9.2 и 10.0 во многих случаях ext4 вообще невозможно было смонтировать, даже RO
Сам использую ext3/2, прекрасно работают, перформанс на высоте
на а собсно зачем? чтобы пионеры могли каждый месяц перескакивать с убунту на фрибзд что ли?
А ZFS дедупликация все так же на свой страх и риск ?
использую в продакшене dedup=on jails
штоль, грамматей
> штоль, грамматейс поправкой согласен.
> Включена поддержка файловой системы ext4Под какой лицензией?
Лицензией чего? :facepalm:
> Лицензией чего? :facepalm:реализации ext4, взяли с Linux под GPL или свое пилят?
А мозг включать не пробовал ?
>> Лицензией чего? :facepalm:
> реализации ext4, взяли с Linux под GPL или свое пилят?BSD: http://svnweb.freebsd.org/base/release/9.3.0/sys/fs/ext2fs/
> BSD: http://svnweb.freebsd.org/base/release/9.3.0/sys/fs/ext2fs/Вот такое все расово верное. Расово верный SVN, расово верный ext4-readonly. Зато под расово верной лицензией.
А чего с бинарными репозиториями в десятке проиходит? Почему оттуда пакеты пропадают?
не нужны
> А чего с бинарными репозиториями в десятке проиходит? Почему оттуда пакеты пропадают?например какие?
а пропасть они могут (помимо прочего) из-за того, что депенд фейлится в плане сборки, например.
С Юникодом вас, дорогие товарищи!
> С Юникодом вас, дорогие товарищи!Ещё круче, шёл 2013 год, фришники нашли патчи для GPLv2 gcc-4.2.1 от соратника по пермиссивной борьбе, Гугля. Это победа Андроида!
> Добавлен sysctl kern.panic_reboot_wait_time, позволяющий задать
> задержку перед перезагрузкой в случае краха ядра;Похоже на "Время вставания, после того как вас переехал каток"
> Из FreeBSD HEAD импортирован драйвер bxe с поддержкой Broadcom NetXtreme II 10Gb PCIe;Сетевушка-то в 2004 анонсирована, и в 2005 году в продаже появилась.
* Copyright (C) 2001, 2002, 2003, 2004 David S. Miller (davem@redhat.com)
* Copyright (C) 2001, 2002, 2003 Jeff Garzik (jgarzik@pobox.com)
* Copyright (C) 2004 Sun Microsystems Inc.
* Copyright (C) 2005-2013 Broadcom Corporation.
* Portions Copyright (C) VMware, Inc. 2007-2010. All Rights Reserved.
Если чесна, даже плакать хочется.
>> Из FreeBSD HEAD импортирован драйвер bxe с поддержкой Broadcom NetXtreme II 10Gb PCIe;
> Сетевушка-то в 2004 анонсирована, и в 2005 году в продаже появилась.
> * Copyright (C) 2001, 2002, 2003, 2004 David S. Miller (davem@redhat.com)
> * Copyright (C) 2001, 2002, 2003 Jeff Garzik (jgarzik@pobox.com)
> * Copyright (C) 2004 Sun Microsystems Inc.
> * Copyright (C) 2005-2013 Broadcom Corporation.
> * Portions Copyright (C) VMware, Inc. 2007-2010. All Rights Reserved.
> Если чесна, даже плакать хочется.так не сдерживай себя;) сам bxe(4) был уже в 9.0-RELEASE которому 100лет в обед уж. "пилится" вендором:
AUTHORS
The bxe driver was written by Eric Davis <edavis@broadcom.com>,
David Christensen <davidch@broadcom.com>, and
Gary Zambrano <zambrano@broadcom.com>.
первых 2 человека имеют коммит-бит в src, третьего я не знаю. ключевое (выделю) "Из FreeBSD HEAD импортирован драйвер bxe с поддержкой ...".
Если сильно интересно - можешь найти (самостоятельно) когда поддержка чипа была добавлена в head, id чипа можешь взять из вывода lspci на 1 из своих машин с таким адаптером (trollface.png)
> был уже в 9.0-RELEASE которому 100лет в обед уж.12 января 2012 - это сто лет?
>> был уже в 9.0-RELEASE которому 100лет в обед уж.
> 12 января 2012 - это сто лет?ты ж взрослый мальчик, зачем ты меряешь поддержку оборудования датой выхода release. ты ж знаешь примерно как они формируются во фре, не притворяйся;)
bxe(4) был сильно раньше. ну и даже если считать чисто по релизам, то почти 2.5 года это да, "сто лет". даже по меркам этих ваших линаксов можешь сравнить что за 2.5 года поменялось.
> Сетевушка-то в 2004 анонсирована, и в 2005 году в продаже появилась.Ну так все правильно - поддержка нового оборудования, как раз 10 лет прошло.
Ждем более-менее полноценную работу с RadeonSI где-нибудь в районе 2022 года :).
> Если чесна, даже плакать хочется.А мне интересно - этот Миллер который @redhat - разрешил бздюкам использовать пермиссив?
>> Если чесна, даже плакать хочется.
> А мне интересно - этот Миллер который @redhat - разрешил бздюкам использовать
> пермиссив?тот который @redhad отправляется в пеший эротический тур, строго. павлушка забыл написать, что чудо-кот он взял из линакс. а то, про что написано в новости совершенно другой драйвер. начинается как-то вот так:
* Copyright (c) 2007-2014 QLogic Corporation. All rights reserved.
а дальше идет стандартная кошерная лицензияЗЫЖ и да повылазят Иксперты с кальками "сони" "зажало" "корпорасы" "свобода" в тредик и да споют они свои старые песни!
>> Если чесна, даже плакать хочется.
> А мне интересно - этот Миллер который @redhatredhat.com/archives/rhl-devel-list/2008-June/msg00842.html
+
redhat.com/archives/rhl-devel-list/2008-June/msg00885.htmlи msg00850.html
Бродком выложил _блоб-хекс-дамп "под GPLv2", Миллер/РХ закоммитил. Опенсорс работает!
> - разрешил бздюкам использовать пермиссив?
Да, всё норм: их вообще никто распространять не имеет права. Но лучше спросить у legal @ redhat.com и сохранять чеки.
>> Если чесна, даже плакать хочется.
> А мне интересно - этот Миллер который @redhat - разрешил бздюкам использовать
> пермиссив?Павлин заглянул в исходники linux и, непонятно с чего, расплакался.
Сделал в linux-N.M.L/drivers/net/ethernet/broadcom
$ fgrep -Ri 'Copyright (C)' .и увидел копирайты бродкома на всём, кроме пары файлов в корне, которые, видимо, копипастили с чего-то рядом для интеграции с системой сборки.
//И я тоже хорош. :/ Следующая версия: бродкомы отдают и этим, и тем под самостийной лицензией.
>>> Если чесна, даже плакать хочется.
>> А мне интересно - этот Миллер который @redhat - разрешил бздюкам использовать
>> пермиссив?
> Павлин заглянул в исходники linux и, непонятно с чего, расплакался.Митрофаныч, в 2007 годе у мня пара эти сетевух в Dell_овской стойке была.
Там стоял какой-то феншуйный ALT Linux. Чесна, всех деталей не помню,
чо там да как работало. Помню драивер был неполноценный, но 6 гигабит на тестах выдавал.
При двухгиговых аплинках хватало с избытком, поэтому с тюнингом особо не парились.
> Митрофаныч, в 2007 годе у мня пара эти сетевух в Dell_овской стойке была.То есть ты плачешь из-за того, что ты бежал впереди паровоза, а _релиз 9.3 не бежал с тобой? Стало понятнее, спасибо.
> При двухгиговых аплинках хватало с избытком, поэтому с тюнингом особо не парились.
>Среди возможностей отмечается поддержка мыши, KMS (i915kms и radeonkms)А как там с невидией, пробовал кто?
>>Среди возможностей отмечается поддержка мыши, KMS (i915kms и radeonkms)
> А как там с невидией, пробовал кто?а что не так с nvidia ? пользуюсь nvidia еще с 7-current/6.чего-то-там-RELEASE, just works as expected.
пользуешся чем? kms на нвидии?
> пользуешся чем? kms на нвидии?nvidia-driver, у меня нет бзиков не тему "никакова блабья на маём кампютере!1" как у некоторых местных дурачков. да и работает он отлично.
На вантузе вообще всё на блобах. Узбагойся
> На вантузе вообще всё на блобах. Узбагойсяа зачем ты мне эту инфу сообщаешь?;)
>> На вантузе вообще всё на блобах. Узбагойся
> а зачем ты мне эту инфу сообщаешь?;)Чтобы ты не волновался. Вопрос, как там с kms у невидии, вывел же тебя аж до размахивания блобом. Не волнуйся, а то ж мы за тебя начнём.
> Устранена ошибка, которая могла приводить к зацикливанию KDE и XГлобально и надёжно.
А что за патчи включили в GCC?
Вдруг там очередные зонды?
Это заговор! Против свободы! У меня брат сделал make buildworld && make buildkernel и получил Wind^W GNU Hurd!
без ребута получил, жесть, я же писал, что не умеют собирать линуксоиды мир
Откуда им. Вон в любой теме - все мусолят какой binary package manager лучше.
Ну кто Вам не даёт, напишите код, чтобы можно было работать и там и там с разными FS.
>удалена поддержка переключения видеорежимов на пользовательском уровне (UMS) и оставлена только поддержка KMS (Kernel Mode Setting) для переключения видеорежимов на уровне ядра.чуваки, в чём киллерфича сего?
xorg-server без suid'ного бита может работать. А это - ключ к виртуалочкам с X'ами - как раз то, что любят федороводы на боевых серверах и юные сисадмины, воспитанные в тёплой и человечной Ubuntu.
Оставьте в покое стюардессу!Скоро выходит FreeBSD 10.1: http://www.freebsd.org/releases/10.1R/schedule.html