Опасное это дело: вдруг свет отключат, бесперебойнику не хватит энергии, чтобы дать возможность довести операцию преобразования раздела в несколько терабайт...
reiserfs vs ext{2,3,4} (отрезано от новости про Debian 6.0)
Модератор: Модераторы разделов
-
- Сообщения: 3321
- Статус: Красный глаз тролля
- ОС: ArchLinux
Re: reiserfs vs ext{2,3,4}
Опасное это дело: вдруг свет отключат, бесперебойнику не хватит энергии, чтобы дать возможность довести операцию преобразования раздела в несколько терабайт...
RTFM
-------
KOI8-R - патриотичная кодировка
-------
KOI8-R - патриотичная кодировка

-
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: reiserfs vs ext{2,3,4}
Разделы не только несколькотеррабайтные бывают. А вообще, да, операция связана с риском в любом случае. Не зря же настойчиво рекомендуют сначала сделать бэкапы

-
- Сообщения: 3321
- Статус: Красный глаз тролля
- ОС: ArchLinux
Re: reiserfs vs ext{2,3,4}
Это хорошо, если у вас немеряно жестких дисков, а если их - всего-то 2-3, и все под завязку, то сложновато будет...
RTFM
-------
KOI8-R - патриотичная кодировка
-------
KOI8-R - патриотичная кодировка

-
- Администратор
- Сообщения: 5405
- ОС: Gentoo
Re: reiserfs vs ext{2,3,4}
И что? Вам привели преимущество ext*, вы же в ответ привели один специфичный случай, в котором этим преимуществом воспользоваться не удастся. Да-да, многотерабайтный раздел, данные с которого некуда скопировать - весьма специфичная ситуация. Такой случай можно придумать для любой фичи любой ФС/софта/железа/и т. д. Разве это отменяет преимущество?
-
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: reiserfs vs ext{2,3,4}
О каких важных данных вообще идет речь, если быкапов нет?
Нет быкапов = готовы в любой момент расстаться с данными
-
- Сообщения: 3321
- Статус: Красный глаз тролля
- ОС: ArchLinux
Re: reiserfs vs ext{2,3,4}
Ясное дело, нужные данные резервирую. Но всякие фильмы и музыку резервировать - это же болванок не напасешься...
RTFM
-------
KOI8-R - патриотичная кодировка
-------
KOI8-R - патриотичная кодировка

-
- Сообщения: 600
- ОС: Debian Stable
Re: reiserfs vs ext{2,3,4}
/dev/random писал(а): ↑27.02.2011 13:31В чём? Я вижу только два преимущества reiser3 над ext3: скорость проверки и оптимизация для работы с кучей маленьких файлов. Причём последнее иногда является недостатком, а не достоинством, т.к. ценой эффективной работы с маленькими файлами является неэффективная работа с большими. Да и первое тоже: ценой скорости восстановления являются некоторые неустранимые баги. Например, если на reiser3-разделе лежит несжатый образ reiser3-раздела, fsck может внезапно сделать его поддеревом ФС. И этим баги "быстрой проверки" reiser3 не исчерпываются.
Лично мне одной быстрой работы было более чем достаточно. Я вообще люблю скорость. А неустранимый, но документированный баг становится фичей (:
А bugz --base='https://bugzilla.kernel.org' search --assigned-to=fs_ext4@kernel-bugs.osdl.org вообще ничего не находит, ага (;
Еще скорость работы и "упаковка хвостов". Это по сравнению с ext3. Между ext4 и reiserfs я выбираю reiserfs просто по привычке, без какого-либо обоснования, хотя на буке успешно используется ext4.
А я не говорил, что такие существуют. Вполне удачная ФС, только вышла лет на 8 позже reiserfs, а менять фс на точно такую же, только ext4 как-то бессмысленно, вы не находите?
Вплетение сюда XFS как-нибудь без меня, я про нее ничего не говорил.
PS Я не настаиваю, что reiserfs лучше всех всегда и во всем, но фс вполне достойная и конкурентноспособная, не смотря на преклонный возраст. ИМХО.
-
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: reiserfs vs ext{2,3,4}
Тогда нужно понимать, что завтра их уже может не быть. И не только оттого, что решили сменить фс, а свет вырубили. Есть и более вероятные причины.
-
- Сообщения: 1445
- ОС: Debian Squeeze
Re: reiserfs vs ext{2,3,4}
Сначала сходили бы на сайт этого самого anyfs-tools и разобрались, как оно действует. Если в процессе конвертирования у вас вырубится свет, то вы можете попасть в 2 ситуации:
1. Свет вырубился во время создания таблицы инодов для anyfs - тогда в ФС изменения не вносились, и ничего не потеряно.
2. Свет вырубился во время создания новой ФС. Тогда вы, скорее всего, потеряете структуру предыдущей ФС, но у вас уже есть файл с таблицей инодов, и вы можете начать процесс сначала без потери данных.
То есть, вы ничего не должны потерять.
PS. Это в теории, на практике авторы рекомендуют делать бэкап (а вдруг в программе есть баг, который раньше не проявлялся, и именно на вас проявится (было уже в их истории)). Я экспериментировал в VBox и сталкивался только с одной проблемой: намучился со сборкой.
/dev/random писал(а): ↑27.02.2011 15:24Да-да, многотерабайтный раздел, данные с которого некуда скопировать - весьма специфичная ситуация.
Это несмертельно. В крайнем случае есть надежные UPS-ы и дизельные и бензиновые генераторы.
-
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: reiserfs vs ext{2,3,4}
/dev/random писал(а): ↑27.02.2011 12:08Reiser4 сырой (и вряд ли выйдет из этого состояния), reiser3 древний как экскременты мамонта... Вы всё ещё пользуетесь reiser?
+1
/dev/random писал(а): ↑27.02.2011 13:31В чём? Я вижу только два преимущества reiser3 над ext3: скорость проверки и оптимизация для работы с кучей маленьких файлов. Причём последнее иногда является недостатком, а не достоинством, т.к. ценой эффективной работы с маленькими файлами является неэффективная работа с большими. Да и первое тоже: ценой скорости восстановления являются некоторые неустранимые баги. Например, если на reiser3-разделе лежит несжатый образ reiser3-раздела, fsck может внезапно сделать его поддеревом ФС. И этим баги "быстрой проверки" reiser3 не исчерпываются.
+100500
-
- Сообщения: 3
Re: reiserfs vs ext{2,3,4}
drBatty писал(а): ↑27.02.2011 16:43/dev/random писал(а): ↑27.02.2011 13:31В чём? Я вижу только два преимущества reiser3 над ext3: скорость проверки и оптимизация для работы с кучей маленьких файлов. Причём последнее иногда является недостатком, а не достоинством, т.к. ценой эффективной работы с маленькими файлами является неэффективная работа с большими. Да и первое тоже: ценой скорости восстановления являются некоторые неустранимые баги. Например, если на reiser3-разделе лежит несжатый образ reiser3-раздела, fsck может внезапно сделать его поддеревом ФС. И этим баги "быстрой проверки" reiser3 не исчерпываются.
+100500
А куча маленьких файлов могут повлиять на скорость загрузки ОС
-
- Сообщения: 1445
- ОС: Debian Squeeze
-
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: reiserfs vs ext{2,3,4}
Nothing1sZever писал(а): ↑16.03.2011 20:00А куча маленьких файлов могут повлиять на скорость загрузки ОС
а у меня ос работает, а не загружается.
Если я увеличу скорость загрузки до бесконечности, то время простоев снизится на 0.04960317%
Вы думаете оно мне надо? На десктопе в смысле.