Форум русскоязычного сообщества Ubuntu


Получить помощь и пообщаться с другими пользователями Ubuntu можно
на irc канале #ubuntu-ru в сети Freenode
и в Jabber конференции ubuntu@conference.jabber.ru

Автор Тема: Безопасно расширить boot [Решено]  (Прочитано 1680 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн ice-pro

  • Автор темы
  • Новичок
  • *
  • Сообщений: 32
    • Просмотр профиля
Безопасно расширить boot [Решено]
« : 12 Апреля 2020, 02:26:10 »
Приветствую,

Нужен совет опытных по поводу расширения boot раздела.

Вот что у меня есть:


boot как видно маловат, хочу расширить.

Можно ли с помощью gparted live cd взять кусок от sdb4, потом сдвинуть sdb3 и sdb2, и потом расширить sdb1?
Нужно ли потом еще grub переустанавливать?

Не хотелось бы запороть систему а потом с бубном восстанавливать.

Перемещать boot на "/" нет желания, так как планирую "/" зашифровать.

Спасибо.
« Последнее редактирование: 03 Мая 2020, 06:28:31 от zg_nico »

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 6840
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #1 : 12 Апреля 2020, 08:17:31 »
Ситуация очень похожа на эту.
Цитировать
Можно ли с помощью gparted live cd взять кусок от sdb4, потом сдвинуть sdb3 и sdb2, и потом расширить sdb1?
Можно. Теоретически, так и нужно делать. Практически...
Прежде чем затевать такую сложную перетасовку, сделай бэкап. После этого можешь начать двигать. Но времени на это может уйти очень много.
Значительно быстрее, снести всю разметку и сделать заново. Данные восстановить из бэкапа.
Цитировать
Не хотелось бы запороть систему а потом с бубном восстанавливать
Пока что у тебя сделано все, чтобы именно это и произошло. При передвижениии разделов могут измениться их УУИДы. В этом случае придется изменять их в соответствующих конфигах. При создании новых разделов, УУИДы изменятся точно.
Цитировать
Нужно ли потом еще grub переустанавливать?
Ответ примерно как в предыдущем предложении. Что там у тебя наворочено, ты сам не представляешь, а как все это себя поведет при перемещении представить еще сложнее.

Оффлайн Дюшик

  • Активист
  • *
  • Сообщений: 895
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #2 : 12 Апреля 2020, 09:41:32 »
Подкину ещё один вариант.
1. Уменьшить /dev/sdb5 например на 500 МБ.
2. Через Gparted скопировать и вставить /dev/sdb1 на освободившееся место.
3. В Gparted изменить UUID раздела /dev/sdb1. ПКМ на этом разделе -> Новый UUID
Всё делать с установочного носителя.
4. Пробовать загружать систему.

Если система грузится, то снова загрузится с установочного носителя и через Gparted увеличить "новый" раздел /boot (он будет последний на диске). Проверить загрузку\работу системы и после этого можно удалить (а можно оставить, он хлеба не просит) раздел /dev/sdb1 (старый /boot).

Оффлайн ReNzRv

  • Старожил
  • *
  • Сообщений: 2648
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #3 : 12 Апреля 2020, 11:14:33 »
Цитировать
boot как видно маловат, хочу расширить.
Можно ядра лишние поудалять и держать не более 2х, тогда и место будет.

Оффлайн ice-pro

  • Автор темы
  • Новичок
  • *
  • Сообщений: 32
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #4 : 12 Апреля 2020, 12:24:04 »
Цитировать
boot как видно маловат, хочу расширить.
Можно ядра лишние поудалять и держать не более 2х, тогда и место будет.

там только 2 ядра
-rw-r--r--  1 root root   235824 Mar 26 19:54 config-5.3.0-45-generic
-rw-r--r--  1 root root   235846 Mar 27 17:22 config-5.3.0-46-generic
drwx------  3 root root      512 Jan  1  1970 efi
drwxr-xr-x  5 root root     1024 Apr 11 00:02 grub
lrwxrwxrwx  1 root root       27 Apr 11 00:02 initrd.img -> initrd.img-5.3.0-46-generic
-rw-r--r--  1 root root 89899318 Apr  3 10:08 initrd.img-5.3.0-45-generic
-rw-r--r--  1 root root 89901817 Apr 11 00:02 initrd.img-5.3.0-46-generic
lrwxrwxrwx  1 root root       27 Apr 10 16:52 initrd.img.old -> initrd.img-5.3.0-45-generic
drwx------  2 root root    12288 Oct 17  2018 lost+found
-rw-r--r--  1 root root   182704 Jan 28  2016 memtest86+.bin
-rw-r--r--  1 root root   184380 Jan 28  2016 memtest86+.elf
-rw-r--r--  1 root root   184840 Jan 28  2016 memtest86+_multiboot.bin
-rw-------  1 root root  4704521 Mar 26 19:54 System.map-5.3.0-45-generic
-rw-------  1 root root  4704973 Mar 27 17:22 System.map-5.3.0-46-generic
lrwxrwxrwx  1 root root       24 Apr 10 16:52 vmlinuz -> vmlinuz-5.3.0-46-generic
-rw-------  1 root root 11399928 Mar 26 20:15 vmlinuz-5.3.0-45-generic
-rw-------  1 root root 11404024 Mar 27 17:48 vmlinuz-5.3.0-46-generic
lrwxrwxrwx  1 root root       24 Apr 10 16:52 vmlinuz.old -> vmlinuz-5.3.0-45-generic

Пользователь добавил сообщение 12 Апреля 2020, 12:26:07:
Подкину ещё один вариант.
1. Уменьшить /dev/sdb5 например на 500 МБ.
2. Через Gparted скопировать и вставить /dev/sdb1 на освободившееся место.
3. В Gparted изменить UUID раздела /dev/sdb1. ПКМ на этом разделе -> Новый UUID
Всё делать с установочного носителя.
4. Пробовать загружать систему.

Если система грузится, то снова загрузится с установочного носителя и через Gparted увеличить "новый" раздел /boot (он будет последний на диске). Проверить загрузку\работу системы и после этого можно удалить (а можно оставить, он хлеба не просит) раздел /dev/sdb1 (старый /boot).

Так а в MBR разве UUID хранится?
Мне кажется при таком варианте придется update-grub + grub-install делать..

Пользователь добавил сообщение 12 Апреля 2020, 12:34:13:
Ситуация очень похожа на эту.
Цитировать
Можно ли с помощью gparted live cd взять кусок от sdb4, потом сдвинуть sdb3 и sdb2, и потом расширить sdb1?
Можно. Теоретически, так и нужно делать. Практически...
Прежде чем затевать такую сложную перетасовку, сделай бэкап. После этого можешь начать двигать. Но времени на это может уйти очень много.
Значительно быстрее, снести всю разметку и сделать заново. Данные восстановить из бэкапа.
А действительно быстрее будет переделать разметку? Можете поподробнее как это правильно сделать?
Мне кажется поправить fstab + переустановить grub тоже не времязатратно.

Цитировать
Цитировать
Не хотелось бы запороть систему а потом с бубном восстанавливать
Пока что у тебя сделано все, чтобы именно это и произошло. При передвижениии разделов могут измениться их УУИДы. В этом случае придется изменять их в соответствующих конфигах. При создании новых разделов, УУИДы изменятся точно.
Мне казалось что для загрузчика (BIOS) не только UUID важен, а MBR, а там ведь адрес сектора на ЖД а не UUID. Или я ошибаюсь?
« Последнее редактирование: 12 Апреля 2020, 12:34:13 от ice-pro »

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 6840
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #5 : 12 Апреля 2020, 13:30:38 »
Вариант "Дюшика" технически самый простой. Единственный его недостаток в том, что к существующей каше разделов добавится еще один раздел.
Цитировать
Так а в MBR разве UUID хранится?
Во первых, в ЕФИ-режиме MBR вообще не причем. Во вторых. У нового раздела будет УУИД, который еще вообще не известен твоей системе. Нужно прописать его в конфиге груба (возможно во всех конфигах), возможно в fstab (не знаю, как и где он у тебя монтируется или нет).
Цитировать
Мне кажется при таком варианте придется update-grub
До этой команды тебе придется сначала как-то запустить систему. И как ты это намерен делать при измененном УУИД.
Цитировать
действительно быстрее будет переделать разметку?
Быстрее, может быть даже раз в десять быстрее. Этот вариант особенно хорош если образумишься и поймешь, что раздел /boot не нужен абсолютно. Если уж совсем невмоготу, то в режиме ЕФИ его функции может выполнять ESP-раздел.
А если хоть раз создавал разметку, то тут и объеснять нечего. Хорошенько обдумываешь, будущую разметку и создаешь Самый быстрый способ удалить все старые разделы, создать новую таблицу разделов.
Цитировать
Мне казалось что для загрузчика (BIOS) не только UUID важен, а MBR
Почему-то ты упорно талдычишь про MBR. Во первых, грубо говоря никакой MBR у тебя нет. У тебя таблица разделов GPT, иначе ты не накрошил-бы пять разделов.
Во вторых, Если у тебя режим ЕФИ, то сам загрузчик находится на ESP-разделе. А вот если у тебя режим легаси, становится абсолютно бесполеен ESP-раздел.
Поэтому, ты сам разберись, что у тебя к чему.
« Последнее редактирование: 12 Апреля 2020, 13:36:40 от andytux »

Оффлайн Дюшик

  • Активист
  • *
  • Сообщений: 895
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #6 : 12 Апреля 2020, 13:49:16 »
Мне кажется при таком варианте придется update-grub + grub-install делать..

Вообще ничего делать не нужно. Если система не загрузится с нового раздела, вот тогда нужно будет подредактировать fstab (прописать в нём изменившийся UUID старого раздела /boot), чтобы система снова грузилась со старого раздела.

Оффлайн vladimirzhuravlev

  • Старожил
  • *
  • Сообщений: 1772
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #7 : 12 Апреля 2020, 14:18:14 »
Ему наверное нужно вообще выбросить один из загрузочных разделов. А так как-то через попу... оба boot что-ли задействованы ?

Оффлайн Pilot6

  • Старожил
  • *
  • Сообщений: 14037
  • Xubuntu 18.04
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #8 : 12 Апреля 2020, 14:22:53 »
оба boot что-ли задействованы ?
Тут не оба boot. Это два разных раздела. Я тоже так иногда делаю в точности. Хотя сейчас разобрался как можно грабли с btrfs обойти и boot выделять перестал.
Я в личке не консультирую. Вопросы задавайте на форуме.

Оффлайн ice-pro

  • Автор темы
  • Новичок
  • *
  • Сообщений: 32
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #9 : 12 Апреля 2020, 16:25:34 »
Цитировать
Почему-то ты упорно талдычишь про MBR. Во первых, грубо говоря никакой MBR у тебя нет. У тебя таблица разделов GPT, иначе ты не накрошил-бы пять разделов.
Во вторых, Если у тебя режим ЕФИ, то сам загрузчик находится на ESP-разделе. А вот если у тебя режим легаси, становится абсолютно бесполеен ESP-раздел.
Поэтому, ты сам разберись, что у тебя к чему.

Почитал, так как с UEFI был не знаком.

Во-первых, у меня "/sys/firmware/efi" на месте, значит не BIOS, а соответственно MBR тут ни при чем.

Во-вторых, как я понял UEFI работает с разделами находя их по UUID, значит таки достаточно просто сохранить UUID.

Пара вопросов:
1. Хотел бы разобраться какая роль у /boot раздела, а какая у /boot/efi?
2. Кто-то из них (а точнее его UUID) видимо прошит в UEFI и загрузчик так определяет что и как грузить, я прав?

Спасибо.

Пользователь добавил сообщение 12 Апреля 2020, 16:27:09:
Мне кажется при таком варианте придется update-grub + grub-install делать..

Вообще ничего делать не нужно. Если система не загрузится с нового раздела, вот тогда нужно будет подредактировать fstab (прописать в нём изменившийся UUID старого раздела /boot), чтобы система снова грузилась со старого раздела.

Ознакомившись чуть ближе с EFI я теперь понял что действительно UUID достаточно.
Попробую предложенный вариант.
« Последнее редактирование: 12 Апреля 2020, 16:27:09 от ice-pro »

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 6840
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #10 : 12 Апреля 2020, 17:15:00 »
Цитировать
какая роль у /boot раздела
Никакой. Вот когда поймешь, зачем он нужен, тогда и создавай.
Цитировать
какая у /boot/efi?
Начать с того, что это каталог. ESP-раздел необходим для режима ЕФИ, на этом разделе находятся загрузчики.
Во время загрузки *бунту этот раздел монтируется в каталог /boot/efi (строка в fstab).
Цитировать
Кто-то из них (а точнее его UUID) видимо прошит в UEFI
Нет. Единственно, что "прошито" в спецификации УЕФИ, он должен уметь найти на ESP-разделе загрузчик по умолчанию, файл с именем BOOTX64.EFI. Все остальное на совести УЕФИ-писателя.
ESP-раздел - это раздел с файловой системой FAT32. Все остальное (флаги boot,esp, специальные тип и т.д.) на совести УЕФИ-писателя.

Оффлайн vladimirzhuravlev

  • Старожил
  • *
  • Сообщений: 1772
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #11 : 12 Апреля 2020, 18:48:01 »
Тут не оба boot. Это два разных раздела
У себя я такого никогда-бы не задумался заделать. Например на рабочем вин 7 и linux установлены в легаси режиме. Раздела boot вообще нет. На компе другом только ESP раздел, где установлены два дистрибутива linux. Про  btrfs тут упоминать не будем, для топикстартёра это тёмный лес, как впрочем и для меня. Мало-ли что софтопейсатели придумают от нечего делать, совсем не обязательно юзать эти новомодные фишки.

Оффлайн OldSamuray

  • Активист
  • *
  • Сообщений: 840
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #12 : 12 Апреля 2020, 21:09:41 »
До этой команды тебе придется сначала как-то запустить систему. И как ты это намерен делать при измененном УУИД.
не обязательно, chroot в подмонтированные разделы
Посмотрел чужие костыли — не понравились — сделал свои, родные

Оффлайн ice-pro

  • Автор темы
  • Новичок
  • *
  • Сообщений: 32
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #13 : 13 Апреля 2020, 01:48:38 »
Подкину ещё один вариант.
1. Уменьшить /dev/sdb5 например на 500 МБ.
2. Через Gparted скопировать и вставить /dev/sdb1 на освободившееся место.
3. В Gparted изменить UUID раздела /dev/sdb1. ПКМ на этом разделе -> Новый UUID
Всё делать с установочного носителя.
4. Пробовать загружать систему.

Если система грузится, то снова загрузится с установочного носителя и через Gparted увеличить "новый" раздел /boot (он будет последний на диске). Проверить загрузку\работу системы и после этого можно удалить (а можно оставить, он хлеба не просит) раздел /dev/sdb1 (старый /boot).

Готово! Как часы. Спасибо.

Оффлайн andytux

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 6840
    • Просмотр профиля
Re: Безопасно расширить boot
« Ответ #14 : 13 Апреля 2020, 05:30:19 »
"Эта роль ругательная. Попрошу ко мне ее не применять."
Цитировать
не обязательно, chroot в подмонтированные разделы
Во первых, тоже потребует:
Цитировать
сначала как-то запустить систему
Далее.
В моем случае, в текстовом редакторе поправить несколько цифр. Процесс непростой, есть где ошибиться.
В твоем варианте, шесть монтирований, работа в терминале, все отмонтировать... осталось только материться.

 

Страница сгенерирована за 0.037 секунд. Запросов: 24.