Linux 4.17.8-1-ARCH #1 SMP PREEMPT: Strange USB flash drive behavior.
by stf92 from LinuxQuestions.org on (#4TQPE)
Hi: I have a netbook with two USB slots. One is 3.0 and the other is 2.0. And a 3.0 USB flash drive (aka pendrive). I plug the pendrive into the 2.0 slot and runCode:root@darkstar~# dd if=/dev/zero of=/dev/sda bs=1M count=1000 status=progress
706740224 bytes (707 MB, 674 MiB) copied, 1 s, 707 MB/s
dd: error writing '/dev/sda': No space left on device
952+0 records in
951+0 records out
997318656 bytes (997 MB, 951 MiB) copied, 1.43623 s, 694 MB/s
root@darkstar~#Absurd, because the pendrive (/dev/sda) is a 16GB pendrive. I unplug the pendrive and plug it into the 3.0 slot and run cfdisk. This is the output:Code:
Disk: /dev/sda
Size: 951.1 MiB, 997318656 bytes, 1947888 sectors
Label: dos, identifier: 0x1431def9That is, cfdisk sees the same total size: 951MiB. And the same does parted. The pendrive is new and I have tested it on other machines. If I now turn off the netbook and turn it on again, then cfdisk reports the correct size: 14.3 GiB. Other times the above command hangs the terminal. It doesn't return the prompt and becomes irresponsive to ^C. Still other kind of behavior with the pendrive plugged in the 2.0 slot: the command in the code block (dd) gives I/O error (together with buffer I/O error). This happened up to some days ago.
However everything is normal with a 2.0 pendrive inserted in that slot (the USB 2.0 slot). What can be the cause of such a weird behavior? Is the logical conclusion that the slot is broken? I don't think so.
706740224 bytes (707 MB, 674 MiB) copied, 1 s, 707 MB/s
dd: error writing '/dev/sda': No space left on device
952+0 records in
951+0 records out
997318656 bytes (997 MB, 951 MiB) copied, 1.43623 s, 694 MB/s
root@darkstar~#Absurd, because the pendrive (/dev/sda) is a 16GB pendrive. I unplug the pendrive and plug it into the 3.0 slot and run cfdisk. This is the output:Code:
Disk: /dev/sda
Size: 951.1 MiB, 997318656 bytes, 1947888 sectors
Label: dos, identifier: 0x1431def9That is, cfdisk sees the same total size: 951MiB. And the same does parted. The pendrive is new and I have tested it on other machines. If I now turn off the netbook and turn it on again, then cfdisk reports the correct size: 14.3 GiB. Other times the above command hangs the terminal. It doesn't return the prompt and becomes irresponsive to ^C. Still other kind of behavior with the pendrive plugged in the 2.0 slot: the command in the code block (dd) gives I/O error (together with buffer I/O error). This happened up to some days ago.
However everything is normal with a 2.0 pendrive inserted in that slot (the USB 2.0 slot). What can be the cause of such a weird behavior? Is the logical conclusion that the slot is broken? I don't think so.