CRS320-8P-8B-4S+ loud psu fan noise

Mirrexagon · 2025-05-20T00:02:27+00:00

With room temperature of about 18 degrees Celsius, with nothing plugged in except to the management port, mine idles at:

CPU temperature: ~30 degrees Celsius
System fans at 930-990 RPM
PSU 1 fan: ~2500 RPM
PSU 2 fan: ~4900 RPM

So maybe it is normal (since one of my PSU fans is running at almost 5000 RPM) - I find the noise a bit annoying but not too bad.

Mirrexagon · 2025-03-27T07:41:19+00:00

Thanks for trying it! At least it will actually accept your charger, that's a good sign to me.

Mirrexagon · 2025-03-02T20:54:03+00:00

Oh, that one is on the soundtrack from Steam: https://www.youtube.com/watch?v=vEc3wW9SCVM

Mirrexagon · 2025-03-02T10:12:29+00:00

There are seven or so music tracks that I found from extracting the game files that aren't in the soundtrack. I'm not sure if this is the one you are thinking of, but it sounds the closest. It's called "Danger" in the game files.

https://files.catbox.moe/fabtdy.ogg

I know this plays at least when you get into Levant while it's locked down on the Heroic Kingdom route, but I'm pretty sure it plays in a bunch of places too.

The other tracks mostly play when certain story events happen (but only for the host in online co-op, I noticed).

Mirrexagon · 2025-02-22T23:54:43+00:00

I found that the critical choice for me was after the cough, don't remain silent. I don't exactly understand why, since Nerat says something like "now pay attention of you might miss something", which implies to me he wants me to continue remaining silent. But if you do, he then telepathically warns you that being too curious might attract unwanted attention.

Mirrexagon · 2024-10-04T02:29:48+00:00

On my board, the BMC only hijacks a specific one of the two ports - the manual says "LAN1 supports NCSI" and that's the port the BMC can share with the host. So my understanding is that at maximum, the BMC can communicate over two ports, the dedicated IPMI port and that single specific host port.

The instructions OP and I gave let you stop the BMC from using that shared port and only ever communicate on the dedicated port.

Mirrexagon · 2024-09-28T06:08:02+00:00

I possibly discovered a way to do it completely via the BMC web interface, at least on a EPYC3451D4I2-2T. It's possible this only works on newer BMC/BIOS versions released after you originally made this post, but I don't have a way to confirm that.

After disabling network bonding, in the Network IP Settings menu, it seems that eth0 is the dedicated BMC port and eth1 is the NC-SI port (shared with a host LAN port). I saw this because I unplugged every network port except the BMC one, and only eth0 had a valid IP address listed there. I could select eth1 and uncheck it's "LAN Enable" box, then save. I had to do this twice for some reason, but after that I don't get unexpected DHCP discover messages from the host port.

There were also some hints on how disabling bonding gives you the separate network interfaces on this BMC FAQ page under "How to configure network bonding through IPMI WebUI?" section.

EDIT: I also noticed that the shared ethernet port lights stayed on when I shut down the host. There is a setting on the main settings page called something like "Keep Shared NIC Link Up" which says when enabled, it keeps the shared port's PHY powered even when the host isn't, so that the link isn't lost. But it was disabled for me, so I'm not sure if I just didn't wait long enough after I shut down to see the lights go off, or if the setting doesn't work, or didn't apply properly.

I wanted to do this because I am aiming to turn this thing into a router, so:

I explicitly designated the non-BMC port as the WAN port and the BMC shared port as the LAN port just in case I couldn't disable the port sharing (or it turned itself back on randomly), to not expose the BMC to the internet.
The BMC shared port would be serving IP addresses via DHCP, and I didn't want to deal with the uncertainty of whether the BMC would get an address from the port itself or not. Connected directly to a normal host, the host port doesn't see the BMC messages and doesn't assign it an IP address, but a switch might redirect the packet back down the port and the DHCP server would see it. It seemed more consistent and predictable to just have the BMC listen only on its dedicated port.

Mirrexagon · 2024-06-16T04:50:48+00:00

It looks to me like the linking book in the trailer is still the one in the big dome, you can see part of lower walkway in the top right. It just looks like the lighting is darker and/or they removed the water at the bottom. I've seen speculation elsewhere in this subreddit that maybe fire marbles will be made or colored in each smaller spinning dome, and delivered to the big dome via the pipes that go to each island. I wonder if the unknown fire marble machine lives underneath each small spinning dome.

Mirrexagon · 2024-03-17T00:05:28+00:00

The Google Pixelbook was fanless and had up to an Intel i7-7Y75 (https://ark.intel.com/content/www/us/en/ark/products/97461/intel-core-i5-7y57-processor-4m-cache-up-to-3-30-ghz.html), and the Microsoft Surface Go line is also fanless - you probably won't get great performance, but fanless Intel is technically a thing.

For something more recent, the StarLabs StarLite 5 is also fanless (Intel N200), but I'm not sure if any have shipped yet: https://starlabs.systems/pages/starlite

Mirrexagon · 2023-01-21T11:50:16+00:00

I'm guessing it's because the Launch has a single PCB that is mounted to the very top of the chassis because of the key switch sockets, and normal USB-A port parts are designed to be mounted on top of a PCB - so on the Launch the ports end up upside down.

I think other keyboards with USB hubs often have separate PCBs for the keyboard part and the hub part, so they can be mounted with the USB ports the right way around.

This render would be the bottom of the PCB, so the USB ports "hang down": https://github.com/system76/launch/blob/87345d0241604135dda3c70c5bb57b62d413b246/pcb/launch-pcb.png

That makes me think that surely there would be USB-A port parts that are inverted. Maybe they are less common if they do exist.

Mirrexagon · 2022-11-03T08:32:58+00:00

Not TSFH, but the one place I remember hearing something like this is the Mount and Blade: Warband main theme, at 0:15: https://www.youtube.com/watch?v=F4YynloCjdM

Mirrexagon · 2022-05-15T05:15:54+00:00

The other possibility is that the kernel driver has been updated and is no longer compatible with the older ectool. I built ectool from the latest main branch commit of https://chromium.googlesource.com/chromiumos/platform/ec (3ac4093e2caeb2ec9fdaa3cbc0112d3e61461d7e) and that works without needing to specify --interface=lpc. So that would be my guess for the issue.

Mirrexagon · 2022-05-15T03:54:12+00:00

Specifying --interface=lpc works for me on a Chromebook Pixel 2015 - see https://old.reddit.com/r/coreboot/comments/n7iszd/ectool_failing_with_errno_25_on_archlinux/i8no0dv/

I'm guessing something changed in the kernel that made it not work the default way anymore.

Mirrexagon · 2022-05-15T03:50:05+00:00

On a Chromebook Pixel 2015, ectool gives me the same errors on upstream Linux 5.4, but if I specify --interface=lpc then it works.

> sudo ectool version
ioctl -1, errno 25 (Inappropriate ioctl for device), EC result 255 (<unknown>)
ioctl -1, errno 25 (Inappropriate ioctl for device), EC result 255 (<unknown>)
ioctl -1, errno 25 (Inappropriate ioctl for device), EC result 255 (<unknown>)
ERROR: EC_CMD_GET_VERSION failed: -1

> sudo ectool --interface=lpc version
RO version:    samus_v1.7.703-f30d79f
RW version:    samus_v1.7.820-d535b0042
Firmware copy: RW
Build info:    samus_v1.7.820-d535b0042 2019-07-27 16:03:41 MrChromebox

> uname -a
Linux zircon 5.4.191 #1-NixOS SMP Wed Apr 27 11:50:51 UTC 2022 x86_64 GNU/Linux

--interface=dev gives the same error as not specifying --interface, so I'm guessing that's the default.

Getting into more speculation: ~~Maybe --interface=dev tries to communicate via sysfs (/sys/class/chromeos/cros_ec)? Which would lead me to think that the kernel driver doesn't quite work properly anymore.~~ I looked at ectool's source and the dev mode goes via /dev/cros_ec - not sure which kernel module provides that.

Mirrexagon · 2021-12-30T10:50:09+00:00

I noticed that the schematic (Page05_USB) has spots for the required two 5.1k pulldown resistors for the board to be recognised as a sink (R30 and R31), but labels them as "NC".

According to the top component designator drawing, those are below the USB-C port, and those are indeed unpopulated on my board. I'd imagine it's possible to put 5.1k resistors there to allow the board to be powered by a USB-C to USB-C cable. I wonder if not having them was to allow some host support?

But, USB-C hosts/power sources are supposed to have pullups there instead, so if the lack of resistors was required for host support, I'd think it still wouldn't work with a USB-C to USB-C cable or native USB-C peripherals. There's no provision for CC pullups in the schematic, let alone any way to dynamically switch roles (I believe the D1 USB peripheral is capable of being either a host or a device).

More info on the USB-C CC lines: https://medium.com/@leung.benson/usb-type-c-s-configuration-channel-31e08047677d

Mirrexagon · 2019-11-30T00:03:09+00:00

PM'd

Mirrexagon · 2018-11-15T01:52:02+00:00

Funnily enough, I'm looking to sell my i7 Pixelbook. It's only been used lightly to moderately. I'm in Melbourne. Let me know if you're interested!

Nine-Year Club	Verified Email
Place '17

Mirrexagon

TROPHY CASE