darse cuenta
Por favor, desplácese hacia abajo para la respuesta (que tiene pocos puntos pero es la correcta). El problema se resuelve con un parche que estará en el núcleo 3.12.7 y superior; Espero que también sea compatible con los anteriores.
Mi laptop es un Samsung Chronos serie s 7. Ubuntu Gnome Remix 13.04, con controladores actualizados de Intel.
Tengo un problema con la unidad SSD interna (capacidad 8G). Falla con COMRESET y errores de entrada / salida. Estoy bastante convencido de que el problema es el hardware; desafortunadamente no tengo Windows instalado en la computadora portátil para verificar si es una cuestión de configuración SSD o lo que sea.
El problema es que el disco es reconocido por udev:
KERNEL[9.515930] add /devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb (block)
ACTION=add
DEVNAME=sdb
DEVPATH=/devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb
DEVTYPE=disk
MAJOR=8
MINOR=16
SEQNUM=1785
SUBSYSTEM=block
UDEV_LOG=3
y después de eso falla en muchas verificaciones, retrasando el arranque, retrasando el apagado y haciendo (creo) que la suspensión sea imposible.
¿Es posible decirle a Linux que ignore por completo cualquier cosa en el enlace ata2? Intenté agregar esta línea a /etc/udev/rules.d/10-local.rules
SUBSYSTEMS=="pci" DRIVERS=="ahci" KERNELS=="ata2" OPTIONS=="ignore_device"
Pero no funciona.
Por otro lado, si alguien sabe cómo restablecer el SSD si se dejó en modo "caché" sin usar Windows ... o para iniciar una ventana "en vivo" para hacer lo mismo ...
¡Gracias!
Datos agregados:
Completamente udevadm info -a -n /dev/sdb
pegado a http://paste.ubuntu.com/6186145/
smartctl -i /dev/sdb -T permissive
da:
root@samsung-romano:/home/romano# smartctl -i /dev/sdb -T permissive
smartctl 5.43 2012-06-30 r3573 [x86_64-linux-3.8.0-31-generic] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net
Vendor: /1:0:0:0
Product:
User Capacity: 600,332,565,813,390,450 bytes [600 PB]
Logical block size: 774843950 bytes
>> Terminate command early due to bad response to IEC mode page
lo cual es claramente incorrecto Sin embargo:
root@samsung-romano:/home/romano# fdisk -b 512 -C 970 -H 256 -S 63 /dev/sdb
fdisk: unable to read /dev/sdb: Input/output error
(Datos del SSD de http://ubuntuforums.org/showthread.php?t=1935699&p=11739579#post11739579 ).
PENSAMIENTO ADICIONAL:
¿Podría todo esto ser un efecto secundario de que la tecnología Intel Smart Response no se deshabilite antes de instalar Linux? En caso afirmativo, ¿cómo puedo verificarlo antes de reinstalar una ventana en la máquina? O esto es un tiro en la oscuridad? (En la BIOS, la unidad SSD no se muestra y no hay nada sobre Intel SRT).
ACERCA DE MARCAR COMO DUPLICADO:
Cambié el título de la pregunta; No creo que la pregunta vinculada responda a mi problema. Me positivamente sé que el SSD está fallando. Estoy preguntando si es posible decirle al kernel de Linux que no lo analice en absoluto.
fuente
Respuestas:
Aquí hay dos soluciones: una es rápida de aplicar, aunque resuelve el problema solo parcialmente, la otra es la completa pero requiere que compiles tu propio núcleo.
La respuesta correcta es un parche de kernel.
Robin H. Johnson escribió un parche para el controlador del kernel SATA ( encuéntrelo en el sitio de intercambio de pila Unix / Linux ) que oculta completamente la unidad.
Actualización 1 El parche ahora está en sentido ascendente (al menos en el núcleo estable 3.12.7), consulte el repositorio de git . Pedí backport en la plataforma de lanzamiento de Ubuntu .
Actualización 2 El parche está en el kernel estándar para Ubuntu Trusty Thar 14.04; así que ahora solo se necesita la siguiente adición al parámetro de arranque.
Una vez instalado el parche, agregue
a los parámetros de arranque del kernel ocultarán el disco del kernel de Linux. Verifique que el número sea correcto; buscar el nombre del dispositivo puede ayudar:
Para agregar un parámetro de kernel (bot de forma temporal y permanente) puede verificar estas preguntas y respuestas: ¿Cómo agrego un parámetro de arranque de kernel?
Solución alterna
Al menos el problema de habilitar suspender-reanudar ha sido resuelto por el usuario de Unix StackExchange Emmanuel en /unix//a/103742/52205 . Como root, emita el comando:
antes de suspender
Para hacerlo permanente, agregue el siguiente archivo
/etc/pm/sleep.d/
y hágalo ejecutable:con contenido:
... y ahora el sistema se suspende (y reanuda) correctamente.
fuente
/sys/block/*/device/delete
.Puede intentar crear la regla udev con la siguiente información (salida de udevadm info -a -n / dev / sdb).
INFORMACIÓN
1) Crea la regla de udev.
sudo nano /etc/udev/rules.d/99-hide-ssd.rules
Puede intentar hacer coincidir las teclas "SUBSISTEMA" y "CONTROLADORES" y los atributos "ATTRS {rev}" y ATTRS {modelo} , luego asigne los variable "DISCOS" para ignorarlo.
El contenido del archivo 99-hide-ssd.rules sería:
Para guardar los cambios en nano ... Ctrl+ O, luego Entery finalmente Ctrl+X .
2) Finalmente actualice las reglas de udev con:
sudo udevadm trigger
NOTA: Con ENV {UDISKS_IGNORE} = "1" ignorará el disco para Ubuntu 12.10 y 13.04.
Para Ubuntu 12.04, la variable sería ENV {UDISKS_PRESENTATION_HIDE} = "1" .
Espero que esto ayude.
fuente
/server/112147/tell-ubuntu-to-ignore-dead-hard-drive-during-booting sugiere en parte:
Como root, abra /etc/udev/rules.d/60-persistent-storage.rules con su editor de texto favorito.
Algunas líneas hacia abajo, probablemente verá una línea que se ve así:
omitir reglas para dispositivos de bloqueo inapropiados
KERNEL == "ram * | loop * | fd * | nbd * | gnbd * | dm- | md ", GOTO = "persistent_storage_end" Agregue "sdb *" a esa segunda línea, así se ve así:
KERNEL == "ram * | loop * | fd * | nbd * | gnbd * | dm- | md | sdb *", GOTO = "persistent_storage_end"
Guardar, reiniciar, y tal vez funcione. Si no, bueno, ¿es esto garantía posterior?
fuente
Si sus otros discos no están usando ahci, o no son SSD, puede eliminar el controlador del núcleo para ellos.
para eliminar para esa sesión (hasta el próximo reinicio), ejecute:
para recargarlo, ejecuta:
si ve que todo va bien, ahora puede deshabilitarlo por completo (no lo cargue las próximas botas). abra el archivo /etc/modprobe.d/blacklist.conf y agregue la siguiente línea:
para poner en la lista negra los controladores ssd, simplemente reemplace ahci con sd
fuente
ata1
, el SSD que fallaata2
. Deshabilitar el modo ahci en la BIOS hace que el sistema no seaPor lo que sé, no hay forma de eliminar el mensaje, aparte de eliminar su SSD.
fuente
Fui y escribí un parche de kernel que implementa la capacidad de deshabilitar un solo disco en el momento del arranque, para que no tenga que molestarse en deshabilitarlo en udev o esperar durante el arranque inicial.
http://dev.gentoo.org/~robbat2/patches/3.13-libata-disable-disks-by-param.patch
Debe aplicarse a muchos núcleos con mucha facilidad (la línea anterior se agregó 2013-05-21 / v3.10-rc1 *, pero se puede aplicar de forma segura manualmente sin esa línea).
fuente