Запустил просмотр полноэкранного видео разрешения 512×384 (XVid) в VLC сначала с диском SSD Intel X25-M G2, а затем со штатным HDD 500 GB 5400 rpm. Яркость экрана выставил на половину, WiFi включен. Два диска являются идентичными клонами, сделанные с помощью SuperDuper!. Мониторинг батареи – в MiniBatteryLogger.

SSD – 04:30:

HDD – 04:25:

Вывод – при постоянном считывании с диска время автономной работы с SSD и HDD практически одинаковое. Скорее всего на HDD при эпизодическом чтении время будет дольше, но порядок будет в районе десятков минут, отнюдь не часов.

Т.е. установка SSD значительно улучшила впечатление от работы и практически не повлияла на время автономной работы. Что замечательно.

Следующим этапом проверю время автономной работы с SSD на свежеустановленной Mac OS X.

Пару дней назад, не выдержав неторопливости штатного диска MacBook Pro (500 GB 5400 rpm), я осуществил давно желаемую операцию – приобрёл SSD-диск Intel X25-M G2.

Выбор SSD – задача нетривиальная. Нельзя просто сказать: “Вот у меня есть $NNN, нужен диск на GGG GB, сюда попадают N дисков, производитель FFF мне нравится, его и беру”. Перед покупкой нужно понять разницу в контроллерах, поддерживается ли TRIM, какая статистика отказов и т.п.

Перед покупкой стоит тщательно форумы, статьи и обзоры. Для получения информации, какой контроллер используется, нужно посмотреть “SSD Decoder Ring – an SSD comparison guide“. Я уже не говорю о том, что нужно понимать, зачем нужен SSD, знать его сильные и слабые стороны. Вы можете почитать статью “SSD: Что о них нужно знать“. Мне понравилось заключение:

Стоит ли ставить SSD? Определенно да. Если есть лишние 150-300$, лучше купить SSD для системы и программ, вместо 4-х ядерного процессора. или процессора с чуть большей частотой. Эффект не заметить невозможно!

Сначала я хотел взять Crucial’s RealSSD C300, но проблема, с которой стулкнулся Anandtech, удержала меня от покупки.

После чтения разных статей и обзоров я наткнулся на FAQ Overclockers.ru “SSD-накопители: выбор, использование, обсуждение“. Там было очень хорошо сказано:

Убедительная просьба НЕ задавать вопросы типа: “Какой SSD купить под систему???”

Короткий ответ: Intel X25-M G2 или, если денег мало, Intel X25-V.

К тому моменту я тоже пришёл к этому же мнению. Почитать о впечатлениях от этого диска вы можете в статье Егора Егорова “SSD год спустя: Intel!“. В статье есть замеры скорости, сравнение с HDD и почившим SSD Patriot Warp, а также видео, показывающее время загрузки с HDD и SSD. Профессиональный же обзор есть на THG “Intel X25-M с памятью 34 нм: новая прошивка творит чудеса“.

Изначально мне хотелось поставить диск максимальной ёмкости, ведь штатный диск 500 GB был заполнен на 85%. Но я взвесил преимущества диска Intel на 160 GB и реально оценил, нужна ли мне большая часть данных постоянно, и принял верное решение. После очистки видео, просмотренных сериалов и подобного на ноутбуке у меня осталось всего 60 GB.

Кстати, нужно знать об одной важной особенности (не получится купить дорогой диск SSD и использовать его, не задумываясь) – ни в коем случае нельзя заполнять диск больше, чем на 70-80%. Чем меньше свободного места, тем активнее запись в оставшееся место и ресурс диска может израсходоваться за пару месяцев.

Одно уточнение. Intel X25-M G2 поставляется в двух вариантах – с креплением под 3.5″ (SSDSA2MH160G2R5) и без него (SSDSA2MH160G2C1). Если есть возможность, то достаточно взять вторую модель, это сэкономит немного денег. Я взял первую, так как вариантов не было.

Firmware

Перед установкой диска нужно обновить Firmware. Для Intel его можно списать по адресу Intel® SATA Solid-State Drive Firmware Update Tool. Firmware поставляется в виде iso-образа, его нужно залить на болванку командой:

$ hdiutil burn 110902HD88208850.iso

Диск является загрузочным, с него можно загрузиться как на Mac, так и на PC.

Обычно я устанавливаю новый диск в карман USB, полностью подготавливаю его, и только затем переставляю в ноутбук. Здесь же операция не получилась – программа обновления не смогла найти SSD-диск, подключённый по USB. Поэтому пришлось подключать SSD к PC SATA-кабелем, после чего программа распознала диск. Оказалось, что диск и так поставляется с последней версией Firmware:

Если бы под рукой не было бы PC, я бы вставил SSD в ноутбук и провёл обновление – это равноценно.

Клонирование штатного диска

Затем я перенёс максимальное количество данных, которые мне не нужны каждый день, на внешний диск. В поиске больших каталогов мне помогла программа DaisyDisk. Из 400 GB на диске осталось 60 GB. И это меня очень порадовало.

Методы клонирование штатного диска я описывал ранее. На этот раз я использовал SuperDuper! (я копировал диск без загрузки с Install DVD, впрочем, почти все описанные методы не требуют этого). После клонирования диска убедился в работоспособности системы, загрузившись с USB (зажатый Alt при перезагрузке или выбор Startup Disk в System Preferences).

Всё, я имею полную копию загрузочного диска, можно переставлять диск.

Замена диска

Аккуратно ложу ноутбук на фетровую тряпочку (да, по гороскопу я Дева ;-)

Переворачиваю

Достаю свой любимый набор отвёрток

Выкручиваю винтики, ложу их в том виде, как они находились в ноутбуке. Это облегчает сборку, так как винтики разных размеров:

Крышка снимается без усилий, диск – в левом нижнем углу

Диск демпфирован специальными направляющими

Снимаю выкручиваю болтики, снимаю верхний демпфер

Вынимаю осторожно диск, он подключен одним шлейфом

Отсоединяю кабель

Откручиваю 4 болтика с диска отвёрткой Torx T6:

Все болтики и детали не скидываю в кучу, а аккуратно размещаю в порядке выкручивания

Достаю SSD-диск (чёрную накладку снимать не нужно):

По размерам они практически одинаковые, только SSD легче:

Вкручиваю болтика в диск:

Подключаю шлейф SATA:

Устанавливаю диск на место:

Фиксирую его:

Ставлю обратно крышку:

Включаю и начинаю восхищаться реальным приростом скорости.

Тюнинг

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

$ sudo vim /Library/LaunchDaemons/com.my.noatime.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
	<dict>
		<key>Label</key>
		<string>com.my.noatime</string>
		<key>ProgramArguments</key>
		<array>
			<string>mount</string>
			<string>-vuwo</string>
			<string>noatime</string>
			<string>/</string>
		</array>
		<key>RunAtLoad</key>
		<true/>
	</dict>
</plist>

$ sudo chown root:wheel /Library/LaunchDaemons/com.my.noatime.plist

И перезагрузиться.

Состояние до изменения:

$ mount | grep " / "
/dev/disk0s2 on / (hfs, local, journaled)

Состояние после перезагрузки:

$ mount | grep " / "
/dev/disk0s2 on / (hfs, local, journaled, noatime)

Есть ещё и другие рекомендации по тюнингу (например, отключение hibernate, вынесение некоторых каталогов в RAM-диск, etc). Я пока этого не делал, инструкции приводятся в статьях “Mac OS X SSD tweaks” (обсуждение на Hacker News).

Об опыте обновления можно почитать в статье “MacBook Pro 256GB SSD upgrade experience“, здесь есть несколько интересных мыслей.

Личный опыт

Ощущения потрясающие. Всё стало работать очень быстро. Приложения стартуют почти мгновенно. Preview фотографий в iPhoto и иконки приложений в iTunes отрисовываются очень быстро. Наконец-то я могу сразу после запуска системы работать, а не ждать, пока загрузятся все программы.

Немного фактов о загрузке Mac OS X на MacBook Pro 2.8 GHz.

• Яблоко появлялось на 00:35, теперь – 00:15
• Переключение в графический режим происходило на 01:05, теперь на 00:35
• Программы заканчивали прыгать в доке в 02:20, теперь в 00:50
• Раньше дисковая активность продолжалась ещё до 04:30 (и она толком не давала работать), теперь я могу работать уже с 00:50

Бенчмаркинг

Результаты QuickBench.

Стандартный тест SSD:

HDD:

Большие файлы SSD:

HDD:

Расширенный тест SSD:

HDD:

И результаты XBench для SSD:

Вывод

Ноутбук просто носится. Я очень доволен. Посмотрю, насколько долго SSD проработает. Учитывая возможность внезапного отказа, я в первую очередь думаю о бекапах.

Собственно вот. Железка уже у меня.

Бекапы… Как в этом звуке для сердца русского слилось…

Впрочем, и для нерусского тоже.

О моделировании ситуаций, связанных с необходимостью бекапов, поговорим в другой раз. Сейчас же расскажу о SuperDuper! – платной программе для создания клонов дисков.
Эту тему я рассматривал в статье “Обзор методов клонирования загрузочного диска Mac OS X“, но пришло время углубиться в SuperDuper!.

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

Но offsite-бекапы нужны. Поэтому в офисе я решил дополнительно делать клон диска с помощью SuperDuper!

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

Второй большой плюс – возможность настройки периодического клонирования и клонирования при подключении внешнего диска.

Устанавливаю копировать диск MacBook Pro на внешний диск с именем Clone (предварительно я удалил с него всё старое содержимое и создал раздел Clone в Disk Utility):

Нужно убедиться, что выбран тип копирования “Smart Update”:

Для сведения – опции Advanced:

Пока мне другие функции не нужны, но можно придумать, как их использовать.

Нажав Schedule на основном окне программы, создаю задачу:

Она появляется в списке:

Обязательно нужно сделать “Unlock”:

Если это не сделать, то будет ошибка в логах Console.app: “SuperDuper! could not copy automatically at the scheduled time because it is not unlocked. You must unlock SuperDuper! by clicking the Lock icon in the main window in order to run scheduled copies.”

Создаются задачи:

$ cd ~/Library/LaunchAgents/
$ ls com.shirtpocket.backuponmount*
com.shirtpocket.backuponmount-login.plist
com.shirtpocket.backuponmount.plist

Первая – для бекапа при входе пользователя в систему (com.shirtpocket.backuponmount-login.plist), вторая – при подключении внешнего диска (com.shirtpocket.backuponmount.plist):

Посмотреть детали можно в скрипте “~/Library/Application Support/SuperDuper!/Scheduled Copies/Backup on Mount.scpt”.

Вот процесс работы:

Как видно из LaunchAgents, для того, чтобы прошёл бекап, нужно быть залогиненым в систему. Кроме того, если используется Fast Switching, то account должен быть активным, а не в фоне, и экран должен быть разлочен:

SuperDuper! does not have to be running for a schedule backup to take place, but the user who scheduled it does have to be logged in, with their account in front (if Fast User Switching is active), and the screen must be unlocked.

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

А о стратегии резервного копирования поговорим в следующей статье.

Системы хранения заметок – достаточно интересная категория программ. Я до сих пор не нашёл идеальной программы, но постепенно движусь в этом направлении. Evernote не нравится сохранением web-страниц, Together – странной дисковой активностью, Yojimbo – отсутствием программы под iPhone.

Недавно в комментариях к статье “Синхронизация данных Yojimbo через Dropbox” мы с 8bituser обсуждали достоинства и недостатки двух систем хранения заметок (Together и Yojimbo). Я приведу его аргументы в пользу Together, они очень полезны:

А я с Yojimbo кое-как переполз на Together. У меня файл базы был 140мб, каждый бэкап тайммашины…

И потом хотелось как-то на айфоне иметь доступ ко всему этому. В Together всё хранится не в базе, а открыто. Сделал его базу прямо в стандартной папке Documents (по дефолту в папке Together, которая в Documents, так не очень удобно и не красиво показалось), скрыл то, что мне не надо (там порядка 8 папок и файл Together.lock, теперь имею там каталоги Notes, Documents, Web Pages, Images и их симлинкаю на дропбокс, и таким образом всё есть на айфоне, причем быстро, не 140мб каждый раз пересылать туда-сюда, а только новые или измененные файлы.

Ну и достаточно удобно к этим папкам доступ из Stacks в режиме List могу открыть любой файл даже без открытого самого Together.

Плюс когда в Together кидаешь кусочек чего-то со страницы, он запоминает линк страницы и можно даже этот кусочек подредактировать удалив что-то или добавив.

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

Из минусов только то, что кусочки с веб-страниц кидать нужно в Shelf, а не прямо на иконку в доке, но уже привык, а всё остальное очень похоже, чуть больше удобности и гибкости. Причем у этого Shelf очень удобно быстро заметку написать или скопипастить в него.

Одни плюсы вобщем, переходи, чем дальше с Yojimbo тем болезненней переход :))

Да, Yojimbo невозможно использовать на iPhone, и это его большой минус. Я до сих пор ещё не определился, оставаться ли на Yojimbo или переходить на Together. Мне больше нравится первый. Но пока я стараюсь вести заметки в обеих системах. Сравнительный анализ – это тема отдельной статьи.

Сейчас же я хочу показать, как можно обойти главную проблему Yojimbo, а именно то, что данные хранятся в базе данных SQLite3 в едином файле и малейшее изменение приводит к необходимости записи в Time Machine всего файла. Для небольших баз это несущественно, но если ваши данные занимают сотни мегабайт, то это становится уже ощутимой проблемой.

Идея проста – нужно разместить данные в SparseBundle Image. Этот образ представляет собой набор 8-ми мегабайтных файлов (band’ов), и при изменении его содержимого меняются далеко не все band’ы, что даёт возможность уменьшить объём данных, записываемых в бекап Time Machine.

Подготовка SparseBundle Image

Создать образ можно или через программу Disk Utility, или в консоли через hdiutil. Через графический интерфейс для меня сложнее, поэтому именно этот метод я и рассмотрю :-)

Запускаем Disk Utility (/Applications/Utilities/Disk Utility), создаём образ:

Я решил разместить образ в каталоге Documents, но вы его можете расположить там, где вам удобно. Параметры такие:

Мне достаточно пока 100 MB, формат файловой системы стандартный “Mac OS X Extended (Journaled)”, схему разделов я привычно поменял с “Apple Partition Map” на “GUID Partition Map“. Самое главное – поставить формат образа “sparse bundle disk image”.

Если вы хотите секретности, то можно создать образ с шифрацией AES (128 бит вполне достаточно, но у вас могут быть другие соображения):

Ту же самую операция можно выполнить и через консоль:

$ hdiutil create -size 100m -type SPARSEBUNDLE -imagekey \
  sparse-band-size=4096 -fs JHFS+X -volname Yojimbo -layout GPTSPUD \
  ~/Documents/Yojimbo

Так даже лучше поступить, так как можно изменить размер band’а со стандартных 8 MB до 2 MB (4096 512-байтовых блока) или даже до минимального значения 1 MB (2048 512-байтовых блока).

Увеличение размера образа

Размер образа я поставил 100 MB. При необходимости можно его увеличить. Через Disk Utility мне это сделать не удалось (система рапортовала, что размер изменён, затем о том, что образ не изменён):

2010-03-12 17:33:14 +0200: Growing partition 0 of “Yojimbo.sparsebundle” from 100 MB to 500 MB.
2010-03-12 17:33:14 +0200: Resizing “Yojimbo.sparsebundle” was successful.
2010-03-12 17:33:26 +0200: Image “Yojimbo.sparsebundle” will not be changed.

Поэтому я вернулся в любимую консоль и там это сделал быстро и логично.

Если образ уже примонтирован, то нужно его отмонтировать:

$ hdiutil eject /Volumes/Yojimbo

Увеличение максимального размера образа до 500 MB (обратите внимание, что размер образа увеличивается по необходимости, а не выделеятся весь заявленный размер):

$ hdiutil resize -size 500m ~/Documents/Yojimbo.sparsebundle

Если в образе было много изменений, то можно его сжать (но для данного случая это почти бессмысленно, предварительно нужно сделать vacuum на базу данных SQLite, и только потом сжимать образ):

$ hdiutil compact ~/Documents/Yojimbo.sparsebundle

Монтирование образа:

$ hdiutil mount ~/Documents/Yojimbo.sparsebundle

Образ также можно примонтировать, открыв его в Finder.

Я заодно меняю иконку для этого образа, перетаскивая png-файл, найденный в Google на иконку в Get Info:

Затем меняю иконку и для смонтированного образа:

Теперь всё красиво.

Автоподключение образа при старте системы

Воспользуемся небольшим трюком – для автоподключения образа нужно его поместить в Login Items пользователя. Заходим в “System Preferences/Accounts/Login Items”. Рядом открываем окно Finder с папкой Documents. Перетаскиваем образ Yojimbo.sparsebundle в список Login Items:

Теперь после старта системы образ будет смонтирован в точку /Volumes/Yojimbo. Если вы выбрали шифрацию, то лучше поставить автозапоминание пароля в KeyChain, иначе придётся каждый раз этот пароль вводить (но это опять-таки “up to you” – достаточно сомнительное решение вводить шифрацию, и по сути обходить эту шифрацию, ставя автоввод пароля).

Перенос данных Yojimbo в SparseBundle

Перед этой операцией данные уже должны быть, для чего нужно хотя бы раз запустить Yojimbo. Дальнейшие операции лучше проводить в терминале, “Alias” в Finder – это далеко не unix symbolic link. Да, из Yojimbo нужно выйти.

$ cd ~/Library/Application\ Support

Делаем резервную копию данных:

$ mv Yojimbo Yojimbo.backup

Создаём символический линк, говорящий, что все данные будут располагаться в смонтированном образе:

$ ln -s /Volumes/Yojimbo .
$ ls -al Yojimbo
lrwxr-xr-x  1 ctrld  staff  16 Mar 12 18:18 Yojimbo -> /Volumes/Yojimbo

Копируем все файлы, включая скрытые, начинающиеся с “.”. Сейчас перечень такой, но в других версиях он может поменяться, поэтому команду копирования возможно придётся адаптировать

$ ls -a Yojimbo.backup/
.ContentIndex.version	ContentIndex.skindex	Database.sqlite		State.plist
SyncState.plist
$ cp Yojimbo.backup/{.[A-Z]*,[A-Z]*} /Volumes/Yojimbo/
$ ls -a Yojimbo/
.ContentIndex.version	.fseventsd		Database.sqlite		SyncState.plist
.Trashes		ContentIndex.skindex	State.plist

Символический линк сделан. Запускаем Yojimbo, убеждаемся, что все данные на месте.

Но не беспокойтесь, если что-то пошло не так – старые данные есть в каталоге ~/Library/Application\ Support/Yojimbo.backup. Откат:

$ cd ~/Library/Application\ Support
$ rm Yojimbo
$ cp -r Yojimbo.backup Yojimbo

Эффект от перехода на SparseBundle Image

Как определить, что band поменялся? Достаточно посмотреть на время его модификации. Я сейчас покажу данные, которые я собрал для старого образа, в котором размер band был 8 MB.

После изменения одного комментария в 11:55 поменялись два файла – 0 и 1:

$ ls -al ~/Documents/Yojimbo.sparsebundle/bands
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:55 0
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:55 1
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:26 2
-rw-r--r--   1 ctrld  staff  5386240 Mar 11 11:43 3
-rw-r--r--   1 ctrld  staff  2437120 Mar 10 20:51 5
-rw-r--r--   1 ctrld  staff   913408 Mar  9 16:21 6
-rw-r--r--   1 ctrld  staff  8388608 Mar  9 16:21 b
-rw-r--r--   1 ctrld  staff  1757184 Mar  9 16:21 c

Это значит, что в Time Machine будет помещены два файла суммарным размером 16 MB, но не весь файл базы данных 25.7 MB, как было бы без SparseBundle:

$ ls -al /Volumes/Yojimbo/Database.sqlite
-rw-r--r--@  1 ctrld  staff  26961920 Mar 11 11:50 Database.sqlite

Если уменьшить размер band до 2 MB, то количество файлов может уменьшиться. Конечно же, чем больше база данных, тем больше эффект.

Копируются ли данные в Time Machine из открытого образа SparseBundle Image?

Проделаю эксперимент. Запускаю Yojimbo и меняю один комментарий.

$ ls -al /Volumes/Yojimbo/Database.sqlite
-rw-r--r--@  1 ctrld  staff  26961920 Mar 11 12:00 Database.sqlite

$ ls -al ~/Documents/Yojimbo.sparsebundle/bands
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 12:01 0
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 12:01 1
-rw-r--r--   1 ctrld  staff  8388608 Mar 11 11:26 2
-rw-r--r--   1 ctrld  staff  5386240 Mar 11 12:00 3
-rw-r--r--   1 ctrld  staff  2437120 Mar 10 20:51 5
-rw-r--r--   1 ctrld  staff   913408 Mar  9 16:21 6
-rw-r--r--   1 ctrld  staff  8388608 Mar  9 16:21 b
-rw-r--r--   1 ctrld  staff  1757184 Mar  9 16:21 c

Поменялись три файла – 0, 1 и 3.

С помощью dtrace смотрю за файлами, которые обрабатывает демон backupd Time Machine:

open:entry backupd /Users/ctrld/Documents/Yojimbo.sparsebundle/bands/3
open:entry backupd /Users/ctrld/Documents/Yojimbo.sparsebundle/bands/0
open:entry backupd /Users/ctrld/Documents/Yojimbo.sparsebundle/bands/1

Да, при открытом образе данные помещаются в бекап (в отличие от домашнего каталога в FileVault без выхода из системы).

Восстановление данных из бекапа

А вот здесь моего терпения не хватило, продолжу в другой раз :-) Могу сказать, что первая попытка восстановления из бекапа прошла безупречно, но когда я начал повторять процесс, у меня возникли сложности с dtrace, и я отложил исследование.

Вернулся с мини-каникул, и для разминки освещу вопрос, который мне задал Александр. Специфика работы не каждого фотографа подразумевает запись фотографий на DVD/CD, увеличение объёмов и уменьшение цены флеш-накопителей привели к тому, что гораздо проще результаты работы залить именно на USB-накопитель клиента, и не возиться с оптическими носителями.

Александр закономерно решил демонтировать из ноутбука оптический привод, и на его место поставить второй жёсткий диск. Тема такого апдейта требует дополнительной проработки, она очень интересна. Единственная сложность – купить слот для установки диска. Как-нибудь я опишу полностью процесс установки второго диска.

Но возникает вопрос – раз нет оптического привода, то как переустанавливать операционную систему в случае необходимости? А вот об этом я и расскажу, но сразу предупреждаю, что всё слишком просто.

Для установки операционной системы без оптического привода нужно иметь:

1. Диск Mac OS X Install DVD (нужно сделать его образ до удаления оптического привода)
2. USB-накопитель (flash или hdd) объёмом порядка 10 GB (8 GB скорее всего подойдёт). Я предпочитаю внешний жёсткий диск, он гораздо быстрее, чем обычный USB-flash, но если есть терпение, то все те же операции можно провести и с USB flash

Делаем образ установочного диска

Вставляем диск Mac OS X Install DVD, запускаем Disk Utility (/Applications/Utilities). Выбираем вставленный диск и делаем “File/New/Disk Image from ‘Mac OS X Install DVD’”:

Image Format – compressed, Encryption – none:

Через какое-то время диск будет скопирован в формате .dmg:

Храним образ на будущее.

Записываем образ на внешний носитель

Вставляем внешний накопитель, запускаем Disk Utility. Если процесс копирования образа был недавно, то он будет отображаться в левой панели:

Если его нет, то выбираем скопированный ранее образ через File/Open Disk Image… и ждём, пока не пройдёт его проверка:

Выбираю внешний диск (главное не перепутать с основным) и переразмечаю его (конечно же, данные будут потеряны), указывая использовать два раздела. На первый раздел буду записывать образ, поэтому его размер должен быть не меньше размера образа. Я сделал 10 GB (образ был 6.78 GB), тип файловой системы по умолчанию “Mac OS X Extended (Journaled)”:

Жму кнопку “Options…”, там должна стоять схема разделов GUID:

Жму “Apply”.

Образ нужно подготовить, указав “Images/Scan Image for Restore”:

Перехожу на раздел “Untitled 1″, выбираю закладку “Restore”. Перетаскиваю “Mac OS X Install DVD.dmg” в поле “Source”, и “Untitled 1″ – в поле “Destination”:

Если не хочется перетаскивать, то можно выделить “Mac OS X Install DVD.dmg”, и в меню, появляющемся при Secondary Click, выбрать “Source”, а потом выделить “Untitled 1″ и выбрать “Destination”:

Обращаем внимание, что должно быть отмечено “Erase Destination”:

Жмём кнопку “Restore”:

И после ввода своего пароля ждём, пока копирование закончится:

Установка операционной системы

Диск готов. Можно либо в System Preference/Startup Disk выбрать подготовленный выше внешний диск и нажать Restart:

или просто перезагрузиться с нажатой клавишей Option:

Готово – можем ставить операционную систему:

Хотите ли вы знать, какие файлы и каталоги Time Machine не копирует при резервном копировании? Если да, то читайте дальше :-)

Пользовательские исключения определяются в System Preferences/Time Machine:

А вот более интересный список системных исключений определён в файле:

/System/Library/CoreServices/backupd.bundle/Contents/Resources/StdExclusions.plist

Как я это нашёл? Нет, я не искал это в Интернет, а воспользовался dtrace.

Итак, есть несколько групп исключений.

Пути, которые не включаются в системный бекап

• /.Spotlight-V100
• /.Trashes
• /.fseventsd
• /.hotfiles.btree
• /Backups.backupdb
• /Desktop DB
• /Desktop DF
• /Network/Servers
• /Previous Systems
• /Users/Shared/SC Info
• /Users/Guest
• /dev
• /home
• /net
• /private/var/db/Spotlight (база данных Spotlight находилась здесь в Tiger)
• /private/var/db/Spotlight-V100 (аналогично)

Пути, которые не нужно копировать, но их нужно создать при восстановлении структуры каталогов

• /Volumes
• /Network
• /automount
• /.vol
• /tmp
• /cores
• /private/tmp
• /private/Network
• /private/tftpboot
• /private/var/automount
• /private/var/folders
• /private/var/run
• /private/var/tmp
• /private/var/vm
• /private/var/db/dhcpclient
• /private/var/db/fseventsd
• /Library/Caches
• /Library/Logs
• /System/Library/Caches
• /System/Library/Extensions/Caches

Пути, для которых нужно создать при восстановлении дерево каталогов, но при этом содержимое копировать не нужно

• /private/var/log
• /private/var/spool/cups
• /private/var/spool/fax
• /private/var/spool/uucp

Стандартные пути в пользовательских каталогах, которые нужно пропустить для каждого пользователя

• Library/Application Support/SyncServices/data.version
• Library/Caches
• Library/Logs
• Library/Mail/Envelope Index
• Library/Mail/AvailableFeeds
• Library/Mirrors
• Library/PubSub/Database
• Library/PubSub/Downloads
• Library/PubSub/Feeds
• Library/Safari/Icons.db
• Library/Safari/WebpageIcons.db
• Library/Safari/HistoryIndex.sk

Главное – желание, а раскопать можно всё.

Или же сделав Secondary Click и нажав Command, преобразовать “Empty Trash” на тот же “Secure Empty Trash”:

Главное не сделать такой глупости, если в корзине уже находится с десяток гигабайт удалённых файлов, тогда процесс очень сильно затянется.

Но есть команда в shell, очень сильно упрощающая безопасное удаление – это srm.

Для удаления каталога veryseсretdir о всем его содержимым нужно запустить команду:

$ srm -R veryseсretdir

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

Но у меня были два диска 320 GB разных производителей, и на их примере я провёл тест, чтобы ответить на вопрос, давно меня интересовавший.

1. Seagate ST9320421AS 7200 RPM (Momentus 7200.3). Спецификация в pdf.
2. Samsung HM320JI 5400 RPM (Spinpoint M6). Спецификация в pdf.

Характеристики дисков

Seagate ST9320421AS 7200 RPM (Momentus 7200.3):

Samsung HM320JI 5400 RPM (Spinpoint M6):

Тестирование

Тестирование я проводил незамысловато. Установил MiniBatteryLogger, создал “чистую” учётную запись, склонировал первый диск на второй, а затем выполнял тест сначала на одном диске, а потом на другом, вставив его в ноутбук. “Подопытным” выступал MacBook 2.0 GHz:

На каждом диске я заряжал аккумулятор до максимума (аккумулятор новый, использую его недели две), запускал проигрывание полноэкранного видео (avi, кодек XVID, разрешение 704×384, 25 fps, файл 2.2 GB) в VLC в цикле. Процессор был загружен VLC на 16%:

Диск 7200 rpm

Детальная информация по диску:

При отключении внешнего питания прогнозируемое время работы составило 3:39:

Реально аккумулятор продержался 3:27:

Диск 5400 rpm

После замены диска я зарядил аккумулятор и продолжил тест. Информация по диску:

Аккумулятор продержался 3:33:

Потребляемый ток был в районе 1.3 A, такой же, как и в первом случае.

Вывод

Диски работали при проигрывании видео в преобладающем режиме read/write. По спецификации для моего диска 7200 RPM – 2.1 W, а для 5400 RPM – 2.0 W. Разница по спецификации 0.1 W (5%), разница по реальному времени работы – 5 минут (2%). Разница в автономном времени работы практически не ощутима. Но использование диска 7200 RPM даёт гораздо больший комфорт (время загрузки операционной системы, запуска приложений, работы с файлами очень заметна), и я лично вполне могу пожертвовать 2%.

При выборе диска нужно обратить внимание на потребляемую мощность в режимах чтения/записи, позиционирования и ожидания. И если время сравнимо, то можно смело ставить диск на 7200 RPM.

Другие рекомендации при выборе диска на замену штатному

Также стоит обратить внимание на заявленный уровень шума (Acoustics), но особо доверять спецификации не стоит. Например, Idle 2.4 Bel у Samsung мне выносили мозг по сравнению с 2.3 Idle у Seagate. К сожалению, здесь результат будет виден уже только после замены диска.

И ещё одна рекомендация – лучше не брать диски со встроенной защитой при падениях (Sudden Motion Detection), которая блокирует головки диска. У ноутбуков Apple такая система встроенная, и если начинают работать обе, то результат лучше не становится. Детали можно почитать в статье “MacBook Pro: горе от ума или борьба двух SMS“. Нужно или отключить штатный SMS, или брать диск без своей защиты. Например, именно поэтому я бы брал диск Seagate ST9500420AS, а не ST9500420ASG.

Задумался я поменять в MacBook диск. Причина проста – в ноутбуке стоял диск 320 GB 7200 rpm, и время автономной работы 3:30 меня не радовало. Я решил поставить более медленный диск 320 GB 5400 rpm, надеясь на то, что ноутбук станет работать дольше. Но, как оказалось, моя идея была бессмысленна, и об этом я расскажу в отдельной статье.

Конечно же, данные нужно перенести с одного диск на другой. Диск, на который я планировал копировать данные, вставлен в USB-карман.

Я обычно использовал гарантированно беспроблемный метод – грузился с инсталляционного диска Mac OS X и через Disk Utility копировал рабочий раздел с одного диска на другой. Здесь же я решил испытать в “боевых условиях” утилиту asr, которую я описывал в статье “Обзор методов клонирования загрузочного диска Mac OS X“.

Итак, имеем MacBook – 1 штука, жёсткий диск в USB-кармане – 1 штука, комплект отвёрток – 1 штука и желание заменить диск – 1 штука. Вряд ли удастся записать 300 GB на диск размером 80 GB, поэтому второй диск должен быть достаточного размера.

Заходим в Disk Utility и создаём раздел на USB. Сразу же проверяем в Option, чтобы схема разделов была GUID.

За командой клонирования идём на сайт “The Apple Geek“. Хммм… Кто же ведёт этот сайт? Ах да! Конечно же, я :-) Нам нужна статья “Обзор методов клонирования загрузочного диска Mac OS X“:

Будем использовать команду (/Volumes/New, так как созданный раздел я назвал New):

$ sudo asr -source / -target /Volumes/New -erase -noprompt

Запускаем на живой системе asr и ждём. У меня на диске было занято 100 GB, процесс клонирования длился немногим больше 2 часов (с 19:26 до 21:31):

Выключаем ноутбук. Дальше начинается обширный набор фотографий, демонстрирующий процесс.

Извлекаем диск из кармана USB:

Снимаем батарею из MacBook:

Откручиваем защитную планку:

Получаем доступ к диску:

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

Внешний вид диска, установленного в платформу:

Снимаем его с платформы:

Ставим на его место диск, снятый из кармана USB:

Устанавливаем новый диск в ноутбук:

Ставим на место защитную планку:

В процессе заправляем металлизированую прокладку защитной планки:

Диск установлен:

Ставим на место аккумулятор и блокируем его:

Включаем ноутбук и загружаемся. После входа у меня всё-таки показалось сообщение о восстановлении системных шрифтов (если копировать разделы в Disk Utility, загрузившись с установочного диска, я на такое не наталкивался):

Для простоты берём бесплатный Onyx и чистим кеши и прочее:

Перезагружаемся, входим в систему и ждём, пока не перестроятся индексы Spotlight.

Всё, можно работать.

О том, поменялось ли время автономной работы, я расскажу в следующей статье.