Eu "herdei" o RH 6.4 em um computador com uma placa de vídeo nVidia. Peguei a imagem e a enviei para outro computador que tenha o mesmo hardware.
Por design, o segundo computador ficará sem cabeça. Este segundo computador inicializa e funciona muito bem. No entanto, quando eu removo a placa de vídeo do segundo computador para que fique sem cabeça, ele trava e não inicializa. Há pouca depuração que posso fazer para determinar o porquê. O BIOS parece postar muito bem.
Eu realmente não quero reinstalar o sistema a partir do zero. Minha suposição é que o módulo do kernel da placa de vídeo está tentando fazer algo com o hardware, mas não consegue encontrá-lo e trava.
Tão curto quanto uma reinstalação, o que posso fazer para conseguir isso? Eu posso fazer o que for preciso com a placa de vídeo, para que eu possa inicializá-la para fazer as alterações.
Obrigado!
Editar: Este é o RHEL 6.5, não o 6.4.
O conteúdo de / var / log / messages é:
- 11 de fevereiro 10:34:06 MDCS-Server kernel: dispositivo virbr0-nic entrou no modo promíscuo
- 11 de fevereiro 10:34:06 MDCS-Server kernel: virbr0: iniciando o espaço de usuário STP falhou, iniciando o kernel STP
- 11 de fevereiro 10:34:07 Kernel do MDCS-Server: ip_tables: (C) 2000-2006 Equipe principal do Netfilter
- 11 de fevereiro 10:34:07 MDCS-Server kernel: nf_conntrack versão 0.5.0 (16384 buckets, 65536 max)
- 11 de fevereiro 10:34:08 MDCS-Server dnsmasq [1972]: iniciado, versão 2.48 cachesize 150
- 11 de fevereiro 10:34:08 MDCS-Server dnsmasq [1972]: opções de tempo de compilação: IPv6 GNU-getopt DBUS não-I18N DHCP TFTP "--bind-interfaces com SO_BINDTODEVICE"
- 11 de fevereiro 10:34:08 Servidor MDCS-dnsmasq-dhcp [1972]: DHCP, intervalo de IP 192.168.122.2 - 192.168.122.254, tempo de concessão 1h
- 11 de fevereiro 10:34:08 MDCS-Server dnsmasq [1972]: nenhum servidor encontrado em /etc/resolv.conf tentará novamente
- 11 de fevereiro, 10:34:08 MDCS-Server dnsmasq [1972]: leia / etc / hosts - 2 endereços
- 11 de fevereiro, 10:34:08 MDCS-Server dnsmasq [1972]: leia /var/lib/libvirt/dnsmasq/default.addnhosts - 0 endereços
- 11 de fevereiro, 10:34:08 MDCS-Server dnsmasq [1972]: leia /var/lib/libvirt/dnsmasq/default.hostsfile
- 11 de fevereiro 10:34:08 Kernel do MDCS-Server: Ebtables v2.0 registrado
- 11 de fevereiro 10:34:08 Kernel MDCS-Server: ip6_tables: (C) 2000-2006 Equipe Central do Netfilter
- 11 de fevereiro 10:34:10 Kernel MDCS-Server: lo: Extensões de privacidade desativadas
- 11 de fevereiro 10:34:22 init do MDCS-Server: processo principal tty (/ dev / tty2) (1941) interrompido por sinal TERM
- 11 de fevereiro 10:34:22 init do MDCS-Server: processo principal tty (/ dev / tty3) (1943) interrompido por sinal TERM
- 11 de fevereiro 10:34:22 init do MDCS-Server: processo principal tty (/ dev / tty4) (1945) interrompido por sinal TERM
- 11 de fevereiro 10:34:22 init do MDCS-Server: tty (/ dev / tty5) processo principal (1949) matado pelo sinal TERM
- 11 de fevereiro 10:34:22 init do MDCS-Server: processo principal tty (/ dev / tty6) (1951) interrompido por sinal TERM
- 11 de fevereiro 10:34:23 MDCS-Server abrtd: Recebi sinal 15, saindo
- 11 de fevereiro 10:34:27 init do MDCS-Server: Desconectado do barramento do sistema
- 11 de fevereiro 10:34:27 MDCS-Server console-kit-daemon [2031]: AVISO: nenhum remetente # 012
- 11 de fevereiro 10:34:27 MDCS-Server rpcbind: rpcbind terminando no sinal. Reinicie com "rpcbind -w"
- 11 de fevereiro 10:34:27 MDCS-Server auditd [1279]: O daemon de auditoria está saindo.
- 11 de fevereiro 10:34:27 Kernel do MDCS-Server: type = 1305 audit (1423672467.509: 38): audit_pid = 0 antigo = 1279 auid = 4294967295 ses = 4294967295 subj = system_u: system_r: auditd_t: s0 res = 1
- 11 de fevereiro 10:34:27 Kernel do MDCS-Server: type = 1305 audit (1423672467.606: 39): audit_enabled = 0 antigo = 1 auid = 4294967295 ses = 4294967295 subj = system_u: system_r: auditctl_t: s0 res = 1
- 11 de fevereiro 10:34:27 Kernel do MDCS-Server: O log do Kernel (proc) parou.
- 11 de fevereiro 10:34:27 rsyslogd MDCS-Server: [software de origem="rsyslogd" swVersion="5.8.10" x-pid="1304" x-info="http://www.rsyslog.com "] saindo no sinal 15
Eu tentei várias combinações de todas as opções abaixo. Eu não consigo fazer isso funcionar. NUM-LOCK também não funciona, então o sistema realmente sai para almoçar.
RESOLVIDO: Finalmente, está resolvido. O log acima está no encerramento, não na inicialização. Nunca chegou ao kernel, aparentemente. (Ninguém nunca me acusou de ser inteligente, embora em minha defesa seja difícil de depurar quando você não consegue ver nada de útil como, você sabe, o relógio.)
De qualquer forma, foi um problema do GRUB. Eu removi 'rhbg' dos parâmetros do kernel e comentei a linha splashimage, que é bem explicado aqui , e tudo começou a funcionar esplendidamente.
Muito obrigado a todos que tentaram ajudar.