Переразметка разделов.

[Nos]

Добрый день!
При установке системы я сделал основной раздел слишком маленьким - 25 гигабайт быстро закончились.
Operating System: Linux Mint 20.3
Kernel: Linux 5.4.0-107-generic
Architecture: x86-64

Решил перекроить на основной часть домашнего рзадела, но не тут-то было: при отрезании куска от домашнего раздела, он влезает между корневым разделом и освободившимся местом.
Как лучше всего поступить в такой ситуации?

Могу ли я, например, удалить разделы без форматирования и создать один новый? Тогда все данные останутся на нём, а после этого я смогу уже его раскроить на два без проблем. Или так не сработает?

Т.е. алгоритм такой:
1. Я удаляю sdb3 и sdb4.
2. Создаю новый sdb3 как / на всё свободное место.
3. Отрезаю от него нужное количество Гб, создаю новый sdb4 как /home
4. Переношу туда положенные файлы вручную.

[slant]

Могу ли я, например, удалить разделы без форматирования и создать один новый? Тогда все данные останутся на нём, а после этого я смогу уже его раскроить на два без проблем. Или так не сработает?

При удалении раздела теряются все данные на нем. Всегда.
При создании раздела на нем создается новая пустая файловая система, это и есть форматирование. Раздел без файловой системы использовать не получится.

Как лучше всего поступить в такой ситуации?

С таким размером диска - вообще не создавать отдельный раздел под /home.
И нет смысла оставлять 20гиг не размеченными, если это не SSD первого поколения (все что новее ~2013 года им быть не может).
Единственный внятный вариант - найти куда слить содержимое раздела с /home, потом его удалить, и расширить / (sdb3) на весь диск. После чего залить обратно /home, и поправить /etc/fstab.

[Chocobo]

При удалении раздела теряются все данные на нем. Всегда.

Здесь я пожалуй с тобой не соглашусь в деталях, при удалении раздела данные изначально никуда не деваются физически.
Простой практический пример, как расширить раздел с помощью fdisk/gdisk? Работает одинаково на mbr/gpt
Удаляем старый раздел, там же создаем новый начинающийся на том же секторе а заканчивающийся в дальше чем прежний, расширяем фс в новые границы раздела.

При создании раздела на нем создается новая пустая файловая система

Следовательно вышесказанному - нифига там не создается А размещать там фс или нет - дело добровольное.

Но соглашусь, что для описанного ТС кейса эта информация относительно полезна, т.к. провернуть им описанное по объединению двух файлух не выйдет конечно без переноса части данных с перекраиваемого диска.

[Sharov]

1. Я удаляю sdb3 и sdb4.
2. Создаю новый sdb3 как / на всё свободное место.
3. Отрезаю от него нужное количество Гб, создаю новый sdb4 как /home
4. Переношу туда положенные файлы вручную.

Удалить разделы sdb3 и sdb4 и на пустом пространстве сразу создать новые разделы sdb3 и sdb4 с новыми размерами. - Ненадо делать лишнюю работу.
...
Только с такими размерами физ.диска лучше не плодить много разделов. Я бы обошёлся одним разделом. - Нет ничего страшного, что корень и хомяк будут на одном разделе.

[slant]

Простой практический пример, как расширить раздел с помощью fdisk/gdisk? Работает одинаково на mbr/gpt

Но не одинаково на разных файловых системах. Этот trick лучше вообще забыть, если используется не extX, и категорически противопоказан в случае FS нового поколения (zfs, btrfs). Кроме того, даже на ext в некоторых специфических случаях (или при ошибке применения) эта операция может вызвать не сразу проявляющиеся последствия, но приводящие к разрушению данных.
Я потому даже не упоминал такую возможность. Не для новичка это.

[Nos]

Спасибо за помощь, просто прочитал, что если понадобится переустановить систему, то с отдельным разделом /home чуть проще сохранить пользовательские настройки.

Я пробовал вчера как раз с утилитой fdisk поработать. Результат такой:
Удаляю sdb4 (/home) и создаю там новый раздел поменьше - система не запускается.
Удаляю и снова создаю на всё свободное место (тогда это было 45 Гб) - работает как раньше, /home с данными на месте. В итоге, с загрузочной флешки Gparted'ом пришёл к тому, что на скриншоте.

Удалить разделы sdb3 и sdb4 и на пустом пространстве сразу создать новые разделы sdb3 и sdb4 с новыми размерами. - Ненадо делать лишнюю работу.
...
Только с такими размерами физ.диска лучше не плодить много разделов. Я бы обошёлся одним разделом. - Нет ничего страшного, что корень и хомяк будут на одном разделе.

Т.е., если я правильно понял, удаление раздела - не удаление файлов, а удаление разметки? И оно потом "само" найдётся, если переразметить по-новой? GRUB не растеряется?

[Sharov]

если я правильно понял, удаление раздела - не удаление файлов, а удаление разметки?

Нет, нет и нет! Как правильно сказали выше парни: любая "переразметка" и/или форматирование диска делает невозможным доступ к файлам обычными методами. Мы же не в ФАПСИ, чтоб восстанавливать стёртую с дика инфу?! Так то вооружайся флэшками и компашками, сливай на них самое ценное и тогда уже работай с диском.

[sheridan]

Т.е., если я правильно понял, удаление раздела - не удаление файлов, а удаление разметки? И оно потом "само" найдётся, если переразметить по-новой? GRUB не растеряется?

Не найдётся так как будет изменена запись в таблице (mbr,gpt), так же изменится UUID раздела.

[Nos]

У меня есть второй винчестер, он тоже подключён к ПК, там Виндоус и он полностью в NTFS.

Если я сделаю так:
1. Простым копированием сохраню себе на этот второй винчестер весь раздел /home (он на sdb4),
2. Удалю sdb4,
3. Всё освободившееся место присоединю к корню на sdb3, затем верну туда /home со второго винча.

Какая будет у системы реакция на подобное?

[slant]

Т.е., если я правильно понял, удаление раздела - не удаление файлов, а удаление разметки?

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

И оно потом "само" найдётся, если переразметить по-новой?

Если ОЧЕНЬ повезет. Т.е. если совпали все условия по началу раздела, если ничего не было затерто между удалением и созданием, если... А на SSD еще могут быть неявно выделены другие кластеры, или отработать trim в промежутке. Это КРАЙНЕ рискованный трюк, с плохой предсказуемостью результата.

GRUB не растеряется?

Новый раздел нужно вносить как в GRUB, так и /etc/fstab системы. Т.к. при пересоздании раздела изменится его UUID - уникальная метка, ведь это будет именно другой раздел. А вот при операции изменения размера (например в gparted) UUID не меняется.

Какая будет у системы реакция на подобное?

Задумается и не сможет найти sdb4 (с /home). Хотя скорее всего загрузится с задержкой (/etc/fstab надо поправить исключив строчку про home как отдельный раздел). Потом еще могут быть проблемы с правами доступа у файлов побывавших на ntfs, т.к. на ntfs они не сохранятся. Так что лушче не копировать а архивировать через tar.

[Nos]

Задумается и не сможет найти sdb4 (с /home). Хотя скорее всего загрузится с задержкой (/etc/fstab надо поправить исключив строчку про home как отдельный раздел). Потом еще могут быть проблемы с правами доступа у файлов побывавших на ntfs, т.к. на ntfs они не сохранятся. Так что лушче не копировать а архивировать через tar.

Ага, спасибо. Значит, алгоритм такой:
Архивирую папку /home в формате tar и сохраняю на втором винче;
Затем спокойно удаляю домашний раздел, пришиваю свободное место к корню, возвращаю папку /home и разархивирую;
В конце открываю файл fstab и удаляю строчку про /home (выделил на скриншоте).

[Sharov]

В конце открываю файл fstab и удаляю строчку про /home

После (пере)разметки этой строчки не будет.

[sheridan]

После (пере)разметки этой строчки не будет.

А куда она денется?

[Sharov]

А куда она денется?

А хотя да, загрузка то будет с альтернативной ОСи ... Тупанул ... Ну, ничего, за то понимание теперь есть!..

[slant]

А хотя да, загрузка то будет с альтернативной ОСи ... Тупанул ... Ну, ничего, за то понимание теперь есть!..

fstab не правит самостоятельно ни одна из известных мне основных систем. Он генерируется один раз инсталлятором при установке, и все на этом. Все дальнейшие изменения - только ручками.
Так происходит потому, что в современных системах за монтирование разделов во время старта непосредственно отвечает (кто бы сомневался) systemd. А у него свои методы описания - что и куда монтировать, а fstab для него - legacy. Которое он прозрачно использует, но если в дистрибутиве появляется какая-то автоматика по изменениям связанная с разделами и монтированием - находится она уже в другом месте, по правилам systemd.

[Chocobo]

категорически противопоказан в случае FS нового поколения (zfs, btrfs).

Помнится я так делал с бтрфс вполне успешно, можно воспроизвести. Есть что почитать на эту тему? не нашел информации)
Понятно что любые действия этого плана потенциально опасны, просто сам кейс с изменением размера раздела - вполне себе типичный, такая необходимость случается. Конечно parted еще умеет в resizepart, но вероятнее всего он делает ровно то же самое под капотом, просто выглядит это менее пугающим образом, чем наживую удалять раздел нафиг своими руками

1.
создадим раздел с btrfs

Код: Выделить всё

▶ sudo fdisk /dev/sdc   

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): 

Using default response p.
Partition number (1-4, default 1): 
First sector (2048-30851071, default 2048): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-30851071, default 30851071): +5G

Created a new partition 1 of type 'Linux' and of size 5 GiB.

Command (m for help): w
The partition table has been altered.
Syncing disks.
                                                                                                                                                                                                                                                                                                                                                                                                               
▶ lsblk /dev/sdc
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sdc      8:32   1  14,7G  0 disk 
└─sdc1   8:33   1     5G  0 part                                                                                                                                                                              
                                                                                                                                                                                             
▶ sudo mkfs.btrfs /dev/sdc1
btrfs-progs v5.10.1 
See http://btrfs.wiki.kernel.org for more information.

Label:              (null)
UUID:               3c159696-e56d-4dbf-8e94-e7b7bef34773
Node size:          16384
Sector size:        4096
Filesystem size:    5.00GiB
Block group profiles:
  Data:             single            8.00MiB
  Metadata:         DUP             256.00MiB
  System:           DUP               8.00MiB
SSD detected:       no
Incompat features:  extref, skinny-metadata
Runtime features:   
Checksum:           crc32c
Number of devices:  1
Devices:
   ID        SIZE  PATH
    1     5.00GiB  /dev/sdc1
    
▶ sudo fdisk -l /dev/sdc
Disk /dev/sdc: 14,71 GiB, 15795748864 bytes, 30851072 sectors
Disk model: Transcend 16GB  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x108d2701

Device     Boot Start      End  Sectors Size Id Type
/dev/sdc1        2048 10487807 10485760   5G 83 Linux                             
                                                                                                                                                                         
▶ mkdir /tmp/usb; sudo mount -v /dev/sdc1 /tmp/usb
mount: /dev/sdc1 mounted on /tmp/usb.                                                                                                                                                                     

▶ echo "somedata on somefile" | sudo tee -a /tmp/usb/somefile
somedata on somefile                                                                                                                                                                                          
                                                                                                                                                                                                      
▶ df -h /dev/sdc1
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sdc1          5,0G         3,6M  4,5G            1% /tmp/usb                                                                                                                                             

2. Растащим раздел фдиском, ну и файлуху тоже следом

Код: Выделить всё

▶ sudo fdisk /dev/sdc   

Command (m for help): d
Selected partition 1
Partition 1 has been deleted.

Command (m for help): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): 

Using default response p.
Partition number (1-4, default 1): 
First sector (2048-30851071, default 2048): 
Last sector, +/-sectors or +/-size{K,M,G,T,P} (2048-30851071, default 30851071): +10G

Created a new partition 1 of type 'Linux' and of size 10 GiB.
Partition #1 contains a btrfs signature.

Do you want to remove the signature? [Y]es/[N]o: n

Command (m for help): w

The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.
                                                                                                                                                                                                          
▶ sudo fdisk -l /dev/sdc
Disk /dev/sdc: 14,71 GiB, 15795748864 bytes, 30851072 sectors
Disk model: Transcend 16GB  
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x108d2701

Device     Boot Start      End  Sectors Size Id Type
/dev/sdc1        2048 20973567 20971520  10G 83 Linux                                                                                                                                                 
                                                                                                                                                                                                            
▶ sudo mount -v /dev/sdc1 /tmp/usb                           
mount: /dev/sdc1 mounted on /tmp/usb.                                                                                                                                                                     
                                                                                                                                                                                                             
▶ sudo  btrfs filesystem resize max /tmp/usb
Resize '/tmp/usb' of 'max'                                                                                                                                                                                    
                                                                                                                                                                                                          
▶ df -h /dev/sdc1 
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sdc1           10G         3,6M  9,5G            1% /tmp/usb   

▶ cat /tmp/usb/somefile           
somedata on somefile      

Во время эксперимента ни одна файловая система не пострадала

Код: Выделить всё

▶ sudo btrfs check /dev/sdc1
Opening filesystem to check...
Checking filesystem on /dev/sdc1
UUID: 3c159696-e56d-4dbf-8e94-e7b7bef34773
[1/7] checking root items
[2/7] checking extents
[3/7] checking free space cache
[4/7] checking fs roots
[5/7] checking only csums items (without verifying data)
[6/7] checking root refs
[7/7] checking quota groups skipped (not enabled on this FS)
found 196608 bytes used, no error found
total csum bytes: 0
total tree bytes: 131072
total fs tree bytes: 32768
total extent tree bytes: 16384
btree space waste bytes: 124306
file data blocks allocated: 65536
 referenced 65536                                                                                                                                                                                             /0,0s

[slant]

Помнится я так делал с бтрфс вполне успешно, можно воспроизвести. Есть что почитать на эту тему? не нашел информации)

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

P.S. btrfs check прекрасно и сам может угробить раздел. Кроме того он не проверяет данные, только структуру метаданных. Проверять в данном случае нужно не так, а через mount и scrub. check же вообще следует использовать ТОЛЬКО и ИСКЛЮЧИТЕЛЬНО если не помогает ничего другого вообще, и раздел смонтировать не удается никакими другими способами даже в режиме RO. Это вообще одна из самых распространенных ошибок при попытках исправления проблем где участвует btrfs.

[Chocobo]

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

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

Пытаюсь понять где же я могу не могу вдуплить что-то важное, в этом не сложном вроде аспекте)

Попробуй то же самое повторить, если у тебя там btrfs не в single, а как часть общего пространства - скорее всего сразу станет очень весело.

Пожалуй стоит поэкспериментировать, хотя это уже наверное чуть другой кейс)

[slant]

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

Не FS а системе (причем как бы даже и не ядру). Там даже вызов есть специальный, чтобы перечитать таблицы разделов и получить обновленную информацию. Штатно, первый раз это происходит при загрузке системы. Далее - должно происходить каждый раз при изменении таблицы разделов, и место помеченное как свободное (вне разделов) не обязано сохранять ничего, что на нем присутствует. А btrfs (и zfs вроде бы тоже) используют UUID разделов чтобы свои части найти.

[Chocobo]

Не FS а системе (причем как бы даже и не ядру).

Тогда возникает вопрос, что и носитель не обязательно постоянный, даже без учета single - т.к. технически никто не мешает сделать объединение device add например sdс1+sdс2.
Оно же пожалуй тоже не развалится.

Код: Выделить всё

▶ btrfs filesystem show
Label: none  uuid: 3c159696-e56d-4dbf-8e94-e7b7bef34773
	Total devices 2 FS bytes used 12.52GiB
	devid    1 size 10.00GiB used 9.99GiB path /dev/sdc1
	devid    2 size 4.00GiB used 4.00GiB path /dev/sdc2

место помеченное как свободное (вне разделов) не обязано сохранять ничего, что на нем присутствует.

Согласен, логично. Но к этим данным никто и не обращается, т.к. там "ничего нету". Т.е. системе там делать нечего, если сами не перетрем - в теории так и будут лежать)