При создании файловых систем предлагается ext3 и xfs, просьба вернуть возможность создавать jfs. Если reiserfs выкинули, тоже просьба вернуть.
Выкинули, причём IMCO совершенно не подумав. Если кто-то выбирает ФС руками -- он сам это делает. А у нас покамест линукс, не винда или макось, чтоб заменять разумные умолчания и возможность выбора подходом "за вас уже всё решили" ;)
Да, я тоже голосую за reiser. Сколько помню - все последние годы всегда и везде использовал reiser. Никаких проблем с ней не было. А тут бах - и reiser исчез! Пришлось ставить ext3, но чувствую себя как-то неуютно...
Проблемы есть (редкие, но качественные) и о них бы хорошо уметь предупреждать, но убирать из дистрибутива rm и perl из-за идиотских шуток и доверчивых людей тоже не стоит. :)
Не могу не присоединиться к просьбе. При всей, допустим, даже небезопасности reiserfs всё-таки находятся люди, которые им пользуются (например, для разделов, разрушение которых неопасно для системы - /var без /var/ftp). В общем, пусть не в 4.1.0, но хотелось бы увидеть их обратно.
Я - за reiserfs
Присоединяюсь: Я за reiserfs и jfs.
Антон, а давай в 4.1.1 пусть оно будет? :)
(In reply to comment #7) > Антон, а давай в 4.1.1 пусть оно будет? :) Это ещё и вопрос тестирования...
Создание ext3 и xfs и reiserfs из инсталера тестирую при чуть ли не каждой установке, reiserfs -- довольно регулярно (при каждой нацеленной проверке), jfs -- изредка (при этом поддерживаю jfsutils). mrkooll@ после довольно продолжительного тестирования использует jfs в деле, для меня этого достаточно. reiserfs подходит как минимум для корня или /usr стареньких машинок, а также поверх RAID0. Иначе говоря, тестировать тут особо нечего: в инсталере это всё работает, если не оторвать специально. Ядерный же код и утилиты -- к тестированию инсталера не относится. На практике качество достаточное для повседневных применений у этого всего; для ответственных применений выбор всё равно за отвечающим админом; угробить можно любую ФС (см. ext3 corruption на ftp.altlinux.org).
Что делать будем?
(В ответ на комментарий №9) > Создание ext3 и xfs и reiserfs из инсталера тестирую при чуть ли не каждой > установке, reiserfs -- довольно регулярно (при каждой нацеленной проверке), jfs > -- изредка (при этом поддерживаю jfsutils). > > mrkooll@ после довольно продолжительного тестирования использует jfs в деле, > для меня этого достаточно. > > reiserfs подходит как минимум для корня или /usr стареньких машинок, а также > поверх RAID0. Причём, если на этих старых машинках перейти на ext3 -- появляются непонятные тормрза и замирания (в сравнении с reiserfs3).
Повешу хотя бы на 5.0 FR, хотя IMNSHO это 5.0 bug. И перевешу на alterator-vm, где и место.
нет, не место. поддержка в vm была и никуда не делась. список предлагаемых гуем FS определяется наличными mkfs.* предлагаю заинтересованным перевесить на профиль соответствующего дистрибутива.
feel free to reopen
И правда, извини; рад ошибиться. В install2 действительно отсутствуют mkfs.jfs и mkfs.reiserfs. Дело в mkimage-profiles-desktop::profiles/pkg/lists/install2.in.
installer.git=1.2.10-alt1 и текущий mkimage-profiles-desktop jfs и reiserfs доступны при указании в командной строке gfxboot (то есть ядра) ключевого слова expertmode
Докатились. Из-за одного ламера портят жизнь всем. Ладно, у себя сделаю.
(В ответ на комментарий №16) > installer.git=1.2.10-alt1 и текущий mkimage-profiles-desktop > jfs и reiserfs доступны при указании в командной строке gfxboot (то есть ядра) > ключевого слова expertmode А можно это сделать как-нибудь попрозрачнее? А то сейчас expertmode - это такой чит-код, про который, не прочитав этот баг либо исходники, узнать можно только угадыванием. На Fчто-нибудь повесить, например. Или как минимум, в Help вписать.
Для истории: сейчас > Всё понятно, виноват installer/initinstall.d/15-expert.sh из > installer.git, который с помощью /bin/rm удоляет *jfs* *reiserfs*
