Possible missing firmware rtl18168g-3.fw fo module r8169

[Rui Teixeira]

Hi,
I'm having an issue with some firmware. Googling I've found som e
information, installing Realtek firmware but it doesn't fix my issue.

There's the log installing the system (image).
Loading Image...

Any help will be appreciated, I think this problem is the reason why the
installed system end up stuck in a black screen on boot.


Thanks!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20140603/07f770c7/attachment.html>

[Toomas Tamm]

Post by Rui Teixeira
Hi,
I'm having an issue with some firmware. Googling I've found som e
information, installing Realtek firmware but it doesn't fix my issue.
There's the log installing the system (image).
http://oi57.tinypic.com/316axy1.jpg
Any help will be appreciated, I think this problem is the reason why the
installed system end up stuck in a black screen on boot.

You need to install the package "firmware-realtek" from the non-free
archives, and re-genetare the relevant initrd(s).

Having said that, I have never seen anything fail because of these
warnings. My systems have always booted and run without visible
problems without the firmware present. So I have always installed the
package manually afterwards, just to get rid of these warnings.

Regards,

Toomas

[Rui Teixeira]

I already have installed firmware-realtek. Seems that firmware-realtek package
include:
* Realtek RTL8192SU firmware, version 902B (RTL8192SU/rtl8192sfw.bin)
* Realtek RTL8105E-1 firmware (rtl_nic/rtl8105e-1.fw)
* Realtek RTL8111D-1/RTL8168D-1 firmware (rtl_nic/rtl8168d-1.fw)
* Realtek RTL8111D-2/RTL8168D-2 firmware (rtl_nic/rtl8168d-2.fw)
* Realtek RTL8168E-1 firmware (rtl_nic/rtl8168e-1.fw)
* Realtek RTL8168E-2 firmware (rtl_nic/rtl8168e-2.fw)
* Realtek RTL8168E-3 firmware, version 0.0.4 (rtl_nic/rtl8168e-3.fw)
* Realtek RTL8168F-1 firmware, version 0.0.4 (rtl_nic/rtl8168f-1.fw)
* Realtek RTL8168F-2 firmware, version 0.0.4 (rtl_nic/rtl8168f-2.fw)

but not for module r8169:
rtl_nic/rtl8168g-3.fw
rtl_nic/rtl8168g-2.fw
rtl_nic/rtl8106e-2.fw
rtl_nic/rtl8106e-1.fw
rtl_nic/rtl8411-2.fw
rtl_nic/rtl8411-1.fw
rtl_nic/rtl8402-1.fw

I'm saying this warning is the reason because is the only warning I have
during installation process. Then, booting the system, I'm stuck after:

Decompressing Linux... Parsing ELF... No relocation needed... done.
Booting the kernel.
Loading, please wait...


Rui

Post by Toomas Tamm

Post by Rui Teixeira
Hi,
I'm having an issue with some firmware. Googling I've found som e
information, installing Realtek firmware but it doesn't fix my issue.
There's the log installing the system (image).
http://oi57.tinypic.com/316axy1.jpg
Any help will be appreciated, I think this problem is the reason why the
installed system end up stuck in a black screen on boot.

You need to install the package "firmware-realtek" from the non-free
archives, and re-genetare the relevant initrd(s).
Having said that, I have never seen anything fail because of these
warnings. My systems have always booted and run without visible
problems without the firmware present. So I have always installed the
package manually afterwards, just to get rid of these warnings.
Regards,
Toomas

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-koeln.de/pipermail/linux-fai/attachments/20140603/96067bd2/attachment.html>

[Toomas Tamm]

Post by Rui Teixeira
I already have installed firmware-realtek. Seems

[...]

Post by Rui Teixeira
rtl_nic/rtl8168g-3.fw
rtl_nic/rtl8168g-2.fw

[...]

Apparently I did not pay sufficient attention to detail, which versions
of the firmware you are lacking. My apologies!

However, all the missing modules are present in the jessie version of
firmware-realtek:
https://packages.debian.org/jessie/firmware-realtek

It has essentially no dependencies and installs on a wheezy system
without any complaints (just tested).

Post by Rui Teixeira
I'm saying this warning is the reason because is the only warning I
have during installation process. Then, booting the system, I'm stuck
Decompressing Linux... Parsing ELF... No relocation needed... done.
Booting the kernel.
Loading, please wait...

Does this happen while booting FAI, or when booting into the installed
system? You may get additional insight into booting problems by adding
"set debug=all" into the grub configuration, and adding "rdshell
rdinitdebug rd.debug" into the kernel flag list.

Sample grub entry:

menuentry "Debian FAI 486 install with lots of debug" {
set debug=all
insmod ext2
search --set=root --label FAI_USB --hint hd0,msdos1
linux /boot/vmlinuz-3.13-0.bpo.1-486 ip=dhcp root=/dev/nfs nfsroot=172.24.0.205:/wrk/fai/nfsroot32 aufs nomodeset rdshell rdinitdebug rd.debug FAI_FLAGS=verbose,sshd,createvt FAI_ACTION=install
initrd /boot/initrd.img-3.13-0.bpo.1-486
}

This worked for a USB stick. Your situation will probably vary. If
booting via PXE, the "set debug=all" is not needed, as it affects grub.

PS. Please report back if the firmware update helped, and if not, what
else you did to get it to boot?

Regards,

Toomas

[Peter Keller]

Post by Toomas Tamm
Does this happen while booting FAI, or when booting into the installed
system?

If you're booting into the installed system, I have an outside
suggestion, replace your pxelinux.cfg/default with:

LABEL fai-generated
MENU LABEL Boot from first hard drive
COM32 chain.c32
APPEND hd0

and put /srv/fai/nfsroot/usr/lib/syslinux/chain.c32 into /srv/tftp/fai .

The above says chain boot from the primary hard drive.

I found that the 'localboot 0' pxe directive wasn't supported properly
on some versions of bios I had and had to work around to chain load the
installed OS. Otherwise, I would end up with a hang right before I would
have expected the installed OS to boot.

Thank you.

-pete