LINUX.ORG.RU
Форум — Linux-install  

Косячная установка Fedora с автоматической разбивкой

 


0

1

Всем ку! Коротко: Машина - Huawei matebook X pro 2020. (Core i7, ram 2x8gb , GeForce MX250)

  • Некоторое время назад на аппарате была попытка корявой установки Linux рядом с Windows (какой дистрибутив Linux был установлен - хз). После такого же корявого удаления Линукса слетела винда, в результате чего было выполнено восстановление системы. После всех этих действий от Линукса остался загрузчик GRUB.
  • Далее Fedora таки была установлена, но в автоматической разбивке. Как итог - очень долго грузится, не с первой попытки происходит вход в систему, и в целом тормозит.
  • Теперь уже при установке Fedor’ы и разбивке диска вручную наблюдаю следующее безобразие - все предыдущие тома и разделы, включая бывшую Linux. (Ext4, btrfs, fat32).

Вот тутhttps://postimg.cc/gallery/MvMh8Xk фотки как разделы отображаются в установщике (да, фото из blivet тоже, для информативности )

Вопрос - каким образом в этой ситуации можно полностью формировать диск и разбить его по разделам уже нормально для последующей грамотной установки?



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

Берешь сжимаешь раздел с виндой, удаляя все лишние, качаешь ventoy, создаешь загрузочную флешку, качаешь арч исо, кидаешь его на флешку, грузишься с арча, вбиваешь archinstall и стрелками его ставишь. За федору перед пасанами за гаражами еще отвечать придется

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

Искал и не нашел как это сделать. Инсталятор указывает на то что всё это пространство уже занято. В интерфейсе установщика не увидел где это сделать. https://postimg.cc/gallery/MvMh8Xk

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

каким образом в этой ситуации можно полностью формировать диск и разбить его по разделам уже нормально для последующей грамотной установки?

На этот вопрос в общем виде ответ будет «вычистить ошметки прошлых Linux и создать разделы для текущего».

Если хочешь более конкретных советов, покажи выводы:

sudo fdisk -l
lsblk
lsblk -f
sudo efibootmgr -v

Не забудь разметку, а то будет нечитаемо: Как правильно копировать вывод терминала

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от ddedos

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

Я обычно так и делаю, в Live в терминале подготавливаю диск и размечаю его, а GUI натравливаю на уже готовые разделы и только указываю, в какие ФС их форматировать. Тебе ещё желательно подмонтировать EFI раздел и посносить ошметки записей старых Linux.

Просто GUI не в приоритете у разработчиков, и пишется на отвали, потому может хрень показывать. В отличии от инструментов в терминале, вот им можно доверять.

Да, и ты ставишь Fedora в дуалбут к Windows, как я понимаю? Просто они вроде недавно перешли на новую схему загрузки, при которой ядро находится на EFI разделе, а Windows его по умолчанию мелким делает, непонятно, выйдет ли. Я бы посоветовал новичку более консервативную Kubuntu 24.04, что недавно вышла. Хотя там могут быть проблемы со звуком, проверь перед установкой в Live.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 3)
Ответ на: комментарий от ddedos

Инсталятор указывает на то что всё это пространство уже занято.

Правой кнопкой мыши работать пробовал? Ну, по занятому пространству.

У меня сейчас нет Федоры под рукой, поэтому я моделирую по памяти.

sparkie ★★★★
()
Ответ на: комментарий от Vsevolod-linuxoid

Да, понимаю что нужно «вычестить ошмётки» но не знаю как это сделать. На данный момент есть кое-как работающая Федора и Live версия на флэшке (вместе с iso). На сколько я понял из BIOS это сделать намного сложнее чем из ОС. Заранее извиняюсь за, возможно, режущий ваши глаза слог, пытаюсь изъясняться так чтобы меня понимали =D

Вот выводы по указанным командам:

liveuser@localhost-live:~$ sudo fdisk -l
Disk /dev/sda: 115.59 GiB, 124117843968 bytes, 242417664 sectors
Disk model: DataTraveler 3.0
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: 0x00170733

Device     Boot Start       End   Sectors   Size Id Type
/dev/sda1  *     2048 242417663 242415616 115.6G  c W95 FAT32 (LBA)


Disk /dev/nvme0n1: 953.87 GiB, 1024209543168 bytes, 2000409264 sectors
Disk model: KXG60ZNV1T02 TOSHIBA                    
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: EE404009-9B48-4BFA-AE09-B55C822A6761

Device           Start        End    Sectors   Size Type
/dev/nvme0n1p1    2048    1230847    1228800   600M EFI System
/dev/nvme0n1p2 1230848    3327999    2097152     1G Linux extended boot
/dev/nvme0n1p3 3328000 2000408575 1997080576 952.3G Linux filesystem


Disk /dev/loop0: 1.97 GiB, 2110570496 bytes, 4122208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop1: 8 GiB, 8592031744 bytes, 16781312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/loop2: 32 GiB, 34359738368 bytes, 67108864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/live-rw: 8 GiB, 8592031744 bytes, 16781312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/live-base: 8 GiB, 8592031744 bytes, 16781312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/zram0: 8 GiB, 8589934592 bytes, 2097152 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
liveuser@localhost-live:~$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0         7:0    0     2G  1 loop 
loop1         7:1    0     8G  1 loop 
├─live-rw   253:0    0     8G  0 dm   /
└─live-base 253:1    0     8G  1 dm   /run/install/sources/mount-0000-live_os_image
loop2         7:2    0    32G  0 loop 
└─live-rw   253:0    0     8G  0 dm   /
sda           8:0    1 115.6G  0 disk 
└─sda1        8:1    1 115.6G  0 part /run/initramfs/live
zram0       252:0    0     8G  0 disk [SWAP]
nvme0n1     259:0    0 953.9G  0 disk 
├─nvme0n1p1 259:1    0   600M  0 part 
├─nvme0n1p2 259:2    0     1G  0 part 
└─nvme0n1p3 259:3    0 952.3G  0 part 
liveuser@localhost-live:~$ lsblk -f
NAME        FSTYPE          FSVER LABEL       UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
loop0       squashfs        4.0                                                                   
loop1       ext4            1.0   Anaconda    57b2da08-9667-4695-9f1f-13d099a97592                
├─live-rw   ext4            1.0   Anaconda    57b2da08-9667-4695-9f1f-13d099a97592    1.8G    77% /
└─live-base ext4            1.0   Anaconda    57b2da08-9667-4695-9f1f-13d099a97592    1.8G    77% /run/install/sources/mount-0000-live_os_image
loop2       DM_snapshot_cow                                                                       
└─live-rw   ext4            1.0   Anaconda    57b2da08-9667-4695-9f1f-13d099a97592    1.8G    77% /
sda                                                                                               
└─sda1      vfat            FAT32 FEDORA-WS-L 0AFB-1357                             113.4G     2% /run/initramfs/live
zram0                                                                                             [SWAP]
nvme0n1                                                                                           
├─nvme0n1p1 vfat            FAT32             60AD-80E8                                           
├─nvme0n1p2 ext4            1.0               1fc05d60-96e5-4347-95a9-86cee2ae9b95                
└─nvme0n1p3 btrfs                 fedora      0a6c2b0f-9a03-4877-9b09-0a74f281b9aa                
liveuser@localhost-live:~$ sudo efibootmgr -v
BootCurrent: 0002
Timeout: 0 seconds
BootOrder: 0000,0001,0002,2001,2002,2003
Boot0000* Fedora	HD(1,GPT,8b6c66b1-ec6a-48a0-b10d-90ae7dc3bd81,0x800,0x12c000)/\EFI\fedora\shimx64.efi
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 c0 12 00 00 00 00 00 b1 66 6c 8b 6a ec a0 48 b1 0d 90 ae 7d c3 bd 81 02 02 / 04 04 34 00 5c 00 45 00 46 00 49 00 5c 00 66 00 65 00 64 00 6f 00 72 00 61 00 5c 00 73 00 68 00 69 00 6d 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
Boot0001* Fedora	HD(1,GPT,8b6c66b1-ec6a-48a0-b10d-90ae7dc3bd81,0x800,0x12c000)/\EFI\fedora\shim.efiRC
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 c0 12 00 00 00 00 00 b1 66 6c 8b 6a ec a0 48 b1 0d 90 ae 7d c3 bd 81 02 02 / 04 04 2e 00 5c 00 45 00 46 00 49 00 5c 00 66 00 65 00 64 00 6f 00 72 00 61 00 5c 00 73 00 68 00 69 00 6d 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
    data: 52 43
Boot0002* Linpus lite	HD(1,MBR,0x170733,0x800,0xe72f800)/\EFI\Boot\grubx64.efiRC
      dp: 04 01 2a 00 01 00 00 00 00 08 00 00 00 00 00 00 00 f8 72 0e 00 00 00 00 33 07 17 00 00 00 00 00 00 00 00 00 00 00 00 00 01 01 / 04 04 30 00 5c 00 45 00 46 00 49 00 5c 00 42 00 6f 00 6f 00 74 00 5c 00 67 00 72 00 75 00 62 00 78 00 36 00 34 00 2e 00 65 00 66 00 69 00 00 00 / 7f ff 04 00
    data: 52 43
Boot2001* EFI USB Device	RC
      dp: 7f ff 04 00
    data: 52 43
Boot2002* EFI DVD/CDROM	RC
      dp: 7f ff 04 00
    data: 52 43
Boot2003* EFI Network	RC
      dp: 7f ff 04 00
    data: 52 43
ddedos
() автор топика
Ответ на: комментарий от ddedos

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

Vsevolod-linuxoid ★★★★★
()

каким образом в этой ситуации можно полностью формировать диск и разбить его по разделам уже нормально для последующей грамотной установки?

Так ведь прямо из установщика федоры можно удалить все разделы и установить начисто.

whbex ★
()
Ответ на: комментарий от Vsevolod-linuxoid

Вроде бы всё прошло нормально. Сейчас по документации приступаю к разметке диска через терминал. Подскажите - диск отображается как

/dev/nvme0n1:

а в документации говорится что он должен называться

/dev/sdb1

Это сильно критично? Если критично - что тогда выбрать mbr или gpt?

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

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

В твоем случае — доверься автоматике. Чтобы объяснить тебе, как делать, нужно провести курс лекций. Ты уже допустил ошибку, спутав блочное устройство и раздел на нём.

Vsevolod-linuxoid ★★★★★
()
Ответ на: комментарий от ddedos

/dev/nvme0n1

/dev/sdb1

Смотри внимательнее. Первое — диск (его аналогом был бы /dev/sdb). Второе — раздел (его аналогом был бы /dev/nvme0n1p1).

Важно понимать, как они именуются.

Когда ты cfdisk или типа того запускаешь — ты работаешь с диском как устройством, создаёшь на нём разделы, и т.д.

Когда же ты запускаешь mkfs, ты работаешь с разделом. Не надо создавать ФС на весь диск как устройство.

Для SATA сами диски называются sda, sdb, sdc, и т.д. А разделы на них — sda1, sda2, sda3 и т.д.

В твоём случае сам диск называется nvme0n1. А разделы на нём: nvme0n1p1, nvme0n1p2, nvme0n1p3, и т.д.

Следуя инструкции обращай на это внимание. Не перепутай.

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

они вроде недавно перешли на новую схему загрузки, при которой ядро находится на EFI разделе

Федора ставит GRUB, если специально не указать вручную параметр ядра для инсталлера. Что-то я не заметил, что она пытается кидать ядра в EFI-раздел.

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

https://www.opennet.ru/opennews/art.shtml?num=61052

Реализована вторая стадия перехода на модернизированный процесс загрузки, предложенный Леннартом Поттерингом. Отличия от классической загрузки сводятся к использованию вместо образа initrd, формируемого на локальной системе при установке пакета с ядром, унифицированного образа ядра UKI (Unified Kernel Image), генерируемого в инфраструктуре дистрибутива и заверенного цифровой подписью дистрибутива. Образ UKI объединяет в одном файле обработчик для загрузки ядра из UEFI (UEFI boot stub), образ ядра Linux и загружаемое в память системное окружение initrd. При вызове образа UKI из UEFI предоставляется возможность проверки целостности и достоверности по цифровой подписи не только ядра, но и содержимого initrd, проверка достоверности которого важна, так как в данном окружении осуществляется извлечение ключей для расшифровки корневой ФС. На второй стадии добавлена возможность прямой загрузки UKI из UEFI-модуля shim.efi без привлечения отдельного загрузчика (grub, sd-boot), реализована поддержка использования UKI на системах с архитектурой Aarch64 и подготовлен вариант UKI-образа для облачных окружений и защищённых виртуальных машин. До этого на первой стадии в Fedora 38 была добавлена поддержка UKI в загрузчик, реализован инструментарий для установки и обновления UKI, а также сформирован экспериментальный образ UKI для загрузки виртуальных машин с ограниченным набором компонентов и драйверов.

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

Недавно ставил посмотреть, не было там ничего такого, поставился как обычно GRUB. В UEFI меню правда 2 записи с федорой, но это и раньше так было, в общем не понял где все это.

fumanchez
()
Linux-install