Re: SD cards
Thanks. Now it makes sense. On 12/1/22 15:05, Joseph Sinclair via PLUG-discuss wrote: Specifications set minimum requirements, rarely does a specification set an actual maximum limit. In this case, the specification requires that compliant hardware support *at least* the rates specified (within the defined optionality of the specification), but does not bar hardware from supporting higher rates or additional features, as long as the specification is met otherwise. Most likely the manufacturer is quoting the maximum possible rate for their hardware under laboratory conditions and using carefully specified supporting hardware; rather than the real world conditions with various unknown additional hardware elements (e.g. a card reader) and environmental conditions. Basically, you'll probably never see the maximum quoted data rate because some *other* hardware in the system probably won't support it (again, readers *can* support higher speeds, but most won't), but the card *could* deliver data at those rates in a theoretical perfect environment. Most quoted rates do, somewhere in fine print and often only on their website, describe the basis for the claim. With a little digging you can probably find the exact answer if you're curious enough. On 2022-12-01 02:22 PM, Jim via PLUG-discuss wrote: I know this isn't really a linux question, but I don't know who else to ask and I haven't yet found an answer online, but I'm still looking. I'm looking at buying a micro sd card and have found some UHS -I cards that advertize 180 MB/s read speeds and 130 MB/s write speeds, I've also read that UHS - I is supposed to have a maximum speed of 104 MB/s. Are the card makers guilty of false advertizing, or is there some way to get around the 104 MB/s limit? thanks --- PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: https://lists.phxlinux.org/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: https://lists.phxlinux.org/mailman/listinfo/plug-discuss --- PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: https://lists.phxlinux.org/mailman/listinfo/plug-discuss
Re: SD cards
Specifications set minimum requirements, rarely does a specification set an actual maximum limit. In this case, the specification requires that compliant hardware support *at least* the rates specified (within the defined optionality of the specification), but does not bar hardware from supporting higher rates or additional features, as long as the specification is met otherwise. Most likely the manufacturer is quoting the maximum possible rate for their hardware under laboratory conditions and using carefully specified supporting hardware; rather than the real world conditions with various unknown additional hardware elements (e.g. a card reader) and environmental conditions. Basically, you'll probably never see the maximum quoted data rate because some *other* hardware in the system probably won't support it (again, readers *can* support higher speeds, but most won't), but the card *could* deliver data at those rates in a theoretical perfect environment. Most quoted rates do, somewhere in fine print and often only on their website, describe the basis for the claim. With a little digging you can probably find the exact answer if you're curious enough. On 2022-12-01 02:22 PM, Jim via PLUG-discuss wrote: > I know this isn't really a linux question, but I don't know who else to ask > and I haven't yet found an answer online, but I'm still looking. > > I'm looking at buying a micro sd card and have found some UHS -I cards that > advertize 180 MB/s read speeds and 130 MB/s write speeds, I've also read > that UHS - I is supposed to have a maximum speed of 104 MB/s. Are the card > makers guilty of false advertizing, or is there some way to get around the > 104 MB/s limit? > > > thanks > > --- > PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > https://lists.phxlinux.org/mailman/listinfo/plug-discuss signature.asc Description: OpenPGP digital signature --- PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: https://lists.phxlinux.org/mailman/listinfo/plug-discuss
SD cards
I know this isn't really a linux question, but I don't know who else to ask and I haven't yet found an answer online, but I'm still looking. I'm looking at buying a micro sd card and have found some UHS -I cards that advertize 180 MB/s read speeds and 130 MB/s write speeds, I've also read that UHS - I is supposed to have a maximum speed of 104 MB/s. Are the card makers guilty of false advertizing, or is there some way to get around the 104 MB/s limit? thanks --- PLUG-discuss mailing list: PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: https://lists.phxlinux.org/mailman/listinfo/plug-discuss
Re: Change the filesystem on sd cards/usb sticks (was- Permissions)
So it doesn't really matter? I'll leave it then. Thanks for the help. On Mon, Jan 18, 2016 at 12:50 PM, Matt Graham wrote: > On 2016-01-18 10:22, Michael Havens wrote: > >> so no go on the sd cards then. what about thumb drives? >> > > Putting non-FAT filesystems on USB disks works just fine. Most modern > BIOSes will happily read and boot from an ISO9660 or UDF filesystem that's > been dd'ed to a USB disk. An ext3 filesystem on a USB disk is totally > feasible; my removable backup drives are ext3. The only real problem with > using ext3 on a removable disk is that it's a pain to read that disk from > an OS X machine. (Windows has ext2ifs, which allows Windows to treat an > ext3 partition as just another drive.) > > I don't think that using ext3 on a flash-memory device would improve the > device's lifetime though. Flash-memory devices almost always have > wear-leveling built in at a level lower than the block device layer. > Logical sector 1 may be mapped to physical sector 4567, and that mapping > may change at any time. They had to do this, because the FAT is always in > the same set of logical sectors, and is written to frequently. > > > -- > Crow202 Blog: http://crow202.org/wordpress > There is no Darkness in Eternity > But only Light too dim for us to see. > --- > PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > http://lists.phxlinux.org/mailman/listinfo/plug-discuss > -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: http://lists.phxlinux.org/mailman/listinfo/plug-discuss
Re: Change the filesystem on sd cards/usb sticks (was- Permissions)
On 2016-01-18 10:22, Michael Havens wrote: so no go on the sd cards then. what about thumb drives? Putting non-FAT filesystems on USB disks works just fine. Most modern BIOSes will happily read and boot from an ISO9660 or UDF filesystem that's been dd'ed to a USB disk. An ext3 filesystem on a USB disk is totally feasible; my removable backup drives are ext3. The only real problem with using ext3 on a removable disk is that it's a pain to read that disk from an OS X machine. (Windows has ext2ifs, which allows Windows to treat an ext3 partition as just another drive.) I don't think that using ext3 on a flash-memory device would improve the device's lifetime though. Flash-memory devices almost always have wear-leveling built in at a level lower than the block device layer. Logical sector 1 may be mapped to physical sector 4567, and that mapping may change at any time. They had to do this, because the FAT is always in the same set of logical sectors, and is written to frequently. -- Crow202 Blog: http://crow202.org/wordpress There is no Darkness in Eternity But only Light too dim for us to see. --- PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: http://lists.phxlinux.org/mailman/listinfo/plug-discuss
Re: Change the filesystem on sd cards/usb sticks (was- Permissions)
so no go on the sd cards then. what about thumb drives? On Mon, Jan 18, 2016 at 12:25 PM, Matt Graham wrote: > On 2016-01-18 08:13, Michael Havens wrote: > >> ext3 at the time (99)) was superior to FAT because instead of >> filling in the nearest open space with data when it is told to write >> it scatters the data around on the disk. [...] I was >> thinking it might be a good idea to format sd cards and thumb drives >> to ext3/ext4 for this reason. Is that a sound idea or am I mistaken? >> > > All the SD cards I've seen have FAT filesystems on them. The firmware in > cameras almost certainly can't handle anything other than FAT. Android > devices with SD slots probably expect FAT SD cards too, though they might > be able to handle ext3. > > FAT actually makes sense for removable storage in many situations, because > everything can understand it and UIDs/GIDs don't make sense for things that > can be attached to different devices. I don't think it'll be possible to > get rid of FAT for this reason. (And isn't there something called ExFAT > that SD-using devices that take cards > 32G are required to support?) > > > -- > Crow202 Blog: http://crow202.org/wordpress > There is no Darkness in Eternity > But only Light too dim for us to see. > --- > PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > http://lists.phxlinux.org/mailman/listinfo/plug-discuss > -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: http://lists.phxlinux.org/mailman/listinfo/plug-discuss
Re: Change the filesystem on sd cards/usb sticks (was- Permissions)
On 2016-01-18 08:13, Michael Havens wrote: ext3 at the time (99)) was superior to FAT because instead of filling in the nearest open space with data when it is told to write it scatters the data around on the disk. [...] I was thinking it might be a good idea to format sd cards and thumb drives to ext3/ext4 for this reason. Is that a sound idea or am I mistaken? All the SD cards I've seen have FAT filesystems on them. The firmware in cameras almost certainly can't handle anything other than FAT. Android devices with SD slots probably expect FAT SD cards too, though they might be able to handle ext3. FAT actually makes sense for removable storage in many situations, because everything can understand it and UIDs/GIDs don't make sense for things that can be attached to different devices. I don't think it'll be possible to get rid of FAT for this reason. (And isn't there something called ExFAT that SD-using devices that take cards > 32G are required to support?) -- Crow202 Blog: http://crow202.org/wordpress There is no Darkness in Eternity But only Light too dim for us to see. --- PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: http://lists.phxlinux.org/mailman/listinfo/plug-discuss
Change the filesystem on sd cards/usb sticks (was- Permissions)
I've been thinking of doing this for a while now. When I first started my journey into *nix I was told (or I heard someone telling someone else) that the *nix filesystem (I suppose it was ext3 at the time (99)) was superior to superior because instead of filling in the nearest open space with data when it is told to write it scatters the data around on the disk. Therefore you don't wear out the disk as fast because you aren't writing to the same spots repeatedly (this has to do with data fragmentation also). I was thinking it might be a good idea to format sd cards and thumb drives to ext3/ext4 for this reason. Is that a sound idea or am I mistaken? On Mon, Jan 18, 2016 at 9:28 AM, Matt Graham wrote: > On 01/16/2016 08:03 PM, dad wrote: >>> >>>> Mint 17.3. 8 gig micro card and named the owner dad. [...] >>>> I installed a program called sound converter to convert the offensive >>>> files. The micro card will NOT let me add or delete files to it. >>>> >>> On Sat, Jan 16, 2016 at 10:59 PM, Brian Cluff wrote: >> >>> Did you accidentally flip the little switch on the side of the SD >>> card that puts it in write protect mode? >>> >> > That was my first thought, but that's apparently not the problem. > > On 2016-01-17 17:32, Snyder, Alexander wrote: > >> By default, storage devices that are plugged into the system mount >> automatically in the /media/ directory. >> > > Some distros do this. Mint is probably one of them.[0] Most > removable-media SD cards have a FAT32 filesystem on them, and FAT doesn't > actually have Unix-style permissions. These are faked at mount time > according to the automounter's configuration, and generally the user who's > logged in should be able to read and write the files on the mounted medium. > > So: Unplug the device, then plug it in again and immediately do "dmesg | > tail -n 40". This'll tell you what the kernel thinks is going on with the > SD card. It might think the filesystem is damaged and so it's mounting it > read-only, or something. > > [0] I don't think automounters are a good idea for various reasons. > > -- > Crow202 Blog: http://crow202.org/wordpress > There is no Darkness in Eternity > But only Light too dim for us to see. > --- > PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org > To subscribe, unsubscribe, or to change your mail settings: > http://lists.phxlinux.org/mailman/listinfo/plug-discuss > -- :-)~MIKE~(-: --- PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org To subscribe, unsubscribe, or to change your mail settings: http://lists.phxlinux.org/mailman/listinfo/plug-discuss