Жесткий диск, подключенный через USB, виден в dmesg, но не может быть открыт с помощью fdisk
Найдено здесь: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Security_Guide/s1-firewall-ipt-fwd.html
Если у вас есть значение по умолчанию политики DROP в вашей цепочке FORWARD, вы должны добавить правило, разрешающее пересылку входящих HTTP-запросов, чтобы была возможна маршрутизация NAT назначения. Для этого выполните следующую команду :
iptables -A FORWARD -i eth0 -p tcp --dport 80 -d 172.31.0.23 -j ACCEPT
Частичный ответ:
Вы должны были увидеть сообщение типа
sd 7:0:0:0: [sde] Attached SCSI disk
Это создало бы /dev/sde.
Я подозреваю, что все это происходит в коде ядра, а код ядра, похоже, полагается на Synchronize CacheSCSI.
Вы можете убедиться в этом, взглянув на код в исходниках ядра. Если это так, как я подозреваю, исправить это нельзя, кроме как переписать код ядра (или обратиться к разработчикам ядра ).
Вы также можете установить sg3-utils, выполнить команду Synchronize Cache (10)вручную и посмотреть, что пойдет не так, а также попытаться прочитать некоторые блоки напрямую с помощью команд SCSI. Если и это не работает, то проблема не в том, что команда Synchronize Cache (10)не поддерживается вашим конкретным диском, а в том, что что-то еще на более низком уровне пошло не так.
Обратите внимание на эту строку:
[ +0,052283] sd 7 :0 :0 :0 :[sde] 0 512 -логические блоки байтов:(0 B/0 B)
Диск сообщает о своем размере как ноль блоков!
Возможно, вы захотите проверить информацию о работоспособности SMART диска с помощью smartctl -a /dev/sdeили аналогичной. Я думаю, вы обнаружите, что внутренняя диагностика диска указывает на сбой диска, и это будет причиной того, что диск сообщает о своем размере как о нуле.
Это ошибка в fdisk, чтобы исправить ее, просто измените текущий каталог на каталог /dev с cd /dev , а затем вы можете использовать fdisk . ] находясь в каталоге /dev .
Оказавшись в каталоге /dev , вы можете ввести fdisk /dev/sde , и это должно сработать.