RB3011UiAS-RM не обнаруживает устройства, подключённые к USB-порту.

Поднимаю тему! У меня такая же проблема. RB3011UiAS-RM не видит USB-устройство. USB 3.0 флешка на 32 Гб. Как можно проверить работоспособность USB-портов? Кроме как подключать простую USB-светодиодную лампочку???

Всем привет, у меня та же проблема в версии 6.48.

Как говорится, все дороги ведут в Рим, возможно, вы пытаетесь сделать одно и то же разными способами, и вариантов на самом деле больше одного (кота это всё равно не порадует). В этой теме rextended также привёл способ сохранить результаты команды print в файл, что, безусловно, даст флаги (как в консоли или терминале), но тогда, как мне кажется, сложнее будет разобрать полученный результат.

Всем привет! У меня такая же проблема. В моём случае роутер (RB3011 RouterOS v6.49.2) вроде бы видит USB-диск (в команде «/system resource print» появляется строка «4 1-1 SanDisk Cruze Blade 480»), но в «/disk print» устройство не показывается. Пробовал перезагружать роутер с подключённым диском — ничего не меняется. Есть идеи?

Не обязательно с оборудованием или ПО Mikrotik, но USB3-устройства часто капризные, а USB-концентраторы (даже если в вашем случае это обходной путь для основной проблемы) часто добавляют сложностей. В таких случаях возможно всё — например, есть несколько сообщений о проблемах с некоторыми USB-флешками SanDisk: http://forum.mikrotik.com/t/rb5009-routeros-7-9-1-usb-slot-keeps-changing/167185/1 http://forum.mikrotik.com/t/usb-disk-issue-after-hardware-reboot/172598/1 Это может быть такая же или похожая (но отличающаяся) проблема с конкретным контроллером в вашем случае с NvMe или конвертером. Поскольку скорость USB3 в любом случае недоступна из-за хаба, по моему мнению, имеет смысл попробовать более старое (медленное) устройство или другой корпус/конвертер/устройство. Что касается значения флага, можно попробовать что-то вроде: :put "$[:tostr [/disk print as-value]]" — вот ссылка на пример: http://forum.mikrotik.com/t/how-to-use-the-output-of-print-in-scripts/152280/1

Да, но нужно пробовать, когда устройство отсутствует или не смонтировано — его размер будет 0, серийный номер пустой, или какое-то поле будет отличаться от того, что при правильном монтировании устройства.

Только что снова случился USB-инцидент, и, о чудо, всё сработало. Мое решение: в качестве триггера я использую Netwatch на контейнере pi-hole (порт 80, HTTP-код 200). При статусе down отправляю себе письмо и запускаю скрипт перезапуска с помощью /system script run Container_RESTART_pihole:

:local containerToUpdate  
:set $containerToUpdate "pihole"

# ########

# если контейнер существует: STOP + START  
:if ([/container/print count-only where comment~$containerToUpdate] > 0) do={

 /log info "[RESTART SCRIPT] $containerToUpdate"
 
 # ОТКЛЮЧИТЬ NETWATCH  
 /tool/netwatch/disable [find name~"pihole"]

 # Остановить контейнер  
 /container/stop [find where comment~$containerToUpdate]

 # Ждем, пока контейнер(ы) остановятся  
 :while ( [/container print count-only where comment~$containerToUpdate status=stopping] > 0) do={ :delay 1 }

 # короткая пауза  
 :delay 1

 # проверить: usb1 отмонтирован?  
 :if ([/disk print count-only where slot~"usb1" mounted] = 0) do={

   /log info "[RESTART SCRIPT] USB был отмонтирован... сброс питания для повторного монтирования и ожидание файловой системы..."

   /system routerboard usb power-reset duration=1s

   /log info "[RESTART SCRIPT] сброс питания ЗАВЕРШЁН"

   # Ждем, пока USB-диск не примонтируется обратно  
   :while ( [/disk print count-only where slot~"usb1" mounted] = 0) do={ :delay 1 }

   /log info "[RESTART SCRIPT] usb1 ВОССТАНОВЛЕН"

   # Ждем, пока файловая система станет доступна  
   :while ( [/file/print count-only where name="usb1/mounts"] = 0) do={ :delay 1 }
   /log info "[RESTART SCRIPT] USB пересмонтирован и файловая система доступна. Можно перезапускать контейнер..."

 }

 # Запускаем новый контейнер  
 /container/start [find where comment~$containerToUpdate]
 
 # короткая пауза  
 :delay 10

 # ВКЛЮЧИТЬ NETWATCH  
 /tool/netwatch/enable [find name~"pihole"]
}

Конечно, это всё можно триггерить и без Netwatch или контейнера (например, Watchdog), просто чтобы убедиться в доступности USB-SSD.

Раздражает, что это просто лечит симптом, а не устраняет корень проблемы. RB3011 (ROS 7.14rc1) всё ещё не работает с USB3-устройствами, и даже с переходом на USB2 стабильности нет с моим USB-SSD (в цепочке RB3011 — USB-порт — USB-хаб — USB/NVME-адаптер NVME-SSD, возможно, проблема вызвана помехами в любом из компонентов).

Попробую разные USB-хабы, а может, даже USB2-кабель, чтобы принудительно перейти на USB2, но при этом без внезапных отмонтирований? По крайней мере, понижение устройства до USB2 для RB3011 работает, и, возможно, с другими устройствами будет стабильнее, чем с моим.

Ценная ссылка, спасибо. Для меня важный момент: я использую несколько MT AP для своей WLAN, а RB3011 находится далеко, в подвале. Так что помехи в диапазоне 2.4 ГГц у меня вряд ли будут проблемой. Но, возможно, это важно для других участников форума. Всё ещё ищу свои USB2-кабели... раньше были, должно быть где-то в доме... но где именно? Наверное, с этим форум вряд ли поможет.

Пожалуйста, предоставьте текст для перевода.