mount.ntfs파티션이 올바르게 마운트된 것 같으면 작업이 완료되지 않는 이유는 무엇입니까(CPU가 계속 소모됩니까?) 이것을 디버깅하는 방법은 무엇입니까?
Linux Mint 19.3에서 내 fstab(아래)은 오랫동안 정상적으로 실행되었습니다. Windows와 공유한 NTFS 데이터 파티션을 마운트했습니다. Windows를 오랫동안 사용하지 않았기 때문에 확실히 최대 절전 모드는 아닙니다. 시작 시 드라이브가 올바르게 마운트되고(특정 폴더가 바인딩됨) 모든 데이터에 액세스할 수 있습니다. 평소와 같이 완전히 작동하는 것 같지만 여기서는 온라인에서 다른 참조를 찾을 수 없습니다.
로그인 후 실행되면 루트 프로세스는 mount.ntfs계속해서 CPU 사용량의 한 코어를 소비/소비합니다. (이미 마운트된 것 같기 때문에) 원인이 무엇인지 알 수 없지만 프로세스는 fstab cat /proc/[id of mount.ntfs process]/cmdline:: 에서 나옵니다 /sbin/mount.ntfs /dev/sda7 /mnt/DATA -o rw,noatime,locale=en_US.utf8,umask=007,uid=1000,gid=1000.
# /etc/fstab: static file system information.
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda9 during installation
UUID=xxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx / ext4 noatime,errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=xxxx-xxxx /boot/efi vfat umask=0077 0 1
# swap was on /dev/sda10 during installation
UUID=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx none swap sw 0 0
# Data Partition, on /dev/sda7
UUID=xxxxxxxxxxxxxxxxx /mnt/DATA ntfs noatime,defaults,locale=en_US.utf8,umask=007,uid=1000,gid=1000 0 2
# Bind directories correctly
/mnt/DATA/Downloads /home/me/Downloads none bind,x-systemd.requires=/mnt/DATA 0 0
/mnt/DATA/Desktop/LinDesktop /home/me/Desktop none bind,x-systemd.requires=/mnt/DATA 0 0
/mnt/DATA/Documents /home/me/Documents none bind,x-systemd.requires=/mnt/DATA 0 0
/mnt/DATA/Media/Music /home/me/Music none bind,x-systemd.requires=/mnt/DATA 0 0
/mnt/DATA/Media/Pictures /home/me/Pictures auto bind,x-systemd.requires=/mnt/DATA 0 0
/mnt/DATA/Media/Videos /home/me/Videos auto bind,x-systemd.requires=/mnt/DATA 0 0
/mnt/DATA/Workspace /home/me/Workspace auto bind,x-systemd.requires=/mnt/DATA 0 0
추적을 보면 성공적으로 쓰고 읽는 것 같습니다... 그만한 가치가 있습니다.
% time seconds usecs/call calls errors syscall
------ ----------- ----------- --------- --------- ----------------
30.51 1.392332 3 518018 pread64
26.86 1.225702 3 416749 pwrite64
18.16 0.828499 4 232782 1 writev
15.72 0.717149 3 236584 read
7.22 0.329389 86 3846 fsync
0.98 0.044537 3 15188 sendto
0.55 0.025258 2 15188 getpid
------ ----------- ----------- --------- --------- ----------------
100.00 4.562866 1438355 1 total
설치 시(syslog/dmesg에서) 찾을 수 있는 유일한 오류는 다른 드라이브가 설치되기 훨씬 전에 부팅 시 루트/를 다시 설치하는 것입니다. [ 4.155258] EXT4-fs (sda9): re-mounted. Opts: errors=remount-ro
편집(여기에 자세한 정보가 포함된 설명이 이동됨):
fstab에서 마운트를 주석 처리하고 재부팅하면 사용자가 로그인한 후에 작동이 멈춥니다. (부팅에서 설치를 다시 활성화하려면 루트 셸로 이동해야 합니다). umount -av/mnt/DATA가 사용 중이어서 마운트 해제할 수 없다는 메시지가 표시됩니다. 이 문제는 1개의 프로세스(이 프로세스)가 절전 모드를 거부하기 때문에 일시 중지할 수 없는 이유이기도 한다고 생각합니다.
umount는 (탭에서 수행) /mnt/DATA를 대상 마운트로 제안하지만, mount.ntfs 프로세스를 종료하면 마운트 해제할 마운트로도 제거됩니다. 자세히 보니 처음부터 CPU를 많이 사용하는 dconf 서비스가 실행되고 있는데 왜/무엇을 하는지 모르겠고 마운트를 강제 종료하면 (언급한 대로) 스파이크가 발생합니다. NTFS 프로세스.
강제 제거를 시도하면 sudo umount -f /mnt/DATA대상이 사용 중이라고 보고됩니다. 이로 인해 프로세스가 mount.ntfs사라지지만 dconf-service스파이크가 과열될 수 있습니다. /proc/cmdline은 /usr/lib/dconf/dconf-service이 문제에 대해 실제로 수행되는 작업에 대한 추가 정보를 얻는 방법을 모르겠습니다. 이 제거(및 기타 작업)로 인해 다음 메시지가 stderr로 전송됩니다.fatal: unable to access '/[path to now-broken symlink to drive subfolder]': Transport endpoint is not connected