[linux] USB-stick met NTFS geeft problemen, soms

Zo Mrt 11 13:58:03 CET 2018

On 11/03/18 12:59, Geert Stappers wrote:
> On Sun, Mar 11, 2018 at 12:08:51PM +0100, lnx wrote:
>> Aanvullende info over de USB-stick en stand van zaken:

<knip>

>> - CLI-mount ($ sudo mount -t ntfs-3g /dev/sdb1 /mnt/looydata) geeft:

<knip>

> Ander ding wat me opvalt:  het mountpoint.

Het mountpoint onder /mnt had ik zelf aangemaakt en vervolgens:

$ sudo mount -t ntfs-3g /dev/sdb1 /mnt/looydata

gedaan maar deze regel stond achter CLI-mount (zie boven) en vermoedt
dat je hier overheen hebt gelezen!

> De GUI gebruikt /media/opa/looydata, CLI  /mnt/looydata
> 
> unmount en verwijder USB-stick, dan `ls -ld /mnt/looydata /media/opa/looydata`

$ ls -ld /mnt/looydata /media/opa/looydata
ls: cannot access /media/opa/looydata: No such file or directory
drwxr-xr-x 2 root root 4096 Mar 10 21:18 /mnt/looydata

(Zoals verwacht!)

> 
> En natuurlijk het grote verschil in de mount opties
>   (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
> versus
>   (rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

Dat verbaasde mij ook!

> 
> 
>> is het toch de USB-stick zelf....
> Onwaarschijnlijk, maar om het uit te sluiten (en twee USB-stick beschikbaar)
>   dd  inputfile=oorspronkelijkeUSBstick outputfile=tweedeUSBstick ; sync

Had al een tweede USB-stick aangemaakt:

$ sudo mkntfs -v -L looydata_id7 /dev/sdc1
Cluster size has been automatically set to 4096 bytes.
Initializing device with zeroes: 100% - Done.
Creating NTFS volume structures.
Creating root directory (mft record 5)
Creating $MFT (mft record 0)
Creating $MFTMirr (mft record 1)
Creating $LogFile (mft record 2)
Creating $AttrDef (mft record 4)
Creating $Bitmap (mft record 6)
Creating $Boot (mft record 7)
Creating backup boot sector.
Creating $Volume (mft record 3)
Creating $BadClus (mft record 8)
Creating $Secure (mft record 9)
Creating $UpCase (mft record 0xa)
Creating $Extend (mft record 11)
Creating system file (mft record 0xc)
Creating system file (mft record 0xd)
Creating system file (mft record 0xe)
Creating system file (mft record 0xf)
Creating $Quota (mft record 24)
Creating $ObjId (mft record 25)
Creating $Reparse (mft record 26)
Syncing root directory index record.
Syncing $Bitmap.
Syncing $MFT.
Updating $MFTMirr.
Syncing device.
mkntfs completed successfully. Have a nice day.

$ sudo fdisk -l /dev/sdc

Disk /dev/sdc: 16.2 GiB, 17347641344 bytes, 33882112 sectors
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: 0x6e8ca620

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdc1        2048 33882111 33880064 16.2G  7 HPFS/NTFS/exFAT

$ sudo blkid /dev/sdc1
/dev/sdc1: LABEL="looydata_id7" UUID="1C37736855B6559A" TYPE="ntfs"
PARTUUID="6e8ca620-01"

$ sudo fdisk -l /dev/sdb

Disk /dev/sdb: 32.2 GiB, 34569453568 bytes, 67518464 sectors
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: 0xf67f370e

Device     Boot Start      End  Sectors  Size Id Type
/dev/sdb1        2048 67518463 67516416 32.2G 86 NTFS volume set

$ blkid /dev/sdb1
/dev/sdb1: LABEL="looydata" UUID="1A86BB393369AB0B" TYPE="ntfs"
PARTUUID="f67f370e-01"

LET OP: Er is een verschil ID 7 tegen ID 86 (en de grootte maar is niet
relevant)

---

Bij CLI-mount van beide USB-sticks onder resp. looydata & looydata_id7
wordt dit:

$ sudo mount -t ntfs-3g /dev/sdb1 /mnt/looydata
$ sudo mount -t ntfs-3g /dev/sdc1 /mnt/looydata_id7

$ mount
[...]
/dev/sdb1 on /mnt/looydata type fuseblk
(rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)
/dev/sdc1 on /mnt/looydata_id7 type fuseblk
(rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

$ ls -alh /mnt/looydata
total 240M
drwxrwxrwx 1 root root 4.0K Mar 11 13:39 .
drwxr-xr-x 4 root root 4.0K Mar 11 13:20 ..
-rwxrwxrwx 1 root root 240M Mar  9 10:18 test.mp4

$ sudo dd if=/mnt/looydata/test.mp4 of=/mnt/looydata_id7/test_id7.mp4 ; sync
490648+0 records in
490648+0 records out
251211776 bytes (251 MB) copied, 42.0357 s, 6.0 MB/s

File test_id7.mp4 verwijderen, alles unmounten en nu weer hetzelfde maar
dan via een GUI-mount:

$ mount
[...]
/dev/sdb1 on /media/opa/looydata type fuseblk
(rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdc1 on /media/opa/looydata_id7 type fuseblk
(rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

...... en (gelukkig) begint het aantoonbare gepiel:

> $ sudo dd if=/media/opa/looydata/test.mp4 of=/media/opa/looydata_id7/test_id7.mp4 ; sync
> dd: failed to open ‘/media/opa/looydata/test.mp4’: No such file or directory

Dus wat doe ik dan ik ga kijken en wat blijkt:

> opa op deskcomm ~ $ ls -al /media/opa
> total 16
> drwx------ 4 opa  opa  4096 Mar 11 13:45 .
> drwxr-xr-x 4 root root 4096 Dec 26  2016 ..
> drwx------ 1 opa  opa  4096 Mar  9 10:18 looydata
> drwx------ 1 opa  opa  4096 Mar 11 13:45 looydata_id7

looydata & looydata_id7 bestaan wel!

?