프랜시스 스콧 키 다리와 충돌한 컨테이너선 달리호, 느슨한 전선이 정전 원인으로 밝혀짐

 (ntsb.gov)
1P by GN⁺ | ★ favorite | 댓글 1개
  • 984피트 길이의 컨테이너선 달리호(Dali) 에서 느슨한 전선 하나가 전기 정전과 조타·추진력 상실을 일으켜, 볼티모어의 프랜시스 스콧 키 다리와 충돌
  • 조사 결과, 전선의 라벨 밴딩이 단자 블록 스프링 클램프 게이트에 완전히 삽입되지 못하게 해 불완전한 접속을 초래
  • 이로 인해 두 차례의 정전이 발생했고, 선박은 방향을 잃은 채 다리의 17번 교각에 접촉, 다리 일부가 붕괴되어 도로 보수 인부 6명 사망
  • 조타사와 교량 교통 통제 요원들의 신속한 대응으로 더 큰 인명 피해는 방지됨
  • NTSB는 이번 사고를 예방 가능했던 인재로 규정하고, 미 전역 교량의 대형 선박 충돌 취약성 평가 및 안전 권고를 발표

사고 개요

  • NTSB는 2025년 11월 18일, 달리호의 단일 느슨한 전선이 전기 차단기를 예기치 않게 열리게 하여 정전과 조타·추진력 상실을 초래했다고 발표
    • 사고는 2024년 3월 26일, 볼티모어의 2.37마일 길이 프랜시스 스콧 키 다리 인근에서 발생
    • 선박은 정전 후 방향을 잃고 우현으로 회전, 다리의 17번 교각에 충돌
  • 조사 결과, 전선 라벨 밴딩이 단자 블록의 스프링 클램프 게이트에 완전 삽입을 막아 불충분한 전기 접속을 유발
  • 이로 인해 두 차례의 정전이 연속 발생, 선박의 추진력과 조타 기능이 모두 상실됨

충돌 및 피해 상황

  • 정전 직후, 선박은 다리 방향으로 회전했고, 조타사와 선교 팀이 궤도 변경을 시도했으나 추진력 상실로 조치 무효
  • 충돌 후 교량의 상당 부분이 강으로 붕괴, 일부 교각·데크·트러스 구간이 선박 선수부와 전방 컨테이너 구역 위로 낙하
  • 당시 다리 위에는 도로 보수 인부 7명과 검사관 1명이 있었으며, 6명의 인부가 사망
  • NTSB는 조타사, 육상 디스패처, 메릴랜드 교통청의 신속한 교통 차단 조치가 더 큰 인명 피해를 막았다고 평가

조사 및 분석

  • NTSB 의장 제니퍼 호멘디(Jennifer Homendy) 는 “거대한 선박의 수많은 배선 중 단 하나의 전선을 찾아낸 것은 에펠탑의 느슨한 리벳을 찾는 것과 같았다”고 언급
  • 그녀는 이번 사고가 예방 가능했던 사고라며, NTSB 권고사항 이행이 향후 유사 사고를 방지할 것이라고 강조
  • 사고 원인 중 하나로 대형 선박 충돌에 대한 교량의 구조적 대응책 부재가 지적됨
    • 1977년 개통 당시보다 선박 규모가 훨씬 커졌음
    • 1980년 일본 국적 Blue Nagoya호(390피트) 가 추진력 상실로 같은 다리에 접촉했을 때는 경미한 손상만 발생
    • 달리호는 Blue Nagoya의 10배 규모로, 충돌 피해가 훨씬 컸음

교량 취약성 및 전국적 대응

  • NTSB는 2024년 3월, 전국 교량의 대형 선박 충돌 취약성 보고서를 발표
    • 메릴랜드 교통청을 포함한 다수 교량 관리 기관이 해상 선박 충돌 위험을 인지하지 못하고 있었음
    • 이는 AASHTO(미국주교통공무원협회) 의 오랜 지침에도 불구하고 위험 평가 미실시 상태였음
  • NTSB는 보고서에서 확인된 30개 교량 소유 기관에 서한 발송, 교량 평가 및 위험 완화 계획 수립을 촉구
    • 모든 기관이 회신 완료, 각 권고의 진행 상태는 NTSB 웹사이트에서 공개 중

안전 권고 및 후속 조치

  • 이번 조사 결과를 바탕으로 NTSB는 미 해안경비대(US Coast Guard) , 연방도로청(FHWA) , AASHTO, Nippon Kaiji Kyokai(ClassNK) , ANSI, HD Hyundai Heavy Industries, Synergy Marine Pte. Ltd, WAGO Corporation 등 다수 기관과 기업에 새로운 안전 권고를 발행
  • 권고 내용에는 전기 시스템 설계 개선, 교량 충돌 방지 대책 강화, 표준 개정 등이 포함
  • 사고의 가능 원인, 조사 결과, 권고 요약본은 NTSB 웹사이트에서 확인 가능
  • 최종 조사 보고서는 향후 수주 내 공개 예정

기타 정보

  • 사고 또는 사건 신고는 NTSB 대응운영센터(ROC) 로 24시간 접수 가능
    • 전화: 1-844-373-9922 또는 202-314-6290
  • 추가 이미지와 비교 도표는 NTSB 보도자료 내 포함
    • Blue Nagoya와 Dali의 크기 비교 도식 제공
    • 전선 라벨 밴딩이 단자 블록 접속에 미치는 영향 설명 이미지 포함

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견

  • 나는 Sal Mercogliano의 What's Going On In Shipping 요약 영상을 꼭 보길 권함
    느슨한 전선이 직접적인 원인이긴 하지만, 훨씬 더 많은 시스템적 문제가 있었음
    예를 들어 변압기 전환이 수동으로 설정되어 있었고, 승무원은 전환 절차 훈련을 거의 하지 않았음
    두 발전기는 하나의 비중복 연료 펌프를 공유했고, 전원 복구 후 자동 재시작되지 않았음
    주 엔진은 냉각 펌프 전원 상실 시 비상수 공급 없이 자동으로 꺼졌고, 백업 발전기도 제때 작동하지 않았음
    이는 전형적인 Swiss Cheese 모델로, 여러 방어층이 동시에 뚫려야 이런 사고가 발생함
    단일 전선 문제에만 집중하면 근본적 개선이 불가능함. 다음엔 센서나 제어보드가 고장날 수도 있음
    결국 방어 심층화(defense-in-depth) 가 핵심임

    • 지금도 수천 척의 상선이 잘 운항 중이지만, 다음 느슨한 전선이 언제 문제를 일으킬지 모름
      선원들은 저임금과 과중한 책임 속에서 일하며, 사고 후에는 사실상 가택연금 상태로 조사받음
      선주들은 예비 조사 결과에도 불구하고 아무 변화가 없음
      IR 카메라로 전체 선박을 검사하라는 권고는 현실적으로 불가능함. 항구에서는 시스템이 대부분 유휴 상태이기 때문임
      선박은 정박 중일 때 돈을 잃기 때문에, 정비 후 즉시 항해하는 게 일반적임
      이런 상황에서도 사고가 드문 건 오히려 놀라운 일임. 결국 이는 감독 실패의 문제임
    • 영상 요약 덕분에 전체 맥락을 이해할 수 있었음
      여러 중첩된 실패가 겹쳐야 이런 사고가 발생한다는 점이 인상적임
    • Sal의 영상을 봤는데, 복잡성과 중복 설계가 많지만 규칙 준수 부족이 문제였음
    • 연료 펌프가 전원 상실 시 자동 재시작되지 않게 설계된 건, 화재 시 연료 공급을 막기 위한 안전 기능일 수도 있음
    • 네트워크 문제의 99%는 불량 케이블 때문이라는 경험이 있음
      하지만 이런 선박들은 예산 부족으로 제대로 관리되지 않아, 마치 떠다니는 폐선처럼 보이기도 함

  • 항공 경력에서 배운 교훈은, 사고의 근본 원인을 찾는 것도 중요하지만 Swiss Cheese 모델처럼 여러 방어층을 점검하는 게 핵심이라는 점임
    사고는 여러 구멍이 일렬로 맞물릴 때만 발생함
    따라서 중복 안전장치를 마련하고, 근접 사고(near-miss) 에서도 원인을 찾아 수정해야 함

    • 나도 비슷한 경험이 있음. 교통 표지판 때문에 시야가 가려질 뻔했는데, 담당 엔지니어는 기준치 내라며 무시했음
      하지만 이는 한 층의 구멍을 다른 층이 막아주길 기대하는 셈임
    • 소프트웨어 업계의 회고(retrospective) 회의는 종종 형식적이지만, 실제 사고 후의 post-mortem 분석은 매우 유용함
      다만 ‘blameless post-mortem’을 너무 문자 그대로 받아들여 개인의 실수를 회피하면 배움이 줄어듦
    • 결국 어떤 구멍을 통해 사고가 발생했는지 알아야 함. 시스템 상태를 모르는 게 가장 위험함
    • 이 개념은 How Complex Systems Fail에서도 잘 설명되어 있음
    • ‘Swiss cheese’라는 표현은 원래 구멍 많은 시스템을 의미했는데, 1990년대 이후 안전 모델로 재해석된 점이 흥미로움

  • “실수하지 말라”는 조언은 거대 화물선 유지보수나 10MLOC 규모 소프트웨어 모두에 비현실적임
    진짜 안전 전략은 실수를 전제로 한 설계여야 함

    • 물론 프로토콜을 통해 실수를 잡는 접근은 중요하지만, 그 프로토콜 자체도 실수할 수 있음
      결국 어느 수준에서는 “실수하지 말자”로 귀결됨. 다만 단순하고 여유 있는 의사결정 환경을 만드는 게 핵심임
    • 기계 시스템은 예측 불가능한 대규모 실패가 적고, 대부분 사전 경고를 준다는 점에서 조금 다름

  • 연방 차원에서 예인선 지원 의무화 법안을 만들어야 함
    전력·조타 상실 시 다리 충돌을 막기 위해, 예인선이 즉시 대응할 수 있어야 함
    이를 어기면 선박을 영구 입항 금지하거나 압류하는 식으로 강제해야 함
    보험사도 규정 위반 선박에는 보험 거부를 의무화해야 함

  • 위키피디아에서 Francis Scott Key Bridge가 ‘존재한다/하지 않는다’를 두고 편집 전쟁이 벌어졌다는 이야기가 흥미로움
    관련 문서 링크

  • 사고 당시 다리 위에 있던 7명의 도로 근로자가 Dali의 비상 상황을 통보받지 못했음
    경찰이 차량 통제를 시작한 시점에 통보받았다면, 생존 가능성이 있었을 것임
    즉각적 대피 통신 체계의 중요성이 강조됨

  • 영상 설명이 매우 유익했음
    처음엔 단순한 압착(crimp) 불량이라 생각했지만, 해양 전선은 훨씬 더 엄격한 규격을 요구함
    현장에서는 여전히 ABYC 코드를 제대로 지키지 않는 경우가 많음

  • NTSB 보고서 원문에 추가 정보가 많음

  • 실제 문제는 연료 펌프 구성 오류였음
    본래 펌프가 아닌 임시 펌프를 사용했고, 전원 상실 시 자동 재시작되지 않았음
    전선 접촉 불량은 단지 방아쇠 역할이었을 뿐, 정상 펌프가 작동 중이었다면 복구 가능했을 것임

  • 다리 복구 현황이 궁금하다면 keybridgerebuild.com에서 확인 가능함

답변달기