Можно ли изменить размер корневого раздела?

Мой жесткий диск разделен на два раздела с равным размером. Сначала используется для Windows и Second для Ubuntu. Все работает нормально. Но теперь я хочу удалить Windows и полностью использовать диск для Ubuntu. Я могу легко загрузиться с live cd и использовать GParted для удаления раздела Windows, а затем развернуть раздел Ubuntu, чтобы использовать весь жесткий диск.

Я хочу знать, изменит ли его безопасный размер, изменяя размер раздела Ubuntu, иначе, как UUID раздела или что-то еще? Нужно ли переустанавливать grub после изменения размера корневого раздела?

Было бы здорово, если кто-то, кто уже сделал это, может дать свой совет здесь.

8
задан 21 February 2011 в 17:23

30 ответов

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 25 July 2018 в 22:37
Я хочу знать, если его сейф

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

Я хочу знать, будет ли его безопасный

изменять размер Изменение раздела Ubuntu [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

8
ответ дан 25 July 2018 в 22:37
  • 1
    Не работает. Раздел изменил размер без ошибок и имел все данные, но когда я перезапустил машину, Ubuntu не загрузился. Затем я попытался установить Grub на MBR. Он был установлен нормально, но я думаю, что вытертая таблица разделов, поскольку никакие разделы не появились после того, как я перезапустил машину после установки Grub. Gparted не показывает разделов, то есть безразмерный пустой диск. – binW 17 January 2011 в 17:23
  • 2
    Это очень странно. Я попытаюсь воспроизвести это с помощью виртуальной машины. Если у вас все еще нет вашего диска, вы, скорее всего, сможете восстановить разделы. Загрузите с live CD, загрузите версию 6.12-WIP TestDisk (просто извлеките и запустите, ничего не компилировать) и следуйте этим инструкциям , чтобы переписать таблицу разделов. – htorque 17 January 2011 в 17:31
  • 3
    Я не могу воспроизвести это. Я использовал GParted (live CD), чтобы создать раздел NTFS в начале (нет времени для установки Windows), установить Ubuntu 10.10 в свободное пространство, использовать GParted (снова с Live CD), чтобы удалить раздел NTFS и изменить размер раздела Ubuntu - после перезагрузки Ubuntu загрузился просто отлично, используя все пространство на диске. : - / – htorque 17 January 2011 в 18:30
  • 4
    Мой раздел Windows был основным, но раздел Ubuntu был логичным. Это может быть проблема? – binW 25 January 2011 в 14:29
  • 5
    @binW: до тех пор, пока вы изменили размер как расширенного раздела, так и логического внутри, все должно работать нормально. Я снова просто протестировал это: img.xrmb2.net/images/199787.png - нет изменения UUID, загрузился просто отлично. – htorque 28 January 2011 в 13:03

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

-1
ответ дан 25 July 2018 в 22:37

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 26 July 2018 в 23:06
Я хочу знать, если его сейф

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

Я хочу знать, будет ли его безопасный

изменять размер Изменение раздела Ubuntu [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

8
ответ дан 26 July 2018 в 23:06
  • 1
    Не работает. Раздел изменил размер без ошибок и имел все данные, но когда я перезапустил машину, Ubuntu не загрузился. Затем я попытался установить Grub на MBR. Он был установлен нормально, но я думаю, что вытертая таблица разделов, поскольку никакие разделы не появились после того, как я перезапустил машину после установки Grub. Gparted не показывает разделов, то есть безразмерный пустой диск. – binW 17 January 2011 в 17:23
  • 2
    Это очень странно. Я попытаюсь воспроизвести это с помощью виртуальной машины. Если у вас все еще нет вашего диска, вы, скорее всего, сможете восстановить разделы. Загрузите с live CD, загрузите версию 6.12-WIP TestDisk (просто извлеките и запустите, ничего не компилировать) и следуйте этим инструкциям , чтобы переписать таблицу разделов. – htorque 17 January 2011 в 17:31
  • 3
    Я не могу воспроизвести это. Я использовал GParted (live CD), чтобы создать раздел NTFS в начале (нет времени для установки Windows), установить Ubuntu 10.10 в свободное пространство, использовать GParted (снова с Live CD), чтобы удалить раздел NTFS и изменить размер раздела Ubuntu - после перезагрузки Ubuntu загрузился просто отлично, используя все пространство на диске. : - / – htorque 17 January 2011 в 18:30
  • 4
    Мой раздел Windows был основным, но раздел Ubuntu был логичным. Это может быть проблема? – binW 25 January 2011 в 14:29
  • 5
    @binW: до тех пор, пока вы изменили размер как расширенного раздела, так и логического внутри, все должно работать нормально. Я снова просто протестировал это: img.xrmb2.net/images/199787.png - нет изменения UUID, загрузился просто отлично. – htorque 28 January 2011 в 13:03

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

-1
ответ дан 26 July 2018 в 23:06

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 31 July 2018 в 11:08
Я хочу знать, если его сейф

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

Я хочу знать, будет ли его безопасный

изменять размер Изменение раздела Ubuntu [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

8
ответ дан 31 July 2018 в 11:08
  • 1
    Не работает. Раздел изменил размер без ошибок и имел все данные, но когда я перезапустил машину, Ubuntu не загрузился. Затем я попытался установить Grub на MBR. Он был установлен нормально, но я думаю, что вытертая таблица разделов, поскольку никакие разделы не появились после того, как я перезапустил машину после установки Grub. Gparted не показывает разделов, то есть безразмерный пустой диск. – binW 17 January 2011 в 17:23
  • 2
    Это очень странно. Я попытаюсь воспроизвести это с помощью виртуальной машины. Если у вас все еще нет вашего диска, вы, скорее всего, сможете восстановить разделы. Загрузите с live CD, загрузите версию 6.12-WIP TestDisk (просто извлеките и запустите, ничего не компилировать) и следуйте этим инструкциям , чтобы переписать таблицу разделов. – htorque 17 January 2011 в 17:31
  • 3
    Я не могу воспроизвести это. Я использовал GParted (live CD), чтобы создать раздел NTFS в начале (нет времени для установки Windows), установить Ubuntu 10.10 в свободное пространство, использовать GParted (снова с Live CD), чтобы удалить раздел NTFS и изменить размер раздела Ubuntu - после перезагрузки Ubuntu загрузился просто отлично, используя все пространство на диске. : - / – htorque 17 January 2011 в 18:30
  • 4
    Мой раздел Windows был основным, но раздел Ubuntu был логичным. Это может быть проблема? – binW 25 January 2011 в 14:29
  • 5
    @binW: до тех пор, пока вы изменили размер как расширенного раздела, так и логического внутри, все должно работать нормально. Я снова просто протестировал это: img.xrmb2.net/images/199787.png - нет изменения UUID, загрузился просто отлично. – htorque 28 January 2011 в 13:03

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

-1
ответ дан 31 July 2018 в 11:08

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 31 July 2018 в 12:07
Я хочу знать, если его сейф

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

Я хочу знать, будет ли его безопасный

изменять размер Изменение раздела Ubuntu [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

8
ответ дан 31 July 2018 в 12:07
  • 1
    Не работает. Раздел изменил размер без ошибок и имел все данные, но когда я перезапустил машину, Ubuntu не загрузился. Затем я попытался установить Grub на MBR. Он был установлен нормально, но я думаю, что вытертая таблица разделов, поскольку никакие разделы не появились после того, как я перезапустил машину после установки Grub. Gparted не показывает разделов, то есть безразмерный пустой диск. – binW 17 January 2011 в 17:23
  • 2
    Это очень странно. Я попытаюсь воспроизвести это с помощью виртуальной машины. Если у вас все еще нет вашего диска, вы, скорее всего, сможете восстановить разделы. Загрузите с live CD, загрузите версию 6.12-WIP TestDisk (просто извлеките и запустите, ничего не компилировать) и следуйте этим инструкциям , чтобы переписать таблицу разделов. – htorque 17 January 2011 в 17:31
  • 3
    Я не могу воспроизвести это. Я использовал GParted (live CD), чтобы создать раздел NTFS в начале (нет времени для установки Windows), установить Ubuntu 10.10 в свободное пространство, использовать GParted (снова с Live CD), чтобы удалить раздел NTFS и изменить размер раздела Ubuntu - после перезагрузки Ubuntu загрузился просто отлично, используя все пространство на диске. : - / – htorque 17 January 2011 в 18:30
  • 4
    Мой раздел Windows был основным, но раздел Ubuntu был логичным. Это может быть проблема? – binW 25 January 2011 в 14:29
  • 5
    @binW: до тех пор, пока вы изменили размер как расширенного раздела, так и логического внутри, все должно работать нормально. Я снова просто протестировал это: img.xrmb2.net/images/199787.png - нет изменения UUID, загрузился просто отлично. – htorque 28 January 2011 в 13:03

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

-1
ответ дан 31 July 2018 в 12:07

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 2 August 2018 в 04:03
Я хочу знать, если его сейф

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

Я хочу знать, будет ли его безопасный

изменять размер Изменение раздела Ubuntu [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

8
ответ дан 2 August 2018 в 04:03
  • 1
    Не работает. Раздел изменил размер без ошибок и имел все данные, но когда я перезапустил машину, Ubuntu не загрузился. Затем я попытался установить Grub на MBR. Он был установлен нормально, но я думаю, что вытертая таблица разделов, поскольку никакие разделы не появились после того, как я перезапустил машину после установки Grub. Gparted не показывает разделов, то есть безразмерный пустой диск. – binW 17 January 2011 в 17:23
  • 2
    Это очень странно. Я попытаюсь воспроизвести это с помощью виртуальной машины. Если у вас все еще нет вашего диска, вы, скорее всего, сможете восстановить разделы. Загрузите с live CD, загрузите версию 6.12-WIP TestDisk (просто извлеките и запустите, ничего не компилировать) и следуйте этим инструкциям , чтобы переписать таблицу разделов. – htorque 17 January 2011 в 17:31
  • 3
    Я не могу воспроизвести это. Я использовал GParted (live CD), чтобы создать раздел NTFS в начале (нет времени для установки Windows), установить Ubuntu 10.10 в свободное пространство, использовать GParted (снова с Live CD), чтобы удалить раздел NTFS и изменить размер раздела Ubuntu - после перезагрузки Ubuntu загрузился просто отлично, используя все пространство на диске. : - / – htorque 17 January 2011 в 18:30
  • 4
    Мой раздел Windows был основным, но раздел Ubuntu был логичным. Это может быть проблема? – binW 25 January 2011 в 14:29
  • 5
    @binW: до тех пор, пока вы изменили размер как расширенного раздела, так и логического внутри, все должно работать нормально. Я снова просто протестировал это: img.xrmb2.net/images/199787.png - нет изменения UUID, загрузился просто отлично. – htorque 28 January 2011 в 13:03

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

-1
ответ дан 2 August 2018 в 04:03

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

-1
ответ дан 4 August 2018 в 20:07

Я хочу знать, если его безопасный

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

Изменяет размер раздела Ubuntu смены раздела [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

No.

Это doesn Даже если вы установили GRUB2 в MBR (например, / dev / sda , по умолчанию при установке Ubuntu) или в корневой раздел (например, / dev / sda1 [ ! d1]).

8
ответ дан 4 August 2018 в 20:07

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 4 August 2018 в 20:07

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

-1
ответ дан 6 August 2018 в 04:09

Я хочу знать, если его безопасный

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

Изменяет размер раздела Ubuntu смены раздела [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

No.

Это doesn Даже если вы установили GRUB2 в MBR (например, / dev / sda , по умолчанию при установке Ubuntu) или в корневой раздел (например, / dev / sda1 [ ! d1]).

8
ответ дан 6 August 2018 в 04:09

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 6 August 2018 в 04:09

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

-1
ответ дан 7 August 2018 в 22:07

Я хочу знать, если его безопасный

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

Изменяет размер раздела Ubuntu смены раздела [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

No.

Это doesn Даже если вы установили GRUB2 в MBR (например, / dev / sda , по умолчанию при установке Ubuntu) или в корневой раздел (например, / dev / sda1 [ ! d1]).

8
ответ дан 7 August 2018 в 22:07

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 7 August 2018 в 22:07

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

-1
ответ дан 10 August 2018 в 10:21

Я хочу знать, если его безопасный

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

Изменяет размер раздела Ubuntu смены раздела [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

No.

Это doesn Даже если вы установили GRUB2 в MBR (например, / dev / sda , по умолчанию при установке Ubuntu) или в корневой раздел (например, / dev / sda1 [ ! d1]).

8
ответ дан 10 August 2018 в 10:21

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 10 August 2018 в 10:21

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

-1
ответ дан 13 August 2018 в 16:46

Я хочу знать, если его безопасный

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

Изменяет размер раздела Ubuntu смены раздела [...] раздела UUID

Нужно ли переустанавливать grub после изменения размера корневого раздела?

No.

Это doesn Даже если вы установили GRUB2 в MBR (например, / dev / sda , по умолчанию при установке Ubuntu) или в корневой раздел (например, / dev / sda1 [ ! d1]).

8
ответ дан 13 August 2018 в 16:46
  • 1
    Не работает. Раздел изменил размер без ошибок и имел все данные, но когда я перезапустил машину, Ubuntu не загрузился. Затем я попытался установить Grub на MBR. Он был установлен нормально, но я думаю, что вытертая таблица разделов, поскольку никакие разделы не появились после того, как я перезапустил машину после установки Grub. Gparted не показывает разделов, то есть безразмерный пустой диск. – binW 17 January 2011 в 17:23
  • 2
    Это очень странно. Я попытаюсь воспроизвести это с помощью виртуальной машины. Если у вас все еще нет вашего диска, вы, скорее всего, сможете восстановить разделы. Загрузите с live CD, загрузите версию 6.12-WIP TestDisk (просто извлеките и запустите, ничего не компилировать) и следуйте этим инструкциям , чтобы переписать таблицу разделов. – htorque 17 January 2011 в 17:31
  • 3
    Я не могу воспроизвести это. Я использовал GParted (live CD), чтобы создать раздел NTFS в начале (нет времени для установки Windows), установить Ubuntu 10.10 в свободное пространство, использовать GParted (снова с Live CD), чтобы удалить раздел NTFS и изменить размер раздела Ubuntu - после перезагрузки Ubuntu загрузился просто отлично, используя все пространство на диске. : - / – htorque 17 January 2011 в 18:30
  • 4
    Мой раздел Windows был основным, но раздел Ubuntu был логичным. Это может быть проблема? – binW 25 January 2011 в 14:29
  • 5
    @binW: до тех пор, пока вы изменили размер как расширенного раздела, так и логического внутри, все должно работать нормально. Я снова просто протестировал это: img.xrmb2.net/images/199787.png - нет изменения UUID, загрузился просто отлично. – htorque 28 January 2011 в 13:03

Да, нет проблем с изменением размера корневых разделов. Но операция должна быть успешно завершена. Затем ОС выполнит проверку диска, и все будет хорошо.

-1
ответ дан 13 August 2018 в 16:46

Другие вопросы по тегам:

Похожие вопросы: