Resolved: The command '/usr/local/sbin/ping-auth -s > /etc/thoth/thothid 2>/dev/null' returned exit code '127', the output was ''
-
Fix what exactly? The missing cryptoID?
Did you do a full power cycle?
-
@stephenw10 yes full power cycle and after fresh firmware again once I get to setup wizard I have no cyptoID listed and the log errors
-
Any ideas??
-
I opened a TAC they just send me firmware again and closed it. Does it need a different build?
-
Are you sure it ever showed a CryptoID? The later 2100s didn't have the chip as we moved away from that.
Mmm, this looks like bug. Harmless but a bug.
-
Opened an internal bug report to investigate.
-
Here is it showing in 23.05.01
Yes my SG-2100 has one, is this the same as a TPM chip for encrypting drives?
-
@stephenw10 could it be my bios that is showing? I don't know could a new SSD cause this? The cyptoID is on the pcb mainboard right?
-
@stephenw10 Thanks for looking into this. I opened a TAC ticket but they just sent me firmware, when I said I installed it and it did not fix it the ticket was closed. I think he got mixed up with my ticket.
-
It's not a TPM device, it doesn't have anything to do with drive encryption.
I wouldn't expect a driver to make any difference here. I could just about imagine causing problems communicating with the chip but that would be the same in 23.05.1.
I assume running
ping-auth -scorrectly returns the crypto ID there? -
@stephenw10 said in The command '/usr/local/sbin/ping-auth -s > /etc/thoth/thothid 2>/dev/null' returned exit code '127', the output was '':
ping-auth -s
in 23.05.01
So its something with that build? I also have issues with experimental ethernet rules and compex ath0 driver they no longer separate the layer 2 broadcast domains for ARP requests from LAN to Compex card, this version is prone to ARP broadcast storms across different interfaces before it broke them up I never showed traffic between the two interfaces.
https://forum.netgate.com/topic/184894/ethernet-rules-on-two-networks
-
https://redmine.pfsense.org/issues/15103
-
Did you try 23.09.1 without the new SSD installed?
-
@stephenw10 yes but I can't remember I think it also had the same issue. Could a SSD cause this?
-
It could if, for example it somehow had the same smbus address as the crypto chip. It shouldn't but it works fine for me here in 23.09.1 without an SSD.
Is that test from 23.05.1 also with the SSD?
-
So as you have already noticed, I'm guessing, what you're showing is different than the build date I'm showing and posted above
Curious was that image before or after TAC sent you the new image, or is/was the date the same on both.
Still think it is different than just a package here or there, as was discussed here.
https://forum.netgate.com/topic/184681/after-update-2-7-2-23-09-1?_=1702938917839
-
@stephenw10 said in The command '/usr/local/sbin/ping-auth -s > /etc/thoth/thothid 2>/dev/null' returned exit code '127', the output was '':
The later 2100s didn't have the chip as we moved away from that
define "later" by D.O.M. - please.
-
@stephenw10 yes the 23.05.01 is an SSD that came with my 2100-MAX 32GB
The 23.09.01 is on a KingSpec SSD it's 128GB
The new SG2100MAX comes with 128GB so I wanted mine to max up to the new MAX
-
Ah, but not the same one...
-
@stephenw10 no it's a different it's a KingSpec the smart status does not show as much as the trendnet SSD. The install SSD guide for 2100 did not state any cyptoID issues also, that's why I thought it couldn't be the 128GB SSD everything works except that cryptoID is missing and it has the system errors to go with it
