Adamos

Знаю что не скоро, но просто хотел узнать, что будет если закончится срок ?

Просто интересно - а как вы себе представляете альтернативу? ;)
На самом деле - ничего опасного в использовании сейчас хоть 14.04, хоть 12.04, на практике нет. Просто установить на эту систему какой-нибудь Вайбер может не получиться. Так что у вас понемногу начнут копиться к ней претензии, и вы сами захотите обновиться.
При обновлении могут быть проблемы с драйверами - как правило, это проприетарные дрова видео. В остальном - сколько обновлял 16.04 на 18.04, проходило без сучка без задоринки. Пользователи даже работать в это время не прекращали ;)

Не проще один раз обойти дерево и составить таблицу
{
proj.id : [ loc.value, reg.value, sub.value, geo.value ],
...
}
Или наоборот,
{
value : [ ... arrOfValues ... ],
...
}
И быстро искать по ней, а не скакать по дереву на каждое onChange?

Система-то гибкая и позволяет плясать, не заморачиваясь с ограничениями.
Скажем, если у вас много таких машинок и вы редко лезете в настройки каждой, то проще не бэкапить системы, а завести preseed для типовой установки и/или ansible для типовой настройки. Установка с нуля будет не сильно дольше восстановления из бэкапа, зато все пакеты будут свежие + вам не нужно беспокоиться о месте для тех бэкапов.

У меня десяток реликтовых системников работают киосками в цеху, у них регулярно что-нибудь сыплется - то винт, то сетевуха, то вовсе мать. Достаточно собрать из старья любой запускающийся компьютер, одной командой стартануть установку на него системы с киоском и через полчаса отдать в цех.

Ну, а бэкап пользовательских данных - что захочешь, то и слепишь из cron + rsync, что тут обсуждать? Если есть несколько файлопомоек на Линуксе, на них удобно сделать кросс-бэкап, открывая бэкап-папки в сеть только для чтения. Чтобы, когда мышка неудачно махнула - юзер мог сам сходить и найти предыдущую версию того, что испортил.

grep/sed/awk по крону. Результаты скидывать в папочку, которую уже будет разбирать пых.

find /path -type d -exec cp файл {}/файл \;