TCRP Friend v0.0.6 를 릴리즈 합니다. (이젠 벽돌되도 두렵지 않습니다.^^)
ARPL 의 getty console addon 을 M SHELL for TCRP 에도 적용해 달라는 저희 회원님의 요청이 있어서 금일 반영 및 배포를 마쳤습니다.
TCRP FRIEND 의 버전은 v0.0.6 으로 자동업데이트 되며 화면은 아래처럼 바뀌어 보이실겁니다.
여기서 이번에 바뀐 핵심내용은 가운데 빨간줄
press <g> to enter a Getty Console to solve trouble
입니다.
이 Getty console 은 어떨때 써먹는지 궁금하실 텐데요.
헤놀로지 부트로더를 빌드하신후 원인모를 벽돌현상으로 더이상 진행이 되지 않으실 때
문제점을 파악하기 위해 아주 유용한 기능입니다.
랜카드가 동작하지 않더라도 이 Getty 콘솔은 동작합니다. 시리얼 케이블도 이젠 필요없습니다.
위 부팅화면에서 7초이내에 g 키를 눌러주시고 조금 기다리시면 아래와 같은 getty 콘솔 화면으로 바뀝니다.
로그인은 root 에 암호는 없이 진입하시면 됩니다.
이 상태에서
SynologyNas> cat /var/log/*rc*
라고 커맨드를 주시고 아래처럼 보이는 로그를 제게 보여주시면 됩니다.
보통 오류는 대부분 로그 맨 하단에 위치합니다.
때로는 커널패닉을 확인하기 위해서
SynologyNas> dmesg
의 확인이 필요한 경우도 있습니다.
경우에 따라 확인해야 할 로그나 상황이 그때 그때 다르기 때문에 제가 요구하는 사항대로 커맨드를 하시면 될것 같습니다.
이 기능을 사용하시기 위해서는 일단 M SHELL fot TCRP FRIEND 에서 로더를 다시 한번 빌드 해주셔야 합니다.
빌드가 없는 상태에서 g 키 입력을 하시면 위 getty console 은 발동하지 않습니다.
화정큐삼
1등 엄청난 편의성 개선인것같습니다 ㅎㅎ 바쁘지않을때 로더도 한번 업데이트해봐야겠습니다
2등 
3등 대박기능에 박수를 보냅니다.
최고의 부트로더 입니다
오랜만에 부트로더 0.5로 서버 이전 잘사용합니다.....0.6 다시 빌드 해야겠네요
,,,감사 합니다,.,,,
제가 요청 드렸는데 감사합니다 혹시 arpl 처럼 정상 부팅 후에도 자동으로 동작하게 해주실수 있나요?
정상 부팅시에는 SSH 로 접속해서도 충분히 확인이 가능한데요.
정말 필요한 경우가 DSM 부팅상황이 비정상적으로 부팅실패로 빠졌을 경우가 아닐까 싶은데요.
이런 경우에 필요하게 되겠죠?
https://github.com/fbelavenuto/arpl-addons/blob/main/console/install.sh#L35
https://github.com/PeterSuh-Q3/tcrp-modules/blob/main/ddsml/src/install.sh
저도 fabio 님 ARPL 에서 한것처럼 serial-getty 서비스 형태로 설치는 잘 된것 같은데,
어떻게 발동시키는지를 모르렜습니다.
주니어 상태는 Fabio님이 별도로 개발해주신 fbcon 이란것을 통해 getty 를 실행하면 되었지만,
DSM 설치가 완료된 OS 상태에서는 좀 많이 어렵네요.
다시 M SHELL for TCRP 로더 빌드하면 이 서비스는 자동등록이 된것처럼 확인됩니다.
[서비스 정상 설치 확인방법]
cat /lib/systemd/system/getty@.service
중간에 ExecStart=.* 라는 실행명령어 대신
ExecStart=-/sbin/agetty %I 115200 linux 라고 잘 치환도 되어 있습니다.
시리얼 케이블 통해서 로그를 보면 맨마지막에
"DSM mode" 라고도 잘 나오고 있습니다.
issue 파일에도 내용이 잘 담겼습니다.
cat /etc/issue
그 다음 getty 발동하는 방법을 모르곘습니다.
FABIO 님의 경우는 브라질 분이라서 포르투갈어를 사용하셔야 하는지 키 레이아웃 서비스도 설치하고 하셨는데,
US/QWERTY 레이아웃 사용하는 저희는 딱히 필요가 없을것 같아서 이것까지 넣지 않았습니다.
그래서 여기까지가 getty 서비스를 위한 준비가 맞는것 같은데요.
위 메뉴얼을 참조해서 TTYS0 (시리얼포트) 대신 TTY1(헤놀콘솔) 을 enable, start 를 해봐도 변화가 없습니다.
어떻게 발동하는건지 도움을 주셨으면 좋겠습니다.
http://0pointer.de/blog/projects/serial-console.html
ARPL 도 스크립트에 오류가 있는것 같은데요?
ExecStart=-/sbin/agetty %I 115200 linux 에서 - 가 빠져야 맞는것 같습니다.
ExecStart=/sbin/agetty %I 115200 linux
기존 ARPL 의 오타 부분은 제가 보완해서 발동은 성공한것 같습니다.
아래처럼 계속 반복적으로 로그인이 뿌려지고 있는데요.
헤놀 콘솔로 가지않고 시리얼 콘솔쪽으로 반복됩니다.
ARPL fabio님도 이부분은 아직 미완성인것 같은데요? 그렇지 않나요?
제가 볼땐 미완성은 아닌것 같아요. ARPL은 PROXMOX에서 콘솔로 부팅 시작하면, 부팅이 끝나고 해당 콘솔이 떠서 로그인 가능합니다. 그리고 로그인 메세지는 엔터를 눌러야만 다시 뜹니다.
TCRP는 콘솔로 시작하면, 커널 부팅후 더이상 메세지를 아무것도 안띄웁니다.
PROXMOX 의 가상시리얼 콘솔을 말씀하시는건 아니시죠?
메인 콘솔에서 agetty 가 발동이 된다는 말씀 같은데요.
저도 ARPL 로 설치해서 한번 시험해 봐야 확실하겠네요.
저도 가상환경으로 시험을 주로 하긴하는데, VMWARE FUSION for MAC 을 즐겨 사용합니다.
만약, ARPL 만 이게 가능한 상황이라면
ARPL 만 메인 로더 쪽에서 agetty 를 발동해 주는 무언가가 따로 있는지도 모르겠습니다.
addon 만 가져다 붙이면 될줄 알았는데, 쉽지 않네요.
막히는 부분은 fabio님 복귀하시면 질문드려서 해결할 생각였는데, 당분간 개인사로 못오신다고 하시니
DSM Mode 의 getty 발동 기능은 일단 보류해야 할듯 합니다.
말씀하신대로 기본콘솔에 getty 가상콘솔이 잘 올라옵니다. 그런데, 약간 불안정한게 보이네요.
로그인이 안정적으로 유지가 안되고 왔다갔다 하는면이 조금 있습니다.
저는 ARPL console addon 가 차이점이 없게 하려고 keymaps 데몬까지 전부다 동일하게 올렸습니다.
그래도 TCRP 에서는 발동이 안되네요.
그래도 keymaps 적용한 덕에 버그가 하나 잡혔습니다.
Junior 로 getty 콘솔 진입하면 poweroff 나 reboot 가 먹히질 않았는데, 이젠 이게 잘되는군요.^^
안녕하세요
이렇게 나오는데 혹시 방법이 있을까요 ? ㅠㅠ
제가 sn 과 mac 주소를 넣지않으면 빌드가 진행되지 못하도록 체크 기능을 넣었는데,
menu 에서만 적용했더니 다른곳에서 새는군요. ^^
my.sh 에도 체크로직 넣어서 막아야 겠습니다.
제가 sn 과 mac 주소를 넣으시려면
menu 를 통하시기 바랍니다.
분명 M SHELL 이 맞긴한데, MENU 가 뜨질 않는 상황이 되셨나 보네요.
어떤 상황이 될지 모르니,
my.sh 로 직접 빌드도 가능하긴한데. 위에 체크기능은 넣어드려야 겠네요.
화정큐삼님께서 배포하고 있다고 하시는 그 릴리즈도 어디서 받아야할지를 몰라 다른데서 레드필을 받아서 하고 있었던 중이었습니다 ㅜㅜ
댓글 너무 감사합니다 다음부터는 그렇게 하도록 하겠습니다
M Shell 업데이트 이후 부팅에 문제가 생겨서 getty 콘솔을 사용해보고자 했는데 g키를 눌러서 getty를 시작한다고 뜨더라도 정상부팅 되는거처럼 화면이 꺼진다면 어떤 점을 체크해볼 수 있을까요?
부팅 시도 시 까만화면과 함께 아무것도 안 뜰때에 IP는 잡히길래 혹시나 싶어서 7681포트에 접근해보니
아래 화면과 같이 창은 뜨는데 로그인 이후에 명령어는 먹히지 않는 상태입니다.
SynologyNAS login: root
Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.
BusyBox v1.30.1 () built-in shell (ash)
SynologyNAS>
getty 와 7681 둘다 동일하게 SynologyNAS> 프롬프트 진입이 안되는 상황인가요?
저도 이런 경우는 처음봐서 당황스럽네요.
cmt alert
신고
"님의 댓글"
이 댓글을 신고하시겠습니까?
