Eu tenho um USB inicializável (AdATA Superior Series S102 Pro 16GB USB 3.0 Flash Drive (AS102P-16G-RGY)) com MultiBootUSB (multibootusb.org) com Ubuntu não persistente, KALI Linux, ParrotSec OS, Arch Linux e Trinity Rescue Kit . No entanto, se eu inicializar qualquer um desses sistemas operacionais e, em seguida, remover a unidade USB, todos os programas que não executei até agora falharão, a tela começará a piscar e travará e mostrará muitas saídas de cmdline como :
[ 10.737654] cannot access <whatever>
Existe uma maneira de carregar todo o sistema operacional (e todos os programas, arquivos, etc.) do USB para a RAM , para que possa ser desconectado após a inicialização do sistema operacional , sem perder a funcionalidade do sistema operacional? Já tentei a toramopção "Modo RAM" e a opção "Carregar sistema na RAM".
Eu prefiro uma solução que funcione para todos os sistemas operacionais mencionados.
Eu encontrei uma solução (pode não funcionar para todas as distros): onde diz "Experimente o Ubuntu antes de instalar" ou "Experimente deste CD ao vivo", basta pressionar "E" para editar os parâmetros do kernel. Em seguida, deve haver uma linha que termine assim: quiet splash --- ou talvez quiet splash hostname=ubuntu --- Adicione
toram(outoram=yesse isso não funcionar) a essa linha, antes dos traços, para que fique: quiet splash toram --- (com ou sem hostname) Pressione F10ou Ctrl+ Xpara inicializar.Se funcionou, a área de trabalho ou o gerenciador de arquivos deve ter o USB montado como uma unidade. Clique com o botão direito do mouse e clique em "Ejetar" e remova a unidade.
Este post pode estar relacionado ao seu problema . Se você deseja criar uma instância personalizada do Linux que carregue inicializações na RAM , este post parece ser um bom começo . Você também pode consultar esta postagem para obter informações adicionais sobre o tópico.
Para responder à sua pergunta, sim, é possível criar um Linux Live Boot que pode ser carregado na RAM. Os sistemas operacionais e a configuração que você está usando fazem isso. Se você está procurando um guia sobre como configurar seu próprio Live Boot, pode consultar os links no início desta postagem e realizar algumas pesquisas para descobrir o que funciona melhor para o seu caso de uso.
No entanto, a segunda parte da sua pergunta faz referência à remoção da unidade USB após o carregamento do sistema operacional. Você pode configurar seu sistema operacional para carregar na RAM, permitindo a remoção do seu dispositivo USB, mas quaisquer aplicativos localizados no dispositivo não serão carregados como você descobriu. Isso ocorre porque eles não foram carregados na RAM e os arquivos necessários para iniciar o aplicativo ainda estão localizados na unidade que você removeu. Existe uma maneira de fazer isso, mas...
Há algum propósito em remover o dispositivo USB enquanto você o estiver usando? Configurar tudo para ser carregado e executado fora da RAM pode funcionar, mas sem uma unidade para gravar alterações em nada será persistente. Depois de desligar um computador no qual você usou um Live Boot e removeu o dispositivo, haverá muito pouco ou nenhum vestígio do sistema operacional Live boot. Uma vez ligado e um sistema operacional ou algum outro tipo de entrada é carregado na RAM, todos os vestígios do Live Boot original desaparecem, até onde eu sei. Não há necessidade de reinventar a roda aqui, sua configuração faz o que você está pedindo, mas não a parte de remover a unidade enquanto ainda está em uso.
+1 por colocar o laptop em suspensão/hibernação (não posso comentar sobre o comentário de outra pessoa afirmando apenas isso, então entupo com um novo comentário)
Talvez um mau conselho, mas funcionou para mim.
Coloquei para dormir, removi o stick, dd para iso em outra máquina, coloquei o stick de volta, agora posso carregar o iso na VM para análise, e a máquina bare metal não pareceu notar
Ubuntu 18.04 LTS (18.04.5) rodando kernel 5.4.0-77-generic (
uname -r).. não condiz com a tabela de kernel de 4.xx, mas é o que tem, tornando minha vida reproduzindo esta máquina para compilar um módulo de kernel mais difícil. É uma máquina de malware da Lenovo, se isso faz diferença, comprada pouco antes de surgirem as notícias de malware de fábrica (possível vetor, mas backdoors completos posteriormente).Esteja ciente de que esta é, na melhor das hipóteses, uma solução temporária; se você estiver fazendo isso para 'evitar que o usb fique para fora', dependendo das configurações de energia, pode ocorrer uma ação que mude de estado quando você não quiser.
Um brinde à manutenção da propriedade de sua máquina!
eu consegui fazer meu laptop asus funcionar muito bem, desde que eu removia o stick depois que ele foi colocado no modo de suspensão e até mesmo o modo de hibernação .. mesmo uma vez com a bateria descarregada .. tampa aberta recarregada como se nada tivesse acontecido O_o ... sorte total ou erro no último. kali 2.0 sana live persistence e luks persistence asus model s550c series x64. só consegui reproduzir o resultado 5 vezes e apenas com o laptop em suspensão total e hibernação devido à baixa bateria. valores