» Можно ли увеличить объём диска C

Здравствуйте!
Нужно поставить на комп ubuntu. Вот состояние дисков: [more=картинка] [/more]
Можно ли объединить диски C и D? Если да, то какой прогой? (и если не сложно хоть примерно КАК это делается?)

Данные сохранить и переформатировать, это самый надежный способ.
Все остальные чреваты потерей данных из-за любого глюка системы или программы.

Цитата:

Если да, то какой прогой?

http://forum.ru-board.com/topic.cgi?forum=5&topic=32452&start=1320#lt

Но без знаний лучше не лезть.

Aleks78
По любому, прежде чем использовать акронис, нужно данные сохранить на всякий пожарный.
Чтобы не было потом мучительно больно, что в результате например сбоя электричества, при перемещение границ разделов, данные далеко не всегда удается восстановить.
А если сохраняешь, то и переразметить, гораздо безопасней и быстрей.
Только не говорите, сто раз делал и все было ок.
Один раз сбойнет - мало не покажется. )

http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=11112&start=660#lt
лучше этим сделай, акронис тебе накосячит. так как ты и так собрался стирать полностью C и D никакой опасности нет. в случае сбоя можно восстановить таблицу разделов, сохранить ее до того как

Meonom
Если сейчас винда стоит, то проще всего в управлении дисками - сжать, расширить, и тд - Ссылка

bomzzz
Операция потенциально опасная, откат для целого раздела сделать не возможно.
Так что любой сдвигатель разделов при сбое системы - убьет данные.

Если данные не нужны, зачем чего-то двигать и объединять?
Удалил разделы и создал один.
Дело десяти секунд.
А двигать разделы программа может несколько часов.

bomzzz

Цитата:

в случае сбоя можно восстановить таблицу разделов, сохранить ее до того как

Типа, если в случае убийства человека был прострелен его паспорт - можно выписать копию и чел оживёт?

MR_DesigneR
А что там на сайте с мозговыносной ссылкой?
Если бы было два основных, то можно было бы и средствами винды можно было бы зациклить "сжать второй раздел, создать новый, перебросить на него часть данных и т.д - до тех пор пока соседствующий с С раздел станет пустым. Затем удалить пустой, растянуть С - и так в цикле. Вот только с логическим такой трюк только средствами винды не пройдёт.

9285

Цитата:

Затем удалить пустой, растянуть С - и так в цикле. Вот только с логическим такой трюк только средствами винды не пройдёт.

Всё верно! А почему не пройдёт? Сейчас нет свободного места под эксперименты, но я бы проверил.., или вы имеете ввиду, что активная система не станет играть с функцией растяжения? Вроде бы должна, насколько помню.., хотя и начал уже сомневаться))

MR_DesigneR
Винда не может уменьшать расширенный раздел.

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

komandor
Типа с дополнительным внутренним геморройней чем через "кишку"?
Жизненный случай.
Звонит знакомый (З) и спрашивает можно ли восстановить данные с упавшего на пол внешнего диска, который использовался для бэкапа. Я спросил "Зачем, если он бэкапный?"
На что последовал ответ "А я вот как раз решил перебить диск, поудалял там всё и внешник как раз упал со стола".

9285
Интересный подход к бекапу.
Вот какие шансы выжить у дополнительного внутреннего, если основной диск крякнулся вследствие серьезных проблем в БП?
Ранее были распространены mobile rack. Удобная штука. И вынимать не надо, ключик повернул - питание пропало. На этот вариант согласен.

9285

Цитата:

Винда не может уменьшать расширенный раздел.

Причём тут уменьшение? Я имел ввиду скинуть с D на С данные, убить D и затем расширить С.

komandor
У каждого своя статистика, и я бы хотел узнать таковую у tomset - у него она явно побогаче;
но лично моя подсказывает что проблем с внешниками значительно больше чем с внутренними. Да и о бэкапе вроде речь не шла.

MR_DesigneR
А, вон оно как. Ну, если даже 27 гигов можно перекинуть на 8 свободных, то я представляю какое будет "общежитие" в файловой системе С.

9285

Цитата:

Ну, если даже 27 гигов можно перекинуть на 8 свободных,

Ну ладно, ладно)), не совсем правильно выразился, пусть пока скинет на флешку)), - но суть от этого не меняется)), - раздел должен расшириться из под системы...)

9285
За много денег, скорее всего можно.
если сам не запилит его в усмерть, пока будет пытать.

Добавлено:
Общую статистику некогда считать и графики строить.
Все носят. Потеря данных не предсказуемое событие, может произойти с абсолютно любым хардом.
Мне преимущественно передают сложные случаи, когда другие фирмы и отдельные товарищи, связанные с компьютерами, не могут сделать.

вот список моделей с начала года:

WD10JMVW-11S5XS1
MK6459GSX
ST320LT012
ST2000DM001
ST320LT012
WD3200BEKX-00B7WT0
MK6037GSX
WD3200BEKT-75PVMT0
WD10TMVV-11BG7S0
ST9320423AS
ST9500423AS
HTS545032B9A302
WD15EARS-00MVWB0
ST9750420AS
WD7500BPVT-75HXZT3
ST31500341AS
WD20EZRX-00D8PB0
6L160M01372BA
WD10TMVV-11BG7S0
ST3000DM001
ST9500325AS
WD5000LMVW-11VEDS6
HTS543225A7A384
HTS545032B9A300
WD5000AAKS-00A7B0
WD3200BEVT-11ZCT0
WD5000BPKT-80PK4T0
WD15EARS-00Z5B1
ST9250410AS
WD2000JD-22KLB0
WD20NMVW-11AV3S0
ST2000DM001
WD10EARS-00Y5B1
HTS547550A9E384
ST3500320AS
ST1000DM003
WD10JMVW-11S5XS0
HTS545050A7E680
DT01ACA100
ST3000DM001
HTS545032B9A300
WD5001AALS-00L3B2
WD5000AZRX-00L4HB0
WD30EFRX-68AX9N0
WD2500AAKX-00ERMA0
ST9500325AS
ST9320325AS
WD20NMVW-11AV3S4
ST3250410AS
WD3200BEVT-22ZCT0
HTS721010A9E630
MK6465GSXN
HD400LJ
ST3500320NS
HS12YHA
WD2500BMVU-11A04S0
WD2002FAEX-007BA0
HDP725050GLA360
HDT722525DLAT80
ST9750430AS
WD20EARX-00PASB0
ST500LT012
ST3750330AS
ST31000333AS
MK6459GSX
ST500DM005 HD502HJ
WD10JPVT-16A1YT0
ST9146802SS
WD10JMVW-11AJGS3
WD10TMVW-11ZSMS5
ST2000DL001
WD2003FZEX-00Z4SA0
WDH2Q40000E
ST1000LM010
WD3000JD-55KLB0
ST4000DX000
WD800JB-00FMA0
ST500LT012
HTS725032A9A364
WD20EZRX-00DC0B0
ST1000DM003
HTS545050B9SA00
WD20EFRX-68EUZN0
WD20EARX-00PASB0
WD20EARS-00MVWB0
ST9500420AS
WD10EZEX-00BN5A0
WD3200JD-00KLB0
ST9500420AS
WD5000BMVW-11S5XS0
ST3750330NS
MK75059GSM
HTS545050A7E680
DT01ACA300
ST1000DM003
STM3320614AS

tomset
Да нет, тот винт уже давно в помойке.
Я хотел узнать чего больше - поломок внешников из за кучи причин, в том числе и падений или внутренних от проблемы с БП?
И уж "наглеть", так до конца - что проще восстановить; внутренний, сломавшийся от глюкнувшего БП и ил внешник по каккой то обычной причине". Я понимаю что сгореть и упасть можно по разному, и винты разные - но если взять усреднённо?

MR_DesigneR
Не люблю категоричнстей, но в принципе согласен что самой системой (но не обязательно из под неё) - и то, применительно к 7-ке, возможно к 8-ке (хотя с предпоследним новоделом нет большой практики).

9285
Чем плотность пластин выше и чем больше головок, тем сложнее
Но в целом от состояния диска все зависит, наличия доноров и степени совместимости головок.
Бывает что и одноблиновую 40-ку два года будешь делать, пока донора подберешь.
Или несколько месяцев, хард будет спотыкаться и зависать на царапинах, пока вычитаешь хотя бы часть информации.

Основной процент отказов, порядка 90% - царапины на пластинах из-за ударов и вибраций во время работы.

А вам, форумчане, как я посмотрю только дай повод ... )))
Спасибо за подсказки. Во вт смогу только опробовать. Данный-то понятно дело сохраню. А ещё заранее вопрос: можно объединить в один, но чтобы винду не переставлять? Т.е. на пользовательские данные пофиг (сохраню), а винду надо сохранить, и увиличить C, чтобы доставить на него Ubuntu. Вот.

Meonom
После изменения размера системного раздела, его работоспособность ни одной программой не гарантируется. Читайте справку к программе. Там должно быть предупреждение. Растягивание до конца обычно срабатывает, а вот уменьшение чаще нет. И особенно перемещение начала системного раздела, убивает систему.

Meonom

Цитата:

А ещё заранее вопрос: можно объединить в один, но чтобы винду не переставлять?

Цитата:

и увиличить C, чтобы доставить на него Ubuntu

Ты хочешь скрестить ужа с ежом?

tomset
Ну почему, если автор поступит как написано раннее:
- сохранит данные с D на другом носителе
- удалит D и расширенный раздел
- в менеджере дисков винды расширит C
то всё расширится и запустится.
А начало раздела винда и не перемещает.
Впрочем, толку от этого (ответ автору выше).

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

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

tomset
Давайте не будем разводить сферических коней.
Это акронис при расширении может и раздел сдвинуть и MFT переместить, и даже сдвинуть соседний раздел. Но я не о нём и других подобных а о штатном менеджере винды.
Есть пример того, что при расширении системного раздела средствами винды она переставала работать?

Meonom

Цитата:

можно объединить в один, но чтобы винду не переставлять?

Можно.

Цитата:

Т.е. на пользовательские данные пофиг (сохраню), а винду надо сохранить, и увиличить C, чтобы доставить на него Ubuntu. Вот.

Это как? Две системы на одном разделе?

Цитата:

Есть пример того, что при расширении системного раздела средствами винды она переставала работать?

У меня на семёрке после акроникса система неприлично дурковала, а вот средствами системы четыре раздела постоянно изменял и на трёх установлены системы, и ни одна не чихнула даже)))

MR_DesigneR

Цитата:

Можно.

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

Цитата:

У меня на семёрке после акроникса система неприлично дурковала

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

9285

Цитата:

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

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

9285

Цитата:

Есть пример того, что при расширении системного раздела средствами винды она переставала работать?

Так понимая, что процесс изменения разделов, опасен, слабо предсказуем и может привести к каким угодно последствия. Мне проще сделать посекторку на другой диск, а этот переразметить, как угодно.
Даже проще всегда поступаю, просто беру чистый диск и делаю на нем, любые эксперименты. Благо дисков под копии достаточно.
У меня всегда минимум два резервных диска с системой на каждый рабочий комп.
Чужие компы я не обслуживаю, уже лет 8.
А спасенные данные стараюсь копировать посекторно, и все опыты только на копии.
Железное правило, ни каких экспериментов на единственной копии.
Нетерпеливых заказчиков, посылаю. Хочет быстро, пусть идет к пионерам и надеется, что пронесет. )

MR_DesigneR
Опять 25?
Ну сожмёшь ты D и всё. Расширить сможешь только его же.

tomset
Честно говоря, не ожидал я такого ответа. Тем более от человека, занимающегося восстановлением данных.
Не, я бы ещё мог понять если бы речь шла о сжатии, но уж точно не о расширении.
Повторяюсь, речь идёт о штатных средствах семёрки (хотя для висты и 8-ки это наверняка идентично).
И давай начнём с простейшей операции - расширение тома. По сути добавляется пустое место, соответственно надо изменить значение размера тома в бутсекторе и его копии. Подправить пару-тройку записей в MFT и скорректировать битовую карту тома. Всё это из разряда вещей, которые делаются за секунды, и даже если произойдёт сбой как раз в эту секунду, то чекдиск всё это исправит на раз.
Со сжатием почти аналогичная ситуация, за исключением того, что всё таки там могут быть перемещены простые данные - точнее это выглядит как простая дефрагментация, при которых данные перемещаются по разделу, а потом "обрезка" пустого места. Последнее действие безопасно по тем же причинам что и при расширении. Проблема может быть лишь при дефрагментации - но она вообще то в современных системах делается планово - и возможный сбой при этом как бы никого не пугает.

9285
Мое мнение, менять размеры разделов всегда опасно.
И удивительно такие вопросы слышать от вас, все-таки устройство FS вы более менее знаете, и сколько нужно внести правок, чтобы все было корректно, должны представлять.
А в Микрософте дураки работают.
Что надо убирают, что опасно добавляют.
Мне это только на руку, заказов больше будет.
Спорить и объяснять на пальцах, такие вещи нет ни какого желания.
Вспомните про $Bitmap, резервные структуры и прочие структуры метаданных.
Дефрагментация на NTFS, как самой распространенной FS. Практически не требуется.
Не помню даже, когда запускал последний раз.
Все это инерция от FAT. Из разряда дурных советов, типа отформатировать, чтобы восстановить данные. )
Переписать несколько рассыпавшихся из-за фрагметации файлов, замедляющих работу, можно в любой момент. Для этого не надо перелопачивать весь диск.
Тем более что через несколько минут на системном диске, все опять разъедется.