Estoy atrapado con mi netbook (Dell Latitude 3380). Lo usé durante un año: funcionó bien. Compré y puse un nuevo SSD, le instalé Kubuntu 18.04. Durante un par de horas funcionó muy bien. Luego se congeló cuando estaba copiando archivos desde un disco duro externo y haciendo algunas cosas. Luego funcionó muy lentamente, así que pensé en probar 19.04. Ahora, supongo, es un gran error: cambié manualmente la tabla de particiones. Anteriormente había una partición ext4 montada como /, la segunda como /home y swap. Eliminé el primero, creé EFI de 200 MB al principio, el resto formateé nuevamente en ext4, /. Salí de /home y lo intercambié sin formatear.
El sistema se instaló sin errores ni advertencias, pero después de reiniciar solo hay rescate de grub. Puedo usarlo para iniciar Linux desde Live USB (así es como escribo esto), para que los archivos del módulo estén ahí y se puedan leer. (Puedo, por supuesto, arrancar directamente desde USB mediante BIOS). GRUB ve la partición en este disco. /dev/sda1 (partición EFI) está configurada como BOOT pero el sistema en sí y los archivos GRUB están en /dev/sda7. Supongo que esto es un problema.
Pero cualquier intento de usar gparted, fdisk, cleanfs o fsck en mi /dev/sda desde Ubuntu Live o System Rescue CD Live termina con un error extraño. Cada dos minutos recibo mensajes como:
INFO: task fsck.ext2:6081 blocked for more than 120 seconds.
Not tainted 4.19.34-1-lts #1
Ctrl+c no ayuda. Tengo que hacer un reinicio completo. El instalador de Kubuntu me da mensajes de error como "/dev/sda1/" cannot be accessed"No puedo continuar más allá de la configuración de la zona horaria". Mi BIOS tiene una opción para borrar el disco interno. Lo ejecuto, pero termina con error y sin detalles. Hice
dd if=/dev/zero of=/dev/sda
y dejé la computadora durante la noche. Funcionó sin errores, escribí aproximadamente 512 GB de ceros pero nada cambió realmente; P Las particiones todavía están ahí, como puedo verlas en grub rescate. Pude ejecutar fdisk-l una vez y vi la tabla de particiones. Luego probé fsck /dev/sda y nuevamente produjo una situación "no contaminada".
¿Qué está pasando aquí? ¿Es este un SSD defectuoso? Parece que no, porque en mi primera instalación pude usarlo con bastante normalidad. SMART tampoco muestra errores. Obviamente, no me importan los datos del disco. Sólo quiero hacer lo que sea para realizar una instalación limpia de un nuevo Kubuntu (o Mint o lo que sea).
Este es blkidel resultado:
/dev/sda1: UUID="D66B-BF6C" TYPE="vfat" PARTUUID="b9d3b90b-01"
/dev/sda5: UUID="eec4f953-b9ba-4579-95f4-8f9a8d6821a3" TYPE="ext4" PARTUUID="b9d3b90b-05"
/dev/sda7: UUID="8b9d60f7-fa03-459a-9d34-784d4259338a" TYPE="ext4" PARTUUID="b9d3b90b-07"
Alguna información adicional: Mi netbook ha estado funcionando bien durante un año en Kubuntu 16.04, excepto que de vez en cuando colgaba con algún error de E/S, el mensaje también contenía un número de sector del disco duro. (si cree que es relevante, puedo proporcionarle una descripción más detallada)
Mi nuevo SSD es Goodram CX400 de 512 GB.
Cada vez que inicio USB con Kubuntu 18.04, 19.04, Mint 19.1 o Fedora 30 KDE veo estos mensajes (no los vi mientras estaba en Kubuntu 16.04):
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 6: ee2000000040110a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef1ce80 MISC 43880014086
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:806e9 TIME 1559025486 SOCKET 0 APIC 0 microcode 9a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: Machine check events logged
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: CPU 0: Machine Check: 0 Bank 7: ee2000000040110a
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: TSC 0 ADDR fef1cec0 MISC 47880014086
May 28 06:38:22 kubuntu kernel: mce: [Hardware Error]: PROCESSOR 0:806e9 TIME 1559025486 SOCKET 0 APIC 0 microcode 9a
Encontré personas que tenían problemas similares en las computadoras portátiles Dell y afirmaban que se trataba de falsos positivos (Ejemplo 1,ejemplo2).
Memtest después de algunas pasadas no produce ningún error.
Respuesta1
Dado que todas las operaciones de escritura fallan y los datos se conservan, parece como si la unidad se hubiera configurado como de solo lectura, probablemente como resultado de una condición de error (sobrecalentamiento, sobrecarga de energía, etc.).
Envíe un correo electrónico al soporte técnico del fabricante y explique el problema. Pueden ayudar con una reparación/restablecimiento o posiblemente reemplazar la unidad.