>[оверквотинг удален]
> У меня не будет проблем в этих и других случаях, т.к. я
> олдскул администратор и умею делать свою работу.
>> Вы используете нестабильную систему (тот же Rawhide), поставили обновление, а оно сломанное, система не загружается. Ваши действия?
> Зная что система нестабильна я обновлюсь так что даже если упадет на
> мой дом метеорит, то у меня система загрузится как минимум до
> шелла.
>> Вы хотите поставить нестабильный софт на стабильную систему, а со старыми версиями библиотек не работает. Ваши действия?
> Постоянно подобное. Вот прямо сейчас - туева хуча разных версии библиотек и
> софта собанного под текущую систему с библиотеками и компиляторами, которые невозможны
> из-за dependecy hell в текущем сеансе при попытке все это натянуть. Так, ну-ка ну-ка... и как подружить две разные версии glibc? Если базовому окружению нужная старая, а новой приложухе обновленная версия glibc?
> Зная что система нестабильна я обновлюсь так что даже если упадет на
> мой дом метеорит, то у меня система загрузится как минимум до
> шелла.
Вы обновитесь ровно так, как вам позволит софт и система deb/rpm-пакетов. Т.е. как повезёт. Максимум что вы сможете - это восстановить систему (и то не всегда, можете погуглить когда и как ломается система пакетов так, что её уже не восстановить)
И загрузитесь вы гарантированно максимум до grub shell.
> Зная что система нестабильна я обновлюсь так что даже если упадет на
> мой дом метеорит, то у меня система загрузится как минимум до
> шелла.
А если надежный deb-пакет случайно от root запустит "rf -rf /" из-за опечатки, как уже было недавно. То смысла уже грузиться нет. Вам не поможет ни RAID, ни LVM.
Шах и мат.
А вообще речь про end-user ОС, а не серверную. Где пользователю не придётся в shell грузиться, и backup-ы каждый день (и проверяет их целостность!) он не делает =)
