NVME M.2가 두개중 한개만 인식을 하는데 해결 방법이 있을까요?
안녕하세요, 실수로 포맷 및 볼륨 삭제의 삽질로 자료를 다 날리고 이래저래 복구를 진행 중인데요.
Mshell로 DS918+로 빌드 후 초기로 설정으로 설치하고 하는데 재빌드 및 아무리 해도 하나밖에 인식이 안되네요.
예전에도 화정큐삼님이 올려주신 자동 활성화기 for TCRP을 통해 진행 시 하나만 인식되었다가 이래저래 만지다가 2개가 인식 된 후로는 계속 잘 인식되다가 완전 초기화하고 재설치시에도 또 하나만 인식을 하네요..
터미널에서 조회를 했을땐 2개가 인식을 하는거 같은데 해결 방법이 있을까요? ? 검색해서 할 수 있는 방법들은 모두 진행하고 있는데 전혀 인식이 안되네요..
데이터 다 날려먹고 복원한다고 HDD도 하나 날려 먹고 마음 다 잡고 진행해보려는데 잘 인식 되던 NVME도 인식이 안되니 요 몇일 잠도 못자고 너무 힘드네요 ㅜㅜ
lspci -tvnnq
+-01.0-[01]----00.0 SK hynix Gold P31/BC711/PC711 NVMe Solid State Drive [1c5c:174a]
+-1c.4-[05]----00.0 SK hynix Gold P31/BC711/PC711 NVMe Solid State Drive [1c5c:174a]
root@DS918:~# ll /dev/nvme*
crw------- 1 root root 250, 0 Feb 27 20:42 /dev/nvme0
brw------- 1 root root 259, 0 Feb 27 20:42 /dev/nvme0n1
brw------- 1 root root 259, 1 Feb 27 20:42 /dev/nvme0n1p1
crw------- 1 root root 250, 1 Feb 27 20:42 /dev/nvme1
brw------- 1 root root 259, 2 Feb 27 20:42 /dev/nvme1n1
brw------- 1 root root 259, 3 Feb 27 20:42 /dev/nvme1n1p1
root@DS918:~# udevadm info /dev/nvme0n1
P: /devices/pci0000:00/0000:00:01.0/0000:01:00.0/nvme/nvme0/nvme0n1
N: nvme0n1
E: DEVNAME=/dev/nvme0n1
E: DEVPATH=/devices/pci0000:00/0000:00:01.0/0000:01:00.0/nvme/nvme0/nvme0n1
E: DEVTYPE=disk
E: MAJOR=259
E: MINOR=0
E: PHYSDEVBUS=pci
E: PHYSDEVDRIVER=nvme
E: PHYSDEVPATH=/devices/pci0000:00/0000:00:01.0/0000:01:00.0
E: SUBSYSTEM=block
E: SYNO_ATTR_SERIAL=FSB1N694810901Q1J
E: SYNO_DEV_DISKPORTTYPE=UNKNOWN
E: SYNO_INFO_PLATFORM_NAME=apollolake
E: SYNO_KERNEL_VERSION=4.4
E: SYNO_SUPPORT_USB_PRINTER=yes
E: SYNO_SUPPORT_XA=no
E: TAGS=:systemd:
E: USEC_INITIALIZED=409415
root@DS918:~# udevadm info /dev/nvme1n1
P: /devices/pci0000:00/0000:00:1c.4/0000:05:00.0/nvme/nvme1/nvme1n1
N: nvme1n1
E: DEVNAME=/dev/nvme1n1
E: DEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:05:00.0/nvme/nvme1/nvme1n1
E: DEVTYPE=disk
E: MAJOR=259
E: MINOR=2
E: PHYSDEVBUS=pci
E: PHYSDEVDRIVER=nvme
E: PHYSDEVPATH=/devices/pci0000:00/0000:00:1c.4/0000:05:00.0
E: SUBSYSTEM=block
E: SYNO_ATTR_SERIAL=FDB3N514311103F1A
E: SYNO_DEV_DISKPORTTYPE=CACHE
E: SYNO_INFO_PLATFORM_NAME=apollolake
E: SYNO_KERNEL_VERSION=4.4
E: SYNO_SUPPORT_USB_PRINTER=yes
E: SYNO_SUPPORT_XA=no
E: TAGS=:systemd:
E: USEC_INITIALIZED=428150
root@DS918:~# curl -L "https://github.com/PeterSuh-Q3/rp-ext/raw/main/nvme-cache/src/nvme-cache.sh" -O
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 237k 0 237k 0 0 425k 0 --:--:-- --:--:-- --:--:-- 425k
root@DS918:~# chmod +x nvme-cache.sh
root@DS918:~# ./nvme-cache.sh
./nvme-cache.sh: line 7: syntax error near unexpected token `newline'
./nvme-cache.sh: line 7: `<!DOCTYPE html>'
입력시 결과입니다.
아직도 바뀌기 전의 예전 스크립트가 돌아가고 있는것 처럼 보입니다.
제가 보여드리는 캡쳐처럼 캐쉬처리용 쉘 스크립트가 잘 바뀌어 있는지 체크가 필요할것 같습니다.
아래 커맨드처럼 우측 하단창에 실행해 보시고 저랑 똑같이 보이는지 확인 부탁드립니다.
와일드 캐릭터(*)가 많이 쓰여서 오탈자가 하나라도 있으면 안됩니다. 똑같이 기입하십시요.
cat *load/c*/e*/nvme-c*/a*/*.sh
만약 보여지는 내용이 저랑 다르시다면
./rploader.sh clean
으로 애드온을 모두 클린하시고 로더를 다시 빌드하시고
cat *load/c*/e*/nvme-c*/a*/*.sh
로 한번더 체크를 해주시기 바랍니다.
그런데, 마지막 로더빌드후 자동 백업이 없어졌기 때문에, 별도 백업을 안하셨으면
전전 상황의 로더 내용이 남아 있거나 아예 없을수 있습니다.
그렇다면, 예상과는 전혀 다른 내용이 보일 수 있어서 마지막 상태 체크가 의미가 없습니다.
만약 그런 상황이라면 그냥 클린부터 하시고 로더 빌드과정으로 넘어가셔도 됩니다.
마지막에 체크는 반드시 해주시기 바랍니다.
너무나 감사합니다. 말씀 하신 방법으로 진행하니 2번째 NVME가 DSM에서 인식을 하기 시작하네요. 항상 인식되어서 별다른 생각이 없었는데 저장소에 2개로 인식되는데 이렇게나 감격스러울수가 없네요 ㅜㅜ 화정큐삼님 덕분입니다. 다 도와주셔서 다시 한번 너무나 감사드립니다! 즐거운 연휴 되세요!
cmt alert