Dotaz: Lenovo IdeaPad Flex 10 – novější jádra nebootují

[Cigydd]

Pěkně zdravím,

podařilo se mi před pár lety po mnoha peripetiích (kompilace GRUBu pro 32-bitové UEFI) dostat na Lenovo IdeaPad Flex 10 Linux Mint 17. Od té doby jsem dělal povýšení systému, dnes mám LM 19.3.

Ale mám jednu záhadu - musím stále jet na starém jádře 3.13.0-98, protože po něm už žádné novější nenastartuje.

Projevuje se to tak, že poslední hláška je Loading initial ramdisk... z GRUBu a initrd se prostě nenačte. Jádro ani nestačí napsat nic do logu. Zkoušel jsem odebrat parametry quiet a splash, ale nepíše nic víc, zkrátka zamrzne při načítání initrd.

Je to asi pěkná kuriosita, strýček Google o initrd v souvislosti s tímto modelem mlčí. Už jsem o tom i různě psal na fora, ale jediný náznak byl na foru Linux Mint Czech, že by se mohlo jednat o nekompatibilní grafickou kartu, ale od té doby už to je pět let. Tak zkouším štěstí tady, jestli by se našel někdo, kdo by věděl, jak zjistit, o co jde a jak rozchodit novější jádra.

Arch Linux mi docela dává naději. Návody popsané zde jsem zkoušel, ale zřejmě nesouvisejí s mým problémem (rozhodně ho neřeší).

Odpovědi

[NN]

Podle specifikace procesoru se jedna o:

Intel® HD Graphics for Intel Atom® Processor Z3700 Series

a treba, zde neni s grafikou problem, ani v odkazovane strance archu. Nekde delas nejakou chybu.

[lukasko]

len taka otazocka ja mam Lenovo Yoga 2 Windows 8.1 tablet skusal som na nom ubuntu - vsetko ok ale nesiel zvuk vie niekto helfnut cpu tam mam tiez atom Z3745 alebo tak nejak. a tiez to riesim tak ze urobim cez unetbootin instalacku ubuntu na usb fat32 particia nakopyrujem dodatocne do /EFI/BOOT/bootia32.efi a potom pri instalacii necham pripojit k internetu a ono samo stiahne 32bit grub len ma kus seri-- ze tento moj lenovo ma 1920x1080 rozlisneie co je kus vela a nejde zvuk

[k3dAR]

http://www.linuxium.com.au/how-tos jde (zjednodusene) o upravator ubuntu iso aby chodilo na BayTrail nebo CherryTrail ATOMech kde bejva zprasene UEFI 32bit, problem se zvukem, hdmi, wifi, bt, atd...

[Cigydd]

Jo, dost dobrá věc. Díky.

[Petr Šobáň]

Nebude problém s tím že je to 32b systém?

Pokud vím tak poslední dobou se 32b systémy omezují a podpora vyhazuje.

Takže bych skusil přeložit svoje vlastní jádro zda pošlape.

[Cigydd]

Tak Mint jsem měl dosud 64b, UEFI je 32b a procesor 64b. Takže abych naplno využil procesor, potřebuji systém 64b a zavaděč 32b UEFI.

[Cigydd]

OK, vlastní jádro jsem zkusil, ale nechal jsem volby nedotčené, resp. zkopíroval jsem soubor .config z adresáře /boot od staršího jádra. Bez úspěchu. Na co bych se měl ve volbách kompilace zaměřit?

[Josef Kufner]

Zapni ladicí výpisy.

[Cigydd]

OK, níže mi poradil k3dAR, abych zadal tyto parametry:

loglevel=7 debug=vc xforcevesa nomodeset noapic noacpi nosplash irqpoll

Zkusil jsem je a boot nezanechal po sobě v lozích žádnou stopu, alespoň tedy viditelnou mému nezkušenému oku. Hledal jsem v adresáři /var/log, např. /var/log/dmesg*, /var/log/kern.log a z toho nepovedeného bootu tam nebylo ani písmenko. Až z toho dalšího se starým jádrem.

Znamená to, že jádro nezvládne inicialisovat ramdisk, a tedy nestihne ani zapsat nic do logů? Nebo je to jinak?

Jsou ještě jiné soubory logů, kde bych měl hledat?

[Josef Kufner]

V téhle fázi bootu ještě není kam logovat. Jádro by na obrazovku mělo hodit alespoň pár hlášek, že se inicializuje to či ono.

Ještě můžeš zkusit earlyprintk, viz https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt.

Pokud se ale neobjevuje vůbec nic, je docela možné, že se jádro ani nezačne spouštět.

[Cigydd]

Tak jsem zkusil toto:

earlyprintk=vga,keep

a toto:

earlyprintk=efi,keep

a obojí bez ,keep a to jádro mlčí jak zařezané, nenapíše mi ani řádku…

[Pavel 'TIGER' Růžička]

Podle mne to bude chtít vygenerovat init ramdisk s nějakou změnou, protože ten hardware je opravdu specifický. Před pár lety jsem něco podobného dělal u nějakého Transformeru od Asusu a procházka růžovým sadem to zrovna nebyla. Také se podívej, jestli má u těch novějších jader správnou cestu k init ramdisku. Jestli si to dobře pamatuji, tak u těchto zařízení byl i problém s pojmenováním primární jednotky a i v jejich řazení.

[Pavel 'TIGER' Růžička]

Ještě jsem našel funkční odkaz, ze kterého já tehdy vycházel, ale jestli nějak pomůže i Tobě, to vůbec netuším.

[Cigydd]

Díky, z tohoto článku jsem před lety také vycházel a pomohl

Teď se mi podařilo tam nandat Mint s pomocí programu mkusb. Také se mi podařilo vypnout SecureBoot, takže toto je OK, ale stále řeším ta nová jádra.

[k3dAR]

co je tam za CPU? vyzkocilo na me ze v Flex 10 je treba N2810, ja mam Lenovo Yoga 300-11IBY s N2840 coz je skoro stejne CPU, jen o rok novejsi a o 0.5GHz rychlejsi, ale stejne generace, stejna (alespon dle ark.intel.com) graficka karta a s jadrama nemam problem, mam tam Xubuntu 18.04 a s distribucnim 4.15 i distribucnim-HWE 5.0, slape ok (resp. je problem s hibernaci pri aktivnim SecureBoot, takze mel/mam UbuntuKernelMainline 5.2.x, 5.4.x...

dalsi vec, urcite mas 32bit UEFI? na to mem NB je UEFI normalni, resp. normalni instalace grub-efi z repozitare, pozdeji sem to nahradil instalaci sicherboot (take 64bit efi)...

[k3dAR]

zkusil bych Xubuntu 18.04.3 64bit nastartovat z USBFlash v rezimu UEFI, na to se v tom ISO pouziva grub-efi 64bit (v legacy rezimu se pouzije syslinux/isolinux) a uvidis zda najede, pokud jo tam bych preinstaloval grub zavadec normalne z repositare, mas asi starou/jetou verzi

[Cigydd]

Tak jsem použil software mkusb na Xubuntu 18.04.3 64bit a GRUB mi najel, neboť se mi podařilo vypnout Secure Boot. Se Secure Bootem to nešlo (počítač se prostě rozhodl ten bootloader zakázat a rovnou mi řekne, že „ubuntu“ bylo zablokováno).

Ovšem ouha, jádro toho LiveUSB nenajede, tak jako všechna modernější 64-bitová jádra. Takže tudy cesta nevede. Zřejmě budu muset sáhnout po Mintu 17, který tenkrát nabootoval, protože má starší jádro, a pak několikrát upgradovat.

[Josef Kufner]

To je docela hezky konzistentní problém. Povedlo se ti nějak zjistit aspoň nějakou hlášku, co se tomu nelíbí?

Secure Boot je dobré vypínat preventivně, neboť mnoho instalaček není podepsaná tím správným podpisem. Navíc tam budeš chtít nahrát svoje klíče tak jako tak.

[Cigydd]

Hlásím, že se mi podařilo tam dostat zpátky Mint a povýšit ho na 19.3 Tricia. Nechal jsem si nejstarší jádro, které jede. Teď si pomalu můžu začít znovu hrát s parametry nových jader.

[k3dAR]

krome vyhozeni "quiet splash" zkus vse ci neco: loglevel=7 debug=vc xforcevesa nomodeset noapic noacpi nosplash irqpoll

[Cigydd]

Díky, zkusil jsem zadat všechny tyto parametry a pořád černá obrazovka…

Takže zkompilovat vlastní jádro?

[Cigydd]

Jinak kontroloval jsem logy a boot v nich nezanechá žádnou stopu ani při těchto parametrech.

[Cigydd]

Ahoj, děkuji všem za reakce a rady a omlouvám se, že jsem nereagoval. Všechno mi to popadalo do spamu, a to ještě na účtě, který méně používám, klasika.

Mně se mezi tím podařilo pokazit bootování úplně šíleným způsobem a Mint x86_64 opravdu nemá na svém livedvd GRUB pro 32bitovou UEFI, takže jsem z lenosti skončil na 32-bitovém Debianu, který jediný nabootoval.

Zajímavá zkušenost: Pokusil jsem se tento Debian crossgradovat na architekturu amd64 a zasekl jsem se už na začátku. 64-bitové jádro nenabootovalo, zatímco 32-bitové ano. (Procesor podporuje 64b.)

Pokusím se prokousat dosavadními radami.

[k3dAR]

tak zrovna Debian je jeden z mala co ma ISO s podporou EFI 32bit + Kernel&OS 64bit
v praxi sem to teda nikdy nezkousel protoze nemam takto sprasenej stroj, ale:
https://wiki.debian.org/UEFI#Support_for_mixed-mode_systems:_64-bit_system_with_32-bit_UEFI
https://cdimage.debian.org/debian-cd/current/multi-arch

pripadne Devuan kde v stazenem devuan_ascii_2.1_amd64_desktop-live.iso vidim i efi/bootia32.efi

[Cigydd]

To je fakt zajímavé, díky! Tedy jsem nebyl tak daleko, ale využiji to asi až při příští havárce, teď jsem tam dostal ten Mint.

[debian+]

Vytiahni config jadra kt. Ti slo a skus s tymi nastaveniami prelozit nove jadro.

[Cigydd]

Zkompiloval jsem jádro s nastaveními ze starého jádra. Navíc jsem vybral typ processoru Intel Atom a volbu mixed mode efi support nebo tak nějak.

Při installaci balíčku mě dpkg varuje:

update-initramfs: Generating /boot/initrd.img-5.4.13
W: Possible missing firmware /lib/firmware/i915/tgl_dmc_ver2_04.bin for module i915
W: Possible missing firmware /lib/firmware/i915/skl_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/bxt_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/glk_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/kbl_guc_33.0.0.bin for module i915
W: Possible missing firmware /lib/firmware/i915/icl_guc_33.0.0.bin for module i915

Výsledek doplním později.

[Cigydd]

Tak nic. Ani takto zkompilované jádro nebootuje a ani při zapnutém ladění nenapíše ani řádku.

[Peter Golis]

A ten firmware, ten sa nedostal do očakávaného umiestnenia?

[Cigydd]

Při kompilaci a installaci jádra ne, musel jsem ho tam zkopírovat ručně z gitového repositáře linuxového firmwar’u.

Postupoval jsem podle rady zde: naklonoval jsem si repositář linuxového firmwar’u ze serveru kernel.org a zkopíoval jsem si z něj potřebné soubory ručně.

Zadal jsem pak apt reinstall linux-firmware a varování zmizela, ale jádro stejně nebootuje a nic nepíše, ani s parametry zmíněnými výše.

V souboru /etc/default/grub mám nyní toto:

GRUB_CMDLINE_LINUX_DEFAULT=""
GRUB_CMDLINE_LINUX="loglevel=7 debug=vc xforcevesa nomodeset noapic noacpi nosplash irqpoll earlyprintk=vga"

[Peter Golis]

A už tam ten firmware pre grafickú kartu (či pre čo to malo byť) je? Bez toho asi nebude daná grafická karta korektne fungovať, a na obrazovke môže byť jedno veľké čierne nič.

[Cigydd]

No právě že je tam, kde má být (/lib/firmware/i915/*).

Varování při generování obrazu ramdisku zmizela, takže update-initramfs je spokojený a tedy balí ten firmare do initrd, ale jádro nebootuje.

Přesvědčil jsem se zadáním příkazu lsinitramfs /boot/initrd.img-5.4.13. Skutečně vypisuje dané firmwary na správném místě.

[Cigydd]

Ještě mě napadlo, jestli to nemůže souviset s diskem. Mám tam nepůvodní SSD:

pavel@lenovo ~ $ inxi -D
Drives:
  Local Storage: total: 238.47 GiB used: 147.92 GiB (62.0%) 
  ID-1: /dev/sda vendor: Samsung model: MZYLN256HCHP-000L2 size: 238.47 GiB 

[k3dAR]

me spis napada zda to nemuze souviset s Grubem ? nevim zda umi 32bit UEFI ale co zkusit ten sicherboot?
a jakej ze mas presne model toho Flex 10? a jake presne CPU? viz

[Cigydd]

Tohle snad bude stačit:

System:    Host: lenovo Kernel: 3.13.0-24-generic x86_64 bits: 64 compiler: gcc v: 4.8.2 
           Desktop: MATE 1.22.2 wm: marco dm: LightDM Distro: Linux Mint 19.3 Tricia 
           base: Ubuntu 18.04 bionic 
Machine:   Type: Laptop System: LENOVO product: 20324 v: Lenovo IdeaPad Flex 10 serial: <.filter> 
           Chassis: type: 10 v: Lenovo IdeaPad Flex 10 serial: <.filter> 
           Mobo: LENOVO model: MELON v: 31900042Std serial: <.filter> UEFI: LENOVO v: 93CN19WW 
           date: 11/07/2013 
Battery:   ID-1: BAT1 charge: 16.1 Wh condition: 16.1/22.0 Wh (73%) volts: 12.4/10.8 
           model: SANYO L13S3Z61 serial: <.filter> status: Full 
CPU:       Topology: Quad Core model: Intel Pentium N3510 bits: 64 type: MCP arch: Silvermont 
           rev: 3 L2 cache: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 16000 
           Speed: 1992 MHz min/max: 498/1992 MHz Core speeds (MHz): 1: 1992 2: 664 3: 1992 4: 498 
Graphics:  Device-1: Intel Atom Processor Z36xxx/Z37xxx Series Graphics & Display vendor: Lenovo 
           driver: N/A bus ID: 00:02.0 chip ID: 8086:0f31 
           Display: x11 server: X.Org 1.19.6 driver: fbdev unloaded: modesetting,vesa 
           compositor: marco resolution: 1366x768~76Hz 
           OpenGL: renderer: llvmpipe (LLVM 9.0 128 bits) v: 3.3 Mesa 19.2.1 compat-v: 3.1 
           direct render: Yes 
Audio:     Device-1: Intel Atom Processor Z36xxx/Z37xxx Series High Definition Audio 
           vendor: Lenovo driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:0f04 
           Sound Server: ALSA v: k3.13.0-24-generic 
Network:   Device-1: Qualcomm Atheros QCA9565 / AR9565 Wireless Network Adapter vendor: Lenovo 
           driver: ath9k v: kernel port: 1000 bus ID: 01:00.0 chip ID: 168c:0036 
           IF: wlan0 state: up mac: <.filter> 
           Device-2: Atheros AR3012 Bluetooth 4.0 type: USB driver: btusb bus ID: 1-4.2:6 
           chip ID: 0cf3:3004 
Drives:    Local Storage: total: 238.47 GiB used: 147.99 GiB (62.1%) 
           ID-1: /dev/sda vendor: Samsung model: MZYLN256HCHP-000L2 size: 238.47 GiB 
           speed: 3.0 Gb/s serial: <.filter> 
Partition: ID-1: / size: 230.33 GiB used: 147.96 GiB (64.2%) fs: ext4 dev: /dev/sda2 
           ID-2: swap-1 size: 3.84 GiB used: 17.2 MiB (0.4%) fs: swap dev: /dev/sda3 
USB:       Hub: 1-0:1 info: Full speed (or root) Hub ports: 6 rev: 2.0 chip ID: 1d6b:0002 
           Device-1: 1-3:2 info: Acer type: Video driver: uvcvideo rev: 2.0 chip ID: 5986:054a 
           Hub: 1-4:3 info: Genesys Logic 4-port hub ports: 4 rev: 2.0 chip ID: 05e3:0610 
           Device-2: 1-4.2:6 info: Atheros AR3012 Bluetooth 4.0 type: Bluetooth driver: btusb 
           rev: 1.1 chip ID: 0cf3:3004 
           Device-3: 1-4.4:5 info: Elan Micro type: HID driver: hid-multitouch,usbhid rev: 2.0 
           chip ID: 04f3:024b 
           Hub: 2-0:1 info: Full speed (or root) Hub ports: 1 rev: 3.0 chip ID: 1d6b:0003 
Sensors:   Missing: Required tool sensors not installed. Check --recommends 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
           1: deb http: //mirrors.nic.cz/linuxmint-packages tricia main upstream import backport
           2: deb http: //ubuntu.inode.at/ubuntu bionic main restricted universe multiverse
           3: deb http: //ubuntu.inode.at/ubuntu bionic-updates main restricted universe multiverse
           4: deb http: //ubuntu.inode.at/ubuntu bionic-backports main restricted universe multiverse
           5: deb http: //security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           6: deb http: //archive.canonical.com/ubuntu/ bionic partner
           Active apt repos in: /etc/apt/sources.list.d/owncloud-client.list 
           1: deb http: //download.opensuse.org/repositories/isv:/ownCloud:/desktop/Ubuntu_16.04/ /
           Active apt repos in: /etc/apt/sources.list.d/slack.list 
           1: deb https: //packagecloud.io/slacktechnologies/slack/debian/ jessie main
           Active apt repos in: /etc/apt/sources.list.d/teamviewer.list 
           1: deb http: //linux.teamviewer.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/vscodium.list 
           1: deb https: //gitlab.com/paulcarroty/vscodium-deb-rpm-repo/raw/repos/debs/ vscodium main
Info:      Processes: 205 Uptime: 4h 31m Memory: 3.68 GiB used: 2.54 GiB (69.0%) Init: systemd 
           v: 237 runlevel: 5 default: 2 Compilers: gcc: 7.4.0 alt: 4.8/5/7 
           Client: Unknown python3.6 client inxi: 3.0.32 

Jinak UEFI32 mám vyřešenou, na starém jádře už bootuji, tak mi přijde divné, že by GRUB jedno jádro zavedl a jiné ne… i když možné je všecko. Ten sicherboot zkusím.

[k3dAR]

na model + cpu + linux za posledni 4roky najde google jen pulstranku vysledku a z toho pulka jstou tve na Mint foru :) takze nic moc... obecne na N3510 na me vyzkocilo ze i novejsi nez 4.4 tam behaj... taky nevim co si mam myslet o tom, ze Lenovo ma u Flex 10 download 32bit a 64bit aktualizatoru BIOSu kazdy jina verze, ten 32bit je verze co mas, netusim zda je ten 64 je pro jinej submodel, nebo lze premigrovat tvuj stroj, to bys asi overil tim ze tam zadas to vyfiltrovane SN stroje

[k3dAR]

tady je videt Flex 10 s tim "93CN59WW 64bit" BIOSem akorat ma teda CPU N2805 a ne N3510
a jeste mi to video pripomelo, mas nastavene v BIOS Configuration/SATA_Controler_Mode=AHCI ? a ne nejakej RAID co obcas bejva a je to sw raid pro Windows??
dalsi vec ze v teto verzi je na vyber i Legacy rezim...

[Cigydd]

Hmm, já nejsem ten šťastlivec.

Mám 32-bitové UEFI, které, jak jsem právě vyzkoušel, nejde upgradovat na 64-bitové, alespoň ne tak, že stáhnu aktualisaci firmwaru pro 64-bitové UEFI (díky za odkaz!) a spustím ji. Použil jsem Windows PE a píše mi to Firmware Upgrade Failed Takže tudy asi cesta nevede.

Navíc moje UEFI nenabízí Legacy Mode. Je tam jediná položka v seznamu, a to je UEFI.

Také jsem kontrolloval režim SATA a jsou tam dvě možnosti – AHCI a režim kompatibilní s IDE. Zajímavé Mám snad zkusit IDE?

Mezitím jsem vyzkoušel Debian Mixed Mode a hádej, co. Standardní 64-bitový installátor nenabootuje. Nabootuje jen 32-bitový. Takže mám teď 32-bitový Debian. Myslel jsem, jestli to náhodou není 32-bitový installátor 64-bitového systému, ale ouha, není. Když já bych chtěl 64-bitový systém pokud možno se současným jádrem. Nevím, asi chci moc…

Mimochodem, při installaci Debianu jsem se dozvěděl, že některá UEFI jsou tak zprasená, že neumějí načíst větší initrd. Skoro mám podezření, že je to můj případ (novější jádro ~ větší initrd; installátory musí mít velký initrd, aby se do něj vešly všecky ty ovladače).

Installátor Debianu to řeší tak, že nainstalluje GRUB (a možná ještě nějaký svůj vlastní firmware, svou vlastní UEFI) do jakéhosi prostoru pro vyměnitelná úložiště (persistentní oddíl v paměti). Tuto možnost jsem zvolil, ale zatím ji nevyužiji, protože 32-bitová jádra bootují tak jako tak bez problému. Možná… zkusit teď crossgradovat Debian na x86_64, co to udělá. Jdu na to.

Popřípadě je v záloze ještě ten Devuan a sicherboot.

[Cigydd]

Takže pokus o křížové povýšení (pokřížení? – myslím crossgrading) i teď selhal. Čili jestli installátor Debianu opravdu nahrál své UEFI do nějakého zvláštního paměťového úložiště, tak to nezabralo a 64-bitové jádro stále nebootuje.

Jdu stáhnout a vypálit Devuan.

[Cigydd]

Teď jsem získal trošíčku víc informací.

1. Installátor Devuanu je při bootování trošíčku sdílnější. Nevím, jestli to píše GRUB nebo už jádro, ale každopádně napíše toto:

   error: no suitable video mode found.
       Booting in blind mode

   Zkusil jsem přidat parametr nomodeset, ale výsledek byl stejný.
   Každopádně, GRUB z živého CD Devuanu nabootuje, ale jádro installátoru nikoliv, pouze vypíše výše zmíněnou hlášku.
2. Teď jsem si všiml, že 64-bitové jádro Debianu (nikoliv Devuanu), který mám teď stále nainstallovaný, je schopné něco říci, když zadám parametr earlyprintk=efi. Nakecá toho dost, ale jak jsem to procházel, tak ty řádky nejeví žádnou známku chyby. Poslední hláška zní nějak jako Disabling earlyprintk console. Čili asi mi řekne vše, co mi je schopen tímto způsobem říci, a pak už ani necekne.
   No, tohleto debianové 64-bitové jádro se mi zdá nějaké živější. Budu ještě chvíli experimentovat.

[Cigydd]

Příloha:

• Jádro.jpg (90160 bytů)

Mám nové informace.

Z installátoru Devuanu jsem si opsal některé další parametry jádra, které by mohly pomoci. Nepomohly, ale zato pomohl parametr earlyprintk=efi,keep. Způsobí, že jádro kecá, dokud žije

Strčil jsem noťas do scanneru a zde je výsledek. Zkouším také připojit v menším rozlišení jako přílohu.

[Cigydd]

Porovnal jsem zprávy 64-bitového jádra se zprávami 32-bitového jádra a první hláška, která už se u toho 64-bitového neobjeví, je tato:

Security System Initialized

Takže +1 za sicherboot, určitě je to uvažování správným směrem.

Na Debianu to 32-bitové jádro, které běží, je mnohem novější, takže se mi podařilo nainstallovat balík sicherboot a také se povedl příkaz sudo sicherboot setup. 32-bitové jádro se mi tedy podařilo dostat do sicherbootu a bootuje z něj. Ovšem 64-bitové jádro opět ne, počítač se po jeho zadání okamžitě resetuje. Nainstalloval jsem ho pomocí následujících příkazů:

sicherboot install-kernel verse-jádra-amd64
sicherboot bootctl install

Ale možná mi trochu uniká smysl nástroje KeyTool, který se pořád objevuje po startu (nebo po zvolení položky Linux Boot Manager, kterou vytvořil sicherboot). Zkusil jsem uložit klíče na oddíl EFI, ale kromě toho, že je tam vidím uložené do kořene, jsem nezaznamenal žádnou změnu. Co mám ještě dělat s těmi klíči? Nebo je normální, že se KeyTool spouští po každém startu počítače a musím prostě zvolit položku Exit, když chci pokračovat?

Navíc také nevím, jestli jsem neudělal chybu, když jsem vypnul a pak zase zapnul SecureBoot. Každopádně jsem tím odstřelil originální debianový GRUB, který UEFI začalo zakazovat. Naštěstí jde spustit ze sicherbootu. Evidentně mi schází vědomosti o EFI a podepisování jeho binárek a o sicherbootu. Jdu nastudovat nějaký návod.

[Peter Golis]

Nemal by KeyTool nahrať kľúče (z diskového oddielu EFI) do UEFI (tpm)? Ak máš s tými kľúčami podpísané jadro a zapnutý SecureBoot, tak by to bolo rozumné.

[Josef Kufner]

KeyTool slouží k nahrání SecureBoot klíčů do EFI non-volatile paměti (přítomnost klíčů na EFI oddílu je pro boot nepodstatná). Pokud ti bootuje defaultně, máš to jen blbě nastavené. Je to taková nepěknost Linux Boot Manageru. Napravíš to pomocí bootctl set-default ID, nebo zmáčknutím D na té správné položce v nabídce při bootu.

Při EFI bootu se firmware počítače podívá do EFI proměnných, kde je uloženo co se má v jakém pořadí bootovat. V podstatě tam je popisek a cesta k souboru na EFI oddílu. V další proměnné je pak pořadí těchto položek.

[Cigydd]

Děkuji za nakopnutí, nastavil jsem výchozí položku a čekací dobu.

Co mi však nejde do hlavy, je, že UEFI/BIOS hlásí toto:

Secure Boot ... Enabled
Secue Boot Status ... Disabled

První řádek je měnitelný, druhý už ne.

KeyTool i bootctl se shodují:

Secure Boot is off

Čili Secure Boot je dočasně vypnutý. Jak ho zase zapnu? Klíče už jsem nahrál pomocí KeyToolu do UEFI (alespoň to vypadá, že tam klíče přibyly – před nahráním klíčů jsem v UEFI zadal Clear All Keys nebo tak nějak).

[Josef Kufner]

Secure boot vypni. Zapni ho a nastav klíče, až ti to bude správně bootovat.

[Cigydd]

Díky za vysvětlení. Ono těch návodů k sicherbootu moc není a manuál jaksi předpokládá, že vím, co dělám. Tohle mi pomohlo.

Takže teď jsem Secure Boot vypnul, ale žádná změna – 32-bitové jádro spolehlivě bootuje, ale po stisknutí Enteru na položce pro 64-bitové jádro v Linux Boot Manageru se noťas okamžitě resetuje.

Porovnání obsahu položek:

root@lenovo:~# diff /boot/efi/loader/entries/08b6ed8a90b249e0a3e1c5fdcf8a0d97-4.19.0-6-686.conf /boot/efi/loader/entries/08b6ed8a90b249e0a3e1c5fdcf8a0d97-4.19.0-6-amd64.conf 
3c3
< version 4.19.0-6-686
---
> version 4.19.0-6-amd64
5c5
< linux /08b6ed8a90b249e0a3e1c5fdcf8a0d97/4.19.0-6-686/linux.efi
---
> linux /08b6ed8a90b249e0a3e1c5fdcf8a0d97/4.19.0-6-amd64/linux.efi

Typ binárky:

root@lenovo:~# file /boot/efi/08b6ed8a90b249e0a3e1c5fdcf8a0d97/4.19.0-6-686/linux.efi 
/boot/efi/08b6ed8a90b249e0a3e1c5fdcf8a0d97/4.19.0-6-686/linux.efi: PE32 executable (EFI application) Intel 80386 (stripped to external PDB), for MS Windows
root@lenovo:~# file /boot/efi/08b6ed8a90b249e0a3e1c5fdcf8a0d97/4.19.0-6-amd64/linux.efi 
/boot/efi/08b6ed8a90b249e0a3e1c5fdcf8a0d97/4.19.0-6-amd64/linux.efi: PE32 executable (EFI application) Intel 80386 (stripped to external PDB), for MS Windows

[Cigydd]

Tenhle příspěvek od k3dara mi také pomohl pochopit postup.

[Cigydd]

Sicherboot se vzpouzí. Mám staré jádro, takže nejde přepsat soubor loader.conf:

sudo sicherboot setup
...
Failed to move "/boot/efi/loader/loader.conf" into place: Operation not permitted

[k3dAR]

a mas v /boot/efi pripojen EFI oddil a pro zapis? i kdyz mozna je to problem viz tento bug pri pouziti na starem jadru... (tam resej 4.4 ty mas 3.13 :()

zkousel si uz Live Debian MultiArch nebo Devuan viz?

jinak ten sicherboot pokud pripravil linux.efi a jen neporesil ten conf, muzes zkusit dodokopat rucne, tak nejak tohle by tam melo byt:
1. zavadec: /boot/efi/EFI/systemd/systemd-bootx64.efi

2. "sloucene" jadro+init do efi binarky: /boot/efi/TvojeMachineID/5.3.0-26-generic/linux.efi

3. hlavni conf: /boot/efi/loader/loader.conf s obsahem:

#timeout 3
default TvojeMachineID-*

4. conf polozky: /boot/efi/loader/entries/TvojeMachineID-5.3.0-26-generic.conf s obsahem:

title Ubuntu 18.04.3 LTS
machine-id TvojeMachineID
version 5.3.0-26-generic
options loglevel=7
linux /TvojeMachineID/5.3.0-26-generic/linux.efi

take asi overit zda ten sloucenej linux.efi je ci neni 32bit:

sudo file /boot/efi/2673cef669b24f59a347cf26cc04f2b5/5.3.0-26-generic/linux.efi

[k3dAR]

+ zkousel si ten Linuxinu upravator, viz?

[Cigydd]

Teď jsem to zkusil, upravil jsem installační obraz Mintu 19.3, dal jsem tam nejnovější jádro z hlavní linie (mainline) a je to pořád ta samá písnička – napíše, že nenašel žádný vhodný videomód a že bootuje ve slepém módu. Pak už nenapíše vůbec nic, ani když mu dám hafo parametrů, které z debianového jádra přece něco vykřesaly.

[k3dAR]

zkusil si start s bez tech "nouzovejch" parametru? rekneme jen:

loglevel=7 debug=vc earlyprintk=efi,keep

[Cigydd]

Díky za nápad, teď jsem to zkusil a u&nbp;toho upraveného živého Mintu v tom není žádný rozdíl.

Zato jsem se nechal tímto inspirovat u installovaného Debianu. Jeho jádro 4.19.0-6-amd64 spouštěné z GRUBu mi nakonec vyhodilo chybovou hlášku! To je sdílnost, co? Jo, docela mám z ní radost.

Parametry: root=UUID=<oddíl> loglevel=7 debug=vc earlyprintk=efi,keep

Viz zde.

[V.]

Kdybyste mohl, otestujte, prosím, bootování za pomoci live gentoo, bláhově si myslím, že je nějak lepší. A že jeho způsob správcování je skoro vše spasitelný. Čili pokud má 32bitovou i 64bitovou verzi, tak že šlapou obě.
Ve Vašem případě bych tedy skončil u gentoo a vy můžete odpovědět, zda by to mělo smysl.

[Cigydd]

Zkusil jsem obě varianty amd64 a ty nebootují (nemají 32-bitový zavaděč, který můj notebook vyžaduje).

Řekl bych, že je možné installaci Gentoo převést z i386 na x86_64, ale podle této diskuse je to docela nebezpečné a náročné podnikání. Ne že by se mi do něj chtělo. V Debianu aspoň trochu vím, co dělám.