pocopico

@dhlsam. @toyanucciand everyone with nic issues on baremetal. A small suggestion I have to make, is to boot with a live Linux image and see what are the loaded modules for your system before looking to load a module. Modules with wrong magic number will not be loaded.

So driver is loaded for your card. Verify ifconfig reports your interface and check # ifconfig # ethtool ethX

@stefauresi Well... can you check lspci -k

while in ssh with root run # depmod -a # modprobe atlantic verify module is loaded with # lsmod |grep -i atlantic If it didn't load do a # insmod /usr/lib/modules/atlantic.ko and verify again. If it doesnt load check dmesg output to see whats wrong

Few posts back .. did you try that and didn't work ?

Hi, what version are you using ? Drivers are kernel specific, Are you looking for 3615 or 918+ ?

I dont know about unraid but on esxi i prefer to just passthrough the disks and not the HBA itself. This way i can set the disks to SATA and i dont bother about the SCSI issue for the moment.

As it was with Jun loader some files in the loader will be overwritten (Mainly rd.gz and zImage). Recover the loader from a known working image and try to see if this works.

While at GRUB you need to select the second option for sata. If SATA is selected the vid:pid is ignored.

I would change the redpill loader to sata0.0 and data disk to sata1.0 which i have verified that works. I was not able to install with the redpill set to IDE or SCSI.

You will need to add manually the kernel module, for bromolow 3615xs, try with the attached: r8169.ko.7z Two modules are attached mii.ko and rtl8169.ko. First load mii.ko and then rtl8169.ko the process for RAMdisk copy is explained on GitHub https://github.com/RedPill-TTG/redpill-load/blob/master/FOR_DEVS.md For 918+ which will suit your CPU capabilities better, you the module r8168.ko is already included in the loader and should work for 8111H

While on grub, you have to select either manually or edit grub.cfg so that by default it boots with the second option which is SATA. If you dont have a second option you can A. rebuilt the loader with latest additions or B. manually edit grub.cfg and add synoboot_satadom=2 in the linux /zImage line.

On my Gen7 i have a strange issue. Whenever i perform shutdown the system halts OK but it doesnt get the signal to power off. How is shutdown in baremetal working for you ?

You can always open issues on Github for any issues that are addressed to the developers. This thread IMHO, helps people understand the concept, install using the loader on their test systems and that's pushing the development even further. Testing process anyway is a development stage.

If you are using docker, after couple of minutes it will stop responding. I have verified that even with a single container set to Low and 512MB, after some time it will stop responding. It is strange that it doesnt crash, it just hangs. Not able to see whats happening in the console as i dont have a serial port on my Gen7 that im using for tests.

synoinfo.conf gets patched by the loader image like @Orphée says so its a permanent across reboots solution.

Try this rd (7.0.1-42214), which also is the current version of redpill (v0.5-git-f3fcc22). It also makes use of Jumkey extra modules load patch and starts inetd for telnet to the system and troubleshooting in case you have e.g a disk map issue. Also includes modules and dependencies for tg3, mptsas, mpt2sas, mpt3sas, hpsa and vmxnet3 although sas is not yet supported. rd.gz.3615.microserver.gen7-8.v2.7z

918 doesnt even work as a VM on ESXi on Gen8. One of the reasons i upgraded to a Ryzen system

Anyway TTG is working on getting a solution for extra modules. Until then, you should be able to load the modules after the installation is completed.

Hi, I really doubt that they will fit inside the loader image as the ramdisk at least for MBR cannot exceed certain size. But whats the purpose of nvidia drivers in xpenology ?

I would have never thought about it ! I was thinking it was redpill blocking access as a precaution measure 😂😂😂

Which HBA are you using ? If its MPT2SAS or MPT3SAS you have no luck at the moment. TTG said they will be the need to fake SAS to SATA. If you have the smart array you can use this latest rd.gz rd.gz.3615.microserver.7z

@haydibe Could you please on you next release add the custom folder in order to facilitate the process of custom modules/firmwares copy ? Its just another volume addition

Try this and see if it works for you. Its for 3615 v7.0.1. Extract and rename to rd.gz on first partition if you are booting with legacy bios or second if you are booting with EFI. - I have added inetd start by default (telnet will work as soon as you get ip from DHCP for troubleshooting) - modules : tg3, mptsas, mpt3sas, vmxnet3.ko, libphy.ko Of course there is another way to load extra modules but i havent had the time to try yet. rd.gz.microserver.7z

Bromolow or apollolake ? for bromolow you may find them on previous posts