Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 2 subscribers
  • Views 2799 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ASG8 and D-Link DGE-530T

sharky98
Hi everyone,

I have some difficulty to make Astaro (as Home user) detect my NIC D-Link DGE-530T.

Based on this post (https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/t/27167) at least two users have this card working with ASG7, and maybe ASG8 for one of them.

Also based on the HCL (found there: https://support.astaro.com/extensions/AstaroExtensions/AstaroHCL/lists/Astaro-HCL.xml), my NIC seem to be supported


DGE-530T Gigabit Ethernet Adapter
D-Link System Inc
Network controller
v8="yes"/>
expected
module


Gigabit Ethernet Adapter
D-Link System Inc






The lspci -vvx output for this card is 
02:01.0 Ethernet controller: D-Link System Inc Device 4302 (rev 10)

        Subsystem: D-Link System Inc Device 4302

        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-

        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- 


and the lspci -vvxn is: 
02:01.0 0200: 1186:4302 (rev 10)

        Subsystem: 1186:4302

        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-

        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- 


So from that point, using the last ASG (8.202) I have no idea how to add this hardware through ASG WebAdmin. Any help would be appreciated.

Thanks in advance [:)]
sharky98


This thread was automatically locked due to age.
  • 0
    The "DGE-530T Rev C1" with product ID 0x4302 is currently not supported.

    I build you some kernel RPMs which maybe support it. They are build against the upcoming 8.300.
    So either upgrade to the current BETA and install them when 8.300 is soft released and test it.

    Index of DGE-530T

    Cheers
     Ulrich
  • 0 in reply to da_merlin
    Hi,

    Thank you for your quick answer.

    However, it seems that the kernel you provided doesn't work. At least, I wasn't able to make it work if it has to work.

    -I first installed the 8.295 beta
    -uploaded the kernel-default-2.6.32.48-4.g3f851fd.i686.rpm file
    -Switch as root (su -)
    -Executed the rpm with "rpm -Uvh --force kernel-default-2.6.32.48-4.g3f851fd.i686.rpm" command
    -Rebooted the system

    And... then I don't know if I have to do something else, or I missed something during the installation.

    If I did everything I should, any idea what I could do next to make it work?

    Thank you again,
    sharky98

    EDIT: A new line appeared in the lspci -vvx and lspci -vvxn: "Kernel modules: skge". So i guess now it might work and it's only a matter of telling ASG that the NIC is there and where to look for it?

    EDIT2: Some more new information. I did a fresh re-install of the beta 8.295. I have tried to make the DGE working. I have been modifying the modprobes.conf.local and modules files to add things like "alias eth0 e100" and "alias eth1 skge", or just "e100" and "skge" without any succes so far. It didn't work either from the fresh install or the modified kernel you provided. Now, I am lost!
  • 0
    Hi,

    Thank you for your quick answer.

    However, it seems that the kernel you provided doesn't work. At least, I wasn't able to make it work if it has to work.

    -I first installed the 8.295 beta
    -uploaded the kernel-default-2.6.32.48-4.g3f851fd.i686.rpm file
    -Switch as root (su -)
    -Executed the rpm with "rpm -Uvh --force kernel-default-2.6.32.48-4.g3f851fd.i686.rpm" command
    -Rebooted the system

    And... then I don't know if I have to do something else, or I missed something during the installation.

    If I did everything I should, any idea what I could do next to make it work?

    Thank you again,
    sharky98

    EDIT: A new line appeared in the lspci -vvx and lspci -vvxn: "Kernel modules: skge". So i guess now it might work and it's only a matter of telling ASG that the NIC is there and where to look for it?

    EDIT2: Some more new information. I did a fresh re-install of the beta 8.295. I have tried to make the DGE working. I have been modifying the modprobes.conf.local and modules files to add things like "alias eth0 e100" and "alias eth1 skge", or just "e100" and "skge" without any succes so far. It didn't work either from the fresh install or the modified kernel you provided. Now, I am lost!


    Use a real nic.  The marvel chipset in that nic is problematic at best.  Intel nics are cheap on newegg use them 3com(only the newer ones) or broadcom

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0 in reply to William Warren
    Use a real nic.  The marvel chipset in that nic is problematic at best.  Intel nics are cheap on newegg use them 3com(only the newer ones) or broadcom


    Thank you for your really helpful message.
  • 0
    not trying to be short..but marvels and realtek tend to be problematic in new releases.  heck there's tons of threads online about issues with that marvell based nic and windows 7 to boot..hence the use a real nic comment.

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0
    The kernel module skge is loaded? "modprobe skge"
    Any kernel messages related to the skge driver?
    Run "setitfhw.plx" to create all confd objects, so the interface gets visible in the WebAdmin.

    If the interface is still not working, I'm afraid you have to wait for version 9 with a new kernel
    or buy a new network card. I agree with William, Marvel cards are way more error prone than intel ones.

    Cheers
     Ulrich
  • 0 in reply to da_merlin
    I just bought this card from Dell. After a lot of searching and a little hacking, I found out that the device is a new model, which has a different chip than usual. The normal DGE-530T's all have Marvell Yukon chips (D-Link Devices 1186:4001, 4B00-4B03, 4C00). I haven't checked which specific chips they are compared to the Yukon series, but looks like the YK62-series, but when I downloaded the RealTek 8169 driver, then (for Windows, mind you) changed the Vendor and Device strings to match, it worked like a charm. 

    This is really weird... 

    I called D-Link Tech Support, and after talking with a guy for about an hour, he realized that the issue seems to be more than he can handle. He said that someone will be calling me on Monday or Tuesday about this. 

    If you want proof, check out D-link's website picture for the DGE-530T - The picture of the largest chip has what looks like an upside-down Marvell logo on it, and their drivers are all for the Yukon chip series. Also - I'm using Windows and it works. And Windows doesn't like anything. At all. Ever. Sorry - 14 hours at work due to this stoopid card. 


    SO - For Linux, I'd say that someone should find the driver string that covers the RealTek 8169 (probably 10EC:8169) and copy the line for 1186:4302 [:D]

    If you can't get a reply from me here, if needed, you can reach me at mat at my username dot com. I'll also be posting this information on my website (when I find out what GoDaddy did to it) at my username dot com. 

    Peace, love, and Linux.
  • 0
    I must be showing my "age".  I don't want to waste my time(and clients) on things that don't work...realteks and marvels and their ilk have those issues ore often.  Intels and broadcoms just work...

    Owner:  Emmanuel Technology Consulting

    http://etc-md.com

    Former Sophos SG(Astaro) advocate/researcher/Silver Partner

    PfSense w/Suricata, ntopng, 

    Other addons to follow

  • 0
    Hi Mat,

    Linksys and DLink are both notorious for changing chipsets within the same model card, and often with no indication on the packaging of the revision #.

    That said, posting the output of
    lspci -vvx
    and
    lspci -vvxn

    should help Astaro to identify the hardware and update the driver or PCI ID database as needed.

    Barry
Cookie Information Banner