O Ubuntu constante falha. Dualboot Windows / Ubuntu. Lenovo G580

Question

Atualmente estou no Lenovo G580. Eu consegui um sistema dual-boot com o Windows 8.1 e o Ubuntu 16.04 LTS instalado no modo EFI (porque o meu laptop se recusa a carregar ambos, não no EFI).

Por algum tempo meu sistema funciona bem, no entanto, depois de alguns dias o Ubuntu de repente quebra. Firsly me dá

    Support for core revisions 0x17 and 0x18 disabled by module param allhwsupport=0. Try b43.allhwsupport=1

Usando este fórum eu descobri que o problema está no adaptador wifi ou smth e as pessoas normalmente ignoram esse aviso se o wi-fi funcionar bem. Embora eu não tenha problemas com o Wi-Fi, esta mensagem não permite que eu faça o login. Tentei corrigi-lo como foi sugerido aqui . Sistema lançado e depois de uma reinicialização caiu novamente com:

    /dev/sda6: clean, 293631/3276800 files, 1886635/13107200 blocks
    [20.845119] b43-phyO    ERROR: FOUND UNSUPPORTED PHY (Analog 10, Type 8 (LCN), Revision 1)
    [29.972408] atal.OO:    exception Emask 0x0 SAct 0x2000007 SErr 0x0 action 0x0
    [29.972481] atal.OO:    irq.stat 0x40000008
    [29.972497] atal.OO:    failed command: READ FPDMA QUEUED
    [29.972518] atal.OO:    cmd 60/00:00:cO:Oe:50/02:00:33:00:00/40 tag 0   ncq dma 262144 in
    [29.972518] res 41/40:00:08:Of:50/00:00:33:00:00/40 Emask   0x409 (media error) <F>
    [29.972569] atal.OO:    status: { DRDY ERR ]
    [29.972584] atal.OO:    error: { UNC }
    [29.985593] blk_updatejrequest: I/O error, dev sda, sector 860884744

Esta mensagem de erro é repetida e termina assim:

    [19.169477] Buffer I/O error on dev sda6, logical block 1101, async page read

    Error reading block 1101 (Attempt to read block from filesystem resulted in short read) while getting next inode from scan.
    /dev/sda6: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
    (i.e., without -a or -p options) fsck exited with status code 4
    The root filesystem on /dev/sda6 requires a manual fsck
    BusyBox vl.22.l (Ubuntu l:l.22.0-15ubuntul) built-in shell (ash) Enter 'help1 for a list of built-in commands.
    (initramfs)

O problema é que não é difícil para mim reinstalar o sistema. Mas este problema está surgindo em poucos dias após cada reinstalação. Não importa se eu tentei corrigir esse problema com wifi ou não. Enquanto o Windows funciona perfeitamente.

Eu não sou um usuário avançado do Linux e preciso apenas de trabalhar com programas para cálculos químicos quânticos (ABINIT). E isso é exatamente o que eu faço. A única coisa que faço depois da instalação é compilando o ABINIT e instalando algumas bibliotecas no Python (numpy , scipy, simpy, matplotlib e ASE). Mas o Ubuntu continua a falhar sem qualquer motivo. O último dos meus esforços para reinstalá-lo acabou com uma falha após apenas 1 reinicialização. Anterior ficou por várias semanas e dezenas de reinicializações. Aquele antes, talvez para 1 ou 2 reinicializações. E assim por diante ... Isso é muito chato.

Depois de pesquisar nos tópicos, pensei que o motivo poderia estar no hardware. O modelo do meu HDD é o Seagate ST1000LM024 HN-M101MBB (SATA) e o sysmboard LENOVO INVALID (U3E1) (na verdade, duvido que INVÁLIDO - significa algo bom).

Eu apreciaria quaisquer recomendações ou conselhos. Como posso conseguir um trabalho estável de dual Windows / Ubuntu no meu caso? Qual é o problema até agora? Se o problema for com o hardware - talvez eu deva trazê-lo para o centro de serviço e pedir que ele corrija / altere o sistema / HDD ou o problema pode estar no software?

    

Answer 1

Acho que você tem dois problemas não relacionados:

• Um PHY é um tipo de chip em hardware de rede. Os avisos e erros que você citou relacionados a isso são, portanto, problemas com seu hardware de rede. Este parece ser o seu problema menos importante.
• Mais de seus problemas referem-se a ata1.00 ou /dev/sda , que é o seu disco rígido. Essas mensagens de erro incluem frases como short read e media error , que geralmente indicam hardware com falha, mas às vezes podem ser causadas por drivers com erros, cabos soltos, etc.

Eu recomendo que você se concentre no problema do disco, já que esse é claramente o mais sério.

Eu encontrei referências para o Lenovo G580 que remonta a 2012, então este parece ser um computador bastante antigo. Como tal, um erro de driver parece improvável, mas não é impossível - bugs de driver para dispositivos comuns, como discos, são mais comuns em hardware realmente novo.

Se o computador fornecer acesso fácil ao disco rígido, você poderá tentar removê-lo e conectá-lo novamente. Se o problema for causado por uma conexão solta, isso poderá corrigir o problema. Eu não esperaria muita esperança.

O problema mais provável é uma falha real de hardware - setores defeituosos ou circuitos com falha no disco, ou talvez na placa-mãe. Verificar o O status SMART do disco faz sentido como primeiro passo. Isso confirmará alguns tipos de falhas de hardware, se é isso que está acontecendo. Observe, no entanto, que a SMART perderá alguns tipos de problemas de hardware, portanto, se o status SMART estiver correto, não haverá informações novas e reais para ajudar a orientá-lo.

Se a SMART sugerir que a unidade está falhando, você deve substituir o disco o mais rápido possível. Alguns tipos de falhas de disco pioram com o tempo, às vezes de forma imprevisível e rápida, então você pode passar de um aborrecimento menor para um problema modesto a uma catástrofe de parada em questão de minutos. Mesmo que a SMART não retorne sinais definitivos de falha, a substituição do disco pode estar em ordem pelo mesmo motivo, mas há menos garantia de que isso resolveria o problema.

Ocasionalmente, problemas como esse são causados por um rastreamento ou chip defeituoso na placa-mãe. Em um computador laptop, isso é essencialmente o Game Over para o computador, já que substituir a placa-mãe provavelmente será tedioso e caro. (Você pode ser capaz de obter uma placa-mãe de substituição no eBay de forma relativamente barata, no entanto.) Curto de tentar outro disco rígido, eu não sei de uma maneira de restringir positivamente o problema como estando na placa-mãe contra o disco rígido - - mas se o SMART diz que o disco rígido está falhando, quase certamente está no disco rígido, não na placa-mãe.