Samuel Sieb: >> The writing is finished when dd exits, but the drive might keep flashing >> briefly after that. Or maybe the drive has some internal caching that >> it doesn't advertise (that would be very bad). Tide Ka: > Won't there be any kernel cache, so `sync` command is their for coping > with the cache? In my case it was a USB 3 drive in a USB 3 port, and the other USB socket on the same host was empty, so ought to be as fast as it could be. Watching things as they progressed, dd thought it had finished before it did. The command completed and the cursor returned, but the flashdrive's activity LED was still blinking for a very long time afterwards. So I typed sync, and that stayed doing something until the flashdrive stopped blinking, then the cursor returned immediately. So, I'm tempted to think that the caching delay was part of the OS rather than the drive. Thought that's a bit of a crude assessment, I know. I find writing to USB flashdrives, however its done, always to be slower than I expect. Never the high speeds the devices claim to support. Looking back at the "the damn thing won't boot" (or even load), issue, I do see complaints about this going back as far as at least Fedora 38. With advice for people to load the installer onto a flashdrive, then hack off some of the shim files. So the problem has been around for some time. Steadfast Fedora users are likely to persevere with it until they manage to do the install some way (probably just a dnf upgrade from the existing install, rather than boot media). But newcomers trying out Linux are likely to try, maybe poke around a bit for answers, see they're not so easy to implement, and drop it for another distro. -- uname -rsvp Linux 3.10.0-1160.118.1.el7.x86_64 #1 SMP Wed Apr 24 16:01:50 UTC 2024 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. -- _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
