You are not logged in.
I tried wipefs, dd, gparted etc.
I have to admit to still need to work my way through any dmesg entries.
I tried 3 different USB readers as well as discovering that the built in card reader works just fine under Linux. I was hard pressed to keep it working for more than a few hours under windows, so had forgotten it was there!
Yes dmesg does seem to show it is functional upon insertion and reading.
I am now trying to reliably run a fsck on it under linux, I do not seem to have all the tools that are suggested on the web.
The problem is that I seem to be getting automatic selection of items sometimes and not others.
So if I am using the file browser for instance, and trying to select a particular 2 or three files it will at random, either drop focus on those files or go and perform the default action for selecting those files. I cannot work out yet what is causing this erratic behaviour, and I also cannot say "it always does this wrong", as to me at least the behaviour is not deterministic.
It could be a batch issue I suppose.
I now have 3 still with files, all files added between 2014 an 2020, differing on each of them. All with a different amount of fill and usage.
Somehow on two of them I now have no partition table, and gparted gives an error message when trying to create one.
I am still curious to know why they have failed. None of them have the "usbc" string scattered in the partition table, so it is not that, some Linux users have had failure upon either suspend or resume from suspend, but most of those saw the usbc string.
Hi,
This is the dmesg output:
[1257191.630039] mmc0: new high speed SDHC card at address 59b4
[1257191.630340] mmcblk0: mmc0:59b4 00000 7.35 GiB
[1257191.649111] mmcblk0: p1
[1257192.028782] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
At this stage I know I cannot trust the data on there, but I still do not unerstand why I cannot force a full redo of the mbr and partitions. I think I am sending commands to do that, gparted reports that it has not failed. But the card is not cleared down, I feel I need to understand this better otherwise I would just let it go and throw the cards away.
But before I come to that point I would like to understand what is and is not happening under the hood.
Well I dug around all the spare computer stuff around the house and discovered 11 other sd cards of various sizes that all work, I can add and delete files, I could reformat 2 of them (empty already).
I have these 5 with zombie file systems on them, all Samsung.
On the reading side I have the built in SD reader (it never used to stay working under windows), a usb3 Lexar SD reader, and a no name items that all work with the good cards,
The adaptors are a selection of Samsung, SanDisk and 2 PNY brand micro-SD adaptors. Two of them only work as read only, so have been marked as such.
The dmesg dump is quite large, how much of it is needed? last 20 lines? last 50 or 100?
I now have a handle on which bits of other kit seem to be functional, when it was 5 faulty and 1 good sd card I could not be sure where the fault lay.
They are Samsung cards, I have used the internal card reader in the Lenovo, as well as two external readers, one of which is a lexor device that had good reviews at the time I bought it. The adaptors for the micro/SD conversion are samsung or sandisk.
Part of the problem may be that they were partitioned on Windows, but gparted is supposed to be able to cope.
I have tried dd, gparted and wipefs:
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
├─sda1 8:1 0 23.3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 9.3G 0 part /var
├─sda6 8:6 0 976M 0 part [SWAP]
├─sda7 8:7 0 18.6G 0 part /tmp
└─sda8 8:8 0 1.8T 0 part /home
sdb 8:16 0 931.5G 0 disk
├─sdb1 8:17 0 128M 0 part
└─sdb2 8:18 0 931.4G 0 part /data
sdd 8:48 1 7.4G 0 disk
└─sdd1 8:49 1 7.3G 0 part
sr0 11:0 1 1024M 0 rom
mmcblk0 179:0 0 7.4G 0 disk
└─mmcblk0p1 179:1 0 7.3G 0 part
mike:~$ sudo wipefs --all --backup /dev/sdd
wipefs: error: /dev/sdd: probing initialization failed: Device or resource busy
mike:~$ sudo wipefs --all --backup /dev/sdd
/dev/sdd: 2 bytes were erased at offset 0x000001fe (dos): 55 aa
/dev/sdd: calling ioctl to re-read partition table: Success
mike:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 1.8T 0 disk
├─sda1 8:1 0 23.3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 9.3G 0 part /var
├─sda6 8:6 0 976M 0 part [SWAP]
├─sda7 8:7 0 18.6G 0 part /tmp
└─sda8 8:8 0 1.8T 0 part /home
sdb 8:16 0 931.5G 0 disk
├─sdb1 8:17 0 128M 0 part
└─sdb2 8:18 0 931.4G 0 part /data
sdd 8:48 1 7.4G 0 disk
└─sdd1 8:49 1 7.3G 0 part
sr0 11:0 1 1024M 0 rom
mmcblk0 179:0 0 7.4G 0 disk
└─mmcblk0p1 179:1 0 7.3G 0 part
So is read the blocks, sdd is the one I want to clear, I run wipefs, and it still reports a partition and gparted then also reports a fat32 partition on it, am I missing something?
It is definitely not write protected, when I flicked the switch on the side gparted correctly told me it was unable to write.
The bit I have a problem with is that gparted tells me it had success in deleting the partition, when it clearly didnt, if I unplug and then plug it in again, I can read the files straight away, no windows involved. Gparted ought to be looking deeper into whether the files are gone. I agree it was MS that started the mess with straying from the original standard. Since then the software ought to be able to look at both mbr tables as well as both partition tables and at least warn you in advance that things are not straightforward.
I have successfully used gparted quite a lot at home and at work, but this batch of sd cards is giving me problems, it might have been the cheap no-name card reader I had at the time of creating them? it could be the usb funnies that people have noted with the string usbc plastered into the mbr and partition tables.
Hi Camtaf,
The problem I am having is that the two MBR's are out of sync, as well as the tqo partition maps, and fdisk is refusing to fix it for me...
So I am now trying to have a look at the mbr and partitiion table settings in detail to try and work out what went wrong. It seems many others on the web have been bitten by this.
Hi Altoid,
There are many many cases on the web of this ame issue occurring on Linux systems, I tried winows again merely because Devuan was saying yep, the wipe succeeeded, but gparted was lying to me, the partition was NOT wiped. It is not clear if it is the OS or caused by bad hardware,
Trouble is the hardware is all respectable brands.
I am going to spend a few days looking into the MBR and see if that is borked, then manually repair them, it seems winows and linux are both flaky at doing this right always.
Hi,
I agree that the first one did not wipe the whole disk, but as it only had about 1G of data on it I would have expected it to be empty!
I have also found that I cannot correct the errors by writing an NTFS partition from windows, even diskpart would not do it.
I am finally getting a few steps forward, I have 6 microsd's all done at about the same time, formatted on the same windows PC.
Several of them now seem to have many issues on them. I think the safest thing to do would be just to start afresh, there were differences in the copies of the FAT and partition tables that crept in somewhere along the way,
No I did not reboot after running dd, is that an issue for a removable disk? I took it out, waited a bit then plugged it in again, is that not enough?
I also asked gparted to read the devices again, it still came up with the Fat32 partition.
I will try those after supper that is now imminent.
Hi,
Last time I id this:
sudo dd if=/dev/zero of=/dev/sdc bs=1k count=2048000
2048000+0 records in
2048000+0 records out
2097152000 bytes (2.1 GB, 2.0 GiB) copied, 2618.76 s, 801 kB/s
that apparently worked, but still the files were visible on a Windows PC.
But this time using your version:
sudo dd if=/dev/zero of=/dev/sdc bs=4096
[sudo] password for mike:
dd: error writing '/dev/sdc': No space left on device
1926913+0 records in
1926912+0 records out
7892631552 bytes (7.9 GB, 7.4 GiB) copied, 364.007 s, 21.7 MB/s
And Gparted still thinks it has a FAT32 partition on it. And from windows I can still see the files, and it is not write protected either.
The device in question is a Kobo Aura HD, so it is definitely looking for a "Windows" start to its USB connection.
I am in the middle of trying to access the micro-sd that was in it for a while! that is also going badly. Gives me a chance to try and learn a few more corners of Linux behavior! Most of the other devices I have are seen ok, just that faulty usb stick I had a recently.
This PC with Devuan is a lenovo W520, I have a Lexar workflow SR2, a Sandisk adapter and a Samsung 8 GB micro SD.
In devuan it has been mounting read only, It has about 500 mostly PDf's on it. As it was coming up read only and the files are mostly copied elsewhere too I used Gparted to delete the single main partition. It tells me that the operation worke ok, and it shows as empty, then when I try to add a partition it comes up with the preexisting fat 32 partition and shows the 30 or so percent full.
I have now tried to wipe it with gparted at least 10 times, gsdisk at least twice and also tried to zap it with dd.
I take it back to a Windows PC and all the files are still there, I can copy in and out as well as rename all ok from windows.
Repeatedly read only in Devuan, and also in Linux mint it fails to delete the partition, but still gives me sucess messages??
In Linux mint I can delete files from the microsd, which is more than I am getting here at the moment.
Any ideas what I might do differently?
My reading of the situation was that modprobe is already a kernel module, the person in the first link merely told the module to try both alternatives, the original USB standard way as well as the new default Windows way of accessing devices.
"An internet search indicated this is not an uncommon problem, and usbcore, which is compiled as a module in Hardy’s kernel, seems to be the culprit. Plenty of suggestions were offered online (including recompiling the kernel) but most of them did not help me at all.
Finally, I found something on an old mailing list that solved the problem. All I needed to do was add the following line to /etc/modprobe.d/options:"
Hi,
I have error message 71 when connecting a particular device, this page:
https://urukrama.wordpress.com/2009/01/ … -error-71/
and this page:
https://www.spinics.net/lists/usb/msg02644.html
show me I have to add
use_both_schemes=y
to a file, but which file?
I have nothing suitable in either location specified in those links.
Any advice about where to look in this distribution?
Hi,
That is interesting, GParted declares it to be FAT16, but fdisk says FAT32?
sudo fdisk /dev/sdc -l
[sudo] password for mike:
Disk /dev/sdc: 497.75 MiB, 521928192 bytes, 1019391 sectors
Disk model: DT Elite HS 2.0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x0408df67
Device Boot Start End Sectors Size Id Type
/dev/sdc1 63 1017855 1017793 497M b W95 FAT32
This scenarion reminds me of some cheap memory sticks I bought online a while ago, One said it was 1Tb, but GParted could only find 8Mb!
Trackpad desired behaviour is right click to select options etc for the context, left click to select the folder/file/text/url etc,
ditto for mouse, it is also erratic in that regard.
synclient
Parameter settings:
LeftEdge = 1751
RightEdge = 5191
TopEdge = 1624
BottomEdge = 4282
FingerLow = 25
FingerHigh = 30
MaxTapTime = 180
MaxTapMove = 222
MaxDoubleTapTime = 180
SingleTapTimeout = 180
ClickTime = 100
EmulateMidButtonTime = 75
EmulateTwoFingerMinZ = 282
EmulateTwoFingerMinW = 7
VertScrollDelta = 101
HorizScrollDelta = 101
VertEdgeScroll = 0
HorizEdgeScroll = 0
CornerCoasting = 0
VertTwoFingerScroll = 1
HorizTwoFingerScroll = 0
MinSpeed = 1
MaxSpeed = 1.75
AccelFactor = 0.0395883
TouchpadOff = 0
LockedDrags = 0
LockedDragTimeout = 5000
RTCornerButton = 0
RBCornerButton = 0
LTCornerButton = 0
LBCornerButton = 0
TapButton1 = 0
TapButton2 = 0
TapButton3 = 0
ClickFinger1 = 1
ClickFinger2 = 1
ClickFinger3 = 1
CircularScrolling = 0
CircScrollDelta = 0.1
CircScrollTrigger = 0
CircularPad = 0
PalmDetect = 0
PalmMinWidth = 10
PalmMinZ = 200
CoastingSpeed = 20
CoastingFriction = 50
PressureMotionMinZ = 30
PressureMotionMaxZ = 160
PressureMotionMinFactor = 1
PressureMotionMaxFactor = 1
GrabEventDevice = 0
TapAndDragGesture = 1
AreaLeftEdge = 0
AreaRightEdge = 0
AreaTopEdge = 0
AreaBottomEdge = 0
HorizHysteresis = 25
VertHysteresis = 25
ClickPad = 0
Do I actually need the xinput package to get this functionality to work, or is it just useful for debugging?
Thanks guys, just had to use Gparted to shrink the partition by 2Mb and it now reports properly. as a drive in the unmount applet. It does not yet automount? not sure why. will try and google that.
Yes,
It does not show up in the file manager, or in the demount applet at bottom right.
The part I do not understand, is that I have quite a few other USB memory sticks that are correctly automounted!
There is a whole lot of info when I run sudo dmesg, but the tail end of it with the latest insertion of the disk gives this:
[26546.252910] usb 2-1: new high-speed USB device number 8 using xhci_hcd
[26546.407795] usb 2-1: New USB device found, idVendor=08ec, idProduct=0015, bcdDevice= 2.00
[26546.407806] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[26546.407811] usb 2-1: Product: DT Elite HS 2.0
[26546.407814] usb 2-1: Manufacturer: Kingston
[26546.407817] usb 2-1: SerialNumber: 06F0444082903C42
[26546.410090] usb-storage 2-1:1.0: USB Mass Storage device detected
[26546.410739] scsi host6: usb-storage 2-1:1.0
[26547.429869] scsi 6:0:0:0: Direct-Access Kingston DT Elite HS 2.0 5.02 PQ: 0 ANSI: 0 CCS
[26547.430424] sd 6:0:0:0: Attached scsi generic sg3 type 0
[26547.485593] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[26548.712696] sd 6:0:0:0: [sdc] 1019391 512-byte logical blocks: (522 MB/498 MiB)
[26548.713155] sdc: detected capacity change from 0 to 521928192
[26548.714934] sdc: sdc1
[26548.714961] sdc: p1 size 1019340 extends beyond EOD, enabling native capacity
[26548.716060] sdc: sdc1
[26548.716101] sdc: p1 size 1019340 extends beyond EOD, truncated
But it is seen properly by other PC's, so what could be wrong? it is formatted as FAT 16 and seen as 512Mb by gparted.
Any ideas? Is it due to being FAT16?
The problem is that it will take me a lot of trial and error to work out which settings will help me.
Also when I am scrolling with the mouse, not touching the buttons, and no where near the trackpad, sometimes the mouse behaves as if it has "follow focus" behaviour, and at other times it definitely needs the click.
Then a single click while over a folder sometimes causes that folder to be highlighted, and at other times it automatically behaves as if it got a double click and takes the focus into the folder.
I really cannot work out yet what needs to be changed.
I have Chimera an LXQT installed on a Lenovo W520, and one memory stick refuses to show its files.
That USB stick has FAT16 filesystem that I can see with GParted, and on other PC's in the house I can see it does have files on it.
How would I make it able to see FAT16 partitions?? its an old stick with not a lot of room so FAT16 is ample, would like to make the laptop more capable rather than reformatting. There may be others in the house with FAT16 on.
Hi,
I tried to follow this link:
https://dev1galaxy.org/viewtopic.php?id=2930
BUT when I type xinput it tells me the command is not found, so I am missing something that needs to be installed.
synclient gives me a sensible list of many values, but I need to get the other parts corrected
It is a Lenovo W520 that has given good service.
The mouse and trackpad behaviour under Devuan are so flaky as to make it almost impossible to use the GUI! sometimes triggering as if pressed when you merely scroll.
inxi
CPU: Quad Core Intel Core i7-2670QM (-MT MCP-) speed/min/max: 797/800/3100 MHz Kernel: 5.10.0-9-amd64 x86_64 Up: 7h 03m
Mem: 2627.7/23825.2 MiB (11.0%) Storage: 2.73 TiB (49.5% used) Procs: 254 Shell: Bash inxi: 3.3.01
Ahh, I missed that bit about needing the full path.
I still need to work towards what actually broke. I will restart it and look at the logs again, now that brltty is removed.
Thanks, I will remove that, but still need to find what has broken! I was using it successfully for several weeks, but now no networking, so have to copy off error messages by hand, as simpler that copying to usb etc.