깨지거나 충돌하는 모든 rpm을 식별하고 *올바르게* 수정합니다. Fedora 23, 영구 USB

깨지거나 충돌하는 모든 rpm을 식별하고 *올바르게* 수정합니다. Fedora 23, 영구 USB

오늘 초 USB에 Fedora 23을 설치했습니다. 설치가 완료된 후 표준 구성, 쉘 구성을 거쳐 dnf upgrade마지막으로 NVIDIA 드라이버 설치를 준비했습니다(내가 사용할 모든 컴퓨터에는 NVIDIA GPU가 있습니다).

rsync20GB 이상의 폴더를 정리할 때 불쌍한 USB 메모리를 너무 세게 밀었습니다.동시에나는 이것이 나쁜 생각이라는 것을 dnf upgrade알고 있지만 그것에 대해 더 많은 비용을 지불했습니다.

/dev/sdaFedora 23이 내가 설치한 컴퓨터의 부트로더를 손상시키는 것 외에도 (USB에서 USB로 설치했는지 여부에 관계없이 /dev/sdd) /dev/sde업데이트 중에 모든 것이 종료되고 컴퓨터가 종료되었습니다. 결과는 다소 놀랍고 그 결과를 알아내려고 노력하고 싶습니다.

  1. 다음과 같은 것을 구문 분석하는 방법이나 더 나은 방법은 다음과 같습니다 /var/log*.
  2. 손상된 모든 패키지를 프로그래밍 방식으로 식별하는 방법
  3. 문제를 해결하는 올바른 방법은 무엇입니까 dnf?

다수의 중요한 시스템 패키지에는 업데이트 전과 업데이트 후의 두 가지 버전이 있는 것 같습니다. 이로 인해 삶의 발전이 어려워집니다 ...


예:

다른 컴퓨터에서 해봤는데 dnf upgrade모든 것이 괜찮아 보입니다. 반짝이는 새 커널 등으로 업데이트했습니다. 그러나 재부팅 후 커널 4.4가 설치되었지만 grub은 4.2만 나열된다는 것을 깨달았습니다. 동일한 문제를 언급하는 F20에 대한 모호한 버그 보고서를 발견했을 때 포기 하고 vmlinuz소스에서 구축 중이었고 나중에 grubby. .dnf reinstall kernel-coregrubby

이것은 많은 수정의 대상이 되었습니다. 단지 꽤 중요한 패키지에서 발생하는 일이기 때문에 뭔가 다른 일이 일어나고 있는 것 같은 느낌이 들었습니다.

  • 충돌하는 것을 제거해야 합니다 hplip-libs-3.{15,16}(둘 다 설치되어 있으며 dnf둘 다 제거한 다음 설치하지 않고는 아무 것도 하고 싶지 않습니다 3.16).
  • 인증되지 않은 명령(예: 오타)을 입력할 때마다:

    파일을 검색할 수 없습니다: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: org.freedesktop.PackageKit 이름으로 제공된 .service 파일이 없습니다.

    • 나는 온라인에서 특히 gedit에 관한 많은 게시물을 보았습니다. 하지만 터미널에 없는 명령에는 작동하지 않습니다.
    • 알았어 NP dnf search PackageKit아 알았어 한번 시도해 볼게 install. 하지만 그걸 reinstall --allowerasing갖고도 설치했는데 1.0.10꿈쩍도 안 했다는 사실이 밝혀졌습니다 .1.0.11dnf
    • 이 팩에 포함된 모든 것을 고려하면 지금은 조금 무모한 것 같습니다...

      dnf remove PackageKit-*
      dnf install PackageKit-*
      dnf list PackageKit-*    # shows 1.0.10
      dnf check-update && dnf upgrade
      dnf list PackageKit-*    # shows 1.0.11 now
      
    • 그러나 충돌하는 버전이 다시 특이점으로 축소되므로 이제는 작동합니다.


어떤 충고? 나는 dnf의 로그/man 페이지를 스크롤하고/다양한 유틸리티(아마도 내가 해야 하는 것보다 더 많이)를 시도했지만 distro-sync무슨 일이 일어나고 있는지 알 수 없는 것 같습니다.

이런 갈등은 계속해서 발생합니다. 끝나야 해, 그렇지?

로그를 보면 유일하게 의미가 있는 것은 초기 충돌이 발생한 바로 그 곳에 ASCII가 아닌 문자가 잔뜩 있을 수 있거나 적어도 /var/log/dnf.rpm.log다음 몇 시간 전에 less긴 줄로 나타날 수 있다는 것입니다 .^@logging initialized

관련 정보