Recuperando um ambiente de programação customizado após a reinicialização

Question

Acabei de ter a manutenção de um velho laptop jogado no meu colo. Os problemas específicos com esta máquina são que ela não foi reinicializada em meses, está usando uma versão de anos da Red Hat, e teve um número de ajustes não documentados ou mudanças aplicadas para que o servidor possa cruzar o código de compilação para um processador embutido obsoleto. O engenheiro que finalmente conseguiu dobrar o ambiente à sua vontade deixou a empresa, mas eu provavelmente posso enviar-lhe perguntas específicas, se eu tiver detalhes suficientes na pergunta para refrescar sua memória.

Tenho que mudar essa caixa para outro prédio que fica a menos de 400 metros de distância, remontar com outro equipamento e testar tudo. Eu pretendo transferir rapidamente o plugue do laptop para um no-break e levar a máquina para o novo prédio, para que ele não precise ser reinicializado. Em algum momento, é claro, vou ter que morder a bala e recuperar essa máquina após a reinicialização. Estou procurando dicas para tornar esse procedimento bem-sucedido.

Antes da mudança, planejo fazer login como root e

1. Copie e salve o arquivo "bash_history" para todos os usuários
2. Faça um "ps-ef > > running-process.txt" para arquivar o que está sendo executado atualmente
3. Siga o conselho de Xerxes em sua resposta a um artigo relacionado pergunta
4. Noufal Ibrahim sugeriu (acho) que eu remontasse as unidades montadas atualmente como somente leitura e, em seguida, as imagens. Eu nunca fiz isso antes, mas acho que essa opção foi adicionada a mount em algum momento.

Uma vez que eu finalmente derrubar a máquina, eu vou "dd" imagem da unidade e armazenar uma imagem localmente e na nuvem. Eu posso rodar essa imagem em hardware virtual no futuro.

Eu também tentarei "suspender" a máquina, em vez de fazer um desligamento. (Eu não sei se é uma opção com esta versão deste sistema operacional.)

Já o movi sem reiniciar porque preciso remontar a demonstração e testá-la no novo local. Se isso não funcionar, eu preciso consertá-lo. Ao movê-lo sem reinicializá-lo, separo os problemas "não funcionará porque você remontou errado" do problema "não funcionará porque algo não foi iniciado logo após a reinicialização". (Por exemplo, test && move && test && image drive + document state of box && reboot && test .)

    

Answer 1

Talvez você devesse inserir as imagens do disco em uma unidade USB ou algo assim desligá-lo (montando as partições antes de fazer isso).

Você nunca sabe se o .bash_history e outras coisas que você está copiando são suficientes. Eu ficaria mais confortável com uma imagem de disco completa.

    

Answer 2

Configure outro computador com um ambiente de trabalho antes de fazer qualquer coisa com este. Computadores são baratos, o Fedora é grátis. Se você não puder duplicar o ambiente sua empresa está com problemas agora e você deve estar trabalhando nesse problema, sem mexer no sistema antigo.