НЕ ПРОПУСТИТЬ ИНТЕРЕСНОЕ

Свежие обсуждения

Sorry. No data so far.

Скрытые возможности Clonezilla — клонирование и восстановление сохраненного образа жесткого диска на накопитель меньшего объема

Уважаемые читатели блога www.ithabits.ru. Поздравляю всех с наступившим новым 2014 годом и желаю всяческих успехов, благополучия и процветания.

Не сомневаюсь, что в канун Нового года многие выбрали в качестве подарка себе или своим близким твердотельные накопители SSD. И это правильно. SSD в компьютере вещь замечательная.

Я тоже не остался в стороне и установил в ноутбуке моей жены твердотельный накопитель вместо традиционного механического HDD. Не перестаю восхищаться тому эффекту, который достигается таким апгрейдом компьютера. Трехлетний Acer с I5 теперь загружается “с нуля” примерно за 20 секунд. Но загрузка — это не главное. Главное с какой изумительной скоростью компьютер стал откликаться на любые запросы пользователя.

В этой связи в качестве темы для первой публикации в новом году я вновь выбрал описание возможных способов быстрого и безопасного “переезда” с одного жесткого диска на другой с помощью утилиты Clonezilla live.

Ранее на станицах блога Clonezilla live было посвящено три полноценных публикации, в которых рассматриваются основные аспекты работы данной программы с дисковыми накопителями. Не смотря на это, практически нераскрытой оказалась наиболее актуальная в связи с распространением твердотельных накопителей тема последнего времени. А именно, как с помощью Clonezilla live перенести систему с большего диска на меньший.

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

Постараюсь сделать статью максимально самодостаточной и приближенной к инструкции по пользованию Clonezilla live. Вместе с тем, для того, чтобы избежать явных повторов, по ходу дела я буду давать ссылки на нужные места предыдущих материалов.

Короткий экскурс для тех, кто еще не читал предыдущие публикации.

Назначение и основные возможности программы Clonezilla

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

Для работы с образами программа позволяет использовать не только локальные носители, но и сетевые серверы SSH, Samba и NFS.

Помимо создания образов утилита позволяет выполнять непосредственное клонирование исходного накопителя на другой.

Программа разрабатывается в лаборатории NCHC (National Center for High-Performance Computing)(Тайвань) как свободное программное обеспечение (СПО) с открытым исходным кодом.

В этом смысле Clonezilla представляет собой бесплатную альтернативу широко известным коммерческим продуктам, таким как Acronis и Norton Ghost.

В основе работы программы лежит набор утилит и пакетная база проекта Partclone .

Программа распространяется в составе Live CD (Clonezilla live) на платформе Linux (Debian, Ubuntu) в  версиях для 32 и 64-разрядных компьютеров.

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

В пользу этого до сих пор говорит и фраза “The destination partition must be equal or larger than the source one” раздела “Limitations” на главной странице проекта.

Так вот, самое интересное, что на самом деле это не так. И в сегодняшней статье я попробую разобрать возможные варианты клонирования с большего на меньший накопитель в Clonezilla live.

Создание загрузочной флешки (usb flash drive) с Clonezilla live

Загрузка программы и способы создания загрузочной флешки Clonezilla live были достаточно подробно рассмотрены в первой статье. В целом все рекомендации остались в силе. Сегодня к ним можно добавить следующие.

С момента прошлых публикаций изменились версии программы. При подготовке материалов данной статьи использовались: “clonezilla-live-2.2.1-25-i686-pae” и “clonezilla-live-20140114-saucy-i386”. Данная информация может быть важной с точки зрения повторяемости результатов. Так что, обязательно скачайте с официального сайта свежую версию программы.

Неожиданно появился аргумент в пользу “Stable releases” (Debian). “Alternative stable releases” после записи на USB Flash Drive перестал показывать экран выбора языка интерфейса. Это, конечно, совершенно не смертельно, но и в процессе работы все время выскакивали ошибки, связанные с локализацией. Уверен, что эта ошибка будет исправлена в следующей версии.

Помимо рекомендованных в первой статье способов создания загрузочной флешки с помощью пакетного файла makeboot.bat, входящего в состав файлов сборки программы, и утилиты Universal USB Installer сегодня нельзя не упомянуть о фирменной утилите Tuxboot, которую можно скачать  отсюда.

tuxboot

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

Помимо непосредственно Clonezilla имеет смысл сразу же скачать образ Gparted-live. Сделать это можно в Tuxboot или отсюда.

Напомню, что программа GParted (GNOME Partition Editor) представляет собой мощный редактор дисковых разделов, позволяющий выполнять самые различные операции: создание, изменение размера, перемещение, удаление, проверку целостности файловой системы.

Программа разработана для платформы Linux. В данном случае речь идет о ее Live CD версии —GParted-live.

В некоторых случаях при операциях клонирования большего накопителя на меньший с помощью Clonezilla GParted-live может быть крайне полезен и даже необходим для предварительного и последующего изменения размеров разделов. К этому мы еще вернемся.

Помимо GParted-live утилита GParted включена в состав многих других Live CD сборок. Например, Boot Repair Disk (ознакомиться и скачать можно отсюда) или Linux-Secure-Remix (забираем тут).

К сожалению не удалось найти ни одной СПО сборки, на которой Clonezilla и GParted присутствовали бы одновременно — GParted-Clonezilla LiveCD, на который есть ссылка в разделе “Related LiveCD” сайта “clonezilla.org” безнадежно устарел и не работает.

Остается только коммерческий Parted Magic, ссылка на который есть в первой публикации.

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

Создание образа диска в Clonzilla live в режиме «Expert»

Загружаем компьютер с заранее подготовленного usb flash drive или CD с Clonezilla live. Последовательно проходим экраны загрузки системы, выбора языка интерфейса, раскладки клавиатуры и запуска программы. С вашего позволения я пропущу их описание. Тем, кто никогда не работал с программой, имеет смысл посмотреть первую статью, в которой этот процесс подробно рассмотрен.

В отличие от предыдущих публикаций, в которых все описанные действия в программе Clonezilla выполнялись в режиме «Beginner», то есть с “заводскими” установками, сегодня мы будем работать исключительно в режиме «Expert».

Clonezilla-expert-level

Далее выбираем “savedisk” и имя сохраняемого образа. Оставляем приоритет partclone > partimage > dd (-q2).

Отключение сохранения pagefile в Clonezilla

По сути дела единственное, что стоит изменить в стандартных настройках при сохранении образа, это отключить запись файлов pagefile.sys и hiberfil.sys для Windows (-rm-win-swap-hib). Тем самым будут уменьшены как размер образа, так и время его создания.

Все остальные параметры оставляем по-умолчанию: сжатие –z1p, размер томов, на которые будет делится образ при сохранении (2000 — 2 Гб).

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

Далее все также, как в режиме «Beginner».

Восстановление сохраненного образа диска на накопитель меньшего объема с пропорциональным изменением размеров разделов

Начинаем с самого интересного. Попробуем в режиме «Expert» записать сохраненный с помощью Clonezilla образ жесткого диска, который предварительно никоим образом не модифицировался, на накопитель меньшего объема.

Для тестирования возьмем HDD с операционной системой Windows 7 с такой разметкой разделов:

Исходный HDD — 250 ГБ, разделен на три раздела:

  1. Системный том — “Зарезервировано системой”, NTFS, 100 МБ;
  2. Загрузочный том С:\ – основные файлы операционной системы + профили пользователей, NTFS, 95 ГБ;
  3. Дополнительный том (буква любая) – раздел в оставшейся части накопителя, 155 ГБ.

Попробуем клонировать исходный диск на значительно меньший целевой:

Целевой SSD (или HDD) — 100 ГБ.

Создаем с помощью Clonezilla live образ исходного диска так, как это было описано выше. Затем устанавливаем в компьютер новый накопитель и восстанавливаем на него образ в режиме «Expert» следующим образом (я пропускаю описание начальных шагов):

Clonezilla-expert-skip-shk-dest-disk-size

Устанавливаем главный для рассматриваемых вариантов параметр “Skip checking destination disk size before creating partition table” (-icds). По какой-то причине этот пункт остался без перевода на русский язык. Сделаем это самостоятельно – “Пропустить проверку размера целевого диска перед созданием таблицы разделов”.

Если не установить данный параметр, то на этапе создания partition table программа просто остановится.

Создание таблицы разделов в Clonezilla

На следующем шаге выбираем “Создать таблицу разделов пропорционально” (-k1).

После выбора указанных параметров начнется процесс восстановления образа с одновременным изменением размеров разделов в соответствии с объемом нового диска.

Результат данной операции для Windows 7 превзошел все самые смелые ожидания – после первого старта с нового SSD система запустила проверку разделов (chkdsk), которая была успешно пройдена, после чего загрузилась без каких бы то ни было проблем. Но это не все. Размеры разделов оказались действительно измененными пропорционально, всех, кроме первого “Зарезервировано системой”. Он остался 100 Мб (!).

Вот так выглядит разметка исходного (Диск 1) и нового (Диск 0) носителей:

Win7-disks

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

  • Windows XP – работает без проблем;
  • Windows 8.1 – образ был восстановлен, но с ошибками. В отличие от Windows 7 в данном случае Clonezilla пропорционально изменила и размер первого раздела (350 Мб) и по какой-то причине не смогла на него правильно записать данные (в процессе было сообщение об ошибке). После такого переноса система не запустилась, но ее легко удалось реанимировать с помощью BcdBoot.
  • Linux – восстановление образа с изменением размеров разделов не получилось.

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

Описанный выше способ переноса системы в Clonezilla live представляется весьма интересным и перспективным. Не смотря на то, что работает он не всегда и не для всех операционных систем, по крайней мере для Windows XP и Windows 7 его уже можно применять.

В этой связи рассмотрим еще один способ переноса, который работает как при непосредственном клонировании с накопителя на накопитель, так и при восстановлении из сохраненного образа.

Клонирование или восстановление сохраненного образа диска на накопитель меньшего объема с предварительным изменением размеров разделов

Частично мы уже рассматривали этот вариант в предыдущей статье.

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

Напомню, что начиная с Windows 7 сжать/увеличить разделы можно непосредственно в “Управление компьютером” –> “Управление дисками”.

Для более сложных манипуляций с разделами, таких как перемещение и копирование, и для разделов Linux может быть с успехом использована уже упомянутая выше утилита Gparted.

О том, как изменить размер разделов в графическом интерфейсе Windows 7 / Windows 8 и с помощью консольной утилиты Diskpart можно посмотреть в предыдущей статье. Интерфейс программы Gparted был представлен здесь.

В Linux, скорее всего, с помощью Gparted придется не только уменьшать, но и передвигать некоторые разделы вперед. В противном случае не получится сжать extended раздел и, соответственно, перенести его на новый диск.  

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

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

Загружаем компьютер с носителя с Clonezilla live. Я вновь пропущу неоднократно описанные в предыдущих публикациях шаги. В целом они достаточно тривиальны даже для тех, кто программой ранее не пользовался.

Выбираем предпочтительный вариант работы – “device-image” или “device-device” и режим “Expert” запуска мастера.

На главном экране выбора расширенных параметров, который мы уже рассмотрели выше, нужно вновь отметить “Skip checking destination disk size before creating partition table” (-icds).

Перед началом клонирования или восстановления созданного ранее образа выбираем метод создания разделов по-умолчанию — “Использовать таблицу разделов с исходного диска”.

Использование таблицы разделов исходного диска в Clonezilla

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

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

Успехов. И обязательно поделитесь результатами – что получилось сделать, что не получилось, в чем вероятная причина.

Комментарии: 17. Присоединяйтесь к обсуждению!

  1. Игорь:

    Александр, большое спасибо за очень нужную и интересную информацию. Теперь стало понятно как правильно пользоваться утилитой Clonezilla. Оказывается с ее помощью можно решить практически все возникающие задачи клонирования дисков и переноса системы.
    Если не секрет, как получилось справиться с таким большим объемом тестов? Разные операционные системы, разные варианты. Наверное это потребовало очень много времени?

    • Очень хороший вопрос. Вся основная часть тестов была выполнена в виртуальных машинах Oracle VirtualBox. Так как Clonezilla live работает на платформе Linux, она чувствует себя в VirtualBox отлично (чего нельзя сказать об Acronis).
      Для ускорения операций копирования я размещал соответствующие виртуальные диски на разных физических (системный диск виртуальной машины на одном, виртуальный диск с образом носителя на другом).
      В целом без использования среды виртуализации справиться с задачей было бы действительно весьма непросто.

  2. Дмитрий:

    Добрый день Александр!
    Я уже все выходные пытаюсь перенести систему с жесткого диска ноутбука на ssd.
    С 320 гб на 120гб
    И у меня никак не получалось сжать системный раздел до приемлимых цифр. С 250 он сжимается до 138, но занято то на нем всего 60гб! Дефрагментация не помогает.
    Руками уменьшить в gparted боюсь, вдруг все сломается.
    Увидел новую статью, обрадовался, решил перенести как описано в статье, пусть clonezilla разбирается.
    Но к сожалению выдает ошибки, где-то на середине, что img поврежден или отсутствует.
    В чем проблема теперь?
    Помогите пожалуйста

    • Дмитрий, вчера, когда Вы обратились ко мне с просьбой о помощи, был уже точно не день :) Добрый день!
      Думаю, что до любых повторных попыток переноса системы нужно обязательно разобраться с причиной, которая мешает уменьшить размер системного раздела. Или это некая ошибка файловой системы, или в середине диска присутствуют неперемещаемые блоки. Windows отнюдь не глупая ОС. Если она отказывается сжимать раздел более некого значения, значит на то есть веские причины. Clonezilla только только делает первые шаги по восстановлению образов дисков с изменением первоначального размера томов. Не стоит полагаться на ее возможности в данном случае.
      Я бы сделал так. Начал с проверки диска:
      chkdsk c: /F /R
      или из Explorer «Свойства» диска > «Сервис» > «Выполнить проверку» + «Проверять и восстанавливать поврежденные сектора».
      После проверки отключите подкачку в дополнительных свойствах системы, и ждущий режим:
      powercfg -h OFF
      Проверьте нет ли на диске файла дампа памяти MEMORY.DMP. Удалите его.
      После этого опять же надо выполнить дефрагментацию. Можно попробовать сделать ее с помощью Auslogics Disk Defrag. Не уверен, что карта блоков, которую показывает эта утилита во время дефрагментации на 100% соответствует действительности, но возможно она поможет «увидеть» застрявшие в середине диска блоки и к чему они относятся. Делайте дефрагментацию с оптимизацией.
      Уверен, что как только получится переместить данные в начало диска, проблема с переносом будет решена.
      Удачи и обязательно напишите о результатах.

  3. Дмитрий:

    Дефрагментацию и удаление дампа я делал еще до этого по Вашей статье)
    Спасибо за совет, как-нибудь попробую дефрагментацию с оптимизацией.
    В итоге после ошибки clonezilla я проверил диск, на нем все таки оказались разделы с информацией. Количество совпадало, а вот размер нет. Так что я решил сделать синхронизацию каталогов через Total Commander. Помогло, правда сломался MBR который я успешно пофиксил с помощью диска Винды.
    Спасибо Вам за статьи, очень помогают в работе и дома)

    • ОК. Все таки имела место ошибка файловой системы. Не пренебрегайте chkdsk. Хуже от нее точно не будет. Меня эта утилита выручала много раз.
      Да, и безусловное спасибо за отзыв о статьях.

  4. Игорь:

    Клонирую диск 500Gb с Windows 7 на диск 250 Gb. Диск разбит на 3 раздела: зарезервированный, системный и с данными. После клонирования 1 раздела Clonezilla ругается: не могу найти раздел 2 и завершает работу. Что бы это могло быть?

  5. Игорь:

    Александр, пробовал и через образ с USB HDD, и напрямую с диска на диск — результат тот же. Добился только того, что BIOS сейчас сейчас вешается, пытаясь определить, что за диск, хотя сам диск живой — при подключении по USB читается. Вот ещё задачка возникла. С уважением.

    • Игорь, искренне сочувствую если с диском возникли проблемы. Однако представляется, что напрямую с Clonezilla они все же связаны быть не могут, разве что косвенно. Это либо временное совпадение, либо результат механических перестановок. Если с самим диском все в порядке, то, соответственно, надо смотреть шлейф и питание диска в компьютере.
      Как я понимаю, Вы пытались клонировать диск из образа в режиме «Expert» с пропорциональным уменьшением размера разделов. Судя по всему автоматически изменить разделы Clonezilla не смогла, а первые два раздела в сумме больше объема нового диска. Правильно? Может быть тогда предварительно самостоятельно уменьшить размер разделов до нужного значения и уже после этого клонировать диск?

  6. Игорь:

    Прошу прощения за задержку ответа. Диск, после танцов с бубнами я все-таки восстановил. Но задача по переносу системы не решалась, кроме 1 раздела ничего упорно не клонировалось. Решил попробовать поправить руками записанный образ (как-то давно я это делал). Удалил из всех файлов наличие раздела sda3, убил файл с образом этого раздела, в файле sda-pt.parted, также убил 3 раздел, уменьшил в описании диска количество секторов до реальных на новом диске меньшего размера. Архивы sda1 и sda2 не трогал. Ну ещё поиздевался: в названии диска везде прописал не тот с которого клонирую, а тот на который клонирую. И вуаля, обманул Clonezil’ку — в режиме начального уровня, клонирование из образа на диск меньшего размера прошло на УРА! Может кому-нибудь будет полезно.
    С уважением Игорь.

    • Поздравляю с благополучным завершением процесса. Можно, конечно, и ручками, но как-то это скучно. Так все ж таки, не был ли суммарный объем двух первых разделов больше объема нового диска? Очень уж на это похоже. Clonezilla не могла создать второй раздел на новом диске и, соответственно, когда доходила до копирования блоков, то его и не находила. Я успешно пользовался этим свойством для переноса на новый диск первых двух разделов из трех. Программа доходила до переноса 3-го раздела, говорила, что не может его найти и благополучно останавливалась. Но к этому моменту все, что нужно, было уже сделано. Я, кстати, описал этот вариант в одной из предыдущих статей.

  7. Игорь:

    Добрый день Александр. Нет, на исходном жестком диске объёмом 500 Gb, существовало три раздела: 1 — скрытый — стандартно для Win-7 объёмом 100 Mb, 2 — системный под Win-7 объёмом 100 Gb, 3 — с данными остатки около 400 Gb, но он был пустой — я его почистил. Реально весь образ весил около 9 Gb. Испытуемый диск объёмом 250 Gb, т.е. образ вошел бы с потрохами. Машина это видеосервер наблюдения, (что и объясняет малый объём — там только система и одна программа) и чтобы обеспечить её работу в случае выхода из строя жесткого диска с системой из строя захотелось создать дублирующий. Кстати при клонировании второго такого же с USB-носителя у Clonezil’ы были проблемы с SDA и SDB обозначениями дисков в системе, в результате на втором диске всегда повреждалась загрузочная область — не грузился. При прямом клонировании диска на диск проблем не было.

    • Ну что тут скажешь? Неисповедимы пути бесплатного Open source. Похоже, что с разными дисками и на различных компьютерах программа ведет себя не всегда одинаково. Можно предположить, что в вашем случае с Acronis проблем было бы меньше. Хотя, как знать.
      Кстати, может быть имеет смысл сделать простейшее зеркало из двух hdd?

  8. Виталий:

    Спасибо за подробные статьи!
    К сожалению, у меня в ходе экспериментов что-то пошло не так и Вин8.1 уже не грузится. Объясню подробнее.
    В системе три ж.диска — ХР (три раздела, первый системный), Win8.1 (три раздела — первый скрытый 350Мб, второй-система 100Мб, третий- файлы 800Мб) и пустой на 80Гб.
    Потребовалось сделать копию 8.1. Разделил пустой диск на 350Мб+остаток. Сохранил с помощью Clonezilla несколько раз образ скрытого раздела на 350Мб в base и expert режимах на третий файловый раздел 8.1. Пробовал его восстанавливать на подготовленный пустой диск с разными параметрами. В режиме expert не получилось как в статье без ключа -t и -k. Ругалась на малый объем общего целевого диска, хотя восстанавливал только раздел 350 на 350Мб. В base режиме получилось. Были включены ключи -t и -k. Загружался в систему, на пустом диске появлялся скрытый скопированный раздел. Потом загрузился опять в Clonezilla и сделал копию двух разделов 350Мб+win8.1 в expert режиме с удалением файлов гибернации и pagefile.sys. Все сохранилось, но после перезагрузки синий экран innaccessible_boot_device. Отключил диск 80Гб. При перезагрузке:
    Не удалось загрузить приложение или операц.сист. т.к. неоходимый файл отсутствует или содержит ошибки
    файл: \windows\system32\winload.exe
    код ошибки 0xc000000e
    Загрузился с ХР, на диске 8.1 в корне нет файла pagefile.sys. Файл winload.exe присутствует. Гибернацию я отключал вручную. Это причина? Или где-то попортился загрузчик? Помогите восстановить систему. Могу Clonezillой попробовать восстановить скрытый раздел. Какой режим использовать expert или base?

  9. Виталий:

    Похоже при очередной перезагрузке компа третий диск оказался приоритетнее основного загрузочного с 8.1, а там уже был склонирован загрузочный скрытый раздел 350Мб и «шибка умная восьмерка» пытаясь выполнить рекавери каким-то образом попортила загрузчик на основном 350Мб.
    Когда система пыталась восстановиться, третий диск был еще подключен. Система предлагала вставить образ ДВД для полного восстановления без сохранения. Так понимаю, что эта махинация происходила уже с клонированного скрытого раздела, а второй-то раздел еще не склонирован, пустой!
    Отключил этот третий диск нафиг. И после перезагрузки синий экран с 0xc000000e ошибкой. Т.е. родной загрузчик не видит раздел с системными файлами. К сожалению диски для установки или восстановления 8.1 где-то в хламе после переезда, а в ХР по-быстрому получилась корявая флешка и не загрузилась. Но загрузившись с Clonezillы я скопировал еще раз этот 350Мб раздел (чтоб потом сравнить) и попытался восстановить его из рабочих копий.
    В base режиме не получилось, включался ключ -t (не копировать MBR), загрука с
    0xc000000e. В expert режиме отключил -t и оставил -k по-умолчанию (не создавать таблицу разделов). Система 8.1 загрузилась! Вот такие грабли с этой умной восьмеркой. Теперь вопрос, с учетом того, что каждый жесткий диск имеет свой загрузчик не связанный с другими, если у меня будет на двух подключенных одновременно дисках win8.1, не будет ли таких траблов потом, например, после какого либо сбоя в одной из систем?
    Спасибо за внимание, ваши комментарии приветствуются!
    п.с. сейчас проведу контрольную перезагрузку для проверки…

  10. Дмитрий:

    Столкнулся с противоположной проблемой. Клонирую меньший диск (GPT, если это имеет значение) на больший. В результате винда видит новый диск (больший) того же размера, какой был у диска-источника. Подскажите, как вернуть потерянное пространство?

Написать комментарий

Subscribe without commenting