Now I need to take a loan in order to afford 32gb for replacement thanks to the ai bros hoarding all the chips…

Tried on three different PCs, both Intel and AMD, both sticks are damaged, somehow

  • ascendings@fedia.io
    link
    fedilink
    arrow-up
    101
    arrow-down
    1
    ·
    8 days ago

    If you haven’t yet, I would try disabling the XMPP/DOCP profile to see if that passes a test. This will tell you if the RAM is just dead or if it’s degraded a bit and can’t hit the same speeds as it did before. If it does pass, then re-enable that profile and try downclocking or loosening the timings a bit to see if that’ll work.

    Failing that, you could try increasing the voltage slightly (like +0.05V, I wouldn’t go above 1.4V), but I’d be careful on this front to not cause anymore damage.

    Sucks that this happened right now, but IMO it’d be better to sacrifice a slight hit in performance than to buy RAM by itself at these premiums.

  • Willem@kutsuya.dev
    link
    fedilink
    English
    arrow-up
    46
    ·
    8 days ago

    A lot of ram is under lifetime warranty, check the manifacturer site (usually a serial lookup is enough).

  • tal@lemmy.today
    link
    fedilink
    English
    arrow-up
    31
    ·
    8 days ago

    Do they run stably if you downclock the memory in your BIOS? I’d at least try that first if replacing them is going to be a major problem.

      • tal@lemmy.today
        link
        fedilink
        English
        arrow-up
        45
        ·
        edit-2
        8 days ago

        Ah, fair enough. Long shot, but thought I’d at least mention it on the off chance that maybe it would work and maybe you hadn’t yet tried it. Sorry.

        tries to think of anything else that could be done

        Are you using Linux? Linux has a patch that was added many years back with the ability to map around damaged regions in memory. I mean, if your memory is completely hosed and you can’t even boot the kernel, then that won’t work, but if you can identify specific areas that fail, you can hand that off to the kernel and it can just avoid them. Obviously decreases usable memory by a certain amount, but…shrugs

        I’ve never needed to do it myself, but let me go see if I can find some information. Think it was the “badram” feature.

        searches

        Okay. You’re running memtest86. It looks like that has the ability to generate the string you need, and you hand that off to GRUB, which hands it off to the kernel.

        https://www.memtest86.com/blacklist-ram-badram-badmemorylist.html

        MemTest86 Pro (v9 or later) supports automatic generation of BadRAM string patterns from detected errors in the HTML report, that can be used directly in the GRUB2 configuration without needing to manually calculate address/mask values by hand.

        To enter the address ranges to blacklist manually, do the following:

        Edit /etc/default/grub and add the following line:

        GRUB_BADRAM=addr,mask[,addr,mask...]
        

        where the list of addr,mask pairs specify the memory range to block using address bit matching
        Eg. GRUB_BADRAM=0x7ddf0000,0xffffc000 shall exclude the memory range 0x7DDF0000-0x7DDF4000
        Open and terminal and run the following command

        sudo update-grub
        

        Reboot the system

        If you can’t even boot the system sufficiently to get update-grub to run, then you might need to do a fancier dance (swap drive to another machine or something), but that’s probably a good first thing to try. I’d try booting to “rescue mode” or whatever if your distro has an option like that in GRUB, something that doesn’t start the graphical environment, as it’ll touch less memory.

        EDIT: If your distro doesn’t have something like that “rescue mode” set up — all the distros I’ve used do, but that doesn’t mean that all of them do — or it it can’t even bring “rescue mode” up, because your memory is too hosed for that — then you probably want to do something like hit “edit kernel parameters” in GRUB and boot while adding “init=/bin/bash” to the end of the kernel command line. That’ll start your system up in a mode where virtually nothing is running — no systemd or other init system, no graphics, no virtual consoles, no anything. Bash running on bare metal Linux kernel. Control-C won’t work because your terminal won’t be in cooked mode, everything will be very super-duper minimal…but you should be able to bring up bash. From there, you’ll want to manually bring your root filesystem, which the kernel will have mounted read-only, as it does during boot, up to read-write, with:

        # mount / -o remount,rw
        

        Once that’s done, do your editing of the grub config file in vi or whatever, run the update-grub command.

        Then run:

        # sync
        

        Because you don’t have an init system running and it’s not gonna flush the disk on shutdown and your normal power-down commands aren’t gonna work because you have no init system to talk to.

        Go ahead and manually reboot the system by killing its power, and hopefully that’ll let it boot up with badram mapping around your damaged region of memory.

        EDIT2: It occurs to me that someone could make a utility that can run entirely in Linux to do memory testing to the extent possible inside Linux using something like memtester instead of memtest86, generate the badram string and then write it out for GRUB. That’s less bulletproof than memtest86 because memtester can’t touch every bit of memory, but it’s also easier for a user to do than the above stuff, and if you additionally added it to the install media for a distro, it’d make it easier to run Linux on broken hardware without a whole lot of technical knowledge. I guess it’d be pretty niche, though — doubt that there are a lot of systems with damaged memory floating around.

        EDIT3: Oh, that’s only the commercial version of memtest86 that will auto-generate the string. Well, if you know how to do a bitmask and you can get a list of affected addresses from memtest86, then you can probably just do it manually. If not, post the list of addresses here and someone can probably do a base address and bitmask that covers the addresses in question for you. Stick the memory back into your computer first, though, since the order of the DIMMs is gonna affect the addresses.

        • Wispy2891@lemmy.worldOP
          link
          fedilink
          English
          arrow-up
          14
          ·
          8 days ago

          wow i’m running linux, so it might be perfect

          though i’m a bit scared that it will get worse over time. Today i got a freeze that forced me to test the ram with memtest86, but since september i got some random corruption in the btrfs filesystem (luckily always “useless” files like flatpak or docker stuff that i could delete and download again in seconds) and i assumed it was a btrfs bug, not hardware problem

          • COASTER1921@lemmy.ml
            link
            fedilink
            English
            arrow-up
            6
            ·
            8 days ago

            If I were in this position I’d strongly consider using 16GB for the next year or two. Especially with an NVME SSD, good swap performance makes the impact of running out of memory much smaller than it used to be.

            It’s very strange both sticks failed at the same time, have you tried them in another motherboard?

          • justlemmyin@lemmy.world
            link
            fedilink
            English
            arrow-up
            4
            ·
            8 days ago

            I had to do this on my busted ddr4 2 weeks ago. Badram didn’t work, but memmap did. I had to do bit flipping to get the translation from BADRAM as explained here.

            I think the latest memtest86+ has the option to report in memmap format. But you will need to take a photo of the screen, coz it’s Foss and not as fancy as Passmarks memtest.

            Edit: Adding badram to grub broke grub for me, I have to undo the grub config using a live boot rescue thingamajig. Then I went hunting why.

          • chellomere@lemmy.world
            link
            fedilink
            English
            arrow-up
            3
            ·
            8 days ago

            You can even make linux run an automatic memtest on boot and reserve the bad areas it finds. This is with the memtest=N kernel parameter, where N is the number of passes. memtest=17 tests all patterns. With this, the kernel will run an automatic test on every boot.

          • [object Object]@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            8 days ago

            To add to what the above commenter said: afaik Grub allows specifying kernel parameters at boot by pressing some hotkey. You could type in the string from memtest86 if you find what the parameter should be called (or add the memtest parameter instead).

  • diabetic_porcupine@lemmy.world
    link
    fedilink
    English
    arrow-up
    13
    ·
    8 days ago

    Bro I’ve had my ram for yeaaaars. Anytime my computer glitches I just think “yep it’s time” and my wallet sheds a tear

  • brucethemoose@lemmy.world
    link
    fedilink
    English
    arrow-up
    11
    ·
    8 days ago

    Does the BIOS support any overclocking/tweaking?

    I’m not familliar with Rocket Lake (your CPU generation), but you may be able to bump the voltage or loosen the timings a bit to get it stable. Even without BIOS support, it’s possible you could do this from your operating system, like you can with Ryzen.

  • ɔiƚoxɘup@infosec.pub
    link
    fedilink
    English
    arrow-up
    10
    ·
    8 days ago

    Could this possibly be caused by a bad connection of the ram contacts?

    I’m grasping for ya.

    If not… F

    • Wispy2891@lemmy.worldOP
      link
      fedilink
      English
      arrow-up
      14
      ·
      8 days ago

      No it’s some kind of hybrid bastard mobo from AliExpress where they use a soldered mobile CPU but with desktop memory in microATX form factor

        • Wispy2891@lemmy.worldOP
          link
          fedilink
          English
          arrow-up
          4
          ·
          8 days ago

          i wonder if it was the motherboard sending wrong voltage or something like that. What are the chances of TWO modules failing AT THE SAME TIME (although it’s the same kit, identical memory, so maybe it could be damaged silicon and i never noticed before)

          • Scrubbles@poptalk.scrubbles.tech
            link
            fedilink
            English
            arrow-up
            3
            ·
            8 days ago

            Yeah two sticks at once to me says mobo issue, IF you tested each stick individually and they both failed separately. Maybe not fried, I’d be hesitant to try them in a better mobo to not fry a slot too, but they might still be fine.

            Did you test each stick individually to confirm both are dead? If two sticks are in there and it fails all that means is “at least one failed”. That’s just an indicator to go one stick at a time to determine which one.

          • Lasherz@lemmy.worldM
            link
            fedilink
            English
            arrow-up
            3
            ·
            8 days ago

            Try and single out the cpu cache with cache less mode. 2 sticks is a weird issue if timing didn’t slip on the memory controller or overvoltage was applied.

          • towerful@programming.dev
            link
            fedilink
            English
            arrow-up
            3
            ·
            8 days ago

            Maybe 1 is causing the other to fail?
            Could try the sticks individually.

            It is strange that 2 sticks fail at the same time. It smells like a symptom instead of the root issue.

            • Scrubbles@poptalk.scrubbles.tech
              link
              fedilink
              English
              arrow-up
              4
              ·
              8 days ago

              In fact they should try. Due to dual/quad mode the only thing testing multiple sticks at once will tell you is if any of the sticks have failed. Only going one by one will tell you which ones or how many, otherwise you’ll have red herrings

              • towerful@programming.dev
                link
                fedilink
                English
                arrow-up
                3
                ·
                8 days ago

                Yeh, the 16/32 in the screenshot and that 2 sticks are dead suggests they have 4x 8gb sticks, and lends credence that one channel is being messed with.
                They said they tested the ram on multiple systems, but they might have just thrown both “dead” sticks in there at the same time - leading to a similar failure mode as they are both on the same channel.

                I bet 1 stick is dead, and they could probably get away with 24gb of ram in a 3/2 channel distribution

                • Scrubbles@poptalk.scrubbles.tech
                  link
                  fedilink
                  English
                  arrow-up
                  3
                  ·
                  8 days ago

                  Agreed. Luckily with RAM, you know pretty quickly if a stick is dead. Yeah the test can run for hours, but in my experience if a stick is dead, memtest will go red almost immediately, most of the time not even making it 2 minutes.

      • AllHailTheSheep@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        3
        ·
        8 days ago

        I have an old team force ddr4 16gb kitm not exactly top of the line but should do the trick. I’ll gladly sell it to you for a much fairer price than what’s around these days long as you’re in the us. dm me if interested, no worries if not

    • 3laws@lemmy.world
      link
      fedilink
      English
      arrow-up
      1
      ·
      8 days ago

      I’m eying FB Marketplace lately, not all users are aware of the RAM situation.

  • TheFinn@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    8
    ·
    8 days ago

    Someone else may have said this but try reseating the memory, making sure there isn’t dust or anything in the slots