![Debian 8 se bloquea al conectar un disco duro USB](https://rvso.com/image/1482478/Debian%208%20se%20bloquea%20al%20conectar%20un%20disco%20duro%20USB.png)
Cuando intento conectar mi disco duro SATA a través de USB a mi computadora portátil con Debian 8, el sistema se bloquea, responde extremadamente lento y ejecuta ls /dev | grep sd* muestra entradas que van desde sdc1 a sdc99 que no están presentes cuando el HDD está desconectado.
Realmente necesito formatear ese disco duro porque falló una instalación de Windows 10 y ahora no puedo iniciar la distribución de Linux ni la instalación de Windows 7 que estaban instaladas originalmente.
Además, cuando intento conectar el disco duro a mi computadora portátil con Windows 10, no puedo encontrarlo en ninguna parte, ni siquiera en la administración de discos en las herramientas administrativas.
Según lo solicitado, las últimas líneas de los mensajes de syslog:
Jan 31 19:03:53 debian kernel: [ 85.602048] scsi 4:0:0:0: Direct-Access Mass Storage Device PQ: 0 ANSI: 0
Jan 31 19:03:53 debian kernel: [ 85.602324] sd 4:0:0:0: Attached scsi generic sg2 type 0
Jan 31 19:03:53 debian kernel: [ 85.602598] sd 4:0:0:0: [sdb] 488397166 512-byte logical blocks: (250 GB/232 GiB)
Jan 31 19:03:53 debian kernel: [ 85.602732] sd 4:0:0:0: [sdb] Write Protect is off
Jan 31 19:03:53 debian kernel: [ 85.602735] sd 4:0:0:0: [sdb] Mode Sense: 03 00 00 00
Jan 31 19:03:53 debian kernel: [ 85.602865] sd 4:0:0:0: [sdb] No Caching mode page found
Jan 31 19:03:53 debian kernel: [ 85.604123] sd 4:0:0:0: [sdb] Assuming drive cache: write through
Jan 31 19:03:53 debian kernel: [ 85.664976] sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 sdb11 sdb12 sdb13 sdb14 sdb15 sdb16 sdb17 sdb18 sdb19 sdb20 sdb21 sdb22 sdb23 sdb24 sdb25 sdb26 sdb27 sdb28 sdb29 sdb30 sdb31 sdb32 sdb33 sdb34 sdb35 sdb36 sdb37 sdb38 sdb39 sdb40 sdb41 sdb42 sdb43 sdb44 sdb45 sdb46 sdb47 sdb48 sdb49 sdb50 sdb51 sdb52 sdb53 sdb54 sdb55 sdb56 sdb57 sdb58 sdb59 sdb60 sdb61 sdb62 sdb63 sdb64 sdb65 sdb66 sdb67 sdb68 sdb69 sdb70 sdb71 sdb72 sdb73 sdb74 sdb75 sdb76 sdb77 sdb78 sdb79 sdb80 sdb81 sdb82 sdb83 sdb84 sdb85 sdb86 sdb87 sdb88 sdb89 sdb90 sdb91 sdb92 sdb93 sdb94 sdb95 sdb96 sdb97 sdb98 sdb99 sdb100 sdb101 sdb102 sdb103 sdb104 sdb105 sdb106 sdb107 sdb108 sdb109 sdb110 sdb111 sdb112 sdb113 sdb114 sdb115 sdb116 sdb117 sdb118 sdb119 sdb120 sdb121 sdb122 sdb123 sdb124 sdb125 sdb126 sdb127 sdb128 sdb129 sdb130 sdb131 sdb132 sdb133 sdb134 sdb135 sdb136 sdb137 sdb138 sdb139 sdb140 sdb141 sdb142 sdb143 sdb144 sdb145 sdb146 sdb147 sdb148 sdb149 sdb150 sdb151 sdb152 sdb153 sdb154 sdb155 sdb1<5>[ 85.685268] sd 4:0:0:0: [sdb] Attached SCSI disk
Y la salida de lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931,5G 0 disk
├─sda1 8:1 0 500M 0 part
├─sda2 8:2 0 155,8G 0 part
├─sda3 8:3 0 488,3G 0 part
├─sda4 8:4 0 1K 0 part
├─sda5 8:5 0 46,6G 0 part /
├─sda6 8:6 0 186,3G 0 part /home
├─sda7 8:7 0 14,9G 0 part [SWAP]
├─sda8 8:8 0 38,3G 0 part
└─sda9 8:9 0 954M 0 part /boot
sdb 8:16 0 232,9G 0 disk
├─sdb1 8:17 0 100M 0 part
├─sdb2 8:18 0 97,1G 0 part
├─sdb3 8:19 0 450M 0 part
├─sdb4 8:20 0 1K 0 part
├─sdb5 8:21 0 4,7G 0 part
├─sdb6 8:22 0 2G 0 part
├─sdb7 8:23 0 4,7G 0 part
├─sdb8 8:24 0 2G 0 part
├─sdb9 8:25 0 4,7G 0 part
├─sdb10 8:26 0 2G 0 part
├─sdb11 8:27 0 4,7G 0 part
├─sdb12 8:28 0 2G 0 part
├─sdb13 8:29 0 4,7G 0 part
├─sdb14 8:30 0 2G 0 part
--- this repeats itself numerous times with sdb until: ---
├─sdb249 259:233 0 4,7G 0 part
├─sdb250 259:234 0 2G 0 part
├─sdb251 259:235 0 4,7G 0 part
├─sdb252 259:236 0 2G 0 part
├─sdb253 259:237 0 4,7G 0 part
├─sdb254 259:238 0 2G 0 part
└─sdb255 259:239 0 4,7G 0 part
sr0 11:0 1 7,9G 0 rom /media/cdrom0
Quizás también debería mencionar que seleccioné una instalación limpia cuando intenté instalar Windows 10 en esa unidad. Comenzó a instalarse pero se atascó al copiar los archivos, así que lo cancelé. Probablemente la mayor parte del disco se haya borrado en ese momento, pero no todo. Por ejemplo, todavía podía ingresar a GRUB y me mostró las opciones para iniciar Linux o Windows, pero ninguna funcionó.
Respuesta1
A primera vista, la unidad /dev/sdb
parece utilizable como dispositivo de bloque 250GB
( ).232GiB
Linux ha detectado255 particiones, que es el máximo soportado por el kernel.
Si suma los tamaños de todas las particiones que se muestran en su lsblk
salida, obtiene 1TB
( 935GiB
).
¿Tienes un 1TB
disco duro o un 250GB
disco duro?
250GB
Disco duro
Es probable que Linux vea todo el disco duro, por lo que es posible que pueda borrar la tabla de particiones por usted. La tabla de particiones actual miente sobre tener 1TB
particiones.
Zapa el disco duro para borrar la tabla de particiones. Ejecute uno de los siguientes comandos para realizar el zapping:
dd if=/dev/zero of=/dev/sdb bs=2M count=1
sgdisk /dev/sdb -Z
Vuelva a escanear particiones /dev/sdb
usando este comando:
partprobe /dev/sdb
Túse supone querecibir el siguiente mensaje de error:
Error: /dev/sdb: unrecognised disk label
Este error significa que la tabla de particiones desapareció, como estaba previsto. Puedes ejecutar lsblk /dev/sdb
nuevamente y ver algo como esto:
# lsblk /dev/sdb
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sdb 8:16 0 232,9G 0 disk
1TB
Disco duro
Este es un caso extraño en el que Linux detectó que sólo tienes un 250GB
dispositivo de bloque cuando tu disco duro es realmente 1TB
grande.
Es posible que su adaptador SATA a USB sea incompatible con el disco duro que está intentando usar, o tal vez Linux no tenga el controlador adecuado para el adaptador.
Hay una posible explicación para esto.aquí.
Explicando la lentitud
En cuanto a por qué su computadora se volvió lenta, Linux probablemente estaba intentando recopilar información (sistemas de archivos, UUID, etc.) de cada una de las particiones que detectó, y había 255. Esto puede llevar bastante tiempo y bloquear otros procesos, lo que ralentizaría su computadora.