Цифровой журнал «Компьютерра» 2013 № 08 (161) - [17]
Пользуясь, кстати, случаем, даю отчет о 10 месяцах работы на твердотельном диске: полет безупречный. Все, как и ожидалось, ускорилось раз в 5-10. Время запуска любого приложения вообще невозможно подсчитать: по ощущениям открываются практически мгновенно. Никаких битых кластеров и прочих неприятностей, которые пророчат перебежчикам на SSD, замечено не было. Есть, однако, один нюанс, о котором полезно знать пользователям, дабы не впадать всуе в панику. Я лично впал по первому разу, поэтому и хочу предупредить.
SSD очень специфически учитывают свободное пространство диска. Не вдаваясь в технические подробности (да и кто я такой, чтобы гоблинам лопотать за техникалии?), отмечу лишь практический аспект этого своеобразия: твердотельный диск рапортует системе о каждом удаленном файле (и — соответственно — освободившемся дисковом пространстве) с большой задержкой, потому что не очищает кластеры на самом деле, а лишь помечает их как свободные. В результате создается путаница: ОС считает место свободным, пытается туда писать, а кластеры эти еще заняты!
Скажем, вполне в порядке вещей, когда штатный Finder показывает 148 Гб свободного пространства (как в данную секунду):
А, скажем, штатная же Дисковая Утилита — только 91 Гб:
При этом никаких ошибок на диске не обнаруживается. Практического неудобства, на первый взгляд, подобная раскоординация действий SSD и Mac OS X не представляет, потому что никаких препятствий и затруднений при копировании, удалении, перемещении вы не встречаете. Но это только на первый взгляд, потому что со временем (со средней периодичностью в моем случае — раз в месяц) появляются ошибки в файловой структуре диска, которые при проверке Дисковой Утилитой фиксируются как неправильный размер свободных кластеров и кластеров, занимаемых тем или иным файлом.
Ошибки эти, опять-таки, не критические, однако требуют дополнительного телодвижения: нужно перегрузить компьютер, удерживая комбинацию Command+R, запустить из режима восстановления все ту же Дисковую Утилиту, которая и исправит ошибку.
Тем не менее, ситуация мне лично не нравится, поэтому обращаюсь за советом к общественности: наверняка должна быть какая-то утилита, скрипт или системная команда, которая бы позволяла восстанавливать координацию между SSD-диском и Mac OS X, не доводя дело до появления ошибок файловой системы. Подскажите, кто знает!
Возвращаемся теперь к Carbon Copy Cloner. Под «промышленным пошивом» я имел ввиду, конечно, не грандиозную скалируемость процессов создания резервных копий и восстанволения, а эдакую стероидальность продукта. ССС умеет делать всё, причем в объемах, явно превосходящих потребности простых смертных:
- поддержка клонирования на уровне физических блоков, которое позволяет производить восстановление буквально на порядок быстрее, чем при традиционном file-to-file копировании; - умение клонировать даже проприетарный раздел Apple Recovery HD, который появился впервые в Mac OS X Lion; - умение шифровать резервные копии; - создание копий на любых сетевых дисках; - создание дискового образа, содержащего резервную копию; - планирование бэкапа на нужную дату, время, час, день недели; - оповещение по почте о статусе процесса резервирования; - выведение компьютера из спящего режима для проведения запланированного бэкапа
ну и так далее почти до бесконечности. Одним словом, ССС — это незаменимое дополнение к Time Machine.
Еще одна системная утилита, без которой не мыслю своего существования в экосистеме Mac OS X — TrueCrypt, программа для создания криптозащищенных дисков, которой я пользуюсь на Windows последние десять лет ( с самого первого релиза).
TrueCrypt — абсолютный фаворит, выстраданный многолетним тестированием всех без исключения существующих в природе программ криптозащиты. Этой теме я посвятил как минимум дюжину «Голубятен», поэтому не будем повторяться. Скажу лишь, что TrueCrypt — единственный из всех, выдержавший самое главное испытание — временем. За все годы программа не дала ни единого сбоя и не потеряла ни единого файла. За что огромное спасибо бескорыстной команде разработчиков TrueCrypt Developers Association, которая свято хранит благородные принципы Open Source.
Ну а теперь по традиции — время подводить итоги нашей викторины. Язык, прозвучавший в аудиоклипе во вторник — это тамашек, представитель южной туарегской ветви обширной группы берберских языков. В частности, вы прослушали отрывок из интервью Абдалла аг Алхуссейни, руководителя очень модной туарегской этно-рок группы Tinariwen. Полностью интервью вы можете посмотреть на YouTube (а за одно и послушать роскошную музыку Tinariwen).
Технически самым первым ответ, близкий к правильному, прислал Шарон Лин из Израиля: «Здравствуйте Сергей! Решил снова попытать счастья в ваших квизах, тем паче что они весьма интересны и познавательны. Взять хотя бы нынешний. Мой ответ — речь идет о берберийском «амазиге». В моих детских воспоминаниях всплыло это название. Почитав о них в википедии, был удивлен тем что я о них почти ничего не знаю. Вначале колебался между арабским и урду (из-за слова «Мушарраф» звучащего в конце первой части вашего клипа, перед музыкой), но затем погуглив слово «takafrt», нашел на ютубе песню которая очень напоминала искомый язык. Оттуда вычислить берберов было уже делом техники. Урду отбросил из-за специфичной «гортанности», хотя арбские слова в изобилии встречаются в обоих языках. О себе, зовут Шарон. Живу в Израиле. Читатель Компьюленты/Терры уже 2-ой год».
