Devo usar o BIOS legado para o Debian ou obter uma nova placa-mãe? [fechadas]

0

Então aqui Descobri que minha placa-mãe B250 PC MATE aparentemente não está funcionando com sistemas operacionais não-Windows com UEFI * e agora estou pensando se seria melhor obter uma nova placa-mãe ou usar o BIOS legado de UEFI.

Here as pessoas disseram que a UEFI não é obrigada a fazer uso de > Unidades não-inicialização de 2TB. Há mais alguma coisa que eu precise saber para usar essas unidades que já possuem dados nelas sob o Debian com BIOS legado?

O UEFI também não possui alguns outros recursos que eu perderia? Eles valeria a pena comprar uma nova placa-mãe? Parece que agora o Debian / UEFI não suporta inicialização segura, mas eu esperava que isso mudasse no futuro.

Se você me recomendar a compra de uma nova placa-mãe, como posso ter certeza de que a outra funcione corretamente com a UEFI?

* Acho isso inaceitável pela MSI e potencialmente pela UEFI e espero que outros também o façam; vamos fazer sth sobre isso!

Atualizar : Agora tentei com o BIOS legado, sem criptografia e sem partição inicial separada. Eu ainda estou tendo o mesmo problema, então não sei qual é a causa, mas não parece ser o UEFI. Alguma idéia?

Atualização 2 : Tudo bem, então agora tentei iniciá-lo sem nada conectado a USB (mouse e teclado). Não ajudou e ainda estou recebendo os mesmos erros. Quando entrou lsusb eu tenho:
Hub raiz do Linux Foundation 3.0 e "hub raiz 2.0 (duas vezes cada) e" Teclado compatível com HID da Logitech, Inc. ".
Ao inserir cd /var/log/ ls , obtenho:
alternative.log, apt, auth.log, btmp, daemon.log, depuração, dmesg, dpkg.log, exim4, faillog, fontconfig.log, fsck, instalador, kern.log, lastlog, mensagens, syslog, wtmp, Xorg. 0.log, Xorg.0.log.old
Ao inserir dmesg , recebo (somente algumas das mensagens inferiores; não sei como rolar para cima agora):

usb 1-3: device descriptor read/64, error -71  
usb 1-3: new low-speed USB device number 12 using xhci_hcd  
usb 1-3: Device not responding to setup address.  
usb 1-3: Device not accepting address 14, error -71  
usb usb1-port3: unable to enumerate USB device  
usbcpre: registered new interface driver usbhid  
usbhid: USB HID core driver  
input: Logitech Logitech USB Keyboard as /device/pci0000:00/0000:0...../input13  
hid-generic 000...: input.hidraw0: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-000..../input0  
input: Logitech Logitech USB Keyboard as /device/.../input14  
hid-generic 000...: input.hidraw1: USB HID v1.10 Device [Logitech Logitech USB Keyboard] on usb-000..../input1  

Além disso, eu pude inicializar o Debian Live-DVD (sem UEFI) muito bem.

Atualização 3 : só consegui inicializar bem o DVD ao vivo nas duas primeiras tentativas. Mais tarde eu tive que arrancar mais de 30 vezes (!) Para que funcionasse mais uma vez.
Ele inicializou meu SSD mesmo que eu tivesse selecionado o CD manualmente por meio das configurações de inicialização na inicialização ou por meio de substituição de boot nas opções do BIOS e mesmo que eu tivesse selecionado CD, UEFI CD e USB CD como primeiras entradas de inicialização e / ou dito :

error: no such partition.
Entering rescue mode...
grub rescue> _

No entanto, outro Live-CD continuou trabalhando na primeira tentativa, não importando o que eu fizesse. E com esse eu usei o GParted para deletar todas as partições (eu também tentei criar partições, mas isso também não ajudou). Após as primeiras 2 tentativas, construí minha placa gráfica NVidea e conectei meu stick WLAN. Eu não configurei a WLAN e removi ambas depois que não funcionou mais.

Eu tentei instalar o Debian do Live-DVD, onde o instalador disse:

 Installation of GRUB failed
 Packet >grub-pc< could not be installed to /target/. Without the GRUB-bootloader the system can't boot.

Em que eu pesquisei e, como aconselhado em algum lugar, conectado à Internet. A instalação então passou sem esse erro. Mas eu ainda não consegui inicializar o Debian do meu SSD, como foi dito:

usb 1-3: device descriptor read/64, error -71  
usb usb1-port4: unable to enumerate USB device  
usb 1-3: device descriptor read/64, error -71  
usb 1-3: device descriptor read/64, error -71  
usb 1-3: device descriptor read/64, error -71  
usb 1-3: device descriptor read/64, error -71  
usb 1-3: Device not accepting address 14, error -71  
usb 1-3: Device not accepting address 15, error -71  
usb usb1-port3: unable to enumerate USB device  

Gave up waiting for root device. Common problems:
 - Boot args (cat /proc/cmdline)
   - Check rootdelay= (did the system wait long enough?)
   - Check root= (did the system wait for the right device?)
 - Missing modules (cat /proc/modules: ls /dev)
ALERT! /dev/mapper/name--vg-root does not exist. Dropping to a shell!
modprobe: module ehci-orion not found in modules.dep

BusyBox v1.22.1 (Debian 1:1.22.0-9+deb8u1) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/bin/sh: can't access tty: job control turned off
(initramfs)
(initramfs)

Talvez este seja relevante. Alguma idéia sobre qual pode ser a causa ou o que tentar?

Editar : Agora funciona com o Debian 9.0 (lançado depois que eu postei esta pergunta).

    
por mYnDstrEAm 30.05.2017 / 10:21

1 resposta

1

Ok, vamos tentar resolver as coisas. É um pouco difícil descobrir o que está acontecendo exatamente, porque (muito compreensivelmente, como um novato) a informação que você dá é um pouco parcial.

Pelo que entendi até agora, parece que:

1) Você pode inicializar, tanto a partir do seu SDD, como com um Live DVD.
2) Há problemas de USB ao inicializar a partir do seu SDD (mas não do DVD ao vivo)
3) Existem outros problemas, como nenhum gráfico ao inicializar a partir do seu SDD (mas não do Live DVD).

A saída lsusb contém informações sobre onde cada dispositivo é. Por exemplo, para o meu sistema:

$ lsusb
...
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 005: ID 046d:c00c Logitech, Inc. Optical Wheel Mouse
...

Isso diz que eu tenho vários barramentos USB, e o barramento 3 tem um hub USB 2.0, e meu mouse está nesse barramento. Então, eu esperaria que as mensagens de erro desse mouse usassem algo como usb 3-... . Você também pode obter mais detalhes no formato de árvore:

$ lsusb -t
...
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
        |__ Port 1: Dev 3, If 0, Class=Hub, Driver=hub/4p, 480M
            |__ Port 1: Dev 5, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M

Portanto, meu mouse (dispositivo 5) está atrás de um hub (que está no meu monitor) no hub raiz do meu PC. Então, no dmesg, o mouse apareceria como usb 3-1.1.1 (bus 3, depois sempre port 1). E de fato faz:

[    3.129137] usb 3-1.1.1: New USB device found, idVendor=046d, idProduct=c00c
[    3.129217] usb 3-1.1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[    3.129291] usb 3-1.1.1: Product: USB Mouse
[    3.129348] usb 3-1.1.1: Manufacturer: Logitech

É assim que você pode identificar seu dispositivo usb 1-3 . Vamos supor que seja o mouse.

Possíveis motivos: não há energia suficiente, há algo errado com o hardware, há algo errado com os drivers.

Então, o que você tenta é: (a) conectá-lo em um hub diferente, veja se você recebe a mesma mensagem (não é necessário reinicializar, basta olhar para dmesg ). (b) Veja dmesg para ver se há algum erro. (c) Experimente o Live DVD, que pode ter diferentes drivers, e veja se isso acontece lá também.

Veja como você lida com a saída de texto na linha de comando:

A linha de comando do Linux é legal, porque você pode pegar todas as saídas de um comando e algo do tipo. Por exemplo,

$ dmesg | less

permitirá que você inspecione a saída completa com um pager chamado less ,

$ dmesg > /tmp/dmesg.log

salvará a saída em um arquivo, que você poderá inspecionar com

$ less /tmp/dmesg.log

Você também pode salvar a saída em um stick USB com FAT, para que você possa colocá-lo, por exemplo. em um pastebin, como seu navegador ainda não funciona.

Finalmente, o ambiente gráfico. Funciona ao inicializar a partir do Live DVD? Se sim, você pode instalar diretamente do Live DVD, usando o mesmo conjunto de kernels e drivers? Isso deve resolver o problema. Caso contrário, significa novamente inspecionar dmesg e encontrar o erro (driver errado ou ausente).

    
por 02.06.2017 / 12:22