처리되지 않은 고아 inode 목록을 정리하는 방법?


17

이전에 읽기 전용으로 마운트 된 파일 시스템을 읽기 가능 으로 마운트하려고했습니다 .

mount -o remount,rw /mountpoint

불행히도 작동하지 않았습니다.

mount: /mountpoint not mounted already, or bad option

dmesg 보고서 :

[2570543.520449] EXT4-fs (dm-0): Couldn't remount RDWR because of unprocessed orphan inode list.  Please umount/remount instead

A도 umount작동하지 않습니다.

umount /mountpoint
umount: /mountpoint: device is busy.
    (In some cases useful info about processes that use
     the device is found by lsof(8) or fuser(1))

불행하게도 둘 lsof의는 fuser마운트 지점 아래에있는 모든 프로세스에 접근 뭔가를 보여주지 않는다.

컴퓨터를 재부팅하지 않고 파일 시스템을 다시 마운트 할 수 있도록 처리되지 않은 고아 목록 을 정리하려면 어떻게해야 합니까?


1
fuser -km /mountpoint아직 해봤 어 ? 그러나 -k 플래그는 해당 디렉토리에 액세스하는 모든 프로세스를 종료시킵니다.
Richard Keller

dm-0의 구성에 대해 조금 더 통찰력을 제공 할 수 있습니까?
Thinice

파일 시스템이 원래 rw이고 오류가 발생했거나 다시 시작된 파일 시스템 이었습니까? 이제 다시 rw를 시도하고 있습니까?
Matthew Ife

@Mlfe : 파일 시스템은 이전 ro에 목적에 따라 다시 마운트 되었습니다. rw백업 작업 중 및 ro백업 완료 후 설정 될 일일 백업 스냅 샷을 보유하는 LVM의 파일 시스템입니다 .
bmk

답변:


6

파일 시스템을 마운트 해제했다가 다시 마운트하여 처리되지 않은 고아 inode 목록을 정리합니다.

linux-ext4 메일 링리스트 의 확장 된 토론 에는이 메시지가 무엇인지, 왜 나타날 수 있는지에 대한 자세한 정보가 있습니다. 간단히 말해, 두 가지 중 하나가 발생했습니다. 커널 버그가 발생했거나 파일 시스템 읽기 전용을 다시 마운트 한 이전의 시간 중 일부 파일 시스템이 손상되었을 가능성이 큽니다. 그렇기 때문에 시스템이 파일 시스템이 없을 때 여전히 파일 시스템을 사용하고 있다고 생각하는 이유입니다.

1 년 이 지났지 만 여전히 컴퓨터를 재부팅하지 않은 경우 유지 관리 기간을 포기하고 예약하십시오.


그 동안 유지 관리 기간을 예약하고 컴퓨터를 재부팅했습니다. 그로 인해 문제가 해결되었습니다 (다른 것을 기대하지 않았습니다 ...). 나는 당신의 대답을 받아 들일 것입니다. 아마 당신은 파일 시스템이 손상되었다는 것이 옳습니다. 비록 그것을 증명할 수는 없습니다.
bmk

24

ext2 / ext3 / ext4를 사용 e2fsck하는 경우 고아 inode를 정리하는 데 사용할 수 있어야합니다 .

e2fsck -f

reiserfs의 경우 reiserfsck고아 inode를 정리할 수도 있습니다.


왜 이것이 다운 보트인지 확실하지 않은 경우, 아마도 다운 보트의 이유를 제공합니까? e2fsck를 실행하면 분리 된 inode가 정리되며 콘솔 출력 clearing orphaned inode XXXX에서 XXXX가 inode 번호 인 위치에 표시됩니다. 시스템을 재부팅하지 않고도 e2fsck를 쉽게 실행할 수 있습니다. e2fsck를 실행 한 후 파티션을 다시 마운트 할 수 있어야합니다.
Richard Keller

2
고마워 고마워 'e2fsck -f / dev / sda1'을 수행하면 고아 노드가 다른 수정 사항과 함께 수정되었습니다. 방금 모두에게 '예'라고 말했고 지금은 잘 작동합니다 :)
whitehat

1
고마워 !!. 당신은 설치 unsucessfull 새로운 버추얼 버전 이후에 읽기 전용 버추얼 VM 디스크를 고정 명령 : sudo는 e2fsck를 -f는 / dev / sda1과
nine9five

2
완벽, 루트 파티션에서 나를 위해 일했습니다. 수락 된 답변 (재부팅)은 단독으로 작동하지 않았습니다. e2fsck 후에 재부팅해야 했으므로 여전히 유지 관리 기간이 필요한 것 같습니다.
AdamS

1
허용 된 것보다 더 나은 답변. 그것은 내 VPS에 완벽하게 작동했습니다. 재부팅보다 모든 오류가 발견되어 수정되었습니다. 내 하루를 구했다.
Brain Foo Long

6

e2fsck -f <mount point> 작동하지 않습니다.

먼저 마운트 지점을 찾아

sudo mount -l

그런 다음 드라이브를 직접 fsck하십시오.

예를 들어 나를 위해

sudo e2fsck -f /dev/xvda2

Google에 문제가 있고 stackoverflow에서 자신의 솔루션에 도달하면. 내 인생은 이제 끝났다.
Ganesh Krishnan

1

먼저 -f 옵션을 사용하고 fsck를 사용하여 파일 시스템 검사를 실행하여 파티션을 강제로 마운트 해제하는 것이 좋습니다.


1
불행히도 umount -f성공하지 못했습니다. 오류 메시지는 일반 메시지와 동일 umount합니다.
bmk

1

아마도 지연 마운트 해제를 시도해야합니다. 예 :

umount -l
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.