LINUX.ORG.RU
ФорумAdmin

Ресайз раздела с данными

 ,


1

1

Сейчас есть бд на /dev/sda1 Админ облака накинул еще места на диск , на /dev/sda. Если я через fdisk /dev/sda дропну /dev/sda1 и создам новый /dev/sda1, я так коцну данные? Как правильно расширить /dev/sda1 чтобы бд осталась живой?


Если я через fdisk /dev/sda дропну /dev/sda1 и создам новый /dev/sda1, я так коцну данные?

Нет, но делать так всё равно не стоит.

Как правильно расширить /dev/sda1 чтобы бд осталась живой?

Через parted изменить размер раздела, потом через resize2fs увиличить размер файловой системы.

gremlin_the_red ★★★★★
()

Если я через fdisk /dev/sda дропну /dev/sda1 и создам новый /dev/sda1, я так коцну данные?

Нет. Если начало совпадает, а конец будет дальше. И если нет привязки к PARTUUID при разметке gpt.

Если ФС на разделе LVM, то лучше через него.

boowai ★★★★
()
Последнее исправление: boowai (всего исправлений: 1)
Ответ на: комментарий от boowai

Если ФС на разделе LVM, то лучше через него.

Не «лучше», а «единственно правильно», но судя по вопросу, ФС не на LVM.

dexpl ★★★★★
()

Но самое главное, не забыть сделать бэкап перед изменением. Разные_времена/разные_системы случались истории «не успеха».

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 1)
Ответ на: комментарий от boowai

fdisk /dev/sda
И если нет привязки к PARTUUID при разметке gpt.

fdisk c gpt и не умеет. Вы наверное про другое хотели сказать, изменение LABEL/UUID, при пересоздании раздела. Не забыть проверить и внести соответствующие изменения в fstab/grub. Посмею предположить, что у ТС это рутовый раздел.

anc ★★★★★
()
Ответ на: комментарий от gremlin_the_red

resize2fs

Стоило бы сперва выяснить, что там за фс.

Deleted
()
Ответ на: комментарий от boowai

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

   g   create a new empty GPT partition table
Вот так и застрянешь в 90-х. :(

anc ★★★★★
()
Последнее исправление: anc (всего исправлений: 2)
Ответ на: комментарий от dexpl

но судя по вопросу, ФС не на LVM.

Подсказано ответом выше. Кстати не факт. ТС же написал только про физическую разметку диска. /dev/sda1 может быть PV

anc ★★★★★
()

Делай-делай. Потому что дебилы должны лажать, а шаражки, нанимающие дебилов, должны страдать.

anonymous
()
Ответ на: комментарий от t184256

двочую, щас бы не использовать btrfs

anonymous
()
Ответ на: комментарий от dexpl

Тебя, кажется, что-то смутило?

Есть что-то «не то» в Вашем диалоге. То что LVM - вещь, и я лично пользую её всегда, не означает что она «единственно правильная».

Deleted
()
Ответ на: комментарий от Deleted

То что LVM - вещь, и я лично пользую её всегда, не означает что она «единственно правильная».

Хорошо, скажу еще раз, по слогам:

Если ФС на разделе LVM, то лучше через него.

Не «лучше», а «единственно правильно», но судя по вопросу, ФС не на LVM.

То есть

Если ФС на разделе LVM, то единственно правильно — через LVM.

Ы?

dexpl ★★★★★
()
Ответ на: комментарий от dexpl

Если ФС на разделе LVM, то единственно правильно — через LVM.

Ы?

Чётко!

Deleted
()

Сделал через fdisk, вроде получилось, но df показывает все равно старый размер. Нужно еще что-то?

vm19@op:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           796M  1.1M  795M   1% /run
/dev/sda1        16G  7.9G  7.0G  53% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           3.9G     0  3.9G   0% /sys/fs/cgroup
tmpfs           796M     0  796M   0% /run/user/1000
vm19@op:~$ lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
fd0      2:0    1    4K  0 disk
sda      8:0    0  100G  0 disk
└─sda1   8:1    0  100G  0 part /
sr0     11:0    1 1024M  0 rom

cr0
() автор топика
Ответ на: комментарий от gremlin_the_red

Сделал

sudo resize2fs /dev/sda1
и все ок, спасибо товарищи.

cr0
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.