기존에 쿠쿠의 100도 끓인물이 나오는 CP-TS100WS 모델을 사용하다가 의무사용이 끝나면서, 코웨이 제품을 보게 되었다.

풀터치 LCD 디스플레이가 달려있고, IoT기능이 있다는게 큰 차이점 이다.

크게 리뷰할건 아니고 쿠쿠를 사용하다 코웨이로 바꿨는데 의외로 전기 사용량이 꽤 많길래 그부분만 중점적으로 다뤄서 글을 써볼까 한다.

8월 30일에 설치해서 딱 일주일이 되었으니 어느정도 비교할 자료가 쌓였으니..

아이콘 프로 | 새벽시간 전력 사용

우선 새로 설치한 아이콘 프로의 새벽 시간 전력 사용량 기록이다. 최저 14W를 사용하고, 냉각기가 가동할땐 40W전후로 계속 작동한다.
문제는 너무 자주 작동한다는 것 이다. 그래프만 봐도 제일 간격이 넓은게 10분이다. 이건 뭐 직수 정수기인데 일반 정수기와 다를게 뭔지.. 직수 정수기인데 냉각기를 이렇게 계속 돌릴 이유가 있는지 궁금하다.

참고로 물 온도는 10도로 설정되어있고, 5도로 설정하면 더 자주돈다.

물을 1L정도 병에 담는다고 하면 온도가 그새 올라 냉각중 표시가 들어오고, 냉각기가 계속 돈다.

물 온도 5도로 설정 했을때의 전력 사용량. 동일 시간대이고, 출수를 하지 않았음에도 중간중간 100W넘게 피크치가 찍히는걸 확인할 수 있다. 게다가 꽤 오래.. 5도로 지정하는건 정말 전기 낭비라고 생각한다. 냉각기가 훨씬 오래, 자주 도는것을 확인할 수 있다.

아이콘 프로 | 오후시간 전력 사용

코웨이 아이콘 프로의 오후시간 전력 사용량. 솔직히 새벽시간과 거의 차이가 없다.
중간중간 출수를 하기때문에 냉각기가 도는 텀이 더 짧아졌을뿐.

쿠쿠 | 새벽시간 전력 사용

이번엔 기존에 사용하던 쿠쿠 정수기의 새벽시간 기록이다.
동일한 시간대이고 물을 먹지 않았을때.

최저 사용량은 1~2W로 그냥 안켜져있는 것과 동일하고,
냉각기가 필요할때 한번씩 가동하며, 최대 사용량은 코웨이 제품보다 10W정도 살짝 더 높게 찍힌다.

쿠쿠 | 오후시간 전력 사용

쿠쿠 정수기의 12시~6시 오후시간 사용량.
출수를 했기에 냉각기 가동이 새벽시간보다 많지만, 물을 출수할때만 냉각기가 돌았다는것을 확인할 수 있다.

100도 끓인물

쿠쿠 정수기의 끓인물 작동 기록이 너무 오래되어 남아있지 않아서, 공교롭게도 사진은 코웨이의 작동 기록만..
100도 끓인물은 두 모델 다 거의 표기되어있는 소비 전력만큼 사용했다. 작동하는 동안만 사용되고 당연히 평상시에는 작동하지 않는다.

정리 | 쿠쿠

쿠쿠 정수기는 냉각기가 거의 물을 출수 할때만 작동했고, 새벽시간 기록을 보면 알 수 있듯이 잘 작동하지 않는다.

물이 시원하지 않은건 아니다. 다만 표기된 온도가 없기에 온도로 따져볼수가 없다.

대기 전력이 1~2W정도만 사용되고 냉각기도 자주 작동하지 않기 때문에 전기 소모량이 적다.

IoT기능 부재, LCD디스플레이 없는 구식 디자인. 물론 정수기에 IoT가 왜 필요하냐 싶겠지만.. 경쟁사는 있잖아?

정리 | 코웨이 아이콘 프로

코웨이 아이콘 프로는 왜 이리 자주 돌지 싶을 정도로 냉각기가 자주 작동한다(물론 물 온도를 유지하기 위함이겠지만)
그렇게 자주 작동하는데도 쿠쿠 정수기와 체감상 물 온도가 비슷한 것 같다. 물론 온도를 5도로 설정하면 훨씬 시원하긴 하다. 전기도 훨씬 많이 먹지만.

디스플레이 때문인가 싶어서 밝기 단계를 최하와 최대를 비교해 보았으나 5W정도로 비교하는 의미가 없을정도였고,
절전시간에는 근접센서가 작동하지 않는 이상 디스플레이는 꺼짐 상태를 유지하기 때문에, 디스플레이 문제는 아니었다.

대기전력. 이건 정수기에 내장된 IoT기능 때문에 높게 나왔을 것 이라고 생각한다.

쿠쿠 정수기에는 없는 WiFi기반 IoT기능, 디스플레이와 기타 기능을 작동하기위한 시스템 때문에 쿠쿠에 들어가는 메인보드보다 전력 사용량이 높을 수 밖에 없을 것이다. 때문에 대기전력이 높은것은 어느정도 참작이 가능한 사항이다.

그럼 UV살균 기능 때문이 아니냐 하겠지만.. 물론 테스트 했다.

앱에 기록된 UV살균 시간대 전후 1시간 가량 기록이다.
실행이 되었는지 알 수 없을정도.

총평

코웨이 아이콘 프로 정수기.
사용하기 편하고, 풀 터치 LCD디스플레이는 고급감이 있고 사용하기 편하게 소프트웨어가 설계되어있다.
기본기는 코웨이답게 훌륭했으나 직수형 정수기라는 타이틀을 가진것에 의문을 가지게 될 만큼 냉각기가 자주 도는게 문제이다.
물 온도 5도로 설정했을때는 사용량이 크게 늘기 때문에.. 추천하지 않는다.

왜이리 정수기 전력 사용량에 목숨을 거느냐 하겠지만, 위 이미지를 보면 방 멀티탭 전력 사용량이 실시간으로 6~70W 전후로 사용중이다.

여기 연결된 장치는, 컴퓨터, 맥북 프로(M3 Pro), QHD 240Hz VA패널 모니터, PS5, 2.1채널 우퍼내장 사운드바, 기타 USB장비들
등등이 다 연결되어있는 최종 사용량이 저정도 나온다는 것이다.
(맥북, 모니터, USB장치들, 스피커를 제외한 제품들은 다 대기전력상태)

실제로 지금 이 글을 쓰고 있는 맥북 프로는 모니터는 외부 모니터를 사용중이기에 디스플레이 전력을 뺀 나머지 시스템 전력 사용량이 10W 전후이다.

이렇다보니, 정수기가 그냥 켜놓기만 했고, 디스플레이도 꺼져있는데 대기전력을 10W넘게 먹는건.. 신경이 쓰일 수 밖에 없다.

물론 코웨이 정수기에 불만을 품는건 아니다. 그저 의문일 뿐. 직수형인데 냉각기가 왜이리 자주 돌까.. 전기는 얼마나 먹을까.. 등
실제 전기 사용량도 따지고보면 많지가 않다.

기존 쿠쿠는 하루 사용량이 0.3kWh정도이고, 코웨이는 0.6kWh.
물론 두배가량 높게 측정되긴 했으나 이정도로는 전기요금도 몇백원~몇천원? 정도 차이 나려나..

더 최신 기기이고, 기능도 많으니 어느정도는 감수하는 부분이다.

아무튼.. 글을 쓰다보니 잡소리가 많아져서 글이 길어졌는데 여기서 마무리.

디자인 고급스럽고, 기존 쿠쿠 정수기보다 가로 폭은 2cm정도 커졌지만, 세로폭이 많이 작아졌다.

얼리어답터 기질이 있고, 최신기기등 전자기기 좋아하는분이라면 추천. 그게 아니라면, 기본기가 충실한 쿠쿠 추천.

게시물 코웨이 아이콘 프로 정수기 전기 사용량 비교하기이 뚱이의 잡동사니에 처음 등장했습니다.

기존의 쉐보레 차량들이 OFF를 해도 자동으로 AUTO로 복귀가 되면서 다음 시동때 살아나는 기능이 있는데.
이 차량은 아예 OFF가 없습니다.

최근에 야간에 차 안에서 대기하는 일이 많았는데, 전조등은 미등모드로 바꿔서 끌 수 있다 해도, DRL 후미등이 꺼지질 않습니다.
주차 브레이크를 넣으면 꺼지는 차량들이 있는데, 이 차량과 XM3는 안꺼집니다.

XM3는 유럽 기준이라 그렇다 치고.. 볼트는 해외 글을 보니 OFF가 있는 차량들이 있더라구요.
아마 유럽 수출 모델이랑 같은거로 수출되어서 OFF가 없는 것 같습니다.

규정도 바뀌어서 이제 OFF 없는 차량들이 나올건데 무슨 문제냐 하겠지만, 극장같이 빛을 완전 꺼야하는 경우나,
야간에 장시간 대기 하면서 빛을 끄고싶은 경우도 있죠.

서론이 길어졌는데 아무튼 오늘은 볼트 EUV의 라이트 OFF기능을 살려볼 예정입니다.

원래는 말리부 스위치가 호환이 된다 하여 알아보다가 3만원 정도 하길래 굳이 돈을 써야하나 싶어서 미루다가.
동호회의 어느분이 알려주신 정보를 토대로 기존의 스위치를 약간의 가공을 통해 OFF기능을 살릴 수 있는것을 알아냈습니다.

라이트 스위치를 탈거합니다. 전면에서 헤라를 집어넣어 빼내야하는 방식입니다.
위 아래 동시에 뽑아내야 잘 빠지고, 살살 흠집 안나게 잘 뽑아내야합니다.

라이트 뒤의 커넥터를 뺍니다. 락 타입 커넥터로, 빨간 래치를 뽑아내서 락을 풀고 눌러서 빼면 됩니다.

나사 몇개를 풀고, 얇은 피크나 헤라로 키를 풀어가면서 뜯어내야합니다. 제일 힘든 부분이었습니다.
안부숴지게 조심해서 잘 분해합니다.

제일 앞쪽 패널을 보면, 오토라이트 노브가 붙어있는데 잘 보면 기존에 쉐보레 차량들의 OFF기능으로 가는 곳을 저 플라스틱이 막고있습니다.
저 플라스틱을 제거해주면 노브가 기존의 OFF위치까지 돌아가고, PCB에서 접점이 물려서 오토라이트 OFF가 가능합니다.
커버에 OFF 마킹만 없지 돌아가는 느낌, 기능 똑같습니다.

단가를 위해 PCB는 공용으로 생산하고 법적으로 OFF가 불가능 한 경우를 위해 플라스틱으로 안돌아가게 막아둔 것 같습니다.

돌려가면서 걸리는 느낌 안나게 깔끔하게 제거했다면 조립하면 끝입니다.

분해하기 까다로운편이라 웬만하면 말리부 스위치 구매해서 교체하는걸 추천드리고 싶습니다.
저처럼 돈쓰기 아깝거나 그냥 해보고싶으면 해보시는걸 추천드립니다 ㅎㅎ. 부숴먹으면 그땐 말리부 스위치 사는거죠

작동 영상 첨부

게시물 볼트 EUV 오토라이트 끄기 기능 만들기 DIY이 뚱이의 잡동사니에 처음 등장했습니다.

최근에 이것저것 서버를 만지다 인증서 구조를 좀 바꾸고 스크립트도 지워놓고 귀찮아서 방치했더니, 기존에 먹여놨던 인증서가 만료가 되었습니다.

예전에 시놀로지 내에서 acme를 통해 Let’s Encrypt 인증서 발급, 자동 갱신, 적용되게 만드는 방법을 포스팅 했었는데, 블로그도 여차저차 문제가 많았다보니 지워졌고 새로 쓰진 않은 상태네요.

본론

현재 인증서는 Nginx Proxy Manager라는 리버스 프록시 관리 서비스에서 관리되고 있으며, 자동으로 갱신되는 서비스도 자체적으로 내장되어 있어서 등록만 하면 신경 끄고 써도 되는 아주 편리한 물건입니다.

여튼, 인증서가 시놀로지 외부에 있기 때문에, 인증서를 서버에서 Rsync로 시놀로지로 전송. 시놀로지에서는 주기적으로 스크립트를 구동하여, 인증서의 변화(업데이트)가 감지되면 자동으로 인증서를 교체하게 만드는것 까지 해보도록 하겠습니다.

시놀로지 인증서를 한번이라도 만져보셨으면 시놀로지의 기본 인증서가 랜덤ID로 지정된 디렉터리 안에 위치한다는것을 아실겁니다.

이 아이디는 /usr/syno/etc/certificate/_archive/DEFAULT라는 파일 안에 적혀있습니다.

그리고 서버측 인증서 위치도 파악해 둬야겠죠. 제 경우에는 홈/도커/서비스/~~/인증서 위치에 있습니다.

Nginx Proxy Manager(줄여서NPM)은 인증서를 한번 등록해두면 디렉터리가 바뀌지는 않고, 내부 인증서만 변경되기에 저 위치를 그대로 사용하면 됩니다. 나중에 변동이 있을때만 스크립트를 조금 손보면 되겠죠.

스크립트 제작

#!/bin/bash

SRC_DIR="/home/clove7802/docker/npmplus/data/tls/certbot/archive/npm-5"
FILES=("cert.pem" "privkey.pem" "fullchain.pem")

REMOTE_USER="유저"
REMOTE_HOST="시놀로지"
REMOTE_PORT=포트
REMOTE_DIR="인증서 저장위치"

for FILE in "${FILES[@]}"; do
  SRC_FILE="$SRC_DIR/$FILE"
  if [ -f "$SRC_FILE" ]; then
    rsync -av -e "ssh -p $REMOTE_PORT" "$SRC_FILE" "${REMOTE_USER}@${REMOTE_HOST}:${REMOTE_DIR}/"
    echo "[`date`] Synced: $FILE"
  else
    echo "[`date`] Not found: $FILE"
  fi
done

#!/bin/bash

SRC_DIR="/home/clove7802/docker/npmplus/data/tls/certbot/archive/npm-5"
FILES=("cert.pem" "privkey.pem" "fullchain.pem")

REMOTE_USER="유저"
REMOTE_HOST="시놀로지"
REMOTE_PORT=포트
REMOTE_DIR="인증서 저장위치"

for FILE in "${FILES[@]}"; do
  SRC_FILE="$SRC_DIR/$FILE"
  if [ -f "$SRC_FILE" ]; then
    rsync -av -e "ssh -p $REMOTE_PORT" "$SRC_FILE" "${REMOTE_USER}@${REMOTE_HOST}:${REMOTE_DIR}/"
    echo "[`date`] Synced: $FILE"
  else
    echo "[`date`] Not found: $FILE"
  fi
done

일단 서버측에서 전송을 하기 위한 스크립트를 먼저 작성했습니다.

그대로 넣으시면 안되고 사용 환경에따라 값들이 달라지기 때문에 적당히 수정해서 사용하시면 되겠습니다.

인증서 디렉터리에서 필요한 3개의 파일을 Rsync로 전송하는 스크립트 입니다.

저는 cron에 등록해서 주기적으로 작동되게 할 예정입니다.

cron은 사용자 입력을 받을 수가 없기 때문에 SSH 비밀번호를 입력할 수 없습니다. 저처럼 cron을 사용할 예정이라면, 미리 SSH-Key를 생성해서 시놀로지에 등록해서 비밀번호 없이 키만으로 접속이 가능하게 해두시는걸 추천드립니다.

#!/bin/bash

#기본 인증서 디렉토리 ID 읽기, 디렉터리 지정
DEFAULT_ID=$(cat /usr/syno/etc/certificate/_archive/DEFAULT)
CERT_DIR="/usr/syno/etc/certificate/_archive/${DEFAULT_ID}"
NEW_CERT_DIR="인증서 저장위치"
CHECKSUM_FILE="${NEW_CERT_DIR}/.cert_checksum"

#인증서 해시 계산
current_checksum=$(sha256sum "$NEW_CERT_DIR/cert.pem" "$NEW_CERT_DIR/fullchain.pem" "$NEW_CERT_DIR/privkey.pem" | sha256sum | awk '{print $1}')

#이전 해시 불러오기
if [ -f "$CHECKSUM_FILE" ]; then
    old_checksum=$(cat "$CHECKSUM_FILE")
else
    old_checksum=""
fi

#비교 및 처리
if [ "$current_checksum" != "$old_checksum" ]; then
    echo "인증서 변화 감지됨"

    cp -f "$NEW_CERT_DIR/cert.pem" "$CERT_DIR/cert.pem"
    cp -f "$NEW_CERT_DIR/fullchain.pem" "$CERT_DIR/fullchain.pem"
    cp -f "$NEW_CERT_DIR/privkey.pem" "$CERT_DIR/privkey.pem"

    #기본 권한으로 변경
    chmod 400 "$CERT_DIR"/*

    #서비스 재시작
    synosystemctl reload nginx

    # 새 해시값 저장
    echo "$current_checksum" > "$CHECKSUM_FILE"
else
    echo "인증서 변화 없음"
fi

#!/bin/bash

#기본 인증서 디렉토리 ID 읽기, 디렉터리 지정
DEFAULT_ID=$(cat /usr/syno/etc/certificate/_archive/DEFAULT)
CERT_DIR="/usr/syno/etc/certificate/_archive/${DEFAULT_ID}"
NEW_CERT_DIR="인증서 저장위치"
CHECKSUM_FILE="${NEW_CERT_DIR}/.cert_checksum"

#인증서 해시 계산
current_checksum=$(sha256sum "$NEW_CERT_DIR/cert.pem" "$NEW_CERT_DIR/fullchain.pem" "$NEW_CERT_DIR/privkey.pem" | sha256sum | awk '{print $1}')

#이전 해시 불러오기
if [ -f "$CHECKSUM_FILE" ]; then
    old_checksum=$(cat "$CHECKSUM_FILE")
else
    old_checksum=""
fi

#비교 및 처리
if [ "$current_checksum" != "$old_checksum" ]; then
    echo "인증서 변화 감지됨"

    cp -f "$NEW_CERT_DIR/cert.pem" "$CERT_DIR/cert.pem"
    cp -f "$NEW_CERT_DIR/fullchain.pem" "$CERT_DIR/fullchain.pem"
    cp -f "$NEW_CERT_DIR/privkey.pem" "$CERT_DIR/privkey.pem"

    #기본 권한으로 변경
    chmod 400 "$CERT_DIR"/*

    #서비스 재시작
    synosystemctl reload nginx

    # 새 해시값 저장
    echo "$current_checksum" > "$CHECKSUM_FILE"
else
    echo "인증서 변화 없음"
fi

다음으로 시놀로지 작업 스케줄러에 등록할 스크립트를 만들었습니다.

스크립트가 실행되면 인증서 파일 3개의 해시를 추출하고 그 3개의 해시를 다시 해시하여 하나의 파일이라도 변화가 생기면 감지 되도록 되어있습니다.

변화가 감지되면 시놀로지 기본 인증서 디렉터리에 인증서를 덮어쓰고, 권한을 기본권한대로 400으로 설정한 뒤 시놀로지 웹 서비스를 재시작하게 되어있습니다.

결과 확인

시놀로지 작업 스케줄에 앞에서 생성한 업데이트 스크립트를 등록하면 됩니다.

시스템 파일을 수정해야 하기 때문에 사용자는 root로 지정해주셔야 하고, 스케줄은 편하신대로 (저는 매일), 그리고 실행 명령에는 생성한 스크립트를 지정해주면 됩니다.

서버측에서 스크립트를 실행했을때 결과. 문제없이 인증서 파일들이 전송되었습니다.

시놀로지에서 스크립트를 실행했을때의 결과. 별 다른 오류 없이 전송이 되었고, 서비스 재시작도 문제 없이 완료.

이제 DSM에서 인증서를 확인 해보면 정상적으로 교체된걸 확인할 수 있습니다.

끝.

게시물 시놀로지 기본 인증서 외부 인증서로 자동 교체 하기이 뚱이의 잡동사니에 처음 등장했습니다.

어느정도 기초 지식이 있다는 가정 하에 진행을 하며, 자세한 설명은 생략될 수 있습니다.

환경 및 사전준비

시놀로지 DS918+
DSM7.2.2 Update3

(사진이 작아서 어떤 내용인지 알아보기 힘들다면, 눌러서 확대가 가능합니다)

우선 사전 준비가 필요합니다.
1. 패키지 센터에서 Container Manager 설치
2. AdGuard Home의 파일들이 저장될 컨테이너에 마운트할 폴더를 만들어 두기.
3. SSH 활성화 ( 사용법은 여기서 설명하지 않습니다 )

네트워크 정보 파악하기

ip route | grep default

ip route | grep default

SSH로 시놀로지에 접속한 뒤, 명령어를 입력하여, 현재 시놀로지의 IP, 게이트웨이, 사용중인 어댑터를 확인해야 합니다.
물론 어느정도 기초지식이 있고, 네트워크가 어떻게 구성되어있는지 알고 있는 상태라면, 건너 뛰어도 됩니다.

연결한 포트에 따라 eth0이나 eth1이 될 수도 있고, Open vSwitch 기능이 활성화 되어 있는 경우, 저처럼 ovs_가 붙은 어댑터가 추가로 생겨서 거기에 아이피가 할당되어 있을수도 있습니다.

ifconfig

ifconfig

ifconfig 명령어를 사용하면, 여러가지 어댑터들과 상태가 나옵니다.
여기서 위에서 얻은 정보 외에 추가로 Broadcast, Mask값을 확인할 수 있습니다.

Broadcast값은 여기서 필요 없으니 얻은 정보를 조합 해본다면

IP : 192.168.0.100
Mask : 255.255.255.0
Gateway : 192.168.0.1
어댑터 : ovs_eth0

만약 Mask값이 255.255.255.0이 아니라면, 일반적인 상황이 아니므로, 무작정 이 글을 따라해서는 안되니, 기초 지식을 쌓고 지금 네트워크가 어떻게 설정되어있는지 파악을 한 뒤 작업을 하셔야함을 알려드립니다.

시놀로지는 DSM에서 기본으로 점유하고 있는 포트들이 많아서 포트 충돌을 내지 않고 컨테이너에 AdGuard Home을 설정하기 위해서 macvlan 네트워크를 생성해서 구성하는게 유리합니다.
이 macvlan은 별도의 외부 IP주소를 할당 하므로, 현재 네트워크에서 사용하지 않는 주소를 지정해 주어야 합니다.

일반적인 공유기가 있는 가정집이라면, 공유기 페이지에서 확인이 가능할 것이고, 저의 경우는 TP-Link Omada 장비로 홈 네트워크를 구성해 두었기 때문에, 별도의 컨트롤러 페이지에서 확인을 했습니다.

확인 후 사용하지 않는 IP를 사용하시면 됩니다. 일반적으로 192.168.0.1(게이트웨이) 192.168.0.255(브로드캐스트)이니 이 두개 빼고 사이에 사용하지 않는 IP값을 사용하면 됩니다

Docker 네트워크 생성하기

sudo docker network create -d macvlan\
-o parent=네트워크어댑터\
--subnet=서브넷/24\
--gateway=게이트웨이\
--ip-range=비어있던IP/32 ag_network(네트워크이름)

sudo docker network create -d macvlan\
-o parent=네트워크어댑터\
--subnet=서브넷/24\
--gateway=게이트웨이\
--ip-range=비어있던IP/32 ag_network(네트워크이름)

docker 명령어들은 관리자 권한이 필요하므로 sudo를 잊지 마시기 바랍니다.

mask값이 255.255.255.0 인 경우, 서브넷이 /24이므로 네트워크주소/24 가 됩니다
네트워크 주소도 지금 설명하려면 길어지니 대충 일반적인 홈 네트워크라면, 게이트웨이 IP값에서 제일 뒤 숫자를 0으로 만들면 됩니다.
예시) 192.168.0.1 -> 192.168.0.0

ip-range에서는 위에서 비어있던IP/32 를 입력하면 되는데, /32 서브넷은 하나의 IP만 포함 하므로, 입력한 아이피 주소만 해당된다는 것을 의미합니다.

큰 문제가 없다면, 오류 없이 생성 됩니다. (네트워크 어댑터가 잘못되어도 생성은 되니 나중에 오류가 발생한다면 다시 확인)

내부 통신을 위한 브릿지 네트워크 생성하기

라우터를 거치지 않고 컨테이너끼리 통신을 위한 브릿지 네트워크를 생성하는 부분입니다.
필요 없는 분들은 건너 뛰고 앞에서 만든 macvlan 네트워크만 사용하시면 됩니다.

Container Manager에서 네트워크 탭으로 이동 후, 추가를 눌러서 브릿지 네트워크를 생성합니다.
이름은 사용할 이름으로 임의로 입력하고, IP도 자동으로 둬도 큰 문제는 없지만, 지정해주었습니다.

AdGuard Home 컨테이너 생성하고 설정하기

sudo docker run --name adguardhome\
--restart unless-stopped\
-v /애드가드폴더/work:/opt/adguardhome/work\
-v /애드가드폴더/conf:/opt/adguardhome/conf\
--net=네트워크\
-d adguard/adguardhome

sudo docker run --name adguardhome\
--restart unless-stopped\
-v /애드가드폴더/work:/opt/adguardhome/work\
-v /애드가드폴더/conf:/opt/adguardhome/conf\
--net=네트워크\
-d adguard/adguardhome

이제 컨테이너를 생성합니다. docker run 명령으로는 네트워크 어댑터를 하나만 지정할 수 있기에, 하나의 네트워크를 연결해서 먼저 생성하고 필요한경우 DSM에서 나머지를 붙이는 방식으로 진행 됩니다.

컨테이너를 만드는 부분은 DSM에서 똑같이 진행 가능합니다. 옵션만 잘 보고 진행 하시면 됩니다.

컨테이너가 생성된 후, 추가 네트워크를 생성했다면, 추가로 생성한 네트워크를 선택하고 관리로 들어갑니다.
AdGuard Home 컨테이너를 체크하고 적용하면, 컨테이너가 네트워크로 합류합니다.

macvlan을 만들때 사용했던 빈IP주소로 접속해보면 이제 AdGuard Home 페이지가 뜹니다.
클라이언트 목록을 확인 해보면, 새 기기가 떠있는 것을 볼 수 있습니다.

원래라면 신규로 설치 했을때 설치 페이지가 뜨지만, 저는 마이그레이션이기 때문에 로그인창이 바로 떴습니다.
AdGuard Home을 새로 설정 하는 방법은 구글에 검색하면 저보다 더 잘 설명해둔 게시물이 많으니, 참고하시면 되겠습니다.

— 참조 —

https://www.wundertech.net/how-to-install-adguard-home-on-a-synology-nas/

게시물 시놀로지에 AdGuard Home 설정하기이 뚱이의 잡동사니에 처음 등장했습니다.

어느날부터 사이드미러가 펴질때마다 마찰음이 들리기 시작했습니다.

소리가 심하게 날때도 있고 안날때도 있어서 귀찮아서 그냥 타다가 조치를 받아야겠다 싶어서 사업소에 예약하고 방문하게 되었습니다. 운전석문도 열고 닫을때 마찰음이 있어서 같이 증상을 얘기하고 접수했습니다.

정비사님이 나오셔서 같이 확인하고 있는데 갑자기 조수석에서 여태 들었던 소리보다 더 큰소리가 납니다. 조수석은 소리가 난적이 없는데 뭐 마침 잘 되었죠. 사이드미러 양쪽 다 부품 주문 하신다고 합니다.

제차는 순정 어라운드뷰가 장착되어 출고되었지만, 탈거하고 순정용품 어라운드뷰로 재시공한 상태이기에 정확한 부품을 발주할 수 있도록 말씀드렸고, 미러 커버 도색이 되어야하기에 일주일정도 걸린다 하셔서 첫날은 돌아왔습니다. 운전석 문 마찰음은 하단부 몰딩쪽이 문제였다고 세척, 구리스 도포 해주셨고 지금은 잡힌 상태입니다.

일주일 뒤 다시 방문한 사업소.
1시 예약이라 점심도 안먹고 방문했기에 잠시 쉬다가 건너편에 홈플러스 건물에 있는 롯데리아로 점심을 먹으러 갔습니다.

맛있게 점심을 먹던 도중 사업소에서 전화가 옵니다.

대충 교체를 위해서 분해를 했는데, 카메라가 안맞는다 (아니면 배선을 절단해서 작업이 되어있어서 작업이 불가능하다?) 라고 하시며 작업이 힘들 것 같다고 하십니다.

어쩌겠습니까 이때는 정비사님이 작업이 힘들 것 같다 하시는데 그런가보다 했죠. 그래서 뜯은김에 소리만 잡히도록 구리스라도 발라달라 했습니다.

그럴게 대충 끼니를 떼우고 휴게실에서 기다리고 있었습니다. 피곤해서 잠깐 눈 붙이고 떴더니 한시간정도 지나 있더군요.
계속 기다리는데 작업 완료 연락이 안옵니다. 이때부터 희망회로를 돌리기 시작합니다. 알고보니 이상이 없어서 미러 교체를 하고 있을 거라고..

그렇게 두시간정도 기다리다가 작업이 다 되었다고 연락이 와서 차로 갔습니다.

양쪽 다 새 미러로 교체가 되었습니다! 아 너무 좋네요. 안된다고 해서 기분 우울하다가 되버리니 오히려 더 좋아졌습니다.
반짝 반짝하니 아주 기분이 좋네요. 비록 PPF필름은 없어졌지만 미러값에 비하면 PPF 작업비는 껌값수준 이니까요.

정비명세서 입니다. 보증수리로 비용은 0원 입니다.
첫날 조치받았던 운전석 몰딩 항목도 같이 들어있네요.

보증 수리를 한번 맛 봐버리니 보증 연장을 하는게 좋을 것 같습니다. 현재 보증 만기가 400키로정도 남은 상태라 빠른 시일내에 연장 해야겠습니다.

게시물 XM3 하이브리드 사이드미러 보증수리받기이 뚱이의 잡동사니에 처음 등장했습니다.

이전글 참고.
때문에 KVM 기능으로 OS 설치가 불가능해 네트워크 부팅을 사용해야 할 처지가 되었습니다.

PC PXE(네트워크 부팅) 활성화 하기

우선 제 시나리오 입니다.

시놀로지 DHCP서버 기능을 이용하여 따로 리눅스 서버 구축 없이 PXE 부팅 구현. 그리고 webstation으로 간단하게 http서버 오픈하여 간단하게 PXE파일 다운로드가 가능하게 설정.

PXE부팅으로 IPXE로 부팅후 미리 제작한 메뉴로 진입. 후 OS 설치.

우선 네트워크 부팅을 위해서는 바이오스 상에서 네트워크 장치를 미리 활성화를 시켜주고 부팅 우선순위로 지정 합니다.

PXE(네트워크 부팅) 구성하기

그다음 시놀로지 제어판 -> 파일 서비스 -> 고급 탭으로 이동
하단으로 내리면 TFTP 항목이 있는데 TFTP 서비스를 활성화 한 뒤, 부팅에 사용될 파일들이 있는곳을 TFTP 루트 폴더로 지정합니다.

시놀로지 DHCP 패키지를 설치하고 DHCP 서버를 활성화 시켜주어야 합니다. 서브넷을 생성 해 주어야 하는데, 사용중인 라우터의 IP 대역을 그대로 사용하시면 됩니다. 그 다음 PXE탭으로 가서 또 PXE를 활성화 해주어야 하고, 로컬 TFTP 서버를 선택하면 앞에서 루트 폴더로 지정한 곳의 내용물이 나오게 됩니다. IPXE를 사용하기 위해서는 undionly.kpxe 파일을 선택하면 이 파일로 부팅이 가능해 집니다.
undionly.kpxe는 이곳 에서 다운로드 가능 합니다.

ipxe로 부팅된 후 사용할 메뉴 파일을 제작해야 합니다. 메뉴 파일을 제작해두지 않으면 이미지 로드와 부팅과같은 명령어들을 일일이 입력해야 하기 때문에 효율이 떨어지고 귀찮기때문에 미리 만들어두는게 좋습니다.

개인 환경마다 base-url로 사용할 주소와 부팅에 사용할 파일들이 다르기 때문에 바로 사용은 못하겠지만, 일단 참고용으로 제가 만든 menu.ipxe 파일 첨부합니다.

#!ipxe

# Variables are specified in boot.ipxe.cfg

# Some menu defaults
set menu-timeout 5000
set base-url http://192.168.0.100:81/

:start
menu iPXE boot menu for ${manufacturer} ${product} (${archb}bit)
item proxmox                proxmox
item debian	debian
item gparted gparted
item boot-repair boot-repair
item shell                Drop to iPXE shell
item reboot               Reboot computer
item
item --key x exit         E${chotkey}x${resetbold}it iPXE and continue BIOS boot
choose --timeout ${menu-timeout} --default ${menu-default} selected || goto cancel
set menu-timeout 0
goto ${selected}

:cancel
echo You cancelled the menu, dropping you to a shell

:shell
echo Type 'exit' to get the back to the menu
shell
set menu-timeout 0
set submenu-timeout 0
goto start

:failed
echo Booting failed, dropping to shell
goto shell

:proxmox
initrd ${base-url}proxmox/initrd
chain ${base-url}proxmox/linux26 vga=791 video=vesafb:ywrap,mtrr ramdisk_size=2097152 rw quiet initrd=initrd splash=silent
imgfree
goto start

:debian
menu label debian
kernel ${base-url}debian-installer/amd64/linux vga=788 initrd=initrd.gz
initrd ${base-url}debian-installer/amd64/initrd.gz 
boot || imgfree
goto start

:gparted
menu label gparted
kernel ${base-url}memdisk iso raw
initrd ${base-url}iso/gparted.iso
boot || imgfree
goto start

:boot-repair
menu label boot-repair
kernel ${base-url}memdisk iso raw
initrd ${base-url}iso/boot-repair.iso
boot || imgfree
goto start

#!ipxe

# Variables are specified in boot.ipxe.cfg

# Some menu defaults
set menu-timeout 5000
set base-url http://192.168.0.100:81/

:start
menu iPXE boot menu for ${manufacturer} ${product} (${archb}bit)
item proxmox                proxmox
item debian	debian
item gparted gparted
item boot-repair boot-repair
item shell                Drop to iPXE shell
item reboot               Reboot computer
item
item --key x exit         E${chotkey}x${resetbold}it iPXE and continue BIOS boot
choose --timeout ${menu-timeout} --default ${menu-default} selected || goto cancel
set menu-timeout 0
goto ${selected}

:cancel
echo You cancelled the menu, dropping you to a shell

:shell
echo Type 'exit' to get the back to the menu
shell
set menu-timeout 0
set submenu-timeout 0
goto start

:failed
echo Booting failed, dropping to shell
goto shell

:proxmox
initrd ${base-url}proxmox/initrd
chain ${base-url}proxmox/linux26 vga=791 video=vesafb:ywrap,mtrr ramdisk_size=2097152 rw quiet initrd=initrd splash=silent
imgfree
goto start

:debian
menu label debian
kernel ${base-url}debian-installer/amd64/linux vga=788 initrd=initrd.gz
initrd ${base-url}debian-installer/amd64/initrd.gz 
boot || imgfree
goto start

:gparted
menu label gparted
kernel ${base-url}memdisk iso raw
initrd ${base-url}iso/gparted.iso
boot || imgfree
goto start

:boot-repair
menu label boot-repair
kernel ${base-url}memdisk iso raw
initrd ${base-url}iso/boot-repair.iso
boot || imgfree
goto start

PXE(네트워크 부팅) 시연

실제로 작업을 하면서 글을 쓰다보니 놓친 사진들이 많아 vmware로 시연한 사진들이 일부 포함되어 있으니 참고 바랍니다. ( 실 사용과 일치 )

이제 직접 부팅을 시도해 봅니다. 모든 구성이 정상이라면 현재 PC의 맥주소와 할당된 아이피, DHCP 서버주소 ( 여기서는 시놀로지의 IP )가 표시 됩니다.

PXE환경에서 undionly.kpxe파일이 정상적으로 로드가 되면 iPXE 로더로 부팅이 됩니다.
iPXE로 부팅이되면 컨트롤 + B 조합으로 커맨드라인으로 진입할 수 있습니다.

커맨드라인으로 진입되면 우선 dhcp를 입력하여 아이피를 할당 받는 작업을 합니다.
chain http://메뉴파일주소를 입력하여 메뉴로 부팅을 시도합니다.

메뉴 작성에 문제가 없다면 위와 유사한 형태의 메뉴가 표시가 됩니다.

pxe 부팅까지는 금방 하는데 메뉴에서 인스톨러로 부팅시키는 과정에서 삽질을 오래 해서 그런가 체감상 엄청 오래 걸린 듯 합니다.

다행히 많은 시도 끝에 부팅 성공했고 서버도 다시 잘 세팅했습니다. 끝.

게시물 네트워크 부팅으로 OS를 설치해 보자이 뚱이의 잡동사니에 처음 등장했습니다.

친구가 나노KVM 5개 팩을 구매하면서 써보지 않겠느냐며 선물해 줬습니다.

RISC-V를 기반으로 두고 있는 나노KVM은 성능이 그닥 뛰어나거나 하진 않지만, 특정 목적에 특화된 칩을 설계할 수 있다는 장점이 있는데 쉽게 말하자면 ARM 대체제라고 볼 수 있습니다. 성능 대비 전력 소비가 적기 때문에 PC나 모바일AP보다는 이런 임베디드로의 전망이 밝습니다.

아무튼 복잡한 얘기는 넘어갑시다.

이 나노KVM이라는 녀석은 제가 라즈베리파이로 KVM을 자작할때부터 알고 있던 녀석인데, 중국에서 나온 녀석인데다, RISC-V칩도 자체 설계에 이제 막 시장에 나온 녀석이라 선뜻 사보기가 힘들어서 흥미롭게 보기만 했던 제품입니다.

중국제품 이다보니 백도어 이슈도 있긴 합니다만.. 오픈소스로 전환되었기에 조금은 안심할 수 있는 부분입니다.

언박싱. KVM 본체와 KVM-B라고 적혀있는 보드가 있는데, KVM-B는 ATX 보드와 연결하여 KVM상에서 시스템을 제어할 수 있게 도와주는 보드입니다. 파워버튼, 리셋, I/O LED 등등.

하단에는 점퍼케이블과 USB A to C케이블 두개, 유심핀? 이 들어있습니다. 핀은 아마 리셋에 사용하라고 넣어준 것 같네요.

서버로 사용중인 미니 PC에 연결했습니다. USB와 HDMI, 랜선만 꽂으면 바로 사용 가능합니다.

앞서 말한 RISC-V의 장점인 저전력 덕분에 호스트에 연결한 USB만으로 전력을 공급받고 작동이 가능합니다.
호스트 전원이 끊어질 경우나, USB만으로 전력 공급이 불안정할 때 사용할 수 있는 AUX(외부전원) 포트가 있으나 저의경우 USB만으로 충분했습니다.

부팅되면 OLED화면에 이더넷, HID(휴먼 인터페이스 장치), HDMI 연결 상태와, IP를 포함한 정보들을 볼 수 있습니다.
웹 콘솔 설정에서 화면 온오프 설정이 가능합니다.

KVM이 할당된 IP주소로 접속 해 보면 바로 웹UI가 뜹니다. 기본 계정과 비밀번호는 admin/admin 이므로 바꾸는게 좋습니다.

로그인 후 바로 화면이 표시 됩니다. 상단 메뉴에 출력 해상도, 품질등을 설정할 수 있고, 클립보드 기능으로 호스트로 긴 문장을 입력하는데 도움이 되는 기능도 있습니다. 이미지를 가상 CD로 입력시키는 기능도 있고, 스크립트라는 매크로 기능도 있습니다.

대체적으로 PiKVM 기능과 거의 비슷한 기능이 갖추어져 있지만 조금 더 다듬어졌고, 깔끔한 모습을 하고 있습니다.

설정입니다. 장치 정보를 보거나, 메뉴에 표시할 항목을 선택하거나, 나노KVM의 SSH를 켜는등 다양한 기능이 있고, 소프트웨어 업데이트 확인도 가능합니다.
단점이라면 나노KVM에는 SD카드가 하나 들어가는데 (풀버전의 경우 미리 이미지가 올라간 상태로 장착되어 제공)
이미지 버전 (OS? 잘 모르겠음) 업데이트는 github에 릴리즈 되는 이미지를 직접 SD카드에 써줘야 업데이트가 가능합니다.

처음에는 왜인지 모를 불안정한 부분이 있었으나 저도 이미지 업데이트까지 하고 나니 괜찮아진듯한 플라시보 효과? 를 느낄 수 있었습니다.

나노KVM 총평

가격 – 풀버전 기준 한화로 6만원 초중반대를 형성하고 있고, 라즈베리파이로 PiKVM을 구성할 경우 다 빼고 필수 부품만 넣는다 하더라도 나노KVM 가격은 훨씬 넘어가기 때문에 KVM용도로만 봤을때는 나노KVM이 훨씬 가성비가 좋다.

구성품 – 풀버전 기준으로 ATX 제어 보드와 거기에 사용할 수 있는 점퍼 케이블까지 포함되어 있기 때문에 킷 하나만 구매하면 따로 추가로 구매하거나 제작할 것이 없고, USB 케이블도 C to C 케이블이 아닌것은 아쉽지만 저전력 제품이기 때문에 별 문제가 안되며 두개가 기본 제공 되기 때문에 괜찮다.

다양성 – 지금 당장은 KVM over IP 제품은 PC 내부에 설치할 수 있는 PCIe 모델과 지금 리뷰한 큐브형태만 팔고있다. PCIe 모델이 상당히 괜찮아 보인다.

추천.

게시물 NanoKVM을 사용해 보자이 뚱이의 잡동사니에 처음 등장했습니다.

제 차량은 23년 9월 출고 24년형 모델입니다. 제 차량은 계기판 업데이트가 포함되어 리콜 작업시간만 7시간정도 걸린다고 안내받았습니다. 프랑스 르노 서버에서 그때그때 받아서 바로 작업하는 방식이라 서버가 뻗으면 작업도 못합니다. 제차량도 한번 실패했는지 2일 걸렸습니다.

어라운드뷰 보정 결과물. 제 차량은 순정 어라운드뷰가 장착되어 있지만, 3D와 방향지시등을 켰을때 사각지대를 보여주는 기능이 탐나서 순정 용품으로 판매하는 어라운드뷰로 추가 시공했는데 많이 틀어져서 시공받았습니다.
보정 받고나니 완벽하네요 마음에 듭니다.

멀티미디어 소프트웨어 업데이트건 입니다.

283C30885R 최신버전으로 업데이트 되었습니다. 이 버전이 11월 중순인가 말쯤 나온 버전으로 알고 있는데 OTA로 나올거라고 기다리라는 말만 전달받고 여태 안떠서 그냥 우겨서 해달라 했습니다.

우선 기기 목록으로 바로 갈 수 있는 버튼이 생겼습니다. 제가 이지링크 시스템 사용하면서 생각보다 많이 불편했던 부분인데 이제라도 추가되어서 다행입니다.

가장 큰 변경점이라 한다면 역시 카플레이, 안드로이드오토 화면이 더 넓어졌다는 것 입니다.
하단에 의미 없는 바 하나가 삭제되었고 위아래 영역까지 최대한 쓰면서 공간이 넓어졌습니다.

덕분에 네비 단독으로 켰을때는 시원시원하고 좋은데 모든걸 다 얻을수는 없듯이, 카플레이 홈 배치가 변경되었습니다.
기존에는 좌측에 세로형으로 네비가 나오고 우측에 나머지 두개가 떴는데 화면이 커져서 그런지 네비가 가로배치가 되었습니다.
조금 아쉬운 부분입니다.

그 외에는 뭐 달라진건 없는 것 같습니다. 르노코리아 로고가 태풍마크에서 로장주로 변경된거 외에는 못찾겠네요.

이상입니다

게시물 XM3 하이브리드 리콜, 멀티미디어 업데이트, 어라운드뷰 보정 작업이 뚱이의 잡동사니에 처음 등장했습니다.

오늘은 이미 구축되어있는 NFS를 윈도우 클라이언트에서 사용하는 법을 알아보도록 하겠습니다.

윈도우에서 NFS볼륨 마운트 하기

우선 NFS 기능을 사용하기 위해서는 먼저 윈도우 기능을 먼저 활성화 시켜줘야 합니다. 기본적으로 비활성화 되어있기 때문에 활성화 해주지 않으면 사용이 불가능 합니다.

제어판 -> 프로그램 -> 프로그램 및 기능 -> Windows 기능 켜기/끄기 로 진입 가능.
목록 중간쯤 NFS용 서비스를 펼쳐서 NFS용 클라이언트, 관리 도구를 체크하고 재부팅이나 로그아웃 후 로그인 합니다.

mount 서버주소 마운트경로
-o는 옵션을 사용할때만 사용하는 인자라 없어도 마운트 하는데는 문제 없습니다.

이제 내PC로 들어가서 마운트된 Z 드라이브를 보면 자료들은 잘 뜨지만 한글들이 다 깨져서 나옵니다. 이건 윈도우에서 로캘 설정때문에 일어나는 현상인데 해결할 방법이 있습니다.

실행이나 시작에서 intl.cpl을 입력하고 들어가면 국가 또는 지역 설정 창이 뜹니다.
관리자 옵션 탭으로 이동한 뒤 하단의 시스템 로캘 변경을 누르면 지역 설정 창이 또 뜨는데, 로캘은 건들지 말고 Beta라고 되어있는 체크박스만 체크하여 UTF-8을 활성화 해줍니다.

재부팅을 한 뒤 NFS를 다시 마운트 해보면 정상적으로 한글이 잘 표시되는 것을 볼 수 있습니다.

로그인시 NFS 볼륨을 자동으로 마운트가 되게 하고 싶다면 작업 스케줄러에 명령어를 등록해서 자동으로 실행되게 하는 방법을 사용해야 합니다. 이 방법도 뒤에 설명 하겠습니다.

NFS 전송 테스트. 잘 됩니다. 대역폭도 잘 쓰네요

NFS 자동 마운트 하기

이제 로그온 했을 때 자동으로 마운트가 되도록 설정해 보도록 하겠습니다.
작업 스케줄러를 실행하고 사이드 메뉴에 작업 만들기를 선택합니다.

새 작업 만들기 창이 뜨면 이름은 본인이 알아보기 쉽게 정하시면 되고, 트리거 탭으로 넘어갑니다.

트리거 탭에서 새로 만들기를 누릅니다. 이곳은 작업이 어떤 상황에 작업이 실행되게 할건지 설정하는 곳입니다.
저는 유저 불문 로그온할 때 자동으로 마운트되게 하고 싶으니 로그온할 때 모든 사용자로 설정하고 확인을 누릅니다.

트리거가 생성이 되었으면 동작 탭으로 이동합니다.

동작 탭에서는 작업이 실행될 때 어떤 것들을 동작시킬 것 인지 지정할 수 있습니다. 프로그램부터 스크립트까지 거의 안되는게 없다고 보시면 됩니다.
일단 새로 만들기를 선택하고, 동작은 프로그램 시작으로 설정 합니다.

프로그램은 볼륨 마운트를 담당하는 mount.exe를 지정해 주어야 합니다. 기본적으로 C:\Windows\System32 에 mount.exe가 위치하고 있습니다. 인수 추가에 이제 mount.exe 뒤에 옵션으로 붙이는 것들을 추가하시면 됩니다. 저의경우 192.168.0.100:/volume1/Storage Z:

추가된 동작 입니다. 추가한 옵션이 잘 입력 되었는지 확인 후 확인을 눌러서 닫습니다.

모든 작업이 완료 되었으면 새로 로그온 했을 때 마운트가 잘 되었는지 확인 하시면 됩니다. 끝!

참조.

https://learn.microsoft.com/ko-kr/windows-server/administration/windows-commands/mount

https://soccerda.tistory.com/111

게시물 윈도우에서 NFS 클라이언트 기능을 사용해 보자이 뚱이의 잡동사니에 처음 등장했습니다.

이전 글에서 PiKVM 세팅을 했는데 OS부팅전 키보드 마우스 입력이 먹지 않는다는 것을 알게 되었습니다.

우측 상단을 보면 상태 아이콘들이 표시되고 있습니다. 사용 불가능 하거나 연결되지 않은 경우 황색 아이콘이 점등되고 정상일땐 녹색, 그리고 접속은 되었으나 사용중이 아닐땐 회색으로 표시됩니다.

처음에는 바이오스 설정에서 빠른 부팅 옵션을 켜둔줄 알았는데 그게 아니라 키보드 마우스 자체가 안먹는 상태였더라구요.
원인은 바이오스에서 하나의 포트에서 여러가지 에뮬레이트된 장치를 인식할 수 없어서 발생한 문제였습니다.

kvmd-otgconf 명령어를 사용하여 동적(임시)으로 USB 장치를 제어할 수 있습니다.

우선 PiKVM 웹UI에서 터미널을 실행하여 PiKVM으로 접근합니다.
kvmd-otgconf 명령어를 사용해야 하는데 유저 모드에서는 권한이 없어서 설정은 불가능 하기에 루트로 로그인 하여 작업을 진행했습니다.

우선 kvmd-otgconf명령어를 옵션 없이 입력하면 에뮬레이팅 장치가 표시됩니다. 키보드, 마우스, 스토리지
이름 앞에 + 표시가 있으면 활성화 된 상태고 – 표시가 있으면 비활성화 된 상태입니다.

바이오스에서 키보드 조작을 하기 위해서는 mass_storage.usb0 이라는 장치를 비활성화 해줘야 합니다.

kvmd-otgconf -d 장치명
예) kvmd-otgconf -d mass_storage.usb0

kvmd-otgconf -d 장치명
예) kvmd-otgconf -d mass_storage.usb0

명령을 제대로 입력했다면 장치 앞에 – 표시가 나타나면서 키보드 마우스 아이콘에 황색등이 꺼지면서 사용 가능한 상태라는 표시가 됩니다.

정상적으로 조작이 가능해서 바이오스를 돌아다닐 수 있었습니다.

작업을 다 하고 부팅중입니다. 대용량 저장장치 에뮬레이트가 꺼져있기 때문에 웹UI에 있는 드라이브 기능을 이용할 수 없습니다.

사용하지 않을거면 계속 꺼둬도 상관 없겠지만, 저는 다시 돌려놓도록 하겠습니다.

kvmd-otgconf -e 장치명
예시) kvmd-otgconf -d mass_storage.usb0

kvmd-otgconf -e 장치명
예시) kvmd-otgconf -d mass_storage.usb0

명령어를 제대로 입력하면 장치 앞에 – 표시가 +로 설정되면서 다시 드라이브 기능이 활성화 됩니다.
터미널 사용이 끝났으면 제대로 exit로 로그아웃을 해줍니다.

끝.

참조.

https://docs.pikvm.org/usb_dynamic

문서에 따르면 이 기능은 현재 실험적인 기능으로 확률은 낮지만 커널 패닉이 발생하고 재부팅 되는 경우가 있을 수 있다고 하니 참고하시기 바랍니다.

영구적으로 mass storage device 기능을 비활성화 하려면

https://docs.pikvm.org/msd/#disabling-mass-storage

문서를 참조하시기 바랍니다

게시물 PiKVM 키보드, 마우스 조작 안될 때 조치하는 방법이 뚱이의 잡동사니에 처음 등장했습니다.