La historia de sangre y lágrimas al instalar ubuntu en Huawei magicbook 2018
Antes que nada, déjame presentarte la configuración de esta computadora
1. De repente, el mouse no puede moverse y la pantalla se atasca. No pienses en fumar un cigarrillo y regresar. para ver si se ha restaurado.
2. El mouse se puede mover, pero no se puede hacer nada. El teclado no responde y el tty no responde. Se intenta restaurar el sistema sin presionar el botón de encendido. inútil
3. El mouse se mueve gradualmente, y luego mantenlo y presiona el botón de encendido, joven
4. Frecuencia: tres o cuatro veces al día Parece que puede. Muero hasta 6 veces al día. Me siento tan angustiado que mi computadora se rompe.
La imagen de Ubuntu de esta máquina virtual ocupa la memoria de mi SSD. Un área de esta computadora portátil me hace. me siento incómodo
Esta computadora portátil en sí tiene poca memoria y la máquina virtual está encendida, lo que hace que el trabajo diario consuma más memoria
Entonces, me preparé para hacer una copia de seguridad Después de instalar ubuntu, simplemente busque un artículo en línea y podrá iniciar la instalación del disco U
ps. Porque mi colega me recomendó que la versión de Ubuntu que instalé sea 16.04 (escribe Ruby y me dijo que esta versión es la mejor para instalar). en el entorno Ruby de la empresa) Adecuado)
Cuando estaba buscando IEDA y creando mis propios íconos de acceso directo e investigando métodos de entrada, falló
El sistema Windows que viene con magicbook se bloqueó una vez cada 3 años. Después de instalar Ubuntu, murió poco después.
Busqué en línea y descubrí que se trataba de problemas de adaptación del controlador de la tarjeta gráfica. Entonces, llegué al sitio web oficial de AMD y. Comencé mi viaje de búsqueda de controladores:
dirección del controlador del sitio web oficial de AMD
AMD no configura la versión Linux de la tarjeta gráfica para el magicbook con gráficos integrados, por lo que solo puedes tener El controlador de gráficos general amdgpu de Ubuntu
Vayamos a var/log para ver el registro del sistema:
Créame, incluso si recuerda el momento del bloqueo aleatorio y quiere ir a varios registros para ver qué les sucedió, siempre no encontrará nada, porque los registros de cada falla son diferentes
Durante toda una semana, no hubo ningún problema con nuestra versión 18.04. apareció, incluso desde idea, google y firfox, pero... No está muerto. Pensé que había terminado, pero el bloqueo aún existe
PD: Mirando hacia atrás, estuve muy ocupado esa semana. , con un promedio de 4 interfaces por día durante aproximadamente 7 días hábiles
Después de que se completó la actualización, todavía fallaba aleatoriamente, así que comencé a buscar en línea y encontré estos fragmentos:
1. Esta máquina no ha sido adaptada en absoluto a Linux
2. Alguien se ha puesto en contacto con los ingenieros de Huawei, pero no pueden evitarlo
3. La publicación en el foro de polen de Huawei sobre la actualización de magicbook a ubuntu se ha armonizado la instantánea de Baidu es algo bueno
Este chico acaba de graduarse de la escuela secundaria y ha estado luchando contra el problema de las fallas durante dos años
Tenemos dos piezas. de información de la respuesta de este tipo:
Lo anterior significa dejar que la CPU no funcione Intente controlar la fuente de alimentación usted mismo para lograr el propósito de ahorrar energía
Más tarde, pensé en la semana en la que no hubo falla porque la computadora siempre estaba a máxima potencia y no había tiempo para activar el ahorro de energía...
Aunque comenzó No resuelve completamente el problema de la falla, pero lo resuelve mis problemas 1 y 3
En cuanto al cierre de c6 mencionado por el autor, mi ubutu no ha podido manejar el script de Python que se inicia automáticamente en el arranque. Permiso para escribir cosas en el archivo msr del. CPU, aunque le he dado los permisos más altos.
Más tarde descubrí que era una determinada versión de Ubuntu que agregaba permisos para escribir en el dispositivo. De todos modos, no importaba que c6 fuera una opción, así que elegí nomwait
en cuanto a la versión OpenGl. no tuvo ningún efecto en mí, porque yo soy 2.0.0
Debido a que solo el mouse podía moverse y la interfaz de usuario estaba atascada, pensé que Gnome era inestable, así que lo actualicé
Versión de KDE Plasma: 5.21.4
Versión de KDE framework: 5.80.0
Es tan similar a Windows que incluso admite la actualización y creación de archivos...
Después de usarlo por un corto tiempo... todavía murió...
Desesperado, comencé a pensar en construir un sistema y regresar a Windows. Más tarde, descubrí que KDE realmente venía. un sistema de registro, y había un KSystemlog adicional que podía leer los registros de Journald:
Aunque siempre apunta a Chrome, creo que el navegador es inocente, no puedo contenerme y no usar Chrome. amdgpu al frente es sin duda el culpable
Seguí el error de amdgpc y lo encontré en un foro que no conocía. Una publicación:
https://bbs.archlinux.org. /viewtopic.php?pid=1989604
Esta frase puede solucionar nuestro problema amdgpu
Dos opciones:
1. Actualizar el firmware
La discusión sobre firmware en la publicación es de un grupo de extranjeros y usan Arch para actualizar el firmware directamente. Esto no me funciona en Ubuntu. Hay un enlace en la publicación anterior sobre el mantenimiento del código fuente del firmware
https://git.kernel.org/pub/scm/linux/kernel/git/. firmware/ linux-firmware.git/log/
Este es un punto ciego para mí. En realidad, hay una versión de mantenimiento del firmware en el kernel y verifiqué el registro de confirmación.
Está un poco vacío, no tengo que revisar este problema de bloqueo todos los días
Jugué Red Alert 95 por un tiempo y descubrí que puede abusar de la computadora jaja
También Marqué temporalmente uno para la versión Ubuntu de Magicbook Punto final, pero estos no son mis mayores logros
Otros incluyen: