2개의 내부 SSD(하나는 120GB, 다른 하나는 128GB)를 각각 하나씩 연결했습니다.Sabrent 외부 SSD 인클로저. 그 중 하나가 바로 고장 나기 시작해서 몇 년 동안 사용하지 않은 SSD에 결함이 있는 것일 수도 있고, 잘 보관하지 않은 것이 아닐까 생각하여 포기했습니다.
하지만 이제 두 번째 것도 매우 이상한 방식으로 실패하고 있습니다. 그래서 쉘이 그 역할을 한다고 생각하기 시작했습니다. ext4
RaspberryPi 버전 Debian 10(RaspberryPi OS)을 실행하는 RaspberryPi "서버"에 새 파티션이 설치되어 있습니다 .
이런 일이 몇 번 발생했습니다. 드라이브가 잠시 동안 잘 작동하다가 갑자기 사라졌습니다. 일반적으로 대규모 쓰기 작업(예: cp
일부 파일 읽기) 중에 발생합니다. 시스템을 재부팅하고 해당 항목이 사라질 때까지 실행 중이 lsblk -l
거나 더 이상 감지되지 않습니다 .fdisk -l
/dev
실행해 보았지만 fsck
네 번째 또는 다섯 번째 단계 이후에는 항상 무한한 난수 스트림이 뿜어져 나오기 시작합니다. 그런 다음 SSH 창을 닫고 다시 연결해야 서버에 다시 액세스할 수 있습니다.
이 문제가 몇 번 반복된 후 이제 더 이상 쓰기 작업이 작동하지 않습니다. 여전히 데이터를 마운트하고 읽을 수 있지만 파일 수가 적음에도 불구하고(약 30,000개로 계산) 드라이브가 100% 활용된 것으로 보이며 inodes
이는 완전히 잘못된 것으로 보입니다.
재부팅하고 설치한 후 무언가를 쓰려고 하면(에 설치됨 /mnt/data
) 다음과 같은 일이 발생합니다.
rodpi@rodpi-02:/mnt/data $ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/root 3890592 74148 3816444 2% /
devtmpfs 452578 440 452138 1% /dev
tmpfs 485802 1 485801 1% /dev/shm
tmpfs 485802 695 485107 1% /run
tmpfs 485802 3 485799 1% /run/lock
tmpfs 485802 15 485787 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 485802 10 485792 1% /run/user/1001
/dev/sda1 7700480 11 7700469 1% /mnt/data
rodpi@rodpi-02:/mnt/data $ touch test
touch: cannot touch 'test': No space left on device
rodpi@rodpi-02:/mnt/data $ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/root 3890592 74148 3816444 2% /
devtmpfs 452578 440 452138 1% /dev
tmpfs 485802 1 485801 1% /dev/shm
tmpfs 485802 695 485107 1% /run
tmpfs 485802 3 485799 1% /run/lock
tmpfs 485802 15 485787 1% /sys/fs/cgroup
/dev/mmcblk0p1 0 0 0 - /boot
tmpfs 485802 10 485792 1% /run/user/1001
/dev/sda1 7700480 7700480 0 100% /mnt/data
두 가지가 잘못되었습니다. inodes
이전에는 잘못된 것이고(11은 현재 파일 수에 비해 너무 낮음) 즉시 100%로 점프하기 때문에 이후에는 잘못된 것입니다.
fdisk -l
또한 작동할 때 출력을 추가했습니다.
Disk /dev/sda: 117.4 GiB, 126035288064 bytes, 246162672 sectors
Disk model:
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xc97a5729
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 246162671 246160624 117.4G 83 Linux
이제 첫 번째 드라이브에서 동일한 증상이 나타났지만(갑자기/fsck가 완료되지 않음) 즉시 사용을 중단했다면 이것이 셸에 의한 것일 수 있습니까? 이 드라이브는 서로 다른 제조업체의 제품입니다. 하나는 +/- 4년, 다른 하나는 5~6년 정도 되었지만, 다시 한 번 말씀드리지만 저는 최소 3년 동안 사용하지 않았으므로 기술적으로 상대적으로 최신 제품입니다.
한 가지 더 질문이 있습니다. 이 문제가 해결될 수 있을 것 같나요? 다른 섀시를 사용하고 파티션을 다시 생성하면 다시 제대로 작동합니까?