| TCRP | https://github.com/PeterSuh-Q3/tinycore-redpill/releases/tag/v0.9.4.0-1 | |
| Model | Aurora-R4 | |
| CPU | i7-3930K | |
| ChipSet | C600/X79 (Patsburg) | |
| SAS | LSI9260-8i | |
| NIC | RTL8168/8111 |
USB 생성, 부트, DS923+ 빌드 , 리부팅 메시지가 USB,SATA로 선택하게 나와서 .. 뭔가 잘못 된 것이라 생각 됩니다.
처음부터 다시 진행하니 DS3622x+ 과 같은 화면으로 나옵니다.... 이전 실행의 USB, SATA 선택은 뭔가요?
어제 실행에서 나왔던 noefi 메시지는 더 이상 나오지 않습니다.
DS723+ 빌드 , 리부팅 메시지 USB,SATA 선택 항목은 나오지 않습니다.
DS723+ 부팅에서도 noefi 메시지는 발생 되지 않습니다.
하지만 DS923+. DS723+ 모두 TCRP Friend 부팅 이후 네트웍에서 헤놀접근이 않됩니다.
NIC 포트의 Link, Activity LED 모두 계속해서 꺼져 있습니다.
NIC driver가 동작되지 않는 상태로 이해됩니다.
하지만 동일한 PC 구성 환경에서 DS3622x+ 는 정상적으로 동작 됩니다.
DS923+. DS723+ 은 DS3622x+ 과 다른 차이점은 SHR 지원 과 트랜스코팅 지원인가요?
감사합니다.
초보자 ....
Build 할 때, Lan Driver 가 설치되지 않아서 부팅 이후에 찾을 수 없었던 적이 있습니다.
Build 할 때, 에러는 없었는지 확인해 보세요.
제 경우는 Lan Driver 를 따로 추가해주는 작업을 한 후에 제대로 동작했습니다.
TCRP Frined 부팅 이후부터 랜 인식이 안되고 있습니다.
스크롤 되는 속도 때문에 오류가 있었는지는 정확하게 말씀 드리기 어렵군요.
Build 로그 파일 저장 위치를 알려 주실 수 있나요?
SHR 지원 과 트랜스코팅이 필요하지 않아서 ...
그리고 RTL8168/8111 PCI-E Gigabit Ethernet NIC 가 DS3622x+ 일때는 정상 동작하므로 드라이버 부재는 아닌 것 같습니다.
DS923+. DS723+ 모델이 신규이어서 많은 테스트가 이루어지지 않은 것으로 추측 합니다.
제 경우는 DS3622xs+ 설치할 때 최초 TCRP 로 부팅했을 때는 Lan Driver 가 정상적으로 인식을 했는데, Build 이후에는 Lan Port LED 가 모두 죽었었습니다.
그래서, 다시 Build 하면서 살펴보니 Lan Driver 가 설치가 안되더군요.
그래서, Build 하면서 Lan Driver 를 따로 추가한 후에 정상적으로 동작했습니다.
그 때에도 화정큐삼님 등 다른 분들의 말씀도, Driver 가 다 내장되어 있어 자동으로 설치가 되는게 정상이라고 하셨었습니다.
저는 SSH 로 접속해서, ./myv.sh DS3622xs+F 명령어로 설치했었네요.
Lan Card 는 RTL8125G.
Build 하면서 살펴보니 Lan Driver 가 설치가 안되는 것을 어떻게 확인 하셨나요?
방법을 문의 드립니다.
Build 로그 파일 저장 위치를 알려 주실 수 있나요?
Build 하면서 Lan Driver 를 따로 추가하는 방법을 부탁 드립니다.
감사 합니다.
M SHELL for TCRP 에서는 이제 ARPL 의 최신 통합드라이버팩을 같이 사용하므로 예전처럼 별도 추가를 해주실 필요가 없습니다.
pocopico님 오리지널 TCRP 는 아직도 예전 방식이라 별도 추가를 해줘야 하는 상태일수 있습니다.
DS723+, DS923+ 는 r1000 플랫폼용 통합드라이버팩을 별도 사용하는데, 혹시 그중 r8168/r8169 드라이버에 이슈가 있는지 저도 다시 시험해 보겠습니다.
Build 로그파일 저장 위치는 /home/tc/zlastbuild.log 입니다.
감사 합니다.....
따로 SSH 로 접속해서 Build 진행했습니다.
- IP 를 확인하고, ssh 를 통해 해당 IP 로 접속.
* ID : tc / Password : P@ssw0rd
* 로그인 후, sudo su 명령을 통해 SuperUser 권한을 획득해야 Build 시 권한문제가 없어짐.
- command 창에서 m shell script 받기.
* tc@box:~$ curl -k --location "https://github.com/PeterSuh-Q3/tinycore-redpill/raw/main/my.sh.gz" -O;tar -zxvf my.sh.gz;
- ./my.sh 로 Build.
* tc@box:~$ ./my.sh DS3622xs+F
* tc@box:~$ ./myv.sh DS3622xs+F 로 Build 하면 중간에 드라이버 추가 가능.
- ./myv.sh 뒤에는 설치하려는 Model 명을 입력.
- Build 완료되면 Reboot.
* tc@box:~$ sudo reboot
- 부팅되면 할당된 IP 로 접속하여 설치 진행.
이렇게 진행하면 설치 Log 가 화면에 주르륵 나옵니다.
그 중에서 빨간색으로 나오는 부분이 오류가 있는 부분입니다.
저는 command shell 이 편해서 이렇게 했는데, 그냥 부팅 후 TCRP 창에서도 Driver 추가 하는 메뉴가 있었던 것으로 기억합니다.
/myv.sh DS3622xs+F 를 사용하게 되면 드라이버가 이중으로 추가 될것 같습니다.
물론 알파벳 순으로 보면 all-modules 뒤에 나오는 추가 모듈은 이름이 같기 때문에 cp -f r8169.ko /usr/lib/modules 처리 과정에서 모두 튕겨납니다.
all-modules 가 이미 처리된 상태이기 때문에 같은 드라이버명이 다시 복사 될 수가 없습니다.
https://github.com/PeterSuh-Q3/tcrp-modules/tree/main/all-modules/releases
지금은 불필요한 과정으로 바뀐셈입니다.
더이상 사용하지 못하시게 막을생각은 안해봤는데, 이젠 막아드려야 겠다는 생각이 드네요.
부트로더를 무슨 매체로 만들었냐 고르는겁니다
USB를 이미지 만들어서 다시하면 이렇게 나오지 않아요...
USB를 모델을 DS3622 하던 것을 DS923, DS723 하면서 발생 하는 것 같습니다.
모델 변경시 마다 USB를 새로 셍성하는 것이 번거롭긴 합니다.
USB 메모리가 ... 이 이미지를 프로그램 하면 샌디스크 USB가 죽어버리기도 해서 ..
정상으로 USB를 생성 한것을 PC에 삽입하면 USB 파티션이 손상 되었다고 하고 포맷하라고 메시지가 나오니 ..
파티션 툴로 매번 삭제하고 다시 작업을 반복하니 .. USB가 사망 하네요 .. ㅎㅎ
이런 증상으로 파티션 프로그램 EaseUS Partition Master 13.5 으로 하고 있는데 .. 더 이상 작업 안된다고 에러가 나서 ~~ USB 두개나 버렸습니다만 ...
DS923+ 만 설치한 결과는 부트엔트리 문제없이 잘 나왔습니다.
Jot 모드 빌드를 선택하셨거나,
어느 시점에 업데이트가 들어갔는지 모르겠는데,
DS923+ 의 config.json 의 정비가 잠깐동안 안된 버전을 혹시 사용되었을지도 모릅니다.
지금은 정상으로 보이는것 같습니다.
menuentry 'Tiny Core Image Build' {
savedefault
search --set=root --fs-uuid 6234-C863 --hint hd0,msdos3
echo Loading Linux...
linux /vmlinuz64 loglevel=3 cde waitusb=5 vga=791
echo Loading initramfs...
initrd /corepure64.gz
echo Booting TinyCore for loader creation
}
menuentry 'Tiny Core Friend DS923+ 7.1.1-42962 Update 2 EUDEV' {
savedefault
search --set=root --fs-uuid 6234-C863 --hint hd0,msdos3
echo Loading Linux...
linux /bzImage-friend loglevel=3 waitusb=5 vga=791 net.ifnames=0 biosdevname=0
echo Loading initramfs...
initrd /initrd-friend
echo Booting TinyCore Friend
}
이제 랜카드 이슈좀 다시 살펴보겠습니다.
맨 윈쪽에 나오는 3줄 에러는 모든 경우에 항상 발생됩니다.
이것도 Fix되면 좋겠네요.
랜덤생성 MAC에서 realMAC 으로 변경해서 DS923 을 다시 시도 했는데 ... 여전히 NIC 가 동작하지 안습니다.
아래 캡쳐에서 보이는 아래 쪽을 가르키는 화살표가 DS923 NIC 실패의 원인 일까요?
USB를 이미지 만들어서 다시하면 이렇게 나오지 않아요...
USB를 모델을 DS3622 하던 것을 DS923, DS723 하면서 발생 하는 것 같습니다.
모델 변경시 마다 USB를 새로 셍성 하는 것이 번거롭긴 합니다. ㅠㅠ
DS923+ / DS723+ 은 방금 전에 다른 시스템에서도 했어요,
RTL8168/8111, Broadcom® 5720 각각 의 PC에서 안됩니다.
아직 인텔 NIC가 배송 도착 하기 전이라서 ... ㅠㅠ
드라이버 이슈가 있는것 같아서 ARPL 드라이버를 들어내고 pocopico님이 r1000 DS923+ 릴리즈하실때 처음 개발된 드라이버로 다시 원복하고 있습니다.
당시도 이 드라이버는 안정적으로 잘 동작했던것 같습니다.
ARPL fabio님은 항상 새 버전으로 새롭게 컴파일 해주시는데, 새것이라고 늘 안정적인것은 아닌것 같습니다.
pocopico 은 드라이버 컴파일 하실때도 늘 보수적으로 접근하십니다. 검증되고 안정성 확보된 드라이버는 굳이 다시 컴파일해서 건드리지 않으시거든요.
저도 이부분에서 두분것중에 어떤것을 취사선택해야 하는지 늘 고민을 하게 됩니다.
통합 드라이버는 pocopico님것으로 만들어도 충분한데 새것이라고 해서 ARPL 통합드라이버를 괜히 따라가고 있는게 아닌가도 싶구요.
누락되거나 안정성에 문제가 생긴 드라이버가 발견되면 깃헙에 이슈 리포팅이 들어가서 바로바로 수정해주시기는 합니다만,
그 때 마다 저도 같이 M SHELL for TCRP 통합드라이버팩 버전업을 수동으로 만들어 줘야 하는 애로사항이 있습니다.
헤놀포럼에서 두분 같이 협력해서 하나의 로더를 만드시면 어떠냐고 어떤분이 pocopico님께 제안까지 하시던데,
pocopico님 성격상 누구랑 절대 같이 개발하실 스타일은 아니고,
필요한 부분만 fabio님 도움을 조금씩 받아서 TCRP 에 포팅하고 있습니다.
pocopico님 차세대 TCRP를 준비하고 계시다고 들었는데요. 로더빌드용 GUI는 WEB기반으로 만들고 계십니다.
인텔 1G NIC를 하나더 붙였습니다.
eth0 가 r8169 입니다.
eth1 인 인텔랜카드도 좀 더디게 붙긴하는데, LED에 불이 들어오는 상태에서는 아래에서 바로 DHCP IP 부여가 확인되지만,
그 시점에 eth0 는 IP 부여를 못받습니다.
그리고 한 1~2분 더 대기를 한 상태에서는 eth0가 동작합니다.
eth0 모니터링을 위해 인텔 eth1 을 하나더 붙인것인데, 다시 떼고 얼마나 대기하면 올라오는지 봐야 겠습니다.
r8169 드라이버는 아마 fabio님 pocopico님 드라이버가 둘다 이런 상태가 아닐까 합니다.
r1000 는 헤놀 플랫폼 7개가 개발되고 맨 마지막으로 개발된 8번째 플랫폼입니다.
r1000 용 드라이버는 지금도 안정화를 더 거쳐야 하는 단계 같습니다.
위 사항은 fabio님께 리포팅 하겠습니다.
pocopico님은 바쁘셔서 드라이버 개발은 못보실겁니다.
SynologyNAS> ifconfig
eth0 Link encap:Ethernet HWaddr 3C:7C:3F:24:52:45
inet addr:169.254.109.204 Bcast:169.254.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth1 Link encap:Ethernet HWaddr 00:1B:21:1B:63:13
inet addr:192.168.35.80 Bcast:192.168.35.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:260 errors:0 dropped:0 overruns:0 frame:0
TX packets:122 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:48549 (47.4 KiB) TX bytes:14682 (14.3 KiB)
Interrupt:52 Memory:fcf40000-fcf60000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:17 errors:0 dropped:0 overruns:0 frame:0
TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:912 (912.0 B) TX bytes:912 (912.0 B)
--------------------------------------------------------------------------
SynologyNAS> ifconfig
eth0 Link encap:Ethernet HWaddr 3C:7C:3F:24:52:45
inet addr:192.168.35.81 Bcast:192.168.35.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:91 errors:0 dropped:0 overruns:0 frame:0
TX packets:26 errors:0 dropped:47 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:10733 (10.4 KiB) TX bytes:3119 (3.0 KiB)
eth1 Link encap:Ethernet HWaddr 00:1B:21:1B:63:13
inet addr:192.168.35.80 Bcast:192.168.35.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:787 errors:0 dropped:0 overruns:0 frame:0
TX packets:301 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:107813 (105.2 KiB) TX bytes:39553 (38.6 KiB)
Interrupt:52 Memory:fcf40000-fcf60000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:80 errors:0 dropped:0 overruns:0 frame:0
TX packets:80 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1
RX bytes:4372 (4.2 KiB) TX bytes:4372 (4.2 KiB)
r1000 케이스만 국한된건지는 모르겠지만, 네트워크 드라이버의 동작이 EUDEV 에서 원할하지 않습니다.
pocopico님과 fabio님은 EUDEV 의 신기술을 높게 평가하시는데 신기술이라고 모든게 만능인것은 아닌것 같습니다.
일단 r1000 는 EUDEV 방식이 드라이버와 문제가 있는것 같습니다.
예전 방식인 DDSML 로 전환해서 시험해 봤는데, 예상대로 30~40 초 안에 잘 올라 옵니다.
DS723+, DS923+ 는 r1000 플랫폼용 통합드라이버팩을 별도 사용한다는 것이 무슨 뜻인지요?
https://kb.synology.com/en-me/DSM/tutorial/What_kind_of_CPU_does_my_NAS_have
DS923+, DS723+ 은 AMD Ryzen R1600 CPU를 타겟으로 만들어진 것이군요,
Any_x86 이 아니라서 ?
x23 Series 는 모두 AMD 이네요... Synology가 더 이상 인텔은 사용하지 않고 AMD CPU만 으로 개발 하나 봅니다.
SA Series , HD Series 모델의 헤놀 지원 하는 기종이 있나요?
위에서 질문 드린 오류 발생 1-라인 ( 맨 마지막에 deafult dev ... 라고 나오는 부분은 ) EUDEV 대신 디폴트 디바이스 드라이버로 적용 한다고 하는 것 같은데요 ? 맞나요? 다른 DS3622x+ 에서도 나오는지 ... 녹화해서 봐야 겟네요.
https://github.com/fbelavenuto/arpl-modules
헤놀지원 모델리스트는 제 M SHELL 이 가장 많은 기종은 18개를 지원하는데요.
리스트는 이 환경파일인 config 의 리스트를 보시면 됩니다.
https://github.com/PeterSuh-Q3/redpill-load/tree/master/config
SA 와 HD 는 아직 없습니다.
위 8개 플랫폼에 속하면서 필요하신 모델 있으시면 요청 주십시요. 1,2개 정도는 생성해 드릴수 있습니다.
https://archive.synology.com/download/Os/DSM/7.1.1-42962-1-NanoPacked
SA 로 검색하면 SA3400 / SA3600 정도가 나오는데, DS3622xs+ 와같은 브로드웰nk 플랫폼이라 가능할것 같습니다.
HD6500 은 purley 가 아직 없어서 안될것 같네요.
DS3622xs+ 와 어떤 차이가 있게 될까요?
DS3617xs 를 DS3622xs+ 으로 업그레이드 ( success ,OK )
트랜스코딩과 SHR 이 지원되는 모델 DS918를 DS923+ 으로 업그레이드 ( not yet success )
하려고 했습니다.
DS923+ 은 인텔 랜카드가 주말에 도착 하면 다시 시도 해볼 예정입니다.
eBay 배송이 빠르면 일주일 . 저가 파트는 느려서 2주 정도로 느려서 빨리 빨리 하지 못하네요.
댓글로 캡쳐주신 내용같아 보이는데요. EUDEV 라는 문구는 없고 UDEV 가 있는것 같은데요.
이건 TCRP FRIEND 커널 영역이라 저도 추측밖에는 안됩니다.
TCRP FRIEND 오리지널에서는 prod(상용) / dev(개발) 두가지 버전으로 커널을 올려서 사용하는데,
포코피코님이 계속 수정하는 부분은 dev 구요.
저는 M SHELL 에서 이부분을 기록하고 있지 않고 비운채로 개발이 되서 기본값인 dev가 뿌려지고 있는것 같습니다.
혹시 prod 가 아닌 dev 로 남아 있어서 TCRP FRIEND 가 불안정하게 동작되는 요소가 없는지 한번 점검하겠습니다.
댓글중에 스크린 캡쳐에서
맨 위에 있는 적색 박스 + 적색 위쪽 화실표
맨 아래쪽 적색 라인 + 적색 아래쪽 화실표
두 군데 위치중 두번째 라인 입니다 ( 맨 마지막에 deafult dev ... 라고 나오는 부분은 --> spelling이 틀리게 썼군요 ..)
"redpillmake setting not founf while reading /mnt/tcrp/user_config.jason, defaulting to dev" <<<< 여기를 말씀 드리는 것 입니다.
User config file needs update, updating ->
같은 플랫폼안에서는 큰 변화가 없을겁니다.
SA3600 의 특징은 듀얼파워가 있는데, 이부분도 파워알람이 뜨지 않도록 조정해 보겠습니다.
하드웨어가 듀얼파워인 경우는 시험을 못해봐서 싱글파워 PC에서는 이부분이 경고메시지가 나가는 문제가 있었습니다.
이 조정이 들어가면 PC가 싱글파워던, 듀얼파워던 경고메세지는 뜨지 않도록 되어 있습니다. 실제 각각의 파워와 실패상황 연동되는것 까지는 잘 모르겠구요.
기존 헤놀 모델중에도 듀얼파워모델이 몇몇 있습니다.
브로드웰 중에는 RS4021xs+ 가 대상였던것 같습니다. 렉스테이션이나 FS 플래쉬 스테이션들이 대부분 듀얼파워 입니다.
DS923+ 의 내장그래픽이 AMD라서 내장그래픽 트랜스코딩은 안되는 모델로 알고 있습니다.
이 장치는 HP/DELL/INTEL 벤더 마다 또한 세대 마다 다르게 구현되어 있기 때문에
파워알람이 발생 하지 않도록 하는 것은 필요하겠군요.
만일 파워 알람 끄기가 문제 생기면 듀얼 파워를 갖는 DELL T420 서버에서 테스트 해보면 되겠군요.
RS4021xs+ (16Bay)이 TCRP 에서 현재 지원되는 모델 인가요?
SA3600 는 12Bay 이군요,
18 Bay를 지원하는 것이 필요한데요.
이것을 위해서는 헤놀이 디스크 지원 갯수가 ... 매핑 갯수 지원이 18+3 = 21 이 되어야 하는데 ..
현재까지 테스한 결과로는 16을 넘지 못하네요.
RS4021xs이 현재 지원되는 모델이면 시도해 보려고 합니다.
DS923+ 의 내장그래픽이 AMD라서 내장그래픽 트랜스코딩 불가군요.
DS723+ 도 AMD라서 내장그래픽일 테니 역시 트랜스코딩 불가 이겠네요.
그럼 TCRP 에서 지원되는 모델 트랜스코딩 지원 모델은 DS920, DS918 인가요?
DS920 : DT
DS918 : None-DT
맞나요 ?
제가 사용 중인 헤놀 H/W 구성은 HBA를 기반으로 하기 때문에 None-DT 방식 지원 하는 것만 가능 하기 때문 입니다.
SA3600 안정성 테스트중이긴한데, 커널 오류를 쉽게 못잡을수도 있을것 같습니다. 오늘 하루만 더 노력해보고 잘 안되면 보류해야 할것 같습니다.
헤놀로서 첫번째 SA 모델이라 또 다른 특성이 있는것 같습니다.
TTG 그룹의 도움없이 저혼자 하기엔 역부족일듯 하네요.
네, 영상 트랜스코딩은 말씀하신 두가지 모델을 포함하는 아폴로레이크, 제미니레이크 INTEL 기반의 두 아톰기반 플랫폼을 사용하는 모든 모델에 해당합니다.
아래 5개 모델이 헤놀에서 지원합니다.
DS918+, DS1019+ 가 아폴로레이크
DS920+, DS1520+, DVA1622 가 제미니레이크 입니다.
lkm 컴파일만 10번은 한것 같습니다. ㅎㅎ
네트워크 포함한 모듈들 모두 잘 인식되고 EUDEV / DDSML 모두잘 되는데, 마지막 장벽이 하나 있네요.
DS3622xs+ 나 RS4021xs+ 와 같은 브로드웰NK 플랫폼이라 쉽게 접근했는데, 또 다른 무언가가 있네요.
듀얼 파워 부분까지 shim 쪽 소스 손을 다 봐두긴 했는데, 못넘어가고 있습니다.
https://github.com/PeterSuh-Q3/redpill-lkm
https://github.com/PeterSuh-Q3/redpill-load
디스크를 인식시켜야 하는데 전혀 못찾습니다. 시리얼 포트나 TTYD 로 접근해서 주니어로그를 떠보고 있는데, 처음 고민해본 로그라 감도 안잡히네요.
이부분만 넘어가면 되는데...
All disk ready or timeout execeed
Disable all invalid HBA PHY!
Failed to SYNOEnclosureInvalidHbaPhyControlHandler.
Exit on error [1] DISK NOT INSTALLED...
기분전환겸 커널 5.X 가 사용되는 epyc7002 플랫폼 기반의 SA6400 이나 완성해야 겠습니다.
이부분이라면 제가 위에서 예측한 prod / dev 로 설명드렸던 상황이 맞는것 같습니다.
이부분은 한번 살펴보겠습니다.
그리고 위에 빨간색 화살표의 3개줄은 최근에 램드라이브를 활용해서 빌드속도를 높여보려고 공부하다가 알게된것인데
tmpfs 은 램디스크 파일시스템을 의미합니다. 아귀먼트가 잘못 들어가서 마운트가 안된 모양이네요.
램디스크 마운트에 실패되도 2차 대안이 있어서 부팅은 성공하는건지 어떤건지 모르겠습니다.
FRIEND 가 램디스크를 활용하려고 시도는 한것 같은데, pocopico님이 세세히 신경을 못쓰신것 같기도 하네요.
이 부분도 시간이 나면 분석좀 해보겠습니다.
이 메시지는 부팅 성공 (NIC 인식, 네트웍 접속 가능) , DSM 설치 가능, DISK 인식 가능 등등 모드 과정에 문제가 없어도
저 메시지는 나옵니다.
NIC 네트웍 접속 실패 원인은 아니군요.
빨간색 화살표의 3개줄 ...
수십년 동안 회사 업무가 시뮬레이션과 그 로그 파일과 씨름 하며 살다 보니 ..
직업병처럼 이런 종류의 메시지에 예민해져서 ...
일종의 강박증 입니다.
시뮬레이션에서 오류 메시지는 중지 , 경고 메시지는 과제 일정 때문에 때때로 .. 지나칠 수 밖에 없지만
이들 중 30%는 과제 실패의 원인 중 하나가 되더군요... 그러면 ECO 리비젼에 수십 만 불 더 들고 ... 했던 일 새로 해야 하고 ..
ㅎㅎㅎㅎ
마지막 TCRP FRIEND 콘솔 화면에서
맨 우측에 초록색으로 보이는
RedPillMake : dev 는
RedPillMake : prod 로
바뀌여 보이실겁니다.
로더 리빌드는 다시 해야 합니다.
바로 직전 화면은 너무 빠르게 지나가서 로그를 못봤습니다.
아마 같이 변경되지 않았을까 싶습니다.
pocopico님이 사용하신 리눅스가 GNU LINUX 커널버전 5.15.26 인데, 분명 램디스크인 tmpfs 이 지원되야 함에도 불구하고
셋팅 누락인건지 활성화 자체가 안되어 있어서 램디스크용 파일시스템 사용이 불가한 상태였습니다.
램디스크가 불가한데 자꾸 마운트를 시도했기 때문에 없는 파일시스템을 사용하려 했다고 하면서 저런 오류가 발생했습니다.
어짜피 활성이 불가능해서 마운트 시도도 못하도록 아래처럼 /etc/fstab 파일을 리마크해서 조정했습니다.
https://github.com/PeterSuh-Q3/tcrpfriend/blob/main/buildroot/board/tcrpfriend/rootfs-overlay/etc/fstab
TCRP FRIEND 는 부팅되는 시점에 최신 업데이트된 커널을 깃헙에서 자동탐지해서 업데이트가 들어갑니다.
알아서 업데이트하고 재부팅된 이후에는 적용된 커널로 보이실 겁니다.
화면의 문구도 약간더 수정해서 최종 모습은 아래처럼 보이실겁니다.