하드웨어 고장
12.3R이 나왔기 때문에 FreeBSD/mips가 마지막 발표일 수도 있습니다, ZRoute.org빌딩에서 다시 많이 구웠어요.
이전에는 amd64의 12R에서 jail과 ZFS 명령을 사용하여 환경을 만들었지만 13R에서 환경은 기본illeBSD로 옮겼다.
다시 구축해 봤는데 몇 개의ports가 있어서 CVE의 오류가 발생했기 때문에 본가와 같은 버전으로 업데이트해 봤습니다.
이미 본가의ports는 gcc4에서 for(inti=0;;)를 통과할 수 없습니다.패치 있는 거 없어요? gcc4 지원은 끝난 것 같아요.
Ralink SOC를 이용한 GPS, JJY NTP ST1, 내부 모니터(oumon)는 상당히 원활하게 교체됐다.
직장을 바꾸는 김에 오몬으로 조도 데이터를 수집한다.
또 라링크의if의rt가 조금불안해서센서모듈에서oumon까지http는 이전1분부터10분간격으로변경됐다.
이전에는 루트fs를 줄이기 위해 ntpd와 ntpdate를 분리했지만 분리해서 구축할 수 없기 때문에 하나를 선택했습니다.이전에도 4M Flash를 생각해 봤지만 지금은 모두 8M 이상이어서 구분할 뜻이 없다.
교체는 아시아 BSD Con2019에서 말한 원격 업데이트에서 이뤄졌다.콘솔을 연결할 시간이 없기 때문에 매우 간단하지만, 실패하지 않으면 조마조마할 것이다.
FireWall과 VPN은 Atherso의 SOC에서 실행되었고 먼저 VPN 서버를 태우려고 시도했지만 전혀 소용이 없었다.
dmesg를 보십시오. 스위치(RTL8366SR)의 식별이 실패했습니다.
무슨 수정 부작용인 줄 알고 찾아봤는데 도무지 모르겠다.이전에 알아야 할 낡은 코드도 문제를 해결할 수 없다.
RTL8366SR 지원은 직접 제작했고, 전선을 만지작거려 봤지만 좋지 않았다.NYCBUG의 과거 dmesg를 검색해 봐도 이전에 움직이고 있었다는 것을 확인할 수 있다.
완전히 망가진 것이 아니라 U-boot에서 인식해 작동 후 스위치로 작동한다.
일반적으로 RTL8366SR의 행동이 변경되어 식별할 수 없다고 여겨진다.RTL8366SR은 리락텍 초기 기가 스위치에서 잘 제작되지 않았고, 후계자인 RTL8366RB를 대부분 사용했다.
Giga의 스위치는 많은 전력을 소모할 수 있어 고장나기 쉽다.RB 유형이라도 상태가 좋지 않아 U-boot에서 네트워크에 액세스할 수 없는 모듈도 있습니다.
원래 SR과 RB는 칩의 ID를 식별하기 위해 다른 주소에 매우 이상한 디자인을 하고 불가사의한 동작을 한 기억이 있다.역시 게.
이 모듈은 24x7에서 3, 4년 정도 사용됐는데 RTL8366SR 자체 문제, 전원 등 주변 회로의 문제일 수 있지만 깊이 있게 조사하지 않았다.
결과는 RTL8366RB 모듈로 변경되었습니다.같은 모듈이 두 개 있어서 이번 교훈부터 차갑게 준비했다.
OS 교체 등 고장이 발생한 상황에서 OS가 의심되지만, 교체로 전원이 꺼져 부품 고장이 뚜렷해질 수 있다는 느낌이 들었다.
OS를 교체하기 전에는 전원을 끄고 바로 시작해도 문제가 발생할 가능성이 크다.그렇게 확인하는 게 좋을 것 같아서요.
조금 조사해 보니 I2C RTL8366SR이 인식되지 않는 것 같습니다.첫 방문은 성공하고 두 번째 방문은 안 된다.
오픈워터를 만들어서 태우는 곳을 식별할 수 있을 것 같습니다.FreeBSD의 I2C 코드와 어울리지 않는 것 같아요.이렇게 말하지만 예전에는 이동하는 코드라서 좀 이상하다고 생각했어요.
Reference
이 문제에 관하여(하드웨어 고장), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/yamori813/items/33bf08ffb6fa952808f9텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)