Portál AbcLinuxu, 31. května 2025 12:04
29.12.2019 06:28
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ší).
Intel® HD Graphics for Intel Atom® Processor Z3700 Seriesa treba, zde neni s grafikou problem, ani v odkazovane strance archu. Nekde delas nejakou chybu.
19.1.2020 06:24
k3dAR | skóre: 63
19.1.2020 23:16
Josef Kufner | skóre: 70
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?
24.1.2020 13:35
Josef Kufner | skóre: 70
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…
29.12.2019 13:04
Pavel 'TIGER' Růžička | skóre: 54
29.12.2019 13:24
Pavel 'TIGER' Růžička | skóre: 54
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.
30.12.2019 01:50
k3dAR | skóre: 63
30.12.2019 01:54
k3dAR | skóre: 63
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.
16.1.2020 19:15
Josef Kufner | skóre: 70
16.1.2020 20:28
k3dAR | skóre: 63
16.1.2020 20:42
k3dAR | skóre: 63
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 i915Výsledek doplním později.
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"
/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ě.
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
27.1.2020 17:07
k3dAR | skóre: 63
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.
27.1.2020 23:15
k3dAR | skóre: 63
27.1.2020 23:21
k3dAR | skóre: 63
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.
– 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.
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.
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.
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.
Security System InitializedTakž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 installAle 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.
29.1.2020 11:40
Josef Kufner | skóre: 70
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.
Secure Boot ... Enabled Secue Boot Status ... DisabledPrvní řá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).
29.1.2020 17:47
Josef Kufner | skóre: 70
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.efiTyp 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
loader.conf:
sudo sicherboot setup ... Failed to move "/boot/efi/loader/loader.conf" into place: Operation not permitted
27.1.2020 19:15
k3dAR | skóre: 63
#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.efitake asi overit zda ten sloucenej linux.efi je ci neni 32bit:
sudo file /boot/efi/2673cef669b24f59a347cf26cc04f2b5/5.3.0-26-generic/linux.efi
27.1.2020 19:18
k3dAR | skóre: 63
30.1.2020 21:51
k3dAR | skóre: 63
loglevel=7 debug=vc earlyprintk=efi,keep
Jo, docela mám z ní radost.
Parametry: root=UUID=<oddíl> loglevel=7 debug=vc earlyprintk=efi,keep
Viz zde.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.