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

[Daniel C. von Asmuth]

Aldus schreef lnx op Sun, Mar 11, 2018 at 01:58:03PM +0100:
> 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!)

Dat suggereert dat de automounter het mountpoint /media/opa/looydata
zelf heeft aangemaakt en na verwijderen van het apparaat weer
verwijderd. 

> > 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:
> 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
 
Hint: bovenstaand commando kopieert de file niet, maar leest de input
file en maakt een nieuwe file aan voor de output. De snelheid kan beter. 

> 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!

Allicht, zoals u kunt afleiden uit het mount-commando erboven. De
foutmelding zegt dat /media/opa/looydata/test.mp4 niet bestaat terwijl 
de directory /media/opa/looydata/ wel gemount is en u de file ./test.mp4 
niet hebt gewist.

Easter Egg option: kijk eens of /media/opa/looydata_id7/test.mp4 bestaat.


Suc6,



Daniel

-- 
	
		Geeks of a feather cruft together