FREEDOM. FRIENDS. FEATURES. FIRST.
페도라 한국 사용자 모임

Fedora 23: hang out 사태 업데이트시 주의 바랍니다.

게시판 질문게시판 Fedora 23: hang out 사태 업데이트시 주의 바랍니다.

  • This topic has 4개 답변, 2명 참여, and was last updated 4 years, 11 months 전에 by 난해주님. This post has been viewed 20 times
  • 만든이
    게시글
  • #13692
    난해주님
    참가자
    • 게시글114
    • 댓글337
    • 총합451
    • ★★
    @workman729

    페도라 23에서 이번에 xorg-x11-drv-ati, xorg-x11-drv-intel, xorg-x11-drv-nouveau가 업데이트 되었는 데
    업데이트 하시면 큰일 나지 싶습니다.

    저의 경우 업데이트 후 xserver에서 에러가 발생해서 startx가 되지 않는 군요!

    일단 로그를 보면 AIGLX: Suspending AIGLX clients for VT switch 에러가 발생하여
    어떻게든 해결하고자 다음과 같은 처치를 실행하였습니다.

    1. xorg-x11와 mesa 패키지를 다운 그레이드 하였습니다. 결론은 실패
    2. 1번의 조치와 함께 nouveau 를 복원함 결론은 복원 조차 안됨
    3. --showduplicates --allowerasing --releasever=22 downgrade 옵션으로 fedora22의 xorg 패키지로 대체하여 nouveau 복구 시도 결론은 실패
    4. rpmfusion 패키지에서 negativo17 패키지로 드라이버 대체함 결론은 둘 다 안됨!

    원인은 xorg 패키지에 있다는 생각으로 위의 조치를 하였습니다.
    같은 xorg 버전으로 페도라 23을 재설치하면 사용상에 아무 문제가 없을 것으로 저는 봅니다.(해보지는 않았지만)

    결론의 유추는 커널과 xorg, nvidia의 상관 관계에서 버그가 있을 것으로 유추됩니다. (정확하든 정확하지 않든)
    그 버그가 뭔지는 저도 모르겠습니다. 구글링으로도 정확한 사태 파악이 안되는 군요!

    뭔가 드라이버를 지웠다 복구하는 과정에서의 버그일 것으로 생각 되어 집니다.
    아래에 xorg.log를 올려 드립니다. 한번 확인해 보시고 진단 부탁 드립니다.

    물론 과정상에서 xorg 패키를 필요 없는 것은 지웠다 재설치해 보았다 했지만
    이런 사태는 처음이라 원인을 꼭 알고 싶습니다.

    겸험이 있으시거나 원인에 대한 정보가 있으시다면 공유 부탁 드립니다.

3 답변 글타래를 보이고 있습니다
  • 글쓴이
    답변
    • #15611
      난해주님
      참가자
      참가자
      • 게시글114
      • 댓글337
      • 총합451
      • ★★
      @workman729

      이외의 추가 조치도 있었으나 mod_security의 cookie의 시간이 정해져 있는 것 같아 403 에러로 한가지만 추가 하도록 하겠습니다.

      복구 모드에서나 정상 부팅 모드에서 깜빡이는 증상이 발생하는 데 입출력이 불가능 합니다.
      20여분간 대기 하여 깜빡이는 증상이 없어 질때 까지 기다리면 정상적으로 tty를 이용할 수 있습니다.

      이게 증상의 하나인 것 같아 추가로 설명드리고 겨우 set-default를 multi_user.target으로 전환아여 콘솔모드를 이용 중입니다.

      어째거나 한번 더 설치할 것 같으나 안전성과 최신의 반영 중 어느 것이 나을 까 곰곰히 생각하게 됩니다.

    • #15612
      태랑
      키 마스터
      • 게시글207
      • 댓글878
      • 총합1085
      • ★★
      @admin

      난해주님이 열심히 follow-up 해주시니 많은 정보가 업데이트 되네요
      저같은 경우 페도라를 사용하던 노트북을 와이프 주면서 지금 실장비가 없이
      가상화에서만 있다보니 VGA와 같은 물리 디바이스 관련은 대응하기가 힘들긴 하네요

      오픈소스를 응원합니다 Blog https://hoing.io
      Senior Database Administrator(Mysql, Oracle)

      사이트 이용 문의 사항은 댓글이나 admin@fedoralinux.or.kr 로 메일주세요

    • #15613
      난해주님
      참가자
      참가자
      • 게시글114
      • 댓글337
      • 총합451
      • ★★
      @workman729

      음! 이전의 로그를 백업만 해 둔 상태라 아직 검토하지 않았습니다만 dracut을 실행시의 문제인지(아닌 것 같습니다. 옵션이 적용되는 것으로 보아) 생각엔 lvm2와 표준 파티션에서의 rd 옵션이  문제인지는 검토가 필요할 것 같습니다.

      구글링을 보면 왠 친구가 헛소리를 하고 있는 데 getty를 삭제하라는 애기를 하는 데 전혀 근거 없는 소리이므로 참고 하지 마시고 다만 깜빡임 문제에는 도움이 될 것으로 파악합니다.

      안전성을 생각한다면 fedora-update.repo에서 exclude를 적용하는 것이 현명할 것으로 보입니다.

    • #15614
      난해주님
      참가자
      참가자
      • 게시글114
      • 댓글337
      • 총합451
      • ★★
      @workman729

      로그의 검토와 구글링을 통해 어느 정도의 감은 잡히는 것 같습니다.

      대충 설명을 드리면 lvm2 파티션을 이용하게 되면 grub에 lvm2를 위한 rd 옵션을 가지고 있을 수 밖에 없습니다. 부트 이미지에 rd 옵션이 있을 경우 특히 ausus 메인 보드를 사용하는 경우 원천적으로 igpu를 disable 시킬 수 없으므로 보드형 intel gpu와 pcie용 gpu의 모듈을 함께 kernel에서 인식 될 수 밖에 없고 어느 하나의 모듈을 blacklist로 처리 하여 새로 부트 이미지를 생성할 수 ?엔 없습니다. 아니면 범블비를 이용하시는 방법도 있습니다.

      다만 blacklist로 처리하여 충돌을 방지할 수 있지만 방법이 널리 알려진 것 도 아니고 부가적으로 부트 이미지 생성시 nvidia를 위한 rd 옵션을
      사용할 수 밖에 없습니다. 따라서 lvm2의 device mapper에서 커널의 ERROR* PCH transcoder A
      FIFO underrun 에러를 유발할 위험성을 내포하고 있다고 합니다.

      그래서 커널이 모듈 인식이 불가능 하게 되고 hang out 상태가 발생하게 되는 것 같습니다.

      다시 말씀 드리자면 이런 현상은 아수스 보드를 사용하는 컴에서 발생하고 lvm2 파티션을 생성시 rd 옵션을 이미 2개 이상 사용하게 되고 최종적으로 nvidia 사용을 위한 rd 옵션을 하나 더 사용하게 되는 데 설치 후 dracut을 실행하여 부트 이미지를 생성하게 됩니다.

      생성 후 xorg-x11-drv-intel 패키지가 업데이트 되면 추가적으로 부트 이미지를 생성을 할 수 밖에 없고 grub에 rd 옵션이 있는 경우 device
      mapper에서 커널의 ERROR* PCH transcoder A FIFO underrun 에러를 유발하게 되고 부트 이미지
      생성시 치명적인 결과로 intel의 모듈만이 부트 이미지에 추가되게 되므로 에러가 발생하게 되는 것 같습니다.

      만약
      파티션을 표준 파티션이나 btrfs 파티션을 이용하면 nvidia를 위한 한개의 rd 옵션만 이용하게 되고 lvm을 위한 rd
      옵션은 제외되므로  device mapper에서 발생하는 에러가 방지되고 그래서 제가 이런 경험을 하지 못한 주된 이유인 것
      같습니다.

      그동안 줄 곧 btrfs 또는 xfs, 표준 ext4만을 이용하고 있었기 때문 인 것 같습니다.

      곰곰히 생각하면 lvm을 이용하는 경우와 아수스 보드를 이용한다면 일단 이런 현상이 발생하면 복원은 불가능 할 것 같습니다.
      왜냐면 lvm의 rd 옵션이 문제가 된다면 커널에서 계속해서 에러가 발생하기 때문입니다. 따로 이부분에 대한 에러 방지를 위한 패키가 이루어 진다면 모르겠지만 아수스와 같이 비생산적인 보드를 이용한다면 어쩔수 없을 것 같군요!

      따라서 lvm2를 이용하고 원천적으로 이런 현상을 방지할려면 최종적으로 독점 드라이버를 설치 하신 후 fedora-update.repo에서 xorg 관련 패키지를 exclude 시켜 사용하시고 되도록이면 lvm2를 이용하실 때 심사숙고 하시기 바랍니다.

      이번에 KDE를 사용하게 되면서 lvm2로 파티션을 하였는 데 이런 문제가 발생할지는 예상하지 못했습니다.

      페도라 이용자께서는 참고하시기 바랍니다.

3 답변 글타래를 보이고 있습니다
  • 답변은 로그인 후 가능합니다.