☰

rm -rf 크기와 블록 수가 0인 디렉터리

tag-icon • tag-icon linux permissions filesystems fsck
rm -rf 크기와 블록 수가 0인 디렉터리

내 파일 시스템에 삭제할 수 없는 디렉터리가 있습니다. 나는 열심히 노력했다

rm -rf 내 디렉토리

그러나 디렉토리는 여전히 존재합니다. 그래서 난 달렸어

통계 My_Directory

다음을 반환합니다.

-bash-3.2$ stat My_dir
File: `My_dir'
Size: 0             Blocks: 0          IO Block: 4096   directory
Device: 801h/2049d  Inode: 191961      Links: 4294967278
Access: (0777/drwxrwxrwx)  Uid: (   48/  apache)   Gid: (  100/   users)
Access: 2017-02-25 21:49:02.000000000 +0000
Modify: 2017-02-25 22:19:45.000000000 +0000
Change: 2017-02-26 05:03:46.000000000 +0000

보시다시피 디렉토리에는 수많은 링크가 있어서 링크가 손상되었을 수도 있다고 생각했습니다. 그래서 fsck를 실행하면 문제를 직접 찾아 해결할 수 있을 거라 기대했지만 실행이 돌아왔습니다.

-bash-3.2$ /sbin/fsck /dev/sda1
fsck 1.39 (29-May-2006)
Refusing to operate on read-write mounted device /dev/sda1.

그럼 시도해봐

/dev/sda1 마운트 해제

반품

umount: /my_device: 장치가 사용 중입니다.

전체 fsck 작업을 우회하고 다른 방법으로 삭제를 강제할 수 있는지 궁금합니다.

(그런데 저는 이 세계에 대해 좀 초보자입니다)

편집 #1

저는 명령을 푸시하기 위해 sudo를 사용했습니다. 그러나 문제는 남아 있습니다.

업데이트로. 손상된 폴더가 포함된 드라이브를 다시 시작한 후 문제 디렉터리는 stat를 호출한 후 다음을 반환하는 것으로 나타납니다.

File: `My_dir'
Size: 4096          Blocks: 8          IO Block: 4096   directory
Device: 801h/2049d  Inode: 191961      Links: 1
Access: (0777/drwxrwxrwx)  Uid: (   48/  apache)   Gid: (  100/   users)
Access: 2016-11-04 10:29:27.000000000 +0000
Modify: 2016-11-04 10:30:06.000000000 +0000
Change: 2016-11-04 10:30:06.000000000 +0000

그러나 실행 후

ls -l | 덜

숨겨진 문자를 탈출하려고 하면 문제가 다시 발생합니다.

File: `My_dir'
Size: 0             Blocks: 0          IO Block: 4096   directory
Device: 801h/2049d  Inode: 191961      Links: 4294967295
Access: (0777/drwxrwxrwx)  Uid: (   48/  apache)   Gid: (  100/   users)
Access: 2016-11-04 10:29:27.000000000 +0000
Modify: 2017-02-26 10:29:15.000000000 +0000
Change: 2017-02-26 10:30:36.000000000 +0000

타임스탬프와 그것이 어떻게 다른지 확인하세요. 혼란스러우신가요?

답변1

이것은 아마도 당신이 찾고 있는 것보다 더 기본적인 대답일 것입니다. 그러나 아직 하지 않았다면 모호하거나 예상치 못한 또는 어리석은 파일 권한 문제가 발생하지 않는지 확인하기 위해 sudo를 사용하거나 루트로 실행하는 것이 좋습니다. 방법. 행운을 빌어요!

답변2

예, 파일 시스템이 손상된 것 같습니다. 복구 또는 라이브 Linux를 사용하여 시스템을 부팅 grml.org하고 다시 부팅하십시오 fsck. 하지만 fsck파일 시스템을 복구 하면 많은 파일이 지워질 수 있다는 점에 유의하세요 . 중요한 파일은 rsync미리 다른 호스트나 볼륨에 저장하세요. 손상된 디렉터리를 제외하는 것이 더 좋습니다!

# mount -o ro /dev/sda1 /mnt
# rsync -av --exclude="*/My_dir/*" /mnt/ /usb-drive/backup/
# umount /mnt
# fsck /dev/sda1

관련 정보