Dell 7920 워크스테이션에서 Ubuntu 18.04를 Debian/Unstable(amd64)로 업그레이드 [종료]

Dell 7920 워크스테이션에서 Ubuntu 18.04를 Debian/Unstable(amd64)로 업그레이드 [종료]

방금 직장에 새로운(고급) 데스크탑 워크스테이션이 생겼습니다. 이것은델 프리시전 7920워크스테이션(일부 Intel 10코어 프로세서, 아마도 Xeon Silver 4114, 128Gb RAM, 500Gb SSD, 1Tb HDD, 일부 Nvidia 그래픽, 아마도 NVIDIA Quadro P2000 포함 - 세부 사항은 잊어버렸습니다). 내가 사용할 수 있는 유일한 인터넷 연결은 해당 데스크탑의 이더넷을 통해서입니다. 나는 동료들에게 인터넷과 워크스테이션 사용을 요청하거나 웹 검색을 함으로써 귀찮게 하고 싶지 않습니다. 거의 8년이 지났고(브랜드는 잊어버렸습니다. 아마도 Lenovo일 것입니다) 데비안/불안정한 버전을 실행합니다(거의 매일 업데이트됨).

저는 Debian/Unstable을 직장(더 이상 작동하지 않는 오래된 PC)(그리고 집)에서 수년간 사용해왔기 때문에 매우 익숙합니다.

기본 이더넷 컨트롤러는 (IIRC) Intel i210입니다(보조 이더넷 컨트롤러는 i219이고 그 반대도 마찬가지입니다). 그리고 내 물리적 MAC 주소가 회사 네트워크(두 번째 네트워크 아님), DHCP, NAT가 포함된 IPv4에 알려져 있기 때문에 (사용하지 않는) 보조 이더넷 컨트롤러로 (일시적으로라도) 전환할 수 없습니다.

debian/testing ISO 이미지가 부팅되지만 이더넷 컨트롤러가 인식되지 않습니다( igp또는 e1000커널 모듈에 문제가 있거나 일부 incr_refcount커널 루틴이 누락되었을 수 있습니다). AFAIU debian/testing은 debian/unstable로 이동하기 위한 필수 단계입니다(debian/unstable ISO 이미지는 없습니다).

Ubuntu 18.04 amd64 데스크톱 ISO 이미지가 부팅되고 이더넷 컨트롤러를 인식하므로 (적어도 일시적으로) 설치했지만 Debian/Unstable을 정말 선호합니다.

나는 생각 중입니다모든 항목을 /etc/apt/sources.listUbuntu에서 Debian/Unstable로 변경하세요./etc/(예: 이전 컴퓨터의 백업에서 복원) 그런 다음 실행 aptitude update하고 aptitude full-upgrade. debootstrap시스템의 루트 파티션에서 사용하는 것이 두렵습니다.

작동해야합니까?대부분의 시스템에서(지금은 Xorg가 작동하지 않도록 할 수 있지만 이더넷이 필요합니다.오직업무 중에도 동료에게 방해가 되지 않고 인터넷 연결이 가능합니다.)??

그렇지 않으면 일부 데비안/테스트 이미지의 커널을 변경하는 방법은 무엇입니까? 아니면 수정된 커널로 데비안/테스트 ISO를 빌드하는 방법은 무엇입니까? (또는 수정된 커널(네트워킹이 실행될 수 있는)을 사용하여 Debian/Unstable ISO를 빌드합니다.이것오래된 것 같아요)

추신. 저는 이 글을 집에서 게시하고 있으며 lspci새로운 업무용 데스크탑의 모든 세부 사항(예: 출력 또는 오류 메시지)을 종이에 기록하지 않았습니다 .

부록

사실 내 Debian 테스트 iso(주간 스냅샷) 이미지에 버그가 있는데, 알려진 버그입니다.#903047. 다음주부터 시작하려고 합니다데비안 스포일러디 알파 3

답변1

비활성화할 수 없습니다(이론적으로도).아마도아마도) 한 배포판에서 다른 배포판으로 "업그레이드"(sidegrade? slantgrade?)할 수 있습니다. Ubuntu에서 Debian으로 전환하는 아주 간단한 예를 들어보겠습니다.

$ apt show apt # edited for brevity
Package: apt
Version: 1.2.27
Origin: Ubuntu
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: APT Development Team <[email protected]>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Depends: [...] ubuntu-keyring, [...]

...오. 좋아요, apt상황에 따라 다릅니다 ubuntu-keyring. 그래서 먼저 삭제하지 않고는 제거할 수 없습니다 apt. 즉, 더 이상 apt아무것도 설치하거나 제거할 필요가 없습니다.

배포판을 바꾸면 더 나은 시간을 보낼 수 있을 것입니다. (아마도 훨씬 더 많은 비용을 지출할 것입니다.)더 적은실시간) 데이터를 백업하고 새로 선택한 배포판을 다시 설치하세요.

답변2

제가 이 문제를 다루는 방식은 다음과 같습니다. 동일한 물리적 디스크의 다른 부분을 사용하여 Ubuntu와 Debian을 VM 호스트 및 게스트로 동시에 실행하는 것이 포함됩니다. 이는 실행 중인 두 시스템이 서로의 디스크 파티션에 쓰기를 시도하지 않는 경우에 작동합니다. 그러나 이것은 심장이 약한 사람을 위한 것이 아닙니다…

  1. 작동할 것으로 알고 있는 Ubuntu 배포판을 설치하려면 더 작은(예: 15GB) 파티션을 할당하십시오. 정말로 원한다면 디스크 끝에 할당하세요. 거기에 우분투를 설치하세요. 루트와 부팅을 공유합니다. 교환은 없습니다.
  2. 실제 디스크를 게스트 디스크로 사용하여 KVM을 부팅합니다(예, 그렇습니다).
  3. KVM 내의 게스트로서 디스크의 나머지 부분에 Debian/Unstable을 설치합니다. 초기 설치는 가능한 한 작고 단순하게 유지하십시오(예: "작업"을 전혀 선택하지 않음). 나중에 확장할 수 있습니다. 가상화된 네트워크 요구 사항에 맞게 Ubuntu 시스템을 사용하십시오(NAT 또는 브리지, 중요하지 않음). 개인적으로 선호하는 것은 디스크 크기를 너무 일찍 할당할 필요가 없도록 LVM을 최대한 많이 사용하는 것입니다(루트용 15GB, 가정용 10GB, 스왑용 1GB 등). KVM이 경고할 수 있는 내용에도 불구하고 가상화된 드라이버 대신 물리적 디스크 드라이버를 사용하는 것조차 효율적이지 않습니다. 별도의 파티션이 필요할 수도 있습니다 /boot.우분투 파티션을 건드리지 마세요!부팅 파티션에 대한 업데이트를 허용 grub하지만 여전히 Ubuntu 시스템의 일부라고 생각되는 경우에는 업데이트할 수 없습니다.
  4. 필요한 물리적 이더넷 모듈이 Debian/Unstable에 설치되어 있는지 확인한 다음 가상 머신을 종료합니다.
  5. 이번에는 가상 머신 게스트가 아닌 물리적 머신으로 Ubuntu에서 새로 설치된 Debian/Unstable로 재부팅합니다. 일부 디스크 파티션 이름을 수정해야 할 수도 있습니다( /dev/vdaN또는 /dev/sdbN다시 작성해야 할 수도 있습니다 /dev/sdaN). 디스크 UUID를 사용할 수 있다면 괜찮을 것입니다.
  6. Debian/Unstable의 일부가 누락된 경우 Ubuntu로 다시 재부팅하고 Debian/Unstable을 VM 게스트로 다시 시작하세요.
  7. 네트워크가 Debian/Unstable OS(즉, 가상 게스트가 아닌 물리적 OS)에서 적절하게 정렬되면 그래픽, 생산성 도구 등 시스템의 나머지 부분을 적합하게 설치하십시오.
  8. 모든 것이 예상대로 작동한다고 확신하면 Ubuntu 파티션을 삭제하고 이전 파티션을 이제 비어 있는 디스크 공간으로 확장할 수 있습니다.

관련 정보