[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: disk going bad? or fuser related issues? . . .



On 10/4/19 7:45 AM, Albretch Mueller wrote:
  I use ntfs as a data transfer file system between Mac OS, *nix and
Windows (I code primarily in java). Even though while using that
partition through fuser it is noticeable slower, afaik, it is the only
viable option there is.

  Lately I have been noticing the NTFS partition being slower than
usual: telling me I am not allowed to open that partition and/or the
OS doing it itself but taking its time (like 5 seconds). The other
partitions mount just fine, so it doesn't seem to be a hardware issue.

  Is that disk partition somehow going bad or there might be something
else going on?

  Also, the disk seems to be somewhat noiser now or I am not sure if I
have started noticing it to be so because it is failing.

$ mount | grep "/dev/sd"
/dev/sdb1 on /media/mrme/DATA_EXT4 type ext4
(rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc3 on /media/mrme/2XT4 type ext4
(rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc2 on /media/mrme/XT4 type ext4
(rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc4 on /media/mrme/2NTFS type fuseblk
(rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)

$ mount -t ntfs /dev/sdc1 /media/mrme/NTFS
mount: only root can use "--types" option

root@mrme:~# mount --types ntfs --verbose /dev/sdc1 /media/mrme/NTFS
Mount is denied because the NTFS volume is already exclusively opened.
The volume may be already mounted, or another software may use it which
could be identified for example by the help of the 'fuser' command.

$ mount | grep "/dev/sd"
/dev/sda1 on /boot type ext2 (rw,relatime,block_validity,barrier,user_xattr,acl)
/dev/sdb1 on /media/mrme/DATA_EXT4 type ext4
(rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc3 on /media/mrme/2XT4 type ext4
(rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc2 on /media/mrme/XT4 type ext4
(rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks2)
/dev/sdc4 on /media/mrme/2NTFS type fuseblk
(rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
/dev/sdc1 on /media/mrme/NTFS type fuseblk
(rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)


I prefer FAT32 or VFAT for sneakernet, in large part because it lacks security -- user security identifiers, access control lists, etc.. All that stuff just gets in the way when you want to move files around. The most obvious drawback is that mtime resolution is 2 seconds. For use with rsync(1), see the --modify-window option.



Samba on a LAN works.


But the best way to keep source code files consistent between multiple machines is a version control system. I use CVS on my LAN. If I configure my gateway, I can get to the CVS repository server via SSH from the Internet.


David


David


Reply to: