Virtualbox VMDK для загрузочной USB-флешки не работает

Никакой страшной проблемы ... Был /etc/apt/sources.list , необходимо прокомментировать старый и добавить новый

# deb cdrom:[Debian GNU/Linux 8 _Jessie_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150606-15:13]/ jessie main

#deb cdrom:[Debian GNU/Linux 8 _Jessie_ - Official Snapshot amd64 LIVE/INSTALL Binary 20150606-15:13]/ jessie main

#lixio deb http://security.debian.org/ jessie/updates main
#lixo deb-src http://security.debian.org/ jessie/updates main

deb http://ftp.br.debian.org/debian jessie main contrib non-free
deb-src http://ftp.br.debian.org/debian jessie main contrib non-free

deb http://security.debian.org/ jessie/updates main
deb-src http://security.debian.org/ jessie/updates main


0
17.04.2018, 19:47
2 ответа

1.)Dado que ya ha particionado la memoria USB, ¿por qué no simplemente copiar todo el contenido del sistema de archivos real (omitiendo cualquier tmpfsy otros sistemas de archivos basados ​​en RAM -o totalmente virtuales, como /dev, /procy/sys)a la partición ext4en el dispositivo?

Creo que el qemu-img convertque hiciste hace esencialmente eso, pero es posible que puedas omitirlo. Básicamente, no hay magia:si copia todos los archivos necesarios del sistema operativo en el dispositivo en su jerarquía de directorio adecuada, será un sistema válido, sin importar cómo se haya hecho la copia. Un sistema operativo inactivo es esencialmente solo un montón de archivos, y puede tratarlo como tal.

La única parte especial es el cargador de arranque BIOS heredado :que requiere escribir datos en ubicaciones de bloque específicas en el dispositivo para que el cargador de arranque pueda encontrarlos más tarde. Por otro lado, el cargador de arranque UEFI es solo otro archivo con un nombre de ruta específico en una partición FAT32.

2.1.)Intentando iniciar usando el cargador de arranque de la instalación de Ubuntu (que puede ser UEFI )con USB 2 :parece que el cargador de arranque cargó con éxito los archivos kernel e initramfs e inició el kernel, pero el archivo initramfs no tenía todos los controladores necesarios para acceder al sistema de archivos raíz en la memoria USB. Como mínimo, necesitará el controlador del controlador USB apropiado, el controlador usb-storagey el controlador del sistema de archivos ext4y sus dependencias. Además, como el controlador USB generalmente se incluye en el conjunto de chips, la versión del kernel debe ser lo suficientemente nueva para reconocer el conjunto de chips, de modo que sepa que una ID de PCI particular dentro del conjunto de chips es en realidad un controlador USB.

2.2.)No se detectó la memoria USB en el puerto USB 3.0 :¿Quizás el firmware de su computadora portátil no incluye compatibilidad con USB 3.0 a menos que se solicite a través del menú de arranque del BIOS?¿O podría haber algún tipo de interruptor de traspaso USB2/USB3 entre los controladores USB2 y USB3 que hubiera sido necesario voltear de alguna manera?

2.3.)En el escritorio, el dispositivo se detectó en el puerto USB 3.0 pero el arranque falló como en 2.1 :Parece que su escritorio puede tener mejor compatibilidad con USB 3.0, pero se encontró con el mismo problema que en 2.1 :no Controlador USB3 y/o controladores de almacenamiento usb -en initramfs.

2.4.)Interesante. ¿Su computadora portátil tiene un tipo especial de controlador USB 2.0 y la computadora de escritorio usa el estándar ehci_hcd? Parece que su initramfs tenía todos los controladores necesarios para acceder a USB 2.0 en su escritorio, pero no en su computadora portátil. ¿O tal vez su computadora portátil tiene un conjunto de chips muy nuevo y el kernel no pudo encontrar el controlador USB en él?

Los problemas en 2.1 y 2.3 probablemente podrían solucionarse agregando más controladores de controlador USB en el archivo initramfs y asegurándose de que su kernel sea lo suficientemente nuevo como para reconocer completamente el conjunto de chips de la computadora portátil.

2.2. parece una posible limitación del firmware. Es difícil ofrecer sugerencias sin conocer la marca y el modelo del sistema.

Es posible que desee agregar una pequeña partición FAT32 a su memoria USB y agregarle una versión UEFI de GRUB como \EFI\BOOT\BOOTx64.efi. Eso lo haría arrancable en el sentido UEFI de la palabra. Parece que el dispositivo actualmente solo se puede iniciar en el sentido del BIOS heredado. De esta manera, podría crear una memoria USB "híbrida" que tenga cargadores de arranque heredados y UEFI.

Por lo general, un BIOS heredado ocultará por completo cualquier soporte de almacenamiento USB de nivel de firmware -, a menos que esté habilitado específicamente en los menús del BIOS, para proporcionar la máxima compatibilidad heredada desde el IBM PC/AT original del año 1986 (tanto como sea posible ). UEFI no tiene esta carga y probablemente proporcionará soporte de almacenamiento USB para cargadores de arranque de forma predeterminada.

1
28.01.2020, 02:32

Lo más probable es que tenga problemas con el arranque seguro y el BIOS UEFI/EFI.

Cuando crea un USB de arranque, debe asegurarse de que esté diseñado para la configuración del BIOS de su PC/portátil (, podría ser Legacy o UEFI ).

Teniendo en cuenta que está creando el dispositivo de arranque a partir de una imagen de máquina virtual, lo más probable es que no lo tenga en cuenta.

Según la wiki de Arch Linux[1], si está utilizando GPT/UEFI con GRUB, debe:

# grub-install --target=x86_64-efi --efi-directory=$esp --bootloader-id=grub --removable --recheck

Pero no sé si funcionará con su configuración. Si está dispuesto a probar otras opciones, intentaría convertir el VMDK en un ISO y "grabar " el ISO en el pendrive USB con una utilidad flash como Etcherhttps://etcher.io

Quepodríaencargarse del problema de UEFI.

  1. https://wiki.archlinux.org/index.php/Installing_Arch_Linux_on_a_USB_key
1
28.01.2020, 02:32

Теги

Похожие вопросы