Bug 17368

Выкинули, причём 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*