Maybe this enclosure and/or new SSD is fine

It’s a cheapo SATA SSD. From a brand, that a lot of people will say is “bad”.

Around 49 MB/s I think f3write said for the average, which may be wrong. Was shitting though, so didn’t see much before that.

And when I looked at GParted, copying from the microSD, to this SSD, it was almost 90 MB/s. Is that reading or both? Maybe both.

And in that case, that’s pretty good read speed for a shitty microSD card, and probably a better write speed then the Kingston SSD that was in the enclosure. Even 49 MB/s, might be faster then the Kingston, no idea.

But 49 MB/s for write speed on a microSD, might be harder to sustain on a microSD. But I don’t pay a ton of money on microSD cards, so I don’t know about the “better” ones. And maybe I should say a ton more as well.

They like dying in the Raspberry Pi. Even had a Samhung endurance card die. Not sure it was dead before taking it out of Pi though.

Either way, all microSD cards die eventually. And lots of them die faster in a Pi.

So going to use a USB SSD instead. I don’t think a Pi 4 or 4B, whatever it is, actually has PCIe that can be used for a SSD anyways. The shit I saw, said it would be USB. Therefore, I just got a drive, and used this enclosure.

Will it boot without changing anything though? Forgot about that before shutting it down and putting microSD in card reader. And too lazy to change DNS on anything, to look it up.

The downside of shutting down the Pi. Might be done though, should probably check it.

And then if it doesn’t boot, I’ll have to put the microSD card back in, and change something.

Funny, this SSD is slightly smaller then the microSD card. And you know why? Cause not all people that make SSDs are doing anything the exact same way. The flash chips though, might be similar to other brands. How many companies actually make the flash chips anyways?

But some of the cheapo brands on Amazon, are fake at least for microSD cards. Might as well test the SSD, wanted the write speed anyways. Not sure f3write is a great tool for the write speed though, but it looks like the drive is good. But did I even look at the output of f3read? Good question. Well, the average read speed I think was 400 MB/s or so.

Might need to disable, UAS though. Had to disable UAS on my Insignia dock on the Orange Pi 5, cause it crapped out while backing up. And it doesn’t appear to be the chipset that starts with a J either. But it’s plugged into a hub now, somebody said that fixed something like that for them.

So maybe I re enabled UAS, now I get to wait till next month, to see if it craps out again. Too lazy to run a manual backup.

Didn’t have to do shit, not even edit /etc/fstab. Guess GParted clones it. Good reason to copy it with GParted. Does dd do that too?

Well, if you restore a backup, to a new disk, and don’t change the UUID after making new partitions, you have to change the /etc/fstab. Maybe not if you do a dd backup. But instead, just backup the UUID, and use something else. Even if a DD backup can be made smaller, I’m too lazy to do it. Or look it up.

And the microSD in it, isn’t as shitty as some people would say the brand I thought was in it. It actually has a Samhung Endurance in it apparently. Thought it was a PNY though. And the USB PNY flash drive I have, is super slow. Possibly slower then some of their microSD cards. Well, don’t need to write anything new to it anyways. It’s good to go.

All I would need to do really is put a new ISO on it, and edit the grub file. Might last long enough, especially since it’s just sitting on the desk. Who knows when or if I’ll need it.

You can get a better flash drive or anything from PNY anyways, just spend more on a different one. How much more? Who knows. Might even be the same price. Depends on where you buy it. And if you want to buy it locally. So could be cheaper as well.

But nowadays, everything costs more.

The write speed according to dd, is around 80 MB/s. And the read speed according to hdparm is almost 200 MB/s.

Don’t know what the Pi 4 is capable of.

Also it’s plugged into a HDD dock’s USB 3 port as well.

So might just be faster on my desktop for that reason, if it is.

The USB regular drives might be faster over the network when writing. Don’t know about dd though. Don’t care that much anyways.

It depends on the command that I used as well. Or the arguments.

It’s using uas, and I think I read, if it’s slow, you might need to disable UAS for it.

Slightly slower now. For the write speed. Slower read speed too.

So probably not uas. But might be the port on dock.

And I’d need to buy a USB hub to fix that. But what version is the USB on the Pi 4 anyways? Cause the port is 3.0 on the dock. Looks like 3.0.

But need to change the dd command slightly. Might as well run on laptop while it’s rebooting, both ways too.

835 MB/s. On internal drive, the same way as I ran on Pi. Well, not running it the other way on internal drive. See what the external drive says. Will likely be too high, to bother running it both ways.

And it’s apparently slower. Are these arguments for a regular hard drive? Maybe so.

The AI says to use oflag=direct for the SSD, and said oflag=dsync for disk.

And only reason I look at that, is it’s at the top of the damn search results. Seems like a “smart” AI. And yes, it should show ssd and hdd commands together. If you search for “disk”.

And now on Pi, it’s 101 MB/s for the write speed.

Still not as good as my desktop most likely. But might be just good enough for me, to not bother testing it directly plugged into Pi.

Also, oflag=direct says around the same speed on my laptop’s external SSD. Which is under 40 MB/s.

Not sure I care enough to lookup the SSD in USB enclosures for the Pi 4 either.

I kind of doubt this SSD on laptop is this slow, unless I plugged it in wrong. Oh yeah, I unplugged it a while ago on accident. Hmm, but I think the entire thing came out. Not the C cable. But who knows, my memory sucks nowadays.

Just copy from the network to it, if it’s under 80 MB/s or so, say 50 or less, then it’s probably plugged in wrong. Nice adapter.

Looks faster, so dd command doesn’t like this drive.

And if you run it without direct, it’s 2 GB/s, which isn’t right. Need to clear the cache most likely.

Don’t think this drive is capable of 2 GB/s. And not using the direct even after clearing the cache, doesn’t change it.

Just change it to 10G.

If you put usb in front of ssd in search, you get yet a different command.

Also, 10G gets around 30 MB/s as well. Without any flags.

The read speed is around 40 MB/s with hdparm.

But with KDE, it said what I get over the network from the drive on Pi. But then, if the drive is too slow in KDE, it says it’s done before it’s done. Not sure though that’s the case.

Still odd, hdparm says the read speed is only 40 MB/s. Cause I never noticed any damn issues. And I might @ 40 MB/s.

Same speed plugging cable in other way. Well, don’t ask me then. I could check some commands, but even so, makes no damn sense. Read speed might be slightly more.

Should make sure the cable is plugged in right though. Or it might have issues. Might just need to undo what I did.

Plugged it back in the other way, and copying a bigger file from Pi, and fine so far. Looks like dd is just slower for some reason.

Looks like the file is there to me, it’s got a preview, and opened it, and fast forwarded. No issues. Good enough for me.

And dd might not be the more realistic benchmark anyways. Might be info from the “smart” AI itself as well. Then why say use dd?

Well, too lazy to use anything else, unless I have kDisk installed on my laptop. But I’d need a terminal thing on Pi.

Set kDisk to 4 GB. Now to get off my ass, and eat some pretzels. And get more water. And then go to bed soon.

Well, the Flatpak version is slow.

Testing the Debian one now. Maybe Debian has some odd issue, after the upgrade.

And bypassing the filesystem, might be an issue. If the SSD has fast and slow flash. And no idea, it’s a Crucial made to be USB SSD. And it’s also, faster most likely, if I plug it in by C, but then I lose a USB4 port on the dock. But it should be faster then under 40 MB/s write anyways.

If kDisk is using dd, it’s kind of pointless.

Hmm fio deletes data? Probably it’s own data.

And how do you write to a drive, without writing to it? Or they don’t want the delete part?

Wow, this AI sure is smart. I didn’t write KDE Dolphin is slower, the opposite.

All the results aren’t right either. Now to type it with slower instead, since apparently, it’s opposite day.

Nope, it doesn’t know what “faster” means.

Typed it all differently, and still nothing I want. That’s enough searching for now. The internet just keeps getting more stupid.