LINUX.ORG.RU

Увеличение swap файла

 ,


0

1

Привет, улей.

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048    206847    204800   100M EFI System
/dev/nvme0n1p2    206848    239615     32768    16M Microsoft reserved
/dev/nvme0n1p3    239616 294207682 293968067 140.2G Microsoft basic data
/dev/nvme0n1p4 499009536 500115455   1105920   540M Windows recovery environment
/dev/nvme0n1p5 294209536 294823935    614400   300M Linux extended boot
/dev/nvme0n1p6 294823936 296921087   2097152     1G Linux filesystem
/dev/nvme0n1p7 296921088 422750207 125829120    60G Linux filesystem
/dev/nvme0n1p8 422750208 499009535  76259328  36.4G Linux filesystem

Приехал нговый диск, на который я перенесу раздел home. Соответственно, освободится 36Гб на текущем диске. Я хотел освободившееся место отдать под рут, а nvme0n1p6 (на котором находится своп раздел) как то увеличить хотя бы до 4-5 Гб. А как это сделать, не почикав nvme0n1p7, который есть корневой каталог?

★★

Последнее исправление: SpaceRanger (всего исправлений: 1)

В заголовке swap файл, в теме swap раздел. Все смешалось.

Что бы ты далее не делал, сделай бэкап важных данных.

Есть всякие акронисы, наверное, но я ими не пользовался тыщщу лет. Я бы сдампил разделы 7,8 с помощью какого-нибудь dd на другой диск, переразбил бы gparted пространство возле 6,7,8 и потом обратно восстановил из дампов. Тупо, но надёжно.

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

Я сдампил dd разделы, увеличил всё, что нужно. Затем обратно залил с помощью того же dd. Теперь прикол в том, что файловая таблица кажет не верные размелы партиций.

└─[$] lsblk                                                                                                                                                                                                                                                                     [10:11:48]
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
sda           8:0    0 476.9G  0 disk 
└─sda1        8:1    0 476.9G  0 part /home
nvme0n1     259:0    0 238.5G  0 disk 
├─nvme0n1p1 259:1    0   100M  0 part /boot/efi
├─nvme0n1p2 259:2    0    16M  0 part 
├─nvme0n1p3 259:3    0 140.2G  0 part 
├─nvme0n1p4 259:4    0   540M  0 part 
├─nvme0n1p5 259:5    0   300M  0 part /boot
├─nvme0n1p6 259:6    0     8G  0 part [SWAP]
└─nvme0n1p7 259:7    0  89.4G  0 part /

и df -h

Filesystem      Size  Used Avail Use% Mounted on
dev             7.7G     0  7.7G   0% /dev
run             7.8G  1.7M  7.8G   1% /run
/dev/nvme0n1p7   59G   18G   39G  31% /
tmpfs           7.8G   23M  7.7G   1% /dev/shm
/dev/sda1        36G   14G   21G  40% /home
/dev/nvme0n1p5  272M   71M  182M  29% /boot
tmpfs           7.8G  1.1M  7.8G   1% /tmp
/dev/nvme0n1p1   96M   26M   71M  27% /boot/efi
tmpfs           1.6G   40K  1.6G   1% /run/user/1000

Что за дичь и как побороть? Надо небось как то сказать, что мол обновись там , пересмотри взгляды на жизнь разделы?

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

Двойная работа. К тому же dd копирует всё подряд. tar — только файлы. Но дело, конечно, твоё.

dd имеет смысл для ntfs разделов.

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

Я забыл написать, потому что делал пару раз в жизни всего. Можно было сделать mount для полученного образа с разделом. И потом, на новый раздел скопировать через rsync + какие-то флаги (не помню, можно загуглить или почитать man), чтобы скопировать все атрибуты. Так быстрее получится.

qaqa ★★
()