Для максимальной производительности нужно устанавливать ОС «на железо». Но у нас уже стоит Windows и накопилось много данных, которые мы не хотим терять. Что же делать?
«Все админы делятся на тех, кто уже делает бэкапы, и тех, кто еще не делает.» (народная мудрость)
По причине отсутствия движущихся частей SSD (Solid State Drive) считаются более надежными в сравнении с HDD (Hard Disk Drive), но это не совсем так. Даже если не брать во внимание ограниченный ресурс (лимит перезаписи ячеек) SSD, у них все еще есть слабые места – контроллер и его прошивка. Это целая система, которая автономно принимает решения куда и когда записать данные, чтобы обеспечить наибольшую производительность. По причине того, что контроллер физически расположен между интерфейсом и микросхемами памяти, очень велика вероятность его повреждения в результате сбоя или проблем с питанием. Помимо физических повреждений, при которых доступ к данным невозможен (зачастую они все еще сохранны), существуют логические повреждения, которые могут привести к полной потере данных.
Существует огромное количество программ для резервного копирования, но я придерживаюсь принципа «чем проще система, тем она надежнее».
Поэтому, бэкапы делаю утилитой для копирования файлов dd. К тому же она будет доступна на загрузочной флешке, с которой мы собрались ставить Linux (в моем случае – это Ubuntu).
Сразу оговорюсь, что метод создания загрузочной флешки, описанный на официальном сайте, мне не подошел. Система не могла загрузиться. Зато последняя версия UltraISO отлично справилась с этой задачей, создав тип носителя USB-HDD+ v2 с загрузчиком Syslinux v4. Загрузившись с LiveCD (флешки), мы получили весь необходимый функционал для резервного копирования.
Перезаписываем нулями все свободное дисковое пространство, чтобы обеспечить лучшее сжатие для будущего бэкапа:
На сегодняшний день в интернете полно облачных хранилищ, которые можно (имхо, и нужно) использовать для бэкапов.
Причины:
Также возьмите за правило перед отправкой на внешние хранилища шифровать свои бэкапы, к примеру, с помощью GnuPG.
Теперь нужно найти место, куда мы будем ставить Linux. Существующий раздел с Windows можно «сжать», если там есть неиспользуемое пространство. Для этого в Windows (начиная с Vista) предусмотрены штатные средства!
Многое зависит от прошивки контроллера, но, в основном, операционная система «не знает», где именно хранится тот или иной файл на SSD диске. Контроллер сам решает куда записывать данные, исходя из того, чтобы использовать ресурс ячеек равномерней. При выполнении дефрагментации система даже не знает, переместился ли перезаписываемый файл или нет.
Также не стоит забывать, что файловые системы изначально не рассчитывались на технологию SSD и их поддержка только внедряется.
В любом случае, у меня получилось высвободить всего 3.5 Гб из доступных 60 Гб, не прибегая к помощи сторонних программ.
После установки Ubuntu можно немного увеличить ее быстродействие за счет включения TRIM.
P.S. Если не играетесь в игрушки — можете смело устанавливать Ubuntu основоной системой, не заморачиваясь о сохранности Windows. Прогресс не стоит на месте и Linux уже давно не «система для програмистов/сисадминов».
Бэкап
«Все админы делятся на тех, кто уже делает бэкапы, и тех, кто еще не делает.» (народная мудрость)
По причине отсутствия движущихся частей SSD (Solid State Drive) считаются более надежными в сравнении с HDD (Hard Disk Drive), но это не совсем так. Даже если не брать во внимание ограниченный ресурс (лимит перезаписи ячеек) SSD, у них все еще есть слабые места – контроллер и его прошивка. Это целая система, которая автономно принимает решения куда и когда записать данные, чтобы обеспечить наибольшую производительность. По причине того, что контроллер физически расположен между интерфейсом и микросхемами памяти, очень велика вероятность его повреждения в результате сбоя или проблем с питанием. Помимо физических повреждений, при которых доступ к данным невозможен (зачастую они все еще сохранны), существуют логические повреждения, которые могут привести к полной потере данных.
Как сделать бэкап?
Существует огромное количество программ для резервного копирования, но я придерживаюсь принципа «чем проще система, тем она надежнее».
Поэтому, бэкапы делаю утилитой для копирования файлов dd. К тому же она будет доступна на загрузочной флешке, с которой мы собрались ставить Linux (в моем случае – это Ubuntu).
Сразу оговорюсь, что метод создания загрузочной флешки, описанный на официальном сайте, мне не подошел. Система не могла загрузиться. Зато последняя версия UltraISO отлично справилась с этой задачей, создав тип носителя USB-HDD+ v2 с загрузчиком Syslinux v4. Загрузившись с LiveCD (флешки), мы получили весь необходимый функционал для резервного копирования.
Перезаписываем нулями все свободное дисковое пространство, чтобы обеспечить лучшее сжатие для будущего бэкапа:
Побитово считываем содержимое диска и архивируем в файл:# dd if=/dev/zero of=fillzero bs=8M; rm fillzero;
# dd if=/dev/sda | gzip –c9 > /some/other/drive/backup.`date +%Y-%m-%d`.sda.dd.gz
Где нужно хранить бэкапы?
На сегодняшний день в интернете полно облачных хранилищ, которые можно (имхо, и нужно) использовать для бэкапов.
Причины:
- Гарантированная сохранность данных.
- Синхронизация и доступность оных на различных устройствах.
- Довольно большой объем доступного пространства (если собираетесь хранить там фильмы, придется немного раскошелиться).
Также возьмите за правило перед отправкой на внешние хранилища шифровать свои бэкапы, к примеру, с помощью GnuPG.
Разбиение диска
Теперь нужно найти место, куда мы будем ставить Linux. Существующий раздел с Windows можно «сжать», если там есть неиспользуемое пространство. Для этого в Windows (начиная с Vista) предусмотрены штатные средства!
Как это работает для HDD?
- Данные переносятся в начало раздела (обычно посредством дефрагментации).
- Изменяется разметка раздела, исходя из количества общего свободного пространства.
- Лишнее свободное пространство (в конце раздела) становится неиспользуемым/доступным для создания новых разделов.
Почему это может не работать?
- Могут присутствовать «неперемещаемые» файлы (которые открыты/используются в данный момент)
Решение: тут. - Разметка раздела может быть повреждена (физические/программные ошибки)
Решение: chkdsk c: /f /r
Подходит ли этот способ для SSD?
Многое зависит от прошивки контроллера, но, в основном, операционная система «не знает», где именно хранится тот или иной файл на SSD диске. Контроллер сам решает куда записывать данные, исходя из того, чтобы использовать ресурс ячеек равномерней. При выполнении дефрагментации система даже не знает, переместился ли перезаписываемый файл или нет.
Также не стоит забывать, что файловые системы изначально не рассчитывались на технологию SSD и их поддержка только внедряется.
В любом случае, у меня получилось высвободить всего 3.5 Гб из доступных 60 Гб, не прибегая к помощи сторонних программ.
Какой альтернативный способ?
- Грузимся с LiveCD флешки, которую использовали ранее для бэкапа.
- Запускаем GParted и изменяем размер раздела до необходимого.
- Применяем изменения и перегружаемся в Windows, чтобы проверить успешность операций.
- В случае неудачи – вот тут-то и пригодится сделанный ранее бэкап.
Оптимизация
После установки Ubuntu можно немного увеличить ее быстродействие за счет включения TRIM.
P.S. Если не играетесь в игрушки — можете смело устанавливать Ubuntu основоной системой, не заморачиваясь о сохранности Windows. Прогресс не стоит на месте и Linux уже давно не «система для програмистов/сисадминов».
