☰

Linux를 시작할 때 하드 디스크 I/O 오류가 발생합니다.

tag-icon • tag-icon linux boot io
Linux를 시작할 때 하드 디스크 I/O 오류가 발생합니다.

아치를 실행한 스크린샷입니다.

그 이유는 Arch Linux의 전원을 여러 번 강제로 껐기 때문인 것 같습니다. (Firefox Flash 플러그인이 너무 많은 메모리를 사용하고 시스템을 지연시키기 때문에 Arch를 강제 종료했습니다.)

Arch Linux 부팅 스크린샷

참고: 동일한 드라이브 디스크에서 Windows 7 시스템을 부팅할 수 있습니다. 그래서 제 생각에는 디스크 문제가 아니라 파티션 문제일 가능성이 높습니다.

업데이트: 더 많은 정보를 살펴보았는데 이 섹션이 목차 /dev/sda9입니다 . /home그리고 항상 같은 곳에서 문제가 발생합니다 sector 798717984. Windows에서 DiskGenius 소프트웨어를 사용하여 오류를 확인합니다. 그러다가 오류가 발견되었습니다. 그리고 파티션이 포맷되지 않았습니다. 디스크 마법사 스크린샷

아치 리눅스를 복원하고 싶습니다. 이 문제를 어떻게 해결하나요?

이 오류를 수정할 수 없으면 파티션 데이터를 어떻게 얻을 수 있나요?

업데이트 2: 데이터의 이 부분을 꼭 저장하고 싶습니다. 이 부분 때문에 중요한 일이 많이 벌어지고 있어요. 첫 번째 단계는 불량 파티션이나 전체 하드 드라이브를 이미지 파일(어떤 이미지 파일?)로 백업한 다음 파티션을 복구할 수 있는 사람에게 복구를 요청하는 것입니다.

추가 업데이트: DiskGenius 소프트웨어를 사용하여 파티션 섹터 오류를 수정한 후. 그런 다음 확인하는 데 사용합니다 e2fsck. 오류 발생:

fsck.ext4: Bad magic number in super-block while trying to open /dev/sda9.
/dev/sda9: The superblock could not be read or does not describe a correct ext2 filesystem.
VFS: can't find ext4 filesystem.

(손상된 파티션 /home-> /dev/sda9이전에 생성했을 때는 ext4였습니다.)

# mke2fs /dev/sda9블록 정보를 얻기 위해 다음 명령을 실행합니다 .

OS type: Linux
Block size: 4096 (log=2)
Fragment size=4096 (log=2)
Stride = 0 blocks, stripe width = 0 blocks
65536 inodes, 261888 blocks
13094 blocks (5.00%) reserved for super user
First data block = 0
Maximum filesystem bloack = 268435456
8 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Super block backup stored on blocks:
    32768, 988304, 163840, 229376

답변1

콘솔에 나타나는 혼란스러운 오류 메시지 외에도 Arch Linux에 로그인하여 사용할 수 있습니까? 그렇다면 하드 드라이브가 고장 났을 가능성이 높지만 완전히 죽지는 않았습니다. "I/O 오류" 줄은 하드 디스크에서 데이터를 읽으려고 시도하는 동안 커널에 오류가 발생했음을 나타내며 "ata1.00"으로 시작하는 줄은 하드웨어의 읽기 요청에 대한 내부 세부 정보를 제공합니다. Windows에서는 이러한 메시지를 표시하지 않으므로 아직 문제가 발생하지 않았을 수 있습니다.

전원을 꺼서 파일 시스템이 손상된 경우 커널은 여전히 ​​드라이브에서 데이터를 읽을 수 있지만 데이터가 속한 파일을 해석할 수는 없습니다. 이로 인해 다른 오류 집합이 발생합니다.

알 수 있는 또 다른 방법은 재부팅하여 유사한 오류가 발생하는지 확인하는 것입니다. 그러나 섹터 번호가 798717984와 다른 등 세부 정보가 다릅니다. 그렇다면 오류가 무작위로 발생한다는 의미이며 이는 하드웨어 오류의 또 다른 징후입니다. 다시 말하지만, 다른 하드웨어 구성 요소에도 오류가 발생할 수 있지만 이는 하드 드라이브일 가능성이 높습니다.

너무 늦기 전에 백업을 하고 드라이브를 교체하는 것이 좋습니다.

작업 업데이트 후 편집:

한 섹터만 손상된 경우 e2fsck -c -ygoldilocks의 제안을 따르고 오류가 수정되면 드라이브를 계속 사용할 수 있습니다. 그러나 최신 드라이브에는 투명한 오류 수정 기능이 내장되어 있으며, 내 경험에 따르면 운영 체제가 정상적인 I/O 중에 오류를 감지하기 시작하면 드라이브의 수명이 거의 끝나갑니다.

어떤 조치를 취하든지 반드시 백업이 잘 되어 있는지 확인하세요.전체 드라이브무엇이든 고치려고 하기 전에!

관련 정보