The top of these are a little loose when the machine is sitting (I can jiggle them slightly) and I can see them move sometimes when working where the top is with the big washers where it bolts to the frame of the lift arm. What is going on? Is this normal?
title
title
Sometimes when I suspend my system, upon trying to resume it the screens don't come on at all. Not just turning on and showing nothing, but not even powering on/receving any output. The computer will respond to pings for a time and sometimes I can SSH in. I found the following in my logs after I saw the kernel traceback in dmesg:
kernel: systemd-sleep: page allocation failure: order:0, mode:0x100c02(GFP_NOIO|__GFP_HIGHMEM|__GFP_HARDWALL), nodemask=(null),cpuset=/,mems_allowed=0
kernel: CPU: 0 UID: 0 PID: 1095635 Comm: systemd-sleep Tainted: P OE 6.12.90+deb13-amd64 #1 Debian 6.12.90-1
System returned from sleep operation 'suspend'.
I am running a fully updated Trixie install with a newer AMD graphics card (Radeon RX 7600 XT) with the packages properly installed per https://wiki.debian.org/AtiHowTo using the non-free-firmware repo and running Wayland. 128GB of ECC RAM and 16GB graphics card - I often run in the 90-95% RAM usage range and run a ramdisk for swap using zram. I am using a hardware-accelerated web browser (Firefox) as well if that makes a difference as it uses a good but of VRAM. This only happens when my main RAM usage is high.
I saw a mention somewhere online that this can be due to issues with the AMD graphics driver not being able to evacuate the VRAM to system RAM because it's full or it can't find a contiguous block large enough to hold the VRAM during the suspend operation:
https://bbs.archlinux.org/viewtopic.php?id=293028
and the link in the above post:
https://gitlab.freedesktop.org/drm/amd/-/issues/2125#note_1708592
>https://gitlab.freedesktop.org/drm/amd/ … te_1708592 theorizes that the driver tries to allocate RAM after access to the swap is lost and has a service that mlocks enough RAM to buffer the VRAM
Does anyone have any ideas if is the case in Debian 13.5? Someone said that the evacuate process is fixed in kernel 6.8-rc5 and I also see this kernel driver commit regarding it: https://github.com/torvalds/linux/commit/3a9626c816db901def438dc2513622e281186d39 This issue is still happening for me on the latest Debian stable kernel 6.12.90.
My fan clutch was not working so I took it out and saw that all of the wires going into the connector have no insulation left! I peeled back the fabric tape on the truck-side wiring harness and almost all the wires INSIDE the wiring harness have the plastic insulation degrading and are showing copper. It looks like they are dry rotting but they are sticky from the adhesive of the fabric tape that protects the exterior of the harness. Does anyone have any ideas what's going on? I'm concerned this issue stretches to more of the harness than just the part I've seen. I see the same issue happening around camshaft position sensor wires farther down on the same harness. Help!
This has been long since discontinued, but I need it. Is there a place where old releases of this are mirrored? I’m looking for the newest version of 3.x and release notes for it.
There’s a small leak under my cab that I found when I lifted it up. Not sure what’s leaking, looks like the hydraulic charge filter housing but a bunch of other stuff right around there is wet. Any ideas from anyone who has worked on this machine before?