Re: USB key && NTFS

Hi Matthias,

They meant 128 GiB, but somehow the `i` tends to avoid the printing process. Wikipedia blames the IEC for this disparity, but I call it cheating.

https://en.wikipedia.org/wiki/Gigabyte#Definition

badblocks(8) might also interest you; I usually invoke it as `badblocks -fsvw -b 4096 /dev/whatever`. Many Linux distros ship it as well, which is handy.

Cheers,
Alex
----------------------------------------

Jan 16, 2024 19:36:21 Matthias Apitz <guru@unixarea.de>:

> El día martes, enero 16, 2024 a las 06:53:41p. m. +0100, Alexander Burke escribió:
> 
>> Hi Matthias,
>> 
>> It's probably actually formatted as exFAT, which according to another recent thread seems to share a partition type with NTFS (facepalm).
>> 
>> Reformat it as actually-NTFS and the problem should be solved.
>> 
>> Cheers,
>> Alex
> 
> Hi Alexander,
> 
> Yes, it is exFAT (and not NTFS) and I had to bake in my poudriere oven the package
> fusefs-exfat. After installing it, the key mounts fine and I'm testing the
> space with f3write:
> 
> $ f3write /mnt/f3
> F3 write 8.0
> Copyright (C) 2010 Digirati Internet LTDA.
> This is free software; see the source for copying conditions.
> 
> Free space: 117.18 GB
> Creating file 1.h2w ... OK!
> Creating file 2.h2w ... OK!
> ...
> 
> Magically the 128 GB (in big marketing letters) changed to ~117 GB :-)
> 
> Thanks anyway
> 
>     matthias
> 
> 
>> Jan 16, 2024 18:06:00 Matthias Apitz <guru@unixarea.de>:
>> 
>>> 
>>> I've bought a fresh "128 GB" (marketing GBytes) USB key and it says in
>>> my laptop:
>>> 
>>> root@c720-1400094:~ # uname -a
>>> FreeBSD c720-1400094 14.0-CURRENT FreeBSD 14.0-CURRENT amd64 1400094 #2 main-n264568-1d7ffb373c9d-dirty: Wed Sep  6 07:13:22 CEST 2023     guru@jet:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64
>>> 
>>> root@c720-1400094:~ # tail /var/log/messages
>>> Jan 16 17:50:52 c720-1400094 kernel: da0 at umass-sim0 bus 0 scbus1 target 0 lun 0
>>> Jan 16 17:50:52 c720-1400094 kernel: da0: <Generic Flash Disk 8.01> Removable Direct Access SPC-4 SCSI device
>>> Jan 16 17:50:52 c720-1400094 kernel: da0: Serial Number A430786F
>>> Jan 16 17:50:52 c720-1400094 kernel: da0: 40.000MB/s transfers
>>> Jan 16 17:50:52 c720-1400094 kernel: da0: 120000MB (245760000 512 byte sectors)
>>> Jan 16 17:50:52 c720-1400094 kernel: da0: quirks=0x2<NO_6_BYTE>
>>> 
>>> root@c720-1400094:~ # gpart show /dev/da0
>>> =>       63  245759937  da0  MBR  (117G)
>>>          63         65       - free -  (33K)
>>>         128  245759872    1  ntfs  [active]  (117G)
>>> 
>>> root@c720-1400094:~ # ls -l /dev/da*
>>> crw-r-----  1 root operator 0x1aa 16 ene.  17:50 /dev/da0
>>> crw-r-----  1 root operator 0x1ab 16 ene.  17:53 /dev/da0s1
>>> root@c720-1400094:~ #  mount_ntfs-3g /dev/da0s1 /mnt
>>> NTFS signature is missing.
>>> Failed to mount '/dev/da0s1': Invalid argument
>>> The device '/dev/da0s1' doesn't seem to have a valid NTFS.
>>> Maybe the wrong device is used? Or the whole disk instead of a
>>> partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
>>> 
>>> root@c720-1400094:~ # which mount_ntfs-3g
>>> /usr/sbin/mount_ntfs-3g
>>> root@c720-1400094:~ # ls -l /usr/sbin/mount_ntfs-3g
>>> lrwxr-xr-x  1 root wheel 22  9 ene.   2021 /usr/sbin/mount_ntfs-3g -> /usr/local/bin/ntfs-3g
>>> root@c720-1400094:~ # pkg which /usr/local/bin/ntfs-3g
>>> /usr/local/bin/ntfs-3g was installed by package fusefs-ntfs-2022.10.3
>>> 
>>> 
>>> What I do wrong?
>>> 
>>> Thanks
>>> 
>>>     matthias
>>> -- 
>>> Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
>>> Public GnuPG key: http://www.unixarea.de/key.pub
>>> 
>>> I am not at war with Russia.
>>> Я не воюю с Россией.
>>> Ich bin nicht im Krieg mit Russland.
> 
> -- 
> Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
> Public GnuPG key: http://www.unixarea.de/key.pub
> 
> I am not at war with Russia.
> Я не воюю с Россией.
> Ich bin nicht im Krieg mit Russland.