Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Активные темы » Перенос свободного места на диске

Модерирует : Akam1, Dr_StandBy, vertex4

 Версия для печати • ПодписатьсяДобавить в закладки

Открыть новую тему     Написать ответ в эту тему

UDO666



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
как с диска С перенести на диск D часть памяти? на диске С около 300 гигов, хотелось бы 200гб перенести на диск D

Всего записей: 79 | Зарегистр. 05-12-2014 | Отправлено: 03:31 20-01-2019
ALLDAED

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
UDO666
Безопасно для данных, все скопировать на другой диск, переразметить первый как нужно и вернуть со второго данные.
Все остальные методы потенциально опасны без резервной копии, через изменение размеров разделов,.
Долго по частям и опасно.
Какой выбираете?  
Первый не требует объяснений.
Второй вам уже начнут советывать всякие программы, который у их владельцев  - ну ни когда на убивали данные.

Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 03:47 20-01-2019
UDO666



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ALLDAED
а Windows переустанавливать не придётся, если по по первому варианту?

Всего записей: 79 | Зарегистр. 05-12-2014 | Отправлено: 03:57 20-01-2019
ALLDAED

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
У вас копия есть, случись что, это раз.
Во вторых, отрезать хвост раздела, после удаления с него 200Г, на много безопаснее отрезать, чем двигать все данные второго раздела, для того чтобы его увеличить на 200.
 
Риск не сколько от самих таких программы. будь они хоть на 100% отлажены. Что ни когда в реальности не бывает.
А в том, что при длительном процессе, питание могут выключить, система сбойнуть,  
В самой структуре данных обоих разделов, могут быть ошибки, которые ни какой чекдиск не найдет, но при сдвиге разделов они могут привести к полному краху данных.

Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 04:36 20-01-2019 | Исправлено: ALLDAED, 04:37 20-01-2019
RetroRocket



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
как с диска С перенести на диск D часть памяти? на диске С около 300 гигов, хотелось бы 200гб перенести на диск D

У себя делал подобное с помощью GParted (версия была 0.19.1-1-i486, но есть и новее).
Скачиваете загрузочный ISO-образ, записываете на болванку, загружаетесь с него, выбираете в ходе загрузки русский язык (номер 24 в текстовом меню), далее по умолчанию (enter).
В графической оболочке выбираете нужный HDD (не ошибитесь, если их несколько), выставляете границы разделов как хотите и применяете изменения (меню "Правка" - "Применить все операции").
 
 
 
На HDD 320 Гб процесс занял несколько часов. На это время надо обеспечить бесперебойное питание. Ну и бэкап, само собой, крайне желателен.

----------
"... Зовёт, зовёт в дорогу далёкий Млечный Путь ..."

Всего записей: 2682 | Зарегистр. 02-01-2018 | Отправлено: 21:18 20-01-2019
ALLDAED

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
RetroRocket
Если он например будет по кускам переносить 200 гиг с раздела на раздел, например по 50 гиг, то он потратит четыре раза по нескольку часов.  
Самое оптимальное, или сразу на новый диск перенести только систему, проверить что работает, стереть лишнее и сжать раздел. потом создать второй раздел и перенести с первого диска все даные.
Ну или посекторку сделать с первого на другой диск и потом все также проделать с первым, а копия на всякий пожарный будет на втором.

Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 21:55 20-01-2019
eh



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
UDO666
Для того чтобы дать более менее  точный ответ надо понимать как всё это устроено. Нечасто, но бывает и такое что том С расположен в конце диска и в таком случае ситуация немного другая.
Опять же - определиться сколько и для чего надо перенести.  Если у тебя стоит система, то 100 гигов, особенно если это 10-ка да ещё и 64 бита не так уж и много. Чтобы не получилось что потом надо переносить взад.
Но если надо всё таки 200 и разделы расположены традиционно, то  тут следующие моменты.
1. Сжать С.  Несмотря на страшилки выше - если делать самой виндой, то операция практически безопасная. Тем более что в случае системного раздела не получится тупо скопировать а потом назад; значит потребуются образы и восстановление из него а это программы, которые как написал сказочник "не могут быть без ошибок". Как ни крути (по его словам) писец неизбежен.
2. Если С сжался на нужный обьём (или меньший, но устраивающий тебя) то надо расширить D.
Конечно же - правильно иметь копию данных, и далее уже определяться  то ли удалять-создавать раздел и возвращать на него данные, то ли ресайзить по месту и если что не так пойдёт - делать ранее написанное.
Сразу небольшое уточнение - проблемы при ресайзе происходят по двум основным причинам:
- обрыв операции из за отключения электроэнергии
- наличие на диске каких то физических проблем.
И от того и от другого можно застраховаться.
 
Но теперь всё таки рассмотрим как на самом деле выглядит чёрт а не как его малюют.
Для расширения диска надо переместить его начало, а далее есть несколько вариантов
1. передвинуть весь раздел с данными на заданное число секторов, а потом просто расширить. Дело долгое (зависит от обьёма занятого) но не требует пересчёта метаданных.
2. переместить только часть данных в освободившееся место и пересчитать метаданные.  
3. оставить всё на своих местах и пересчитать только метаданные.
Если метаданные не огромные и не очень "сложные" процедура не такая уж и  длительная по времени.
Ну и немаловажный момент - то самое качество программ, в том числе и их алгоритмы.
Некоторые обламываются на не очень типичных метаданных (типа наличия расширенного атрибута у нулевой записи). Или при отсутствии необходимости начинают оптимизировать или передвигать весь раздел, причём делая это не последовательно (сектор за сектором а хаотично - и перемещая и "оптимизируя)" . вот последнее нередко делается акронисом - как результат, несколько минутная операция превращается в многочасовую,  и шанс срыва при таком удлинении сильно увеличивается - в том числе за счёт того что не все пользователи выдерживают это, тем более когда не знают о том что происходит.
PS. Ничего страшного в сжатии тома средствами винды нет. При правильном подходе (проверка диска и выбор менее опасной программы) и расширение по месту - не такая уж и страшная вещь.
Если интересно, можешь почитать  http://www.thg.ru/forum/showthread.php?t=100264 - там обсуждались как раз всевозможные тараканы программ ресайзеров.

Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:06 20-01-2019
ALLDAED

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
eh
Не надо ничего определять, если нет резервной копии.
А единственная всегда может улететь при изменении разделов, как бы они были не организованы и какая бы программа не была.
Эти операции  (по перемещению) не журналируются файловой системой, и откат не возможен в случае мальешего сбоя.  
Не надо в свои темы людей таким образом заманивать.)

Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 22:13 20-01-2019
eh



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ALLDAED
В отличии от тебя, я не заставляю людей по своим  правилам (тем более что у тебя скорее шоры чем  правила), а предоставляю им свободу действий, при этом обьясняю что надо а что нежелательно - а человек уже сам решит что для него лучше.

Цитата:
А единственная всегда может улететь при изменении разделов,

Точно так же она может улететь и при штатной работе венды - не работать в венде?
Сжатие (расширение) тома виндой, даже если не журналируется, не может причинить вреда, а если и будут какие то повреждения, то они элементарно чекаются.
Но это всё понятно если понимаешь как всё устроено и работает а не сидишь забившись в уголок и боишься банального чекдиска.
 
ЗЫ: Да и сбои бывают разные, и даже в случае использования акрониса. Из свежего - http://www.thg.ru/forum/showthread.php?t=101024

Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:28 20-01-2019 | Исправлено: eh, 22:30 20-01-2019
ALLDAED

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
eh
Я ему ничего не запретил. Читай внимательно  (с толковым словарём, если так не понимаешь), мой первый ответ.

Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 22:39 20-01-2019
eh



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ALLDAED
В этот раз нет - ты не настолько одиозен (неужели что то изменилось и земля не налетела на небесную ось). Но ты написал такие  ужасающие сценарии что мало кто отважится сделать задуманное.
 

Цитата:
В самой структуре данных обоих разделов, могут быть ошибки, которые ни какой чекдиск не найдет, но при сдвиге разделов они могут привести к полному краху данных.

Есть примеры таковых?
Если подобные есть, то нои и при существующем размере должны привести к  краху.
 

Цитата:
Если он например будет по кускам переносить 200 гиг с раздела на раздел, например по 50 гиг, то он потратит четыре раза по нескольку часов.  

Если бы да кабы. А может там 200 гигов на С пустуют?

Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 22:49 20-01-2019
ALLDAED

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Грубо у диска вероятность ошибки 10 в минус 11.
у FS врядли кто считал, наверное где-то близко.
У остального компьютера где-то также.
То есть общая вероятность ошибки системы где-то 10 в минус 4-5.
Сколько операций в день делает система? и легко понимаешь, что каждый день можно получить сбой.
А тепеь тоже посчитай для всех этих программ двигалок я думаю и в 10 в минус 2 не будет. т.е фактически каждый где-то 50 раз может привести  к сбою.
Если хочется можешь начать собирать реальную статистику, по таким отказам.
 в моей практике таких случаев достаточно много.

Всего записей: 2142 | Зарегистр. 18-08-2017 | Отправлено: 22:53 20-01-2019
eh



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ALLDAED
В тех случаях, которые известны по форумам, большинство проблем связаны со всем тем, о чём написал выше - то есть их можно избежать.

Всего записей: 614 | Зарегистр. 27-10-2017 | Отправлено: 23:02 20-01-2019
UDO666



Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
спасибо за ответы, я так понял, что человеку, который в этом мало понимает лучше разметку диска сделать в следующий раз при переустановке ОС

Всего записей: 79 | Зарегистр. 05-12-2014 | Отправлено: 04:19 21-01-2019
Everestar



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
UDO666
Лучше да, чтобы избежать потом лишних телодвижений

Всего записей: 849 | Зарегистр. 21-03-2012 | Отправлено: 00:49 27-01-2019
Открыть новую тему     Написать ответ в эту тему

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Активные темы » Перенос свободного места на диске


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru