LINUX.ORG.RU

Размеры EFI раздела

 , ,


0

1

Всех приветствую, есть комп с Windows 10 Pro 21h1, решил установить ElementoryOS 6 в паре с десяткой. Возник вопрос, не будет ли проблем если EFI раздел всего 100МБ? И второй вопрос, под линьку даю 256ГБ, посоветуйте как разметить диск для комфортного использования.

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

В интернете читал что желательно минимум 500мб

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

ну и какие? Груб на ефи занимает меньше метра, рефинд с HD обоиной меньше десяти, системд бут тот вообще меньше 100Кб. Держать на ефи разделе ядра не надо и все будет хорошо. Если в вашем дистре такое по умолчанию сделано то лучше сменить дистр неизвестно какую глупость туда еще впихнули

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

А какие проблемы будут

Нехватка места.

и как их исправить

Увеличить размер раздела.

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

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

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

anonymous
()

Пожалуйста, давайте не будим разводить конфликт, а быстренько решим проблему, и закроем тему

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

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

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

/boot это директория (в просторечии папка) коневой системы линукс где обычно хранятся яра и initramfs и некоторые файлы загрузчиков. Выносится в отдельный раздел диска только в специальных случаях на ефи раздел в исключительных , а обычно на том же разделе что и вся корневая система. К типу установки отношения не имеет что ефи что мбр все равно /boot есть

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

Так, ну это я понял, а теперь давайте разберёмся с моим вопросом: буду ставить ElementoryOS на 100 мб efi, проблемы будут? На virtualbox’е efi раздел занимает 10,9 мб, смотрю через проводник в Elementory

tfrisker
() автор топика

А если ставить ubuntu, то там будет проблем меньше? Просто выбор дали, Ubuntu или ElementoryOS

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

Проблемы с незнакомой системой у вас по любому будут. Тут как при любом новом инструменте необходимо обучение и привыкание. Elementory основана на убунте и по сути она и есть с некоторыми своими настройками.

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

Тут вот говорят, что везде по умолчанию ядра кладутся на раздел, отдельный от ESP. Так что смотреть надо, как в Elementary. Может, не нужно будет ничего делать.

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

Ну тогда и освоитесь быстро. Гляньте куда примонтирован ефи раздел в установленной системе в ВМ, если не в /boot а в /boot/efi например то все в порядке.

В терминале

df -h

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

Если не помните какой раздел ефи то сначала

fdisk -l

anonymous
()

efi - 1024MB
/ - 200000MB

/home - /dev/hdd
swap - 4096MB
home - free space

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

Забей и не трогай EFI раздел, созданный Windows - размера хватит

+1024

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

Буквально неделю назад ставил Elementary OS 6 второй системой. «Так, посмотреть». Уже был установлен Arch Linux. EFI-раздел был на 100 мегабайт. Установщик Elementary OS при выборе этого раздела говорил, что он слишком маленький. Увеличил раздел до 500 мегабайт - установщику понравилось. Не знаю как вы на VirtualBox поставили Elementary OS на 100 мегабайтный EFI, но если он будет размером в 0.5 или даже 1 гигабайт, то проблем точно быть не должно.

trickybestia
()

Еекоторые ноутбуки (например, Thinkpad’ы) обновляют биос и ec через fwupdmgr, кладя файлы прошивки в efi-партицию. Если у тебя не такой ноутбук, то пофиг.

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

Так это не я разделы создавал, это дело рук авторазметки

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

я знаю один который недавно ставил по gui установщику - Solus OS. Он не пытается предложить создать новый efi fat32 раздел, он видит вендовый на 100мб.

к примеру установщик opensuse в тысячи раз «умнее» и если ему в ручном режиме выбрать только один SSD с которым он имеет право работать, то создает 512мб.

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

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

root@host:~# btrfs subvolume list /
ID 300 gen 186914 top level 435 path home/AA_home/user_
ID 306 gen 163144 top level 435 path home/AA_home/tech
ID 307 gen 1020393 top level 313 path home/google
ID 308 gen 163144 top level 435 path home/AA_home/vk
ID 309 gen 163144 top level 435 path home/AA_home/mailru
ID 310 gen 163144 top level 435 path home/AA_home/novel
ID 311 gen 163144 top level 435 path home/AA_home/other_sites
ID 312 gen 1019977 top level 313 path home/steam_linux
ID 313 gen 1020393 top level 5 path sysroot
ID 337 gen 163144 top level 435 path home/AA_home/tor
ID 340 gen 163144 top level 435 path home/AA_home/btr
ID 341 gen 163144 top level 435 path home/AA_home/wget
ID 342 gen 163144 top level 435 path home/AA_home/trade
ID 431 gen 1006367 top level 313 path bin
ID 432 gen 163144 top level 313 path boot
ID 433 gen 163144 top level 313 path dev
ID 434 gen 1020390 top level 313 path etc
ID 435 gen 134593 top level 313 path home/AA_home
ID 436 gen 1009678 top level 313 path lib
ID 437 gen 175478 top level 313 path lib32
ID 438 gen 163144 top level 313 path lib64
ID 439 gen 1006545 top level 313 path media
ID 440 gen 1013505 top level 313 path mnt
ID 441 gen 164627 top level 313 path opt
ID 442 gen 163144 top level 313 path proc
ID 443 gen 1019622 top level 313 path root
ID 444 gen 163144 top level 313 path run
ID 445 gen 1009375 top level 313 path sbin
ID 446 gen 163180 top level 313 path srv
ID 447 gen 163144 top level 313 path sys
ID 448 gen 1019622 top level 313 path tmp
ID 449 gen 153991 top level 313 path usr
ID 450 gen 1013505 top level 313 path var
ID 451 gen 130222 top level 436 path lib/firmware
ID 452 gen 149028 top level 436 path lib/modules
ID 453 gen 1009678 top level 449 path usr/bin
ID 454 gen 154134 top level 449 path usr/games
ID 455 gen 189367 top level 449 path usr/include
ID 456 gen 1009803 top level 449 path usr/lib
ID 457 gen 175478 top level 449 path usr/lib32
ID 458 gen 165451 top level 449 path usr/local
ID 459 gen 1009375 top level 449 path usr/sbin
ID 460 gen 1009678 top level 449 path usr/share
ID 461 gen 149030 top level 449 path usr/src
ID 462 gen 1009815 top level 450 path var/backups
ID 463 gen 1020389 top level 450 path var/cache
ID 464 gen 1020390 top level 450 path var/lib
ID 465 gen 163144 top level 450 path var/local
ID 466 gen 1020393 top level 450 path var/log
ID 467 gen 163144 top level 450 path var/mail
ID 468 gen 163144 top level 450 path var/opt
ID 469 gen 192843 top level 450 path var/spool
ID 470 gen 1005599 top level 450 path var/tmp
ID 471 gen 163144 top level 464 path var/lib/libvirt/images
ID 473 gen 1006470 top level 313 path home/steam_wine
ID 474 gen 1009091 top level 313 path home/openmw
ID 475 gen 1006470 top level 313 path home/wine
ID 484 gen 1020393 top level 313 path home/vk
ID 488 gen 1019215 top level 313 path home/isolate
ID 548 gen 1017730 top level 313 path home/github
ID 577 gen 169278 top level 313 path home/indx
root@host:~# 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).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass> 

# /dev/sda1: LABEL="2018_08_10_rootfs2" UUID="8d5bc273-25a6-4772-9444-46f46a6a389f" UUID_SUB="4dad9e4a-5f6c-4929-8680-184d676b27e7" TYPE="btrfs" PARTUUID="c1b57d85-01"
UUID=8d5bc273-25a6-4772-9444-46f46a6a3892 /        btrfs discard,noatime,ssd,compress-force=zlib:6,commit=3600,thread_pool=2,subvol=sysroot 1 1
# /dev/sda2: LABEL="2018_08_10_boot2" UUID="979d52a7-bf5c-47f4-9f0b-61a0b0e10058" TYPE="ext4" PARTUUID="c1b57d85-02"
UUID=979d52a7-bf5c-47f4-9f0b-61a0b0e10057 /boot    ext4  discard,noatime 0       2
# LABEL="home" UUID="e5bb528e-21eb-4c8e-bdc1-eb1460a80688" UUID_SUB="62a5c1c3-4a0a-4564-afeb-12c1f838235a" TYPE="btrfs" PARTUUID="000e698e-01"
UUID=e5bb528e-21eb-4c8e-bdc1-eb1460a80688 /home_     btrfs noatime,ssd,compress-force=zlib:6,commit=3600,thread_pool=5,noauto 0 0
# LABEL="ARC" UUID="fc9b5ed0-3252-45b5-8de9-509e8a12cd9b" UUID_SUB="afaf42eb-b7b3-4103-8f86-54ea67bfdfdd" TYPE="btrfs" PARTUUID="6befdeb1-03bf-4dca-964e-808cb393e247" ,subvol=<FS_TREE>
UUID=fc9b5ed0-3252-45b5-8de9-509e8a12cd9b /mnt/ARC           btrfs noatime,ssd,compress-force=zlib:6,commit=3600,thread_pool=5 0 0
UUID=fc9b5ed0-3252-45b5-8de9-509e8a12cd9b /var/steam/ssd     btrfs noatime,ssd,compress-force=zlib:6,commit=3600,thread_pool=5,subvol=steam 0 0
# LABEL="steam_linux_nvme" UUID="36165962-e6bc-4c7e-a334-bc025622c66d" UUID_SUB="087df22f-3327-4d5e-ac77-8d56863a8079" TYPE="btrfs" PARTUUID="36188c84-4cfc-449c-8dbc-29fdc242e271"
UUID=36165962-e6bc-4c7e-a334-bc025622c66d /var/steam/nvme    btrfs noatime,ssd,compress-force=zlib:6,commit=3600,thread_pool=5 0 0

proc /proc proc  noatime,hidepid=2,gid=0
sys  /sys  sysfs noatime

tmpfs_001 /tmp                     tmpfs defaults,size=512M  0 1
tmpfs_002 /var/cache/apt/archives  tmpfs defaults,size=768M  0 1
tmpfs_003 /home/Memory             tmpfs defaults,size=2G   0 1





#steam Name: Steam     UUID: cdadac39-d1ec-a042-8841-d014df36ee45 Subvolume ID: 410 Parent ID: 5
#/     Name: <FS_TREE> UUID: 92c757d3-fb83-4179-9cfb-6a6c3c75993c Subvolume ID: 5 Parent ID: 0

# Swap
UUID=37030418-b261-48b9-8042-175820a764b9 none swap defaults,pri=10 0 0

root@host:~# cat .bash_history | grep btrfs
mkfs.btrfs -d single -m dup -L steam_linux_nvme -n 65536 /dev/nvme0n1p1
root@host:~# 

root@host:~# fdisk -l
Disk /dev/nvme0n1: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: INTEL SSDPEKNW512G8                     
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: gpt
Disk identifier: цензура

Device         Start        End    Sectors   Size Type
/dev/nvme0n1p1  2048 1000215182 1000213135 476.9G Linux filesystem


Disk /dev/sda: 476.94 GiB, 512110190592 bytes, 1000215216 sectors
Disk model: INTEL SSDSC2KW51
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: gpt
Disk identifier: цензура

Device     Start        End    Sectors   Size Type
/dev/sda1   2048 1000214527 1000212480 476.9G Linux filesystem


Disk /dev/sdb: 111.79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: WDC WDS120G1G0A-
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: цензура

Device     Boot     Start       End   Sectors  Size Id Type
/dev/sdb1            2048 205080575 205078528 97.8G 83 Linux
/dev/sdb2  *    230246400 234440703   4194304    2G 83 Linux
/dev/sdb3       205080576 230246399  25165824   12G 82 Linux swap / Solaris

Partition table entries are not in disk order.
root@host:~# 

В принципе должно быть понятно, если есть какие вопросы то спрашивай.

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

С убунтой точно проблем не будет. Я имею ввиду, что раздела в 100 хватит. Ну и у вас проблем меньше будет. По убунте много чего написано в инетах. Только с DE (окружением рабочего стола) определитесь сначала. И лучше это сделать, записав флешки с разными вариантами ubuntu, kubuntu, xubuntu, ubuntu Mate, и загрузившись с них, немного погонять систему. Поймёте что вам удобнее. С остальным помогут.

beduin747
()

Во время установки выбрать «Установить рядом» и инсталлятор всё сам разобьёт

elfmaid
()

Как хорошо раньше было с обычным биосом, выбирай разметку и ставь, всё понятно. Сейчас купил новое железо и думаю как поставить арч, можно ли вообще обойтись без отдельного раздела efi или нет и зачем он вообще нужен. Старый я для таких инноваций как efi, systemd.

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

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

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

Ну и загрузчики друг другу не мешают как на биос mbr. Храни хоть с десяток разных и выбирай нужный

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

Поставь и посмотри сколко места займет. 5 минут ставить, если без настроек. Если несколько линей, да еще те, что с efi сразу грузятся, проблемы будут, если один штук, стандартный, то должен запихнуться. У меня мало занимает, влез бы. Для душевного спокойствия можешь сначала забэкапить свой efi.

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