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

По специфике своей работы мне приходится пользоваться зашифрованным контейнером, для этих целей мною был выбран всем давно уже известный инструмент по названием – TrueCrypt.

В моем случае зашифрованный контейнер подключается после выбора буквы диска, ключевого файла и ввода правильного пароля, все это проделывается через GUI интерфейс самого же TrueCrypt. Минус этого способа я ощутил буквально сразу, теряется масса времени на подключение, каждый раз, когда покидаешь рабочее место, приходится отключать контейнер, затем по возвращению, заново проделывать те же самые рутинные манипуляции. И так несколько раз на дню. Мирился я с этим около месяца, так и появилась идея – подключать автоматически зашифрованный контейнер с помощью привязанного USB накопителя.

Часто при обсуждении различных способов виртуализации, сторонники Virtuozzo (обычно, хостеры на OpenVZ) вспоминают про услышенное когда-то и где-то утверждение типа «Xen тормозит при работе с диском». Заблуждение это имеет корни, связанные с радикально отличающимися механизмами кэширования диска у виртуальных машин Xen и контейнеров Виртуоззо. Как следствие, сильно отличаются при различных условиях характеристики производительности дисковой системы. Но заблуждение оседает в сознании крепко и надолго.

Чтобы закрыть тему «тормозов диска у Xen» и показать с цифрами, что тормозов нет, вот результаты unixbench, bonnie++ и упаковки исходников линуксовского ядра на одной и той же машине, на одном и том же разделе диска.

Поднимал недавно на новом сервере Xen и столкнулся с одной очень интресной проблемой — при загрузке случайным образом выбирался sda и sdb из двух винтов, не смотря на то, что в BIOS все было жестко прописано. Таким образом получалось, что сервер загружался через раз. И тогда я принялся думать, как бы мне решить эту проблему :) Все было не сложно, если бы не одно но, один из дисков был зашифрован :)
Итак, для начала краткое описание ситуации:
имели сервер с поднятым Xen и двумя IDE HDD: 160 Gb — система и 400 Gb — зашифрованный диск с гостевыми доменами Xen. Все работало прекрасно, системный диск мастер, доменный — слэйв. Но в один прекрасный день слэйв решил, что больше так жить нельзя и тихо умер :). Решено было не заморачиваться и на его замену пришел новый 400 Gb SATA диск. В BIOS было прописано жестко кто есть кто, то есть какой диск первый, а какой второй и решено было продолжить загрузку.

Так как являюсь начинающий пользователем, соответственно столкнулся с проблемами, которые постепенно пытаюсь решать. Одна из них — невозможность использования на маке образов дисков с расширением .mds — .mdf. Есть мнение, что можно просто переименовать mdf в iso, но как-то отношусь к нему скептически. Иначе зачем весь этот огород с двумя файлами, если всё так просто… Для конвертации нашёл программулину MISO-J. Она подхватывает .mds файл ( соответственно с .mdf ) и конвертит всё в один iso. Дальше — дело техники…

p.s. на маке винды нет, поэтому искал решение именно для мака

Доброго времени суток, уважаемые. Хочу разбить свой диск на три
Айн — для ОС
Цвай — для прграмм
Драй — для данных
Это сделано для того чтобы можно было без проблемм переустановить операционку.
Внимание вопрос: а стоит ли создавать отдельный диск для программ если их тоже придется переустановить вместе с виндой?
Или можно сделать так чтобы они заработали с новой виндой? И если диска будет два то сколько надо под винду с прогами? А если три? Спасибо за ответы.

Продолжая эту тему хочу вернуться к вопросу файловой базы данных.

Интересно, что файлы в базе хранятся повторяя структуру классической ФС: файлы разбиты на блоки размером 4 Кб, хранящиеся в отдельных «blob» записях. Всего имеется 3 таблицы типа MyISAM: tree (дерево файловой системы и имена файлов), inodes (права доступа и параметры файла) и data_blocks (блоки данных).

Честно говоря, по началу, глядя на эту фотографию, какое-то время тупил, пока не вспомнил, как дискеты устроены...