요즘은 기본적으로 폰 저장공간을 암호화해놔서 부팅이 안되면 따로 자료 빼기가 쉽지 않을거 같습니다.. 기사님도 그래서 못한다고 하는거같고요

삼성폰은 그럼 업데이트 전 백업을 필수 진행해야한다고 경고 팝업이라도 띄워야하는 것 같네요.

아니면 사용자 동의하에 사진, 동영상등 고용량 제외하고 기본사항에 대한 임시 백업 과정을 수반하든지요. (현실적으로 감당할 서버 용량이 안되겠죠)

세상에 누가 백업 다하고 업데이트를 누르나요. '어? 나왔네?' 하고 누르죠..... 이건 기본적으로 삼전 MX에서 해결방법을 제시해야 함이 맞는 것 같습니다.

업데이트때는 사용자는 데이타에 대해 걱정해야함을 인지하지 못했다가 업데이트 중간에 문제가 발생하면 AS센터에서는 '접수할때 날아갈수도 있다. 라고 사인을 받으니 어쩔수 없다 사용자 잘못이다. 라고 이야기하는건 정상은 아닌것 같네요.

아이폰 용량가득차서 나는 무한 사과도 아니고.. 

얼마전에 워치 뻑나는 현상도 그렇고...

찾아보니 S21U 기종에서 과거에 유사한 사례를 겪으신 분도 있습니다.

https://r1.community.samsung.com/t5/갤럭시-s/갤럭시-s21u-자동-업데이트-후-벽돌-a-s-후기/td-p/16049163

그렇다면 문제를 인지하고 있었을 가능성이 높은데 최소한의 절차상 개선(업데이트 시 백업 요청 팝업등)이루어지지 않은 것인데요. 그냥 몰라라 하는 것도 정상은 아닌것 같습니디

이제서야 잠시 시간이 나서..

우선.. 선생님의 의견을 존중합니다. 

세상에는 다양한 사람이 다양한 생각을 하니까요.

누구의 잘잘못을 가리자는 말씀이 아니라고 하셨는데 저도 이 건과 관련해 선생님이나 저희같은 커뮤니티 일반 유저, AS센터(수리 외주)의 잘못은 당연하게도 ‘없다’고 봅니다. 

다만 MX 펌웨어 담당 부서의 대응이나 방법은 분명히 문제가 있습니다. 

제가 가족의 폰 관리나 업데이트를 도맡아 하는 편이라 수많은 폰들로 수십번 업데이트를 10년 이상 해왔는데 이런 경우는 처음 있는 경우이고 커펌이나 그외 기타 비정상적으로 다룬 폰의 경우가 아닌 이상에야 문제가 없어야 하는 것이 당연한 일입니다. 물론 업데이트 전 백업을 해본적도 거의 없습니다. 그러면 그동안이 ‘운이 좋고 지금이 운이 나쁜 것이고 앞으로는 정기적으로 백업을 잘 하고 업데이트를 해라.’가 답은 아닙니다. 

품질이슈를 운으로 넘기면 분명히 문제가 생깁니다.

확률상 저처럼 일반인은 두번 다시 경험하기 힘든 문제이지만 반대로 이는 누군가가 또 겪을수도 있는 일입니다. 펌웨어 관련 담당자는 이런 일들이 발생하는 것을 알았을텐데 담당자가 생각이 있으면 개선하거나 적어도 보완해주는 프로세스를 넣어야 한다는 겁니다. 제가 가져온 link는 무려 OneUI 4.x인데 몇년동안 ‘몰랐으면 무능. 알고 안했으면 태업’ 의 가불기적 문제에 가까운 일이죠.

조금 강하게 이야기했는데, 다시말하면 제가 첫 케이스도 아니고 기존에 발생했던 유사 이력이 있으면 회사는 재발방지를 위해 업데이트시에 ‘백업해둘 것을 권장’이라고 소극적으로 기입하여 책임회피할 것이 아니라 강제 백업까지는 아니더라도 경고 문구와 함께 백업을 진행할수 있도록 가이드해야 하는 것이 담당자 본인에게도 회사에게도 품질이슈에 대응하는 옳은 방법입니다. 

엄청 긴 계약서 물론 당연히 다 읽어야하지만 인생의 중요계약도 아니고 기능 몇개나 문제해결을 위한 펌웨어를 누가 다 읽겠습니까. 근데 그러다 문제가 생기고 사람들이 갤럭시에 대한 이미지가 안좋아진다고 치면 결국 피해입는건 회사입니다. 만약 저같은 문제가 발생한 사람들이 운으로 치부하고 넘겼다고 해도, 제품을 통한 해결이 어렵다고 처리 프로세스를 강조없는 단순 문구하나로 처리하면 이와 같은 품질 이슈는 재발할 것이고 시기의 차이일 뿐 회사는 결국 소비자에게 신뢰를 상실하게 됩니다. 그러므로 문제가 생길 여지가 있다면 강력하게 고지해야하는 것입니다. 

회사에서 왜 눈에 보이는 문제 외에도 경시성으로 발생하는 신뢰성 문제에 민감할까요? 그게 결국 회사를 좌지우지할 수도 있기 때문입니다. 가까운 예가 바로 작년에 GOS가 바로 유사한 품질 이슈죠. 일부 발열이 있다를 묵과하고 제품을 만들다 갤럭시 사용자의 대량 이탈을 유발했죠. 그래서 품질은 중요한 요소인 겁니다. 

분명 사용하던 제품은 정상동작하고 있었고 커펌도 아닌 ‘정식’ 펌웨어 업데이트로 이상증상을 보여 AS센터에 가게된 것입니다. 최근에 워치4로도 곤혹을 치뤘으면 단순 SW적인 이슈 체크뿐만 아니라 절차상의 문제도 점검하고 한차례 수정을 거쳐야함이 옳다고 봅니다.

다음에 AS센터.. 기본적으로 AS센터의 대응은 당연하고 매뉴얼대로 행동해서 문제라고 보긴 어렵고 결국 엮여있는 건 펌웨어 제작 부서겠죠. 

AS센터는 불량이었거나 불량이 된 제품을 가져가는 곳입니다. 제조상에서 불량이 아니었다면 불량이 된 원인계가 있을 것이고 문제없이 사용하던 제품에 펌웨어 업데이트라는 행위로 문제가 발생한다면 그 펌웨어는 논리적으로 불량아닌가요?

베타에서 문제가 발생했고 잡았다고 말씀하셨는데 정식 업데이트를 진행하는 소비자는 베타에서 어떤 문제가 있는지 뭘 잡았는지 관심이 없습니다. 정식으로 지원되는 업데이트로 어떤 기능이 포함되었는지 배터리나 속도개선은 되었는지 그 정도에 관심이 있는데 정상 제품이 불량이 되어 AS센터를 방문해야한다는 시점에서 SW개발이나 검수에 문제가 있는 것입니다. 

휴대폰 펌웨어의 목적은 문제없이 기존 OS의 문제점을 수정하고 OS의 기본 목적인 ‘프로그램을 기동할수 있게 만드는’ 부팅을 하는 것인데요. 이를 위해서 부트로더를 확인하거나 남은 용량을 체크하거나 배터리를 체크하거나 다른 루트를 통해 부트로더 외의 영역은 문제 발생시 접근할수 있게 만드는 등의 기본적인 행위를 해야하는 것입니다. 

펌웨어 업데이트를 시작하기 전에 조건에서 걸러내지 못할수 있죠. 다만 그로 인해 파생되는 문제를 보완할 수 있도록, 암호화된 영역을 복구할 수 있는 방법을 먼저 수행하고 후속 진행이 되도록 해야하죠. 만약 이게 검토후 불가하다면 처음에 말했던 절차상의 문제로 전환하여 사용자에게 경고문구와 컨펌을 받아야하죠. 

마지막으로 저는 고의로 문제를 발생하게 했다는 이야기를 하지 않았는데 언급하신 부분이 왜 나왔는지 모르겠습니다. 당연히 문제를 알고 배포하지 않겠죠. 하지만 동일한 피해자는 나오지 말아야 합니다. 그러므로 알아서 백업을 하는 것보다는 백업 프로세스로 자동진행 후 업데이트 되는 것이 최선입니다. 업데이트에 시간 조금 길어진다고 사람들이 문제삼진 않으니까요.

아마 페이지가 넘어가서 많은 분들이 보시진 않겠지만 부디 MX관계자가 있으시다면 꼭 보시길 바라는 마음에서 남겨봅니다.

주말 잘 보내세요!