[РЕШЕНО] Комп не видит Arch после установки

vs220
работать не будет.
Курите мануал, без указания параметров идёт автоопределение и автоустановка. Если я ничего не указываю, он создаёт в efi папку "arch" и это работает, пока не пропадёт оттуда.

vs220
Сами файлы с раздела пропадать не могут или их там не было или их кто то стер.
Внезапно, но я проверял папку efi ДО выхода из установки и делал её бэкап в другую папку. После ребута файлы из папки efi пропали, в бэкапе они были. Я же говорю, хватит думать, что я идиот :) Я пользователь линукса с многолетним стажем, а так же программист. Я часто встречаюсь с багами и ошибками и умею дебажить. Если я сюда обратился, то я точно всё перепробовал, что было очевидным. Я сам в шоке, хз как файлы могут пропасть, но это происходит.

Ну и, как по мне - очевидно, если я смог Арч несколько раз накатить на ноут, то наверно я понимаю, что я делаю? :)
Keep it simple, stupid!
Jisatsu
без указания параметров идёт автоопределение и автоустановка
Не совсем так, если вы загружены в ефи режиме и просто выполните
Jisatsu
в корень диска:
grub-install /dev/nvme0n1
то груб вас пошлет → не удалось найти каталог EFI

такая команда сработает если вы загружены в "биос" режиме
или если перед этим смонтировать раздел ефи в /efi или /boot /boot/efi
но тогда указание /dev/* не имеет смысла

И еще раз файл загрузчика должен быть на разделе а не в папке.

То есть с любого линукса
проверяем раздел ефи
fdisk -l
ищем раздел с типом EFI или
blkid
с типом TYPE="vfat"
Тип метки диска: должен быть gpt
запоминаем название /dev и PARTUUID
например /dev/sda1 и PARTUUID="e4660fe0-ea7a-4021-b843-8d11235fe755"
монтируем его
sudo mkdir /mnt/testefi
sudo sudo mount /dev/sda1 /mnt/testefi
и смотрим наличие загрузочного файла
find /mnt/testefi
/mnt/testefi
/mnt/testefi/EFI
/mnt/testefi/EFI/arch
/mnt/testefi/EFI/arch/grubx64.efi
или /EFI/grub/grubx64.efi в зависимости от того какой идентификатор задавали при установке груба

А в nvram должна быть запись с этим файлом и PARTUUID диска
efibootmgr -v
HD(1,GPT,e4660fe0-ea7a-4021-b843-8d11235fe755,0x800,0x1fe000)/File(\EFI\arch\grubx64.efi)
если записи нет можно поместить загрузочный файл по дефолтному пути
sudo mkdir /mnt/testefi/EFI/Boot
sudo cp /mnt/testefi/EFI/arch/grubx64.efi /mnt/testefi/EFI/Boot/bootx64.efi
в биосе потом просто указать загрузку с этого диска

Диск должен быть в gpt с одним разделом ефи, в nvram не должно быть записей для этого диска
vs220
то груб вас пошлет → не удалось найти каталог EFI
Не послал и создал папку "arch", с которой я успешно загрузился

vs220
То есть с любого линукса проверяем раздел ефи
С разделом всё ок

vs220
А в nvram должна быть запись с этим файлом и PARTUUID диска
До перезагрузки запись видит, после - нет

vs220
если записи нет можно поместить загрузочный файл по дефолтному пути
Так и сделал из бэкап папки - ноль реакции
Keep it simple, stupid!
Jisatsu
и создал папку "arch", с которой я успешно загрузился
раздел ефи значит был примонтирован, тогда
в корень диска:
/dev/nvme0n1
просто игнорируется и смысла не имеет.

с которой я успешно загрузился
До перезагрузки запись видит, после - нет
более подробней как вы грузились если после перезагрузки записи уже нет, сейчас грузится у вас с этого диска?
и покажите наконец вывод
mount
fdisk -l
efibootmgr -v
find раздела ефи
vs220
просто игнорируется и смысла не имеет.
Конечно смонтирован, иначе куда он поставит )

vs220
и покажите наконец вывод
Я уже Manjaro накатил, завтра работа :) Просто поверьте, EFI тупо пропадает. Кстати, GRUB Manjaro видит загрузчик Arch, хотя BIOS его не видит :) Магия
Keep it simple, stupid!
vs220
если записи нет можно поместить загрузочный файл по дефолтному пути
Вот этот вариант сработал. Почему остальные не работают? Почему у Манджаро именованный работает? Почему именованный arch сработал один раз? :D Магия :)

Boot0001* manjaro	HD(1,GPT,8ababdea-3f77-c34c-987c-21839fc3a5dc,0x1000,0x96000)/File(\EFI\MANJARO\GRUBX64.EFI)
Boot0005* UEFI OS	HD(1,GPT,4a52b774-1188-664f-b913-0aefd86103dd,0x800,0xfa000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Keep it simple, stupid!
Ещё reFind походу работает, не пробовал, но он виден из Биос по крайней мере и Арч стартует. Пора грабу на покой походу.
Keep it simple, stupid!
Jisatsu
Специально не встревал в обсуждение. У меня такая-же проблема была на Acer Aspire F5-573G. В режиме БИОС система ставится, в UEFI нет. Refind тоже пробовал - бесполезно. Разбираться было некогда, работает и ладно, но будет посвободнее - попробую. Версия БИОС:
# dmidecode 3.3
Getting SMBIOS data from sysfs.
SMBIOS 3.0 present.

Handle 0x0000, DMI type 0, 24 bytes
BIOS Information
        Vendor: Insyde Corp.
        Version: V1.27
        Release Date: 05/26/2017
        Address: 0xE0000
        Runtime Size: 128 kB
        ROM Size: 4608 kB
        Characteristics:
                PCI is supported
                BIOS is upgradeable
                BIOS shadowing is allowed
                Boot from CD is supported
                Selectable boot is supported
                EDD is supported
                Japanese floppy for NEC 9800 1.2 MB is supported (int 13h)
                Japanese floppy for Toshiba 1.2 MB is supported (int 13h)
                5.25"/360 kB floppy services are supported (int 13h)
                5.25"/1.2 MB floppy services are supported (int 13h)
                3.5"/720 kB floppy services are supported (int 13h)
                3.5"/2.88 MB floppy services are supported (int 13h)
                8042 keyboard services are supported (int 9h)
                CGA/mono video services are supported (int 10h)
                ACPI is supported
                USB legacy is supported
                BIOS boot specification is supported
                Targeted content distribution is supported
                UEFI is supported
        BIOS Revision: 0.0
        Firmware Revision: 2.30
В общем, методом тыка таки удалось понять, как на моём БИОС завести именованный раздел.
Короче раздел дефолтный boot/efi/EFI/boot/bootx64.efi нужен ПО-ЛЮБОМУ, без него мой БИОС не видит именованный раздел.
После можно уже создать именованный и он появится в БИОС наряду с безымянным :)
sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=Arch --recheck

Manjaro как раз так и делает, потому там всё ок:
efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0005,0004
Boot0000* Windows Boot Manager	HD(1,GPT,40c9d5a1-f95f-41a6-8429-9257222ca9e2,0x800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* Manjaro	HD(1,GPT,8ababdea-3f77-c34c-987c-21839fc3a5dc,0x1000,0x96000)/File(\EFI\MANJARO\GRUBX64.EFI)
Boot0004* UEFI OS	HD(1,GPT,9920522c-a9d8-d94f-bdb2-5e8434aba017,0x1000,0x96000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Boot0005* UEFI OS	HD(1,GPT,8ababdea-3f77-c34c-987c-21839fc3a5dc,0x1000,0x96000)/File(\EFI\BOOT\BOOTX64.EFI)..BO

Спасибо vs220 за помощь! Навёл на верный путь :)
Keep it simple, stupid!
Hi!
Т.е, как понимаю без поддержки матерью EFI не запилить на внешний носитель через VB?
Почитал кучу литры.Сначала грузилась типа в режим восстановления (386-pc bios ).Потом полазил и вываливается в shell (x64). А затем (после очередной возни с грабом) надпист grub loading при загрузке ~
Хотя чутье подсказывает,что это все решаемо.
Хочу со слакваря переехать.
 
Зарегистрироваться или войдите чтобы оставить сообщение.