Bootdelay: Ignorando o mau SSD onboard via libata: disable não funciona

2

hoje eu instalei um novo SSD principal em um ASUS UC32A que tem por padrão um disco rígido de 500GB com um SSD de cache Intel de 24GB, que já falhou duas vezes no tempo de vida dos laptops (OT)

Agora, o novo SSD está funcionando bem com o Ubuntu 15.10 na esperança de que o tempo de inicialização seja bem menor do que na combinação de disco antigo com o win7 nele (5min !!)

Más notícias: O Kernel tenta se comunicar com uma unidade ATA2 (que deve ser aquele cache SSD interno quebrado não configurável no BIOS) e aguarda um minuto fazendo isso: dmesg parte em questão:

[    3.159129] clocksource: Switched to clocksource tsc
[    6.734417] ata2: link is slow to respond, please be patient (ready=0)
[   11.381916] ata2: COMRESET failed (errno=-16)
[   16.749254] ata2: link is slow to respond, please be patient (ready=0)
[   21.396678] ata2: COMRESET failed (errno=-16)
[   26.764015] ata2: link is slow to respond, please be patient (ready=0)
[   56.440274] ata2: COMRESET failed (errno=-16)
[   56.442098] ata2: limiting SATA link speed to 3.0 Gbps
[   61.471730] ata2: COMRESET failed (errno=-16)
[   61.473536] ata2: reset failed, giving up

Eu então tentei encontrar uma solução aqui e aparentemente encontrei os comandos de inicialização do kernel libata disable e norst que deveriam consertá-lo:

askbuntu sobre ignorar dispositivos ata

Eu tentei modificar o arquivo etc / default / grub para gravar o ata2:

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR='lsb_release -i -s 2> /dev/null || echo Debian'
GRUB_CMDLINE_LINUX_DEFAULT="libata.force=2:norst"
GRUB_CMDLINE_LINUX=""

e fez um

sudo update-grup

Eu tentei as seguintes variações:

"GRUB_CMDLINE_LINUX_DEFAULT="libata.force=2:disable"
"GRUB_CMDLINE_LINUX_DEFAULT="libata.force=2.00:disable"
"GRUB_CMDLINE_LINUX_DEFAULT="libata.force=2:rstonce"

e assim por diante.

Não houve efeito algum com nenhum desses comandos no tempo de inicialização e nas mensagens de erro.

Eu verifiquei novamente se consegui a edição correta do grub - removi a configuração inicial padrão silenciosa e que funcionava na próxima inicialização.

O que estou fazendo errado aqui - a libata funciona e é para impedir o tempo de espera em unidades defeituosas durante a inicialização?

Qualquer ajuda seria muito apreciada para que a atualização do SSD e do ubuntu possa finalmente dar nova vida ao ultrabook elegante

    
por Snipy 02.12.2015 / 15:08

0 respostas