rsync
홈 디렉토리를 백업하는 데 사용하는 외장 하드 드라이브가 있습니다 . 오늘은 umount
운전을 해보았습니다. 매우 바쁘다고 합니다. 그래서 나는 fuser
누가 그것을 사용하고 있는지 알아내곤 했습니다.
/media/Panp9 Backups:
10198rce 10283rce 10284rce 10337rce 10338rce 10339rce 10341rce
10345rce 10348rce 10353rce 10354rce 10356rce 10362rce 10367rce
10371rce 10374rce 10378rce 10384rce 10387rce 10389rce 10396rce
10433rce 10436rce 10439rce 10441rce 10443rce 10447rce 10448rce
10457rce 10460rce 10466rce 10467rce 10473rce 10478rce 10487rce
10492rce 10504rce 10522rce 10538rce 10555rce 10560rce 10561rce
10562rce 10563rce 10564rce 10565rce 10566rce 10567rce 10720rce
10721rce 10722rce 10723rce 11083rce 11088rce 11090e 11094e
이들 중 대부분은 네포묵의 다양한 입찰로 보인다. 그래서 fuser -c -k
답답한 마음을 계속해서 포스팅하게 되었습니다. 분명히 이 명령( sudo
내가 언급해야 할 것은 아니지만)은 X11을 죽이는 데 성공합니다. 나는 당황했고 왜 이런 일이 일어나는지 이해하지 못합니다. 누가 날 도울 수 있죠?
시스템 세부정보:
- 인텔 i7, 4코어
- 8GB RAM
- 리눅스 민트 나디아 14 KDE
답변1
"대부분 네포무크의 다양한 입찰인 것 같은데."모두그중 네포묵만의 것이 아니다. 따라서 충돌이 발생하는 다른 프로세스가 있어야 합니다. KDE에 중요한 프로세스가 없으면 창 관리자나 세션 관리자가 충돌하거나 창 관리자나 세션 관리자 자체가 충돌할 수도 있습니다.
아직 다시 로그인하지 않았다면 파일을 확인하세요 ~/.xsession-errors
. 파일 끝 부분에 메시지가 있을 수 있습니다. 그 외에는 무슨 일이 일어났는지에 대한 유용한 흔적을 찾을 수 있을 것이라고 기대하지 않습니다. 다음 시간 전에 무엇을 죽이고 있는지 확인하십시오.
답변2
이것은 말이 되지 않습니다. 프로세스 목록은 다음과 같아야 합니다.뒤쪽에금액 (포함모두귀하의 사용자 계정에 속한 프로세스). 그런 다음 /media/Panp9
외부 디스크를 참조하는 대신 루트 볼륨을 참조합니다. ls -l /media/Panp9
이 경우 출력은 무엇입니까? mountpoint /media/Panp9
그것도 확인해 보세요 .
fuser -m /dev/whatever
대신 사용해야 합니다 fuser -m /media/Panp9
. 그러면 그러한 오해는 불가능합니다.