수년이 지난 후에도 나는 여전히 "멀리 떨어져 있는" Linux 사용자입니다. XP가 중지되었을 때 기본 구성을 사용하고 이전에 Grub과 상호 작용할 필요 없이 Mint로 전환했습니다. 가능하면 운영 체제를 조작하는 대신 작업(사무실 및 Python)을 완료하는 데 사용합니다. 그래도 하드웨어를 만지작거렸어요.
동료들이 계속 "다른 배포판을 사용해 보세요"라고 말하는데, 몇 년 동안 Mint를 운영해 왔기 때문에 눈에 띄는 차이점이 있는지 확인하고 싶었습니다. 그러나 단일 기둥을 달리는 느린 경험은 공정한 비교를 제공하지 않습니다.
우연히 이전 데스크탑에서 폐기된 SATA 하드 드라이브와 아이들이 폐기/깨진 노트북을 많이 가지고 있습니다. 케이스를 열지 않고도 드라이브를 전환할 수 있고 다른 드라이브를 연결했을 때 마더보드와 일부 소모품을 사용할 수 있도록 저렴한 eSATA PCI 카드를 구입했습니다. 아이디어는 서로 다른 디스크에 서로 다른 운영 체제를 설치하고 BIOS를 사용하여 원하는 운영 체제를 부팅하는 것입니다.
첫 번째 HD에 다른 버전의 Mint를 설치했는데 모든 것이 잘 작동하는 것 같았습니다. BIOS에서는 일반 SSD 또는 Mint 20.1의 외부 HD에서 부팅하도록 선택할 수 있으며 모든 것이 정상입니다. 외장 하드 드라이브를 제거한 후 SSD로 부팅됩니다.
그런 다음 Kubuntu 20.04를 다른 하드 드라이브에 설치했습니다. 외부 디스크와 SSD를 모두 선택하고 먼저 grub 메뉴에 넣습니다. CD를 연결하면 그럽 중 하나로 부팅할 수 있습니다. 그러나 외장 하드 드라이브를 제거하고 BIOS에 SSD에서 부팅하라고 지시하면 grub 쉘 프롬프트만 표시되고 옵션 메뉴가 없으므로 이동식 드라이브에 중요한 것을 넣고 부팅 데이터 SSD 하드 디스크를 변경한 것처럼 들립니다. .
이 추측이 맞는지 확인하거나 실제로 무슨 일이 일어나고 있는지 어떻게 알 수 있나요? 이것이 맞다면 grub 비즈니스 파일을 내부 SSD로 이동할 수 있습니까? 이렇게 하면 grub이 누락된 외부 드라이브를 올바르게 처리하고 다른 외부 HD가 있을 때 정상적으로 실행됩니까?
나는 내부 SSD를 사용하여 핵무기를 발사하고 재구축하는 핵 해결 방법을 생각했습니다. 백업이 잘 되어 있어서 시간이 걸리고 번거로울 뿐입니다. 그런 다음 외장 하드 드라이브에 다른 운영 체제를 설치할 때 SSD를 분리하여 그 당시 컴퓨터에 설치 및 대상 미디어만 남게 합니다.
이 중 어떤 것이 작동할까요? 제가 하고 싶은 것은 하드웨어 VirtualBox라고 생각합니다. 사용해봤지만 훨씬 느리고 설정해야 하는 구성 레이어를 신뢰하지 않습니다.
답변1
당신의 직감은 의미가 있습니다. 한 디스크에 GRUB를 설치하고 다른 디스크에 해당 구성 파일을 설치할 수 있습니다. 이 상황을 확인할 수 있는 확실한 방법은 없지만 문제를 해결할 수는 있습니다.
을 실행하면 sudo grub-install /dev/sdx
GRUB 1단계가 MBR에 설치됩니다 /dev/sdx
. 기본적으로 GRUB 1단계 설치는암시적 구성/boot/grub
시스템에서 GRUB 2단계 및 구성 파일 찾기에서 설치됩니다.. 따라서 /
위치를 찾으면 /dev/sdxy
모든 것이 잘 작동합니다.
sudo grub-install /dev/sda
그러나 현재 부팅된 시스템이 있는 동안 이 작업을 수행하면 /dev/sdb1
결국 귀하와 같은 상황이 발생하게 됩니다.
가능한 해결책 중 하나는 계속 사용하려는 시스템을 부팅하는 것입니다. 실행 mount
하거나 lsblk
위치를 확인합니다 /
. 그런 다음 sudo grub-install
해당 장치(파티션이 아님)에 대해 실행합니다.