On samedi, 21 mai 2016 14.33:32 h CEST Bjoern Voigt wrote:
Jan Engelhardt wrote:
On Saturday 2016-05-21 13:38, Bjoern Voigt wrote:
1) It is not compressed:
file /boot/initrd-`uname -r` /boot/initrd-4.5.4-1-default: ASCII cpio archive (SVR4 with no CRC) file is not able to handle chained cpio archives. What it reports is correct though: the first part is a cpu firmware (on some machines), followed by the - not reported - second compressed part.
2) It contains only two files and some directories:
# cpio --extract --make-directories --verbose < /boot/initrd-`uname -r` cpio is unable to handle chained cpio archives.
. early_cpio kernel kernel/x86 kernel/x86/microcode kernel/x86/microcode/GenuineIntel.bin 16 blocks
3) It is bigger than the content:
# du -h 12K ./kernel/x86/microcode 16K ./kernel/x86 20K ./kernel 28K . All normal given the above. Ok, thank, Jan.
This must be a modern way or SUSE way to create initrd files. Unfortunately most Internet blogs still show the old way to analyze initrd files (first: gunzip the initrd file; second: extract the cpio file). It there a documentation for analyzing the initrd files in the modern format? I read something, that I have to skip some blocks in the header to get the embedded "lzma" compressed file. Here is a script with should do this (not tested): http://forum.xda-developers.com/wiki/Extract_initramfs_from_zImage_compresse...
Unfortunately one of my two problems is still unsolved.
The first problem (system only boots to text mode with Kernel 4.5.4-1-default) does not occur anymore.
The second problem still persists after calling "mkinitrd" and "grub2-mkconfig -o /boot/grub2/grub.cfg" again and again: Because Kernel 4.6 (e.g. from kernel_stable repo) is currently incompatible with NVidia driver, I currently want to stay on the 4.5.x kernel series. I manually patched the Kernel sources kernel-source-4.5.4-1.1.noarch.rpm from Tumbleweed with the 4.5.4 to 4.5.5 vanilla Kernel patch (https://cdn.kernel.org/pub/linux/kernel/v4.x/incr/patch-4.5.4-5.xz) without conflicts and compiled and installed the Kernel with "make binrpm-pkg" and "rpm -ivh ...". I deselected the Kernel options "CONFIG_DEBUG_KERNEL" and "CONFIG_EXPERT" because otherwise the Kernel RPM files get 10x bigger than normal.
The Kernel 4.5.5-mykernel worked until today. Today I updated the system to the latest Tumbleweed snapshot 20160519.
But now I have the following problem with the 4.5.5-mykernel:
1) I select the Kernel in Grub2:
openSUSE, with Linux 4.5.5-mykernel
2) Then I see
Loading Linux 4.5.5-mykernel .... Loading initial ramdisk ...
3) The screen clears and the system stops booting with
uncompression error
-- System halted
Maybe the initrd is incorrectly at least for my Kernel or my Kernel is incapable of decompressing the used initrd format. Could deselection of CONFIG_EXPERT caused the problem? But the Kernel worked yesterday.
Any ideas?
Greetings, Björn
What kind of cpu and nvidia did you have. I've a Xeon E3-1535M Skylake + Quadro M2000M and both of them work quite well. First on 4.5.4 kernel without trouble. But I desactivate the intel gpu so no optimus. Actually 4.5.4 initrd is directly an xz (But I guess I don't need direct patches for the cpu since last bios update made by dell 2 weeks ago) There's a newer NVIDIA-Linux-x86_64-367.18.run drivers release few day ago. And for the previous one NVIDIA-Linux-x86_64-364.19.run you can apply the attached patch, it has worked for me for 4.5 and 4.6 kernel I've stopped using 4.6 due to really deviant comportement with udev (not find LABEL disk etc). Even if last version will have long awaited fixes for dell_laptop module. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot