rPman

jabber (клиенты с поддержкой audio), например psi, шифрование gpg почти из коробки

Если речь о сделать дешево, то попробуйте рассмотреть схему, используемую в частности гуглом, резервирование железом, а не жесткими дисками.

Ставите две/три обычные железки (рядом не рекомендуется, кстати), в т.ч.можно тупо десктоп, а уже между ними организуете сетевое зеркалирование RAID-1 (в простом варианте самим клиентом, подключая диски NBD/AOE/iSCSI, в посложнее — DRBD+LVM+чтоугодно)

Мало ли, зашел на вебстраничку (например сайт взломали), которая под фоном javascript долбит вебсайты-жертвы запросами get.

если нельзя менять ни uid ни fs, то, досоздать на ноуте и десктопе пользователей с uid 1000 и 1001, и раздать права через группы, больше никак (я когда то искал что то подобное, подмена uid была возможна только для smb)

/o

Когда часто сидишь в консоли, это удобнее чем /media/MassiveDataStorage/…

Была же классная презентация на хабре — виртурилка.

Если задача стоит, синхронизироваться в общем случае (т.е. в идеале все, но я не знаю что именно может понадобиться синхронизировать завтра), то загляните в сторону виртуальных машин. Почти все (да я как посмотрю абсолютно все современные) позволяют сохранять текущее состояние, в т.ч. оперативной памяти (если это так может оказаться же актуально).

Заверните все свое внутрь виртуалки и таскайте с собой образ и текущие снапшоты на флешке/dropbox-аналоги.

Если же данных много больше размера флешки, делайте тупой bzdiff, сохраняя дома и на работе копию предыдущего/унесенного образа. Т.е. на каждом узле должны храниться копии текущего состояния на всех узлах, понятно что в один момент времени не все они одинаковы, вот для этого их и необходимо сохранить, а перед уходом делать bzdif с сохраненным, полученный патч применять на этот образ, нести его домой и применять его там (перед уходом на работу делать все то же самое но уже с образом рабочим).
При количестве узлов = 2, список команд для этого очень маленький — 2-3 строчки в каждом.

tar --one-file-system забакапит только корневой раздел (без /dev и /proc естественно, правда если установка раскидана по разделам типа /usr, /var или /home, как рекомендуют некоторые устаревшие гайды, то прийдется их бакапить отдельной коммандой).

И нужно понимать, что некоторые приложения, например базы данных, бакапить обычным копированием во время их работы не рекомендуется (и даже вредно для бакапа).

С помощью твикера переназначил стандартные пути к медиа папкам

Наверное дело в этом твикере, что это за тулза?

А что, простая символическая ссылка уже не работает?

в терминале:
cp -r ~/Видео && rm -rf ~/Видео && ln -s /mnt/ssd/Видео ~/Видео

p.s. если по каким то причинам символические ссылки не пашут и если это обычная домашняя установка без перемещаемых профайлов и большого количества пользователей...:

sudo gedit /etc/fstab

добавляем что то типа:
/dev/sdb1/Видео /home/sk8er/Видео none bind 0 0

Очень осторожно пишите программы, работа которых может зависеть от установленной локали, встречал людей, которые меняют параметры локали в windows очень причудливым образом.
Везде, где возможна подобная неоднозначность принудительно прописывать параметры локали (как в windows так и в linux).

В данном конкретном случае лучше постараться избежать сохранение и использование текстового представления таких неоднозначных вещей как вещественные числа и даты… первый же запрос в гугл на вашу задачу — сериализация вещественного числа в целочисленном представлении: stackoverflow.com/questions/4733147/portability-of-binary-serialization-of-double-float-type-in-c

Как указан ситемный диск внастройках ядра? root=/dev/sda1 или UUID? Диск сменил, его UUID тоже сменился (а если что, Label не меняется, он внутри диска уже прописывается)

virtualbox позволяет работать с физическими разделами и дисками (читать VBoxManage internalcommands converthd --help)

Не ищите эти глупости…
Виртуалка -> livecd -> debootstrap (подсовываете любой dep репозитарий, например от ubuntu) = 150mb инсталляция, chroot в нее и до настраиваете (kernel + grub + по мелочи типа timezone, locales) -> опционально доставить драйвера виртуалки (например для vbox дополнения, ставить прямо с cd)

Этот способ идеально подходит к минимальным конфигурациям в любых контейнерах любых виртуалок… lxc/openvz/kvm/vbox/… минимум телодвижений, максимальная скорость развертывания… идеален для запуска серверных/консольных утилит. Для настройки X под суетиться нужно чуть больше (в основном если нужны навороты вида не дефолтные шрифты, сглаживание, ускорение видео и т.п.), просто для запуска приложений достаточно поставить xorg-server и какую либо DM, например openbox.

p.s. кстати самая удобная файловая для flash в том числе для быстрого извлечения — ru.wikipedia.org/wiki/NILFS

При записи файла (даже части, если не используются методы копирования, предварительно выделяющие место на диске перед записью,… я таких давно не видел, ведь это актуально только для FAT) на флешку производится очень много записей:
* две копии фат (каждый кусок файла нужно куда то разместить, информация об этом пишется в табличку FAT)
* для каждого файла обновляется информация в директории, кстати в т.ч. время последнего чтения
* пишутся данные файла, кстати озаботьтесь о выравнивании блока файловой системы на сектора флешки, иногда про это забывают.

miniitx + аккумулятор + корпус (бегло посмотрел, гугл выдал не сильно дорогие варианты адаптеров подключения к батареям, я так понимаю от автомобильных до от UPS)… к сожалению именно корпус и этот адаптер будут составлять больше половины стоимости решения.

Опыт программирования на java вам подойдет в гораздо большем количестве мест, чем знание c# (и точнее .net framework, так как обычно говоря c# подразумевают сразу и язык, и среду разработки и библиотеки от майкрософта).

Как я зык, java — это и веб, и все mobile (как старое так и новое — android), и desktop, и игры и самое главное — кроссплатформенность.

В минусах — грустная политика oracle, владельца java как технологии так и пула патентов. И как результат, смутное далекое будуще. Но c# 'держит за горло' еще более худший монстр — microsoft…

добавлю свои 5 копеек… проверьте, вдруг ваш случай?

FirstVDS (это Virtuozzo, коммерческий вариант OpenVZ), вдруг ни с того ни с сего все загрузки в php используя curl_… невероятно тормозили и выдавали нагрузку 100%, через несколько часов все пропало, причина не выявлена.

p.s. использование curl_multi_… кушает память — течет она причем очень сильно, баг на трекере висит уже давно, и периодически то закрывается то открывается

Когда то давно считал, что будет быстрее, грузиться нормально или скопровать образ системы в память и грузиться уже с нее, разница была незначительная и в смысле — грузить образ в память оказывалось дольше (больше данных считывалось), а если и будет экономия (если систему хорошо почистить от лишних данных), то только за счет уменьшения seek-to-seek запросов.

Если памяти много, то все необходимое легко кешируется (например простейшим tar --one-file-system -c / > /dev/null или еще лучше собрать самостоятельно список необходимых файлов)

p.s. еще у меня были эксперименты по ускорению кеширования записи (игнорирование принудительного отключения отложенной записи) с помощью lvm + снапшоты в ram:
1. создаем в памяти блочное устройство (самое простое настраивается опциями ядра)
2. добавляем созданный образ в группу lvm
3. создаем снапшот, указав место хранения изменений — этот раздел ram
Теперь любая запись будет произведена в оперативную память, используя ее максимально эффективно! (только изменения, повторная перезапись сектора не увеличивает требования к памяти)
4. при необходимости сохранить изменения — удаляем снапшот, это перенесет все изменения на первоначальный раздел, кстати так же максимально эффективно
Цикл создания-удаления снапшота можно повторять периодически на автомате.

Примеры команд в гугле, первыйже результат запроса linuxsoftware.co.nz/blog/2008/03/lvm-snapshot-with-no-free-diskspace
Очень большой недостаток — при некорректном завершении системы нужно будет чинить группу (я не сильно копался, возникали ошибки со структурой), плюс конечно же изменения, записываемые на диск с момента создания последнего снапшота будут потеряны, что логично.

из самого простого, особенно если с правами мало заморочек, любой вики-проект и общие договоренности о стилях наполнения

первые же результаты из гугла: Викизнание: Каталог wiki-движков и Вики-движок