Тебе это для обучения или для практического использования? Во втором случае я бы создал второй новый виртуальный диск нужного объема, разметил как надо и скопировал в него всё со старого. А потом отсоединил от виртуалки старый диск. 5 Гб быстро скопируется

Если у тебя там MBR, то sda2 - это расширенный раздел для обхода ограничения на 4 раздела. Если у тебя там был только свап, то носи его через fdisk, например, и расширяй корень.

удали sda5 и sda2. потом увеличь sda1

Даже если не учитывать ситуации когда твоя схема невозможна (например, на хосте нет места чтобы одновременно и старый и новый диск хранить), то она просто избыточна, лишние ненужные действия. Увеличение ext4-раздела - совершенно безопасная и простая операция, совершенно незачем для этого копировать 5ГБ куда-то.

sda2 это контейнер для разделов sda5,6,7 итд, тебе он не нужен, его тоже удаляй.

fdisk /dev/sda
Command (m for help): p
  -- покажет таблицу разделов
Command (m for help): d
Partition number (...): 5
...
Command (m for help): d
Partition number (...): 2
...
Command (m for help): w

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

Твой подход подразумевает возможность потерять данные. В случае с копией исходник всегда остается у тебя

Нет не подразумевает. С чего бы им теряться? Или ты про то что он может опечататься и удалить первый раздел, а затем ещё случайно dd if=/dev/zero of=/dev/sda сделать?

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

для изучения)

да, смонтирован и с него запущена система.

да, смонтирован и с него запущена система.

это не проблема, не слушай дилетантов

Бери live-образ, грузись и меняй разметку на диске. Не забудь оттуда же сделать resize2fs.

Не нужен для этого live, ext4 уже давным давно умеет ресайзиться без отмонтирования.

А насколько давно?

В man resize2fs написано

Modern Linux 2.6 kernels will support on-line resize for file systems mounted using ext3 and ext4; ext3 file systems will require the use of file systems with the re‐size_inode feature enabled.

точнее можешь найти в changelog этого мана или в changelog ядер 2.6. Но само по себе 2.6 означает, что уже больше 10 лет.

Вот эт я отстал от технолождий!

я пачил ядро в мандраке-мандриве знакому в 2003, чтобы работало. т.е. это уже тогда было и на ext2, ext3 ещё не массовоое было. считалось экспериментальной новинкой

году в 2008 уже завезли поддержку по умолчанию, но там были какие-то ограничения последний раз я на ходу добавлял место этим летом на 3 ВМ, если LVM и ext4 то можно ключ -r дать и оно сразу и ФС исправит

live нужен только для уменьшения и то только корневой

покажи вывод в нормальной программе, sfdisk -l /dev/sda и sfdisk -d /dev/sda, lsblk не годится

спасибо, данные действия помогли удалить разделы, а другие команды увеличить размер первого и единственного раздела до нового размера диска

всем спасибо за советы.

Итого: проблема решена. sda2 размером 1К это заголовок (или как его там правильно назвать) расширенного раздела.

С помощью fdisk удалил sda2 (расширенный раздел) и sda5 (swap) С помощью growpart и resize2fs увеличил размер первого и единственного раздела до размера нового диска на лету.

С помощью growpart

growpart еще найти где-то надо. cloud-guest-utils это не то что установлено везде. fdisk’ом удаляется раздел sda1 и не отходя от кассы создается снова, с тем же началом и «новым увеличенным» концом.

Качаешь gparted-live…

Собственно, если не умеешь в командной строке - для этого сделали инструмент по проще. Всё. Вопрос решён.

Качаешь gparted-live…

Это чтобы подвинуть sda2?

Судя по разбивки он при инсталляции выбрал ручное разбиение и что то там накосячил. Не может нормально быть чтобы /boot был не отдельно.

И вообще ему нужно было выбирать lvm просто бы тогда подцепил к root это новый раздел и все.

Да хоть что делать, хоть размер увеличить (а уменьшить так вообще намного проще), подвинуть, удалить, создать. Оно же там мышетыкательное. Двигаю я разделы и уменьшаю именно там. Потому, что легче. Не, я могу и консольными командами все сделать, квалификация позволяет, но зачем?

Да хоть что делать, хоть размер увеличить

Да я понимаю, и в курсе про parted-gtk (он есть в том же rescuecd и т.д.) хотя я могу и parted и в cli юзать … просто TC в сообщении написал:

При этом я отключил swap, убрал его из fstab и не пранирую использовать, соответстветно раздел этот можно снести.

Но меня больше заинтересовало как он смог дистр без отдельного /boot поставить … ну и ладно.

как он смог дистр без отдельного /boot поставить

Да ручками в инсталлере, наверняка натыкал. Я тоже не представляю дефолтной разметки без отдельного /boot

Увеличение раздела - это перезапись таблицы разделов… Для которой контроллер просто сменит физический адрес ячеек с данными… Надо подушнить… И вообще можно вместо файла физический раздел диска использовать… Но не из винды… Винда такое не дает…

На современных системах там в принципе /efi только монтироваться должен, остальное - под корень. Не доходят у меня руки сделать по уму

Чего? Отдельный /boot только вручную и делают некоторые по гайдам из 90-х (которые для LILO), а так в нём смысла давным давно нет и по крайней мере в нормальных дистрах (дебиан, как у автора) это никаким боком не дефолт.

Чего? Отдельный /boot только вручную и делают некоторые по гайдам из 90-х (которые для LILO), а так в нём смысла давным давно нет и по крайней мере в нормальных дистрах (дебиан, как у автора) это никаким боком не дефолт.

Вы не правы. Постоянно ставлю в ВМ то Debian то el и там всегда есть отдельный boot по умолчанию.

Имею противоположные наблюдения, не видел никогда дефолтно-отдельного /boot в дебиановском установщике. Что за el не знаю.

Ты давно Debian, к примеру, ставил? Я хрен знает, как там щас с новомодной федорой или ещё чем таким, арч там сам размечаешь. А в rhel/debian и всяких отечественных бут отдельный (ну то, с чем я работаю).

Что за el не знаю.

Ну если вы не знаете, что такое EL, то и к остальному уже вопросы. Вот щас открыл дебьян, который ставился примерно пару лет назад:

[code] root@git:~# cat /etc/fstab

/etc/fstab: static file system information.

Use ‘blkid’ to print the universally unique identifier for a

device; this may be used with UUID= as a more robust way to name devices

that works even if disks are added and removed. See fstab(5).

/dev/mapper/git–vg-root / ext4 errors=remount-ro 0 1

/boot was on /dev/sda1 during installation

UUID=b142986b-c256-4623-aefb-588b83dcee5e /boot ext2 defaults 0 2 /dev/mapper/git–vg-swap_1 none swap sw 0 0 /dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0 /swapfile swap swap sw 0 0 root@git:~# [/code]

Несколько месяцев назад ставил последний раз, debian 12, в виртуалку.

В дефолтном дебиане нет никаких /dev/mapper, там монтирование по UUID=.

Видимо ты при установке всунул ему lvm и из-за этого всё так стало. boot на lvm нельзя наверно и поэтому отдельный. На шапкодистре с lvm-ом я такое тоже видел.

Видимо ты при установке всунул ему lvm и из-за этого всё так стало.

Выбирается в меню. Конечно с LVM, это ж виртуалка, которой, скорее всего, разделы будут увеличиваться.

debian 12, в виртуалку.

Ладно. Потом проверю установку без LVM, и если что - приду покукарекать, что ты обманул. Ну или не приду, чтоб не позориться xD

Касательно «это ж виртуалка» - там наоборот смысла в lvm ещё меньше, по двум причинам. Во-первых в виртуалках обычно всего один раздел где всё в корне (и в твоём fstab как раз так и есть), во-вторых если разделов больше, то их можно выделить как два-три-итд виртуальных диска и управлять ими снаружи (при расширении какого-то раздела всё равно сначала надо расширять диск извне - вот и расширишь только тот, где раздел хранится). LVM же ставят для того чтобы смочь расширить раздел, который сверху уже загорожен другим (свап не в счёт, кстати, его двигать просто).

(и в твоём fstab как раз так и есть)

Ну в моем fstab есть ещё swapfile. Я не понял, почему тег [code] не сработал. И вот расширить раздел, например, не трогая swap как раз таки проще с LVM (на несколько команд меньше). А ещё случае с LVM машинку можно не ребутать…

Я ж уточнил что свап не в счёт - его передвинуть всегда просто (swapoff, delete, create, mkswap, swapon). Да, дополнительные команды, но они совершенно тривиальные. Ребутать не нужно в любом случае, lvm тут ничего не меняет.

Второй свап не заметил сначала. Зачем на виртуалке аж два свапа что-то непонятно. Но это не меняет ничего в плане этой задачи.

Просто, но это же больше одной команды. Гораздо проще pvresize && pvextend -t -L … В общем мне так больше нравится. И опять же - перезагружаться не надо (в случае без LVM это, как правило, необходимость и никакое перечитывание таблицы разделов тут не поможет).

в случае без LVM это, как правило, необходимость и никакое перечитывание таблицы разделов тут не поможет

Не выдумывай. Так может быть было 15 лет назад, но не сейчас. Хотя тоже сомневаюсь: чтобы сделать pvresize сначала надо обновить таблицу разделов (и pvresize и файловые системы берут размер раздела из одного и того же места), так что вряд ли оно хоть когда-то могло отличаться.

Только что, специально для проверки поставил Debian 13.7.0

1. Выбрал пункт - Все файлы в одном разделе (рекомендуется новичкам)
2. Показал разбивку (в инстапяторе):

#1 первич ext4 /
#5 логич. подк подк

3. Зашел в систему после установки:

vda1 part /
vda2 part
vda5 part [SWAP]

Хм. Признаю ошибку, был не прав, по умолчанию так и лепит. Странно конечно, но в принципе я уже привык к нелогичным закидонам Debian.

Так может быть было 15 лет назад, но не сейчас

Да не выдумываю. У меня сотни виртуалок под управлением Debian12/13 и Rhel с его клонами. И знаешь, сё очень сильно may vary. В идеальном мире оно перезагрузки не должно требовать - достаточно перечитать только таблицу разделов. Но вот поди ж ты, не работает.

Чего тут нелогичного то? В отдельном boot самом по себе смысла нет - он его и не делает. Но вот грузиться с lvm видимо или вообще нельзя или могут быть проблемы - поэтому когда lvm то boot вне его.

В отдельном boot самом по себе смысла нет

Вообще зависит от ФС и опций сборки ядра и поддержки нужной ФС загрузчиком.

Чего тут нелогичного то?

я про то что: пункт 1 жмешь и видишь пункт 2, все таки это не совсем один, как заявлено.

Но вот грузиться с lvm видимо или вообще нельзя или могут быть проблемы

ну да, я обычно кругом ставлю lvm вот и привык что /boot всегда рядом.