두 개의 빈티지 헤드리스/키보드 없는 시스템이 ubuntu-server 16.04LTS(알파 및 베타)를 실행하고 있었습니다.
두 시스템 모두 SSH를 통해서만 액세스할 수 있습니다.
업데이트 중에 알파 시스템이 손상된 것으로 보입니다.
CD/DVD/UEFI로 부팅하는 것은 옵션이 아닙니다. CPU가 100% 경합을 일으키는 비호환성으로 인해 USB가 커널에서 꺼졌습니다.
부팅할 수 없는 시스템이 있는 Alpha의 드라이브는 이제 Beta 시스템의 두 번째 드라이브로 마운트됩니다.
모든 사용자 파일은 베타 드라이브에 백업되었습니다.
두 번째 드라이브를 Alpha 시스템의 기본 부팅 가능한 드라이브로 다시 설치할 수 있도록 베타의 두 번째(Alpha) 하드 드라이브에 ubuntu-server를 설치하는 방법은 무엇입니까?
친절한 안부, 벤
2017년 1월 25일 업데이트:
debootstrap 및 이 URL(https://help.ubuntu.com/lts/installation-guide/i386/apds04.html) 다음과 같이 Alpha의 드라이브를 Beta에 추가하여 프로세스의 대부분의 장애물을 극복하십시오.
Alpha의 드라이브는 Beta 시스템의 /dev/hdb에 설치됩니다. 베타의 드라이브는 /dev/hda입니다.
남은 장애물:
/dev/hdb에서 부팅 가능한 커널을 찾을 때 /dev/hda를 무시하도록 grub-install/grub-probe/grub-mkconfig를 얻는 방법은 무엇입니까?
Alpha 시스템에서 Alpha의 드라이브를 제거하고 재부팅한 후 시스템이 부팅되지 않습니다. Alpha의 드라이브에는 명확한 오류 로그가 없습니다(베타에서 다시 설치/마운트한 후). 이것을 몇 번 반복한 후에 다음을 발견했습니다.
grub-install의 grub-probe는 Beta의 커널을 감지하고 /dev/hdb에 Alpha가 설치된 커널 대신 해당 커널(/dev/hda)의 UUID를 연결합니다.
--help.ubuntu.com/lts/installation-guide/i386/apds04.html의 지침에 따라 사용자가 Alpha의 드라이브( /dev/sdb )로 루트가 변경된 경우에도 마찬가지입니다.
grub-install/grub-probe/grub-mkconfig 매개변수를 호출하여 /dev/hda를 무시하는 방법에 대한 아이디어가 부족합니다.
지금은 잘못된 참조 HD UUID인 grub.cfg iirc를 사용하여 grub 파일을 수동으로 편집하겠습니다. 이를 수행하는 표준적이고 덜 위험한 방법이 있으면 알려주십시오.