Как я должен иметь дело с коротким жизненным циклом Fedora?
От Wiki:
Extent based file storage 2^64 byte == 16 EiB maximum file size Space-efficient packing of small files Space-efficient indexed directories Dynamic inode allocation Writable snapshots, read-only snapshots Subvolumes (separate internal filesystem roots) Checksums on data and metadata Compression (gzip and LZO) Integrated multiple device support RAID-0, RAID-1 and RAID-10 implementations Efficient incremental backup Background scrub process for finding and fixing errors on files with redundant copies Online filesystem defragmentation
Объяснение настольных пользователей:
- Эффективная пространством упаковка маленьких файлов: Важный для рабочих столов с десятками тысяч файлов (maildirs, repos с кодом, и т.д.).
- Динамическое inode выделение: Избегайте пределов Ext2/3/4 в числах inodes. Пределы Btrfs inode находятся в совершенно другой лиге (тогда как inodes ext4 выделяются во время создания файловой системы и не могут быть изменены после создания, обычно в 1-2 миллионах, с жестким пределом 4 миллиардов, inodes btrfs динамично выделяются по мере необходимости, и жесткий предел 2^64, приблизительно 18,4 квинтильонов, которые являются приблизительно 4,6 миллиарда раз жестким пределом ext4).
- Снимки только для чтения: быстрые резервные копии.
- Контрольные суммы на данных и метаданных: важный для целостности данных. Ext4 только имеет целостность метаданных.
- Сжатие: сжатие LZO очень быстро.
- Фоновый куст обрабатывает, чтобы найти и закрепить ошибки на файлах с избыточными копиями: целостность данных.
- Дефрагментация файловой системы онлайн: автодефрагментация в 3,0 будет дефрагментировать некоторые типы файлов как базы данных (например, профили Firefox или akonadi устройство хранения данных).
Я рекомендую Вам ядро 3.0. Также btrfs является хорошим FS для SSD.
Я использую внешний диск, где я копирую некоторые свои папки и dotfiles с
rsync -avzпосле того как первый снимок взят, ему только нужны очень небольшие данные, чтобы перейти на внешний диск для резервных копий.В значительной степени вся та информация хранится в dotfile или в некотором dotdirectory. Все, что необходимо сделать, резервное копирование те каталоги. Это - то, что я делаю так или иначе, и это работало в течение многих лет. Следует иметь в виду однако, это иногда, более новая версия не будет играть по правилам с более старыми файлами конфигурации, таким образом, она, как будут гарантировать, не будет работать каждый раз.
Все это зависит от того, каков большой из изменения следующий выпуск. Например, когда файловые системы не изменяются, я не вижу оснований для переустанавливания больше. Это была вся другая спина, когда FC6 был вокруг. Обновление было болью, и я обычно делал новые установки тогда. От Fedora 8 вперед,
preupgradeхорошо работал, я не имел, имел любые проблемы с ним. Я сделал однако новую установку для Fedora 13, так как я хотел, чтобы все мои жесткие диски были отформатированы вext4. Кроме этого, обновляя до последней версии Fedora обычно работает хорошо. С этого редактирования я недавно обновил до Fedora 24. К настоящему времени, процесс обновления сdnfидет smothly, хотя я думаю, что существует простор для совершенствования. Обычно проблемы только возникают, когда процесс обновления является прерванной серединой установки или середины очистки.Обычно, отслеживайте несколько дорожку, того, какие изменения Вы делаете к системе. Какие файлы в
/etc/Вы изменились, какие программы Вы скомпилировали себя, или что освобождает Вас помещенный в/usr/lib/самостоятельно, и т.д. Это делает жизнь намного легче, а также резервное копирование, которое постоянно совершенствуется. Предварительное обновление хорошо работает к настоящему времени, но когда Вы хотите изменить файловую систему или так, нет никакого пути вокруг переустановки. Руководство по обновлению Fedora будет совет Вы, когда необходимо будет действительно переустановить вместо того, чтобы делать обновление. В руководстве PreUpgrade говорится, возможно обновить от F11 непосредственно к F13, например. Я был бы совет против него. Так как более старые Мягкие фетровые шляпы не обновлены, пакет PreUpgrade, скорее всего, устарел. С последними версиями и более новым обновлением обрабатывает сdnfиsystem-upgradeплагин, это не такое количество проблемы, действительно. Конфликтующие версии файла снабжены расширением.rpmsave, и можно затем позже решить эти вопросы сrpmconf -a.
Это не поможет, но когда Вы будете пользователем OpenBSD, необходимо внести большинство изменений вручную, и Вы не можете обновить до последнего выпуска ни от какого другого, чем предыдущий.
Слово предупреждения: Что могло бы несколько разрушить Ваш день, репозитории сторонних производителей, которые еще не "готовы" к новому выпуску. Это происходит почти обычно с Dropbox, и даже с RPMfusion. RPMfusion требуются приблизительно две недели для входа синхронизацию с новым выпуском, но иногда четыре моли для Dropbox для фиксации их repos. Так, когда Вы используете что-то как RPMfusion и т.д. Я совет, проверяющий, готовы ли они. Иначе ожидая другая неделя или два действительно не причинит боль, и она сохранит Вас много головных болей. Особенно при контакте с драйверами Nvidia и таким.
У меня была та же самая проблема с моей установкой Fedora, и решение довольно просто: разделы. Так как я создал / домашний раздел, я форматирую / но все мои предпочтения каждой программы остаются. Просто разделите свои данные из Вашей системы с разделом, и на переустанавливают, удостоверьтесь, что отформатировали только / и указали Ваш домашний раздел, как смонтировано на / домой.развлекайтесь!
Redhat назвали инструмент, запускают [1] для автоматизации установок. Не уверенный, если Fedora предлагает тот же инструмент или нет, но он мог бы помочь получению начальной установки в стадии реализации.
Я также второй отдельный / размещаю раздел. Резервные копии все еще необходимы в случае промаха пальца, но он делает жизнь путем легкий.
-
1
В то время как время от времени обновления Fedora дают горе, процесс обычно работает гладко (особенно, если Вы обновляете по 'сети и ожидаете приблизительно один месяц, чтобы toothing проблемы были сглажены). Просто обновленный мой нетбук от Fedora 16 до Fedora 17 yum путь (имел отдельный / и /usr, даже тот ужасный танец пошел гладко), и затем использование FedUp к Fedora 18. Некоторые неофициальные texlive пакеты дали некоторые проблемы, но ничто слишком серьезное. Используя тот прямо сейчас. Создал резервную копию моего заполнять аккаунт и весь из /etc и полный список установленных пакетов к большому pendrive, только чтобы быть на безопасной стороне.
Несомненно, некоторые изменения конфигурации; и процесс установки просто не может разыскать и исправить конфигурацию, локальную для Вашей учетной записи.
Я обновил Fedora 16 до 17, затем до 19, затем до 21, и я думаю, что большинство проблем, с которыми я столкнулся, вероятно, были бы устранены при чистой установке в любом случае. Однако каждое обновление занимало около суток, включая предварительное создание полного образа диска, а затем выполнение всех подробных процедур обновления, которые я прочитал, включая выполнение таких действий, как проверка пакетов RPM, которые больше не поддерживаются в репозиториях YUM, и поиск замен, проверка всех пакетов, поиск любых файлов конфигурации, в которых были созданы файлы .rpmnew, слияние изменений и т. д.
Я думаю, что менее затратным по времени решением является использование CentOS, а затем запуск Fedora в среде chroot ( возможно, контейнер - более современный способ сделать это) для приложений, которые CentOS не предоставляет. Я использую schroot для управления chroot, и он монтирует мой домашний каталог в том же месте в среде chroot, так что все идет довольно гладко. Может быть немного сложно заставить видеоускорение и звук работать в chroot, возможно, контейнеры справятся с этим лучше.
В настоящее время у меня есть Fedora 22 в chroot, и она больше не будет поддерживаться через несколько недель, поэтому я создам новый chroot с более новой версией Fedora, но смогу вернуться к старой версии, если приложение плохо себя ведет в новой версии, что гораздо чаще происходит в Fedora, чем в CentOS.