With the reports of 3.09 “fixing” this, I tried with the install that was doing this regularly. Logged in, updated the OS, and started updating some games for the screen to go blank and start throwing the disconnect, and read only errors.
I’ve re-installed the OS, and have started to perform the use case described in my previous reply to see if it was a situation of once borked, always borked. Hoping that the BIOS update ‘did’ fix this, but not holding my breath considering the inability to reproduce for the manufacturing partners.
As an update, this BIOS update has not solved the issue for me. Error happened quicker than I am used to it doing so. Same as previous, Lockup of GUI, Dump to Terminal, spam errors onto the screen.
Same issue here…it’s almost gotten worse with the 3.09 BIOS update.
Framework - batch 5, I think ?
CPU: i7-1185G7
RAM: 64GB
HDD: 2TB WD 850 (with latest firmware)
OS: Windows 10 Pro, 21H2, build: 19044.1826
1TB add-on, have tried ALL 4 ports with similar random disconnects (even when it’s not even being utilized, i.e. I heard & get a notification on USB), get that diskpart.inf “warning” in the Windows Logs but don’t point to anything other than the device
This has gone on long enough…I think. How come there’s no fix for this yet?
This 1TB expansion card’s only positive thing is the form factor…that it fits into a Framework expansion slot. But it’s less reliable, slower (due to the interface speed), lower TBW and more expansive than a 1TB SN850 or a 1TB 980 Pro. Like, on a ‘value’ side of things…this card has extremely poor value as it stands at the moment.
I’d be curious to hear if people have similar problems with other USB drives. I think I’ve had a USB backup drive disconnect once or twice, but I don’t use them often enough to notice (and I wasn’t analyzing this problem back then.)
The 1 TB expansion card is only disconnecting every month or two for me even with it plugged in constantly and used every day to store and process ~1GB of data.
The reason I bring this up is that I keep wondering if the problem isn’t in the drive itself, but rather in the Framework’s USB connections.
BIOS 3.09 did not fix my issue. I’ve had my 250GB connected through a USB-C card for about two days, and it just dropped and reattached.
My overall experience has been that this is independent of charger connectivity, storage card location, and other attached peripherals. Sustained reads seem to trigger it more often than when it is left idle, but it will still trigger at idle (such as this most recent one).
Batch: 6
CPU: i5-1135g7
RAM: 1x16GB
HDD: 2TB SN750
BIOS: 3.09
OS: Win10 Pro
Expansion Cards+connections (clockwise from back left): Full Power Magnetic Charging Card → charger
USB-C → storage
USB-C → Ethernet hub → peripherals
USB-C → TB3 cable → ADT-Link R43SG-TB3 → GTX1650S
Anyone else have a problem with the 256 and 1tb expansion cards just randomly disconnecting? I’m running windows 11 and it happens every once in a while when idle or when accessing files on the drive. It’s kinda annoying because it crashes all the programs and games that I have on them. Any help is greatly appreciated.
@Ironsidemaster I mentioned this earlier in the thread, but I had a lot of “Delayed Write Failed” errors until I disabled the Windows “Quick Removal” option for my 1 TB expansion card.
Since that change, I’ve only had 3 disconnects. And none since May 19th. I know other people have said this option hasn’t helped them. But it’s worth a try!
That’s just delays the flush to storage, doesn’t it?
i.e. The card still disconnects, but it’s able to auto connect back online (?). Thereby minimizes your chance of attempt to write to storage while it’s disconnected.
There’s no official word on what IS happening or why it IS happening…does that mean Framework doesn’t know the actual cause yet…and so there’s no fix (yet)?
Known issue with unknown root cause, and unknown fix isn’t really comforting.
It seems a little more subtle than that. I’m not noticing the drive disconnecting (i.e. no popups complaining that the drive disconnected), so my theory is that sometimes there’s a problem writing to the drive that would exceed a timeout, but with the cache enabled, it doesn’t cause the Windows error.
As for the root cause, you’re right. I haven’t heard anything official, though I think it might be less a problem with the drive and more something quirky with the USB ports.
I think so too, and it could also be why it’s not realised by the OS as a full disconnect. From the OS’s perspective, the drive/device is still connected…but for whatever reason, it’s not able to fulfill the various write requests at certain times.
So, I was thinking about this further (totally brainstorming here, and please comment if I missed something), IF the 1TB or 250TB is a true USB 3.2 device (old name), it’ll default to 20Gbps ~= 2.5GB/s ~= PCIe 4.0x2, correct? So I’m thinking…
The Framework Laptop 11th Gen has a total of “1x PCIe 1.0 & 12x PCe 4.0”…
1xPCIe 1.0 = WLAN & Bluetooth
4xPCIe 4.0 = NVMe “Harddrive”
4xPCIe 4.0 = Either eGPU and/or Powesupply (most 85-100w USB4 chargers will utilize the full bandwidth for power delivery, b/c they’re lazy in design most of the time…)
4xPCIe 4.0 = the other USBC 4 port (which I have connected to a TB 3.0 docking station)
…so I’ve already used all my bandwidth without even accessing my 1TB expansion card or the internal iGPU which will also require some bandwidth (but mine’s disabled in this instance)…I mean, Framework has some great engineers to even get it to work 75% of the time to be honest! I’m guessing here…but with the 12th gen, it’s documented by Intel to have 20 PCIe 4.0 lanes, so I’m thinking this will be “fixed”…
Just throwing out some thoughts/different perspective
Its been a long while but I am back. I am on bios 3.10 on nixos with uname
Linux fwlNix 5.19.5 #1-NixOS SMP PREEMPT_DYNAMIC Mon Aug 29 09:18:05 UTC 2022 x86_64 GNU/Linux
Its pretty consistent for me in that it always happens on the framework laptop in any port. mounting RO makes it much less frequent however, to the point I think I am experiencing a different issue altogether (maybe powersaving/wake from sleep). RW I don’t think I have made it past 3 days with infrequent writes (basically just to bash_history), and a few hours if I tried to run a rw OS on it like Gentoo (which typically failed before I can login).
I still have not had any issue on my desktop, but it is only USB 3.2 type c, not Usb4/TB mobo. It has run in there perfectly happy with same programs running for months. Which is why I am happily keeping both of my 1TB expansion cards even though they are… flaky on the laptop itself.
I have not turned off usb powersaving since I switched to nixos with bios 3.10. I’ll give that a shot latter. But glad I am mo longer the only one frustrated/baffled by the issue. Sorry for the team, but… you know how confusing this is to look at and try to diagnose? I was on the verge of going insane trying to find the STR even on my machine which I know has the issue. Trying to search for workaround was equally frustrating as well… without STR I might have to wait days before the issue reoccurs in normal usage conditions. I can’t even be sure if the issue will occure within a few hours if I write to it separately or nonstop. And I can’t diagnose this all the time, I had to actually use the laptop eventually.
Also comforting to see windows users have issues as well… an os/fs agnostic problem is makes the issue much more likely to be out of my hands.
If I had been able to find a constant reliable STR I would happily write instructions, a script, whatever and ship my framework back to be looked at. This issue is cursed. Just be happy if it reproduces withing a few hours when you want to know if its still there and if it takes a few days to occur when your not checking if it still exists
