As far as I can tell, my SanDisk Ultra card is genuine. The article is very useful to the uninitiated. Thanks. On Tue, 8 Aug 2023 12:41:55 -0500 Roger Heflin <rogerheflin@xxxxxxxxx> wrote: > If it has never worked anyplace then read through this: > https://photographylife.com/fake-memory-cards > > On Tue, Aug 8, 2023 at 12:33 PM Roger Heflin <rogerheflin@xxxxxxxxx> > wrote: > > > > Have you ever had this card work in anything? > > > > And if you have used this card for a long time how long have you > > used it for ? > > > > And where did you purchase the card from and when, and how much did > > it cost? > > > > On Tue, Aug 8, 2023 at 11:43 AM Geoffrey Leach > > <geoffleach.gl@xxxxxxxxx> wrote: > > > > > > Answers to questions below. FWIW, on both systems a different SD > > > card performs with no problem. That and the error message from > > > e2fsck lead me to suspect that my problem is a bad superblock on > > > the card. I've been unable to find any instructions on how to get > > > e2fsck to mark the current superblock bad and create a new > > > superblock. > > > > > > dmesg says > > > [ +41.509460] EXT4-fs (mmcblk0p1): recovery complete > > > [ +0.001206] EXT4-fs (mmcblk0p1): mounted filesystem > > > 0fd984c4-cf88-408a-8ba5-15b64500bd5c r/w with ordered data mode. > > > Quota mode: none. [Aug 7 20:36] EXT4-fs (mmcblk0p1): unmounting > > > filesystem 0fd984c4-cf88-408a-8ba5-15b64500bd5c. [ +5.667580] > > > EXT4-fs (mmcblk0p1): recovery complete [ +0.001092] EXT4-fs > > > (mmcblk0p1): mounted filesystem > > > 0fd984c4-cf88-408a-8ba5-15b64500bd5c r/w with ordered data mode. > > > Quota mode: none. [ +12.728248] EXT4-fs (mmcblk0p1): unmounting > > > filesystem 0fd984c4-cf88-408a-8ba5-15b64500bd5c. > > > > > > The two systems are intel-based laptops running up-to-date Fedora > > > 37. The original problem system is a CLEVO W150HRM > > > > > > *-device > > > description: SD Card > > > product: SD01T > > > vendor: SanDisk > > > physical id: aaaa > > > logical name: /dev/mmcblk0 > > > version: 8.5 > > > date: 07/2022 > > > serial: 3601907256 > > > size: 953GiB (1023GB) > > > capabilities: sd partitioned partitioned:dos > > > configuration: logicalsectorsize=512 > > > sectorsize=512 signature=09ca262d > > > *-volume > > > description: EXT4 volume > > > vendor: Linux > > > physical id: 1 > > > logical name: /dev/mmcblk0p1 > > > logical name: /Media/SDXC > > > version: 1.0 > > > serial: 0fd984c4-cf88-408a-8ba5-15b64500bd5c > > > size: 953GiB > > > capacity: 953GiB > > > capabilities: primary journaled > > > extended_attributes large_files huge_files dir_nlink > > > recover extents ext4 ext2 initialized > > > configuration: created=2022-09-10 21:14:20 > > > filesystem=ext4 label=MP4 > > > lastmountpoint=/Media/SDXC > > > modified=2022-10-07 08:25:42 mount.fstype=ext4 > > > mount.options=rw,nosuid,nodev,noexec,relatime > > > mounted=2022-10-07 08:25:42 state=mounted > > > > > > The second system is a StarLabs StarLab mk III Aside from more > > > memory, SD main storage, more recent Intel CPU ... not much > > > different :-) Despite all of that, the problem with the SD is the > > > same. > > > > > > On Mon, 7 Aug 2023 18:23:12 -0500 > > > Roger Heflin <rogerheflin@xxxxxxxxx> wrote: > > > > > > > What is in messages? The sorts of errors you are getting > > > > indicate that the card is simply not working at all for some > > > > reason on linux. > > > > > > > > And how different were the 2 systems that you tried it on? > > > > > > > > I have a nice 256G UHS-II card that works fine in my camera, > > > > but in the laptop with the fastest mmc reader it will get a > > > > hard read error that shows in dmesg/messages that prevents it > > > > from working at any level. > > > > > > > > You need the errors coming out of the kernel. Running commands > > > > from userspace against the card won't tell you anything about > > > > what the kernel itself thinks is wrong. > > > > > > > > On Mon, Aug 7, 2023 at 5:52 PM Geoffrey Leach > > > > <geoffleach.gl@xxxxxxxxx> wrote: > > > > > > > > > > Thanks for the reply. > > > > > > > > > > The SD card behaves the same way on another system (F37) > > > > > > > > > > In desperation, I removed all of the date and used gparted to > > > > > delete and recreate the file system. It did than, then > > > > > restored all of the deleted files. > > > > > > > > > > I have the new result below. It appears that I need to > > > > > replace the superblock, but I've been unable to discover how > > > > > to do that. > > > > > > > > > > # e2fsck /dev/mmcblk0p1 > > > > > e2fsck 1.46.5 (30-Dec-2021) > > > > > MP4: recovering journal > > > > > Superblock needs_recovery flag is clear, but journal has data. > > > > > Run journal anyway<y>? yes > > > > > e2fsck: unable to set superblock flags on MP4 > > > > > MP4: ********** WARNING: Filesystem still has errors > > > > > ********** > > > > > > > > > > > > > > > On Mon, 7 Aug 2023 11:05:17 -0500 > > > > > Roger Heflin <rogerheflin@xxxxxxxxx> wrote: > > > > > > > > > > > What does it show in messages after the mount? That is > > > > > > where I would expect the underlying read errors to be. > > > > > > > > > > > > I have also had some issues with certain sdxc readers > > > > > > seeming to not work well with some cards. There are also a > > > > > > significant number of MMC changes going into the kernel > > > > > > recently. There is an entire new set of code (not sure if > > > > > > has made it into the latest released kernel yet) for the > > > > > > UHS-II cards (All UHS-II cards are working backwards compat > > > > > > for UHS-I). > > > > > > > > > > > > You might try a different machine/reader and see if it > > > > > > works on a different one. The issues I saw only happened > > > > > > with the larger and/or faster cards and only in some > > > > > > readers. > > > > > > > > > > > > On Mon, Aug 7, 2023 at 10:19 AM Geoffrey Leach > > > > > > <geoffleach.gl@xxxxxxxxx> wrote: > > > > > > > > > > > > > > I have a 1TB SanDisk XC SD card, which has developed a > > > > > > > reluctance to create files. > > > > > > > > > > > > > > UUID=0fd984c4-cf88-408a-8ba5-15b64500bd5c /Media/SDXC > > > > > > > ext4 noauto,rw,user 0 0 > > > > > > > > > > > > > > % sudo mount /Media/SDXC > > > > > > > % touch /Media/SDXC/foo > > > > > > > % ls /Media/SDXC/foo > > > > > > > /Media/SDXC/foo > > > > > > > % sudo umount /Media/SDXC > > > > > > > % sudo mount /Media/SDXC > > > > > > > % ls /Media/SDXC/foo > > > > > > > /bin/ls: cannot access '/Media/SDXC/foo': No such file or > > > > > > > directory > > > > > > > > > > > > > > I used root to mount, just to be sure. User mount has the > > > > > > > same problem. gparted reported a problem with the > > > > > > > superblock which was resolved by re-formatting and > > > > > > > re-creating the partition table. The card has just one > > > > > > > partition. > > > > > > > > > > > > > > Suggestions for further diagnosis would be appreciated. > > > > > > > > > > > > > _______________________________________________ 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
