Тема хоть и относится к сетям, но т.к. нарпрямую к Арху отношения не имеет, то запостил в дев/нул.

Смысл, нужно подобрать систему сетевого бекапа для компании, основные требования ниже:
1. Клиент-серверная архитектура: есть единый сервер бекапа, на станциях которые нужно бекапить стоят клиенты
2. Сервер, под Linux/Solaris
3. Клиенты для: Linux, FreeBSD, Windows (98 (знаю что рудемент) и старше, вплоть до висты), Solaris
4. Клиенты должны быть расширяемыми, т.е. для них было довольно просто написать скрипт/плагин расширяющих их функциональность.
5. Для Windows клиента особенности: простой интерфейс, возможность запустить бекап от пользователя (лучше если будет возможность затребовать для этого пароль для подтверждения) в любой момент времени, а так же возможность запуска по расписанию, легкость конфигурирования, возможность бекапа почты (The Bat!), желательно, воможность создания и восстановления образа диска - для быстрого восстановления.
6. Для nix платформ в основном стоит задача бекапа конфигов, базы данных MySQL, ну и еще файлов на выбор.
7. В случае комерческого решения - наличие демо-верссии для ознакомления


Скорее всего не будет одного программного продукта что умеет реализовывать все что я тут написал, это не очень критично - можно использовать и пару. На данный момент в качестве виндовой бекапилки я сейчас рассматриваю Handy Backup но там есть некоторые моменты что меня не устраивают (например - нет возможности запросить пароль у пользователя перед началом резервирования данных, не клиент-сервер, хотя умеет заливать сохраненные, запакованные и зашифрованные данные на FTP).

С радостью выслушаю ваши мнения и предлоежения, желательно с кратким пояснением что может аппликуха.

ЗЫ я знаю что существует гугль, и сейчас над этим работаю, уже проанализировал несколько систем, но… мало ли что пропущу, а то и быстрее получится ;)
systemd должен умереть.
zeus
не чернуха. принципиальные ошибки концепции. вылезают потом.

Может и оффтом и нужно засплитить тему, но: ошибки концепции? поясни?
systemd должен умереть.
zeus
не чернуха. принципиальные ошибки концепции. вылезают потом.

Может и оффтом и нужно засплитить тему, но: ошибки концепции? поясни?
systemd должен умереть.
Ferhiord
Чем плоха загрузка сразу в RL5 - я все равно бОльшую часть времени в иксах провожу?
Меню не доступно, но конфиги перелопачу.

Попробуй переименовать каталог с настройками, и перезапустить, может и попрет.

ОФФ: а по поводу rl5 - был у меня случай когда что-то было с видеодрайвером не так - при запуске ядро в корку вылетало, ну… дальше думаю понятно, а так как еще не все знал, долго думал как мне запустить консоль-онли что бы исправить баг.
systemd должен умереть.
Отправлять баг-репорт
systemd должен умереть.
Я хоть и не телепат, но предположу, что автор первого поста говорит не про -S
а про тот случай когда у него пакеты лежат локально в одной папочке и ставит он их командой -A
systemd должен умереть.
sergej
Для остальных есть archlinux-xdg-menu

как-то исторически сложилось, что использую menumaker (mmaker). а так, я про самостоятельную (самими приложением) поддержку данной технологии.
systemd должен умереть.
junqed
Странно, у меня без всяких adsl работает, подключение ~ 5 секунд

А ничего странного - провайдер глючит, у нас эт нормально - потому как монополия
systemd должен умереть.
Поодержу оратора по поводу монтирования через hal/dbus не через конверор, что-то там даже не знаю с какого к ним подступаться.
systemd должен умереть.
Бывает слетают какие-то настроки у Xfce4, попробуй заново законфигурять все, запустить через терминал (меню доступно через мышку?) сделать логоут и логин.

ЗЫ и не юзать RL5
systemd должен умереть.