Несмотря на предупреждение залил на коммутатор с lanlite образ от lanbase. После перезагрузки потерял доступ к коммутатору. Подключившись к консоли обнаружил сообщение:

Error: *** Unsupported platforms ***
Error: hardware not supported by firmware.
Try loading newer software instead.
System Resetting.

Затем свитч перегружается и так постоянно.

Для того что бы получить управление нужно:

1. Выключить коммутатор из сети и зажать кнопку Menu

2. Включить и после появления в консоли надписи "The password-recovery mechanism is enabled" отпустить кнопку

3. Подключить флеш - flash_init

4. Посмотреть содержимое флеш памяти - dir flash:

5. Удалить неверную прошивку - delete flash:/имя прошивки.bin

6. Перегрузить по питанию (если на устройстве осталась старая прошивка, если нет - залить любым удобным способом)

7. После удачной перезагрузки вернуть параметры загрузки - (в режими конфигурации) no boot sysytem затем boot system flash:/путь/имя прошивки.bin

8. Сохранить конфигурацию

№ 10
Скорость консольного порта по умолчанию составляет 9600 бит/с, и с помощью команды speed её можно изменить. Зачем? На случай катастроф. Во-первых, некоторые маршрутизаторы и коммутаторы имеют неизвлекаемый flash, и восстановление IOS возможно только из режима монитора с помощью консоли. Во-вторых, некоторые полезные отладочные команды (debug или show tech-support) генерируют такой объём вывода, что стандартной скорости оказывается недостаточно. А чем больше информации вы соберёте, тем легче и быстрее вы идентифицируете и устраните проблему, и тем меньше жалоб на отсутствие связи вы получите со стороны руководства и пользователей.

Кстати, есть и ещё одна причина изменить скорость консольного порта – это защита от дурака. Серьёзного хакера вы этим не остановите, а вот стажёра, который вдруг решил попробовать что-нибудь поменять – вполне.

Необходимо стало использовать точки доступа CISCO AIR LAP1141N-A-K9, до этого они работали под управлением контроллера а теперь нужно было установить их автономно. Для этого пришлось скачать новый IOS для автономной работы (c1140-k9w7-tar.124-25d.JA2.tar) Взял тут
Затем переименовать его для автоматического обновления в c1140-k9w7-tar.default
затем все делалось по мануалу от cisco.
1. присвоить сетевому интерфейсу адрес 10.0.0.2
2. подключить на него самый простой свитч, что бы интерфейс был включен
3. запустить TFTP сервер (tftp32) с указанием таймаута 30 секунд и директории где лежит указанный IOS
4. подключить точку на тот же свитч
5. зажать кнопку MODE и подать питание на точку, когда индикатор загорится красным - отпустить
6. дождаться заливки IOS-а и последующей перезагрузки
т.к. у меня не работала консоль, т.е. вообще ничего не выводилось и невозможно было узнать ИП адрес и пр.
7. в том же самом tftp32 запускаем DHCP сервер
8. зажимаем кнопку MODE после начала моргания индикатора, через 1-2 секунды, отпускаем кнопку. Смотрим в закладке DHCP tftp32 какой ИП получила точка доступа и конектимся на него терминалом, либо через SSH либо через http. Имя по умолчанию - сisco пароль - Cisco (именно с большой буквы)

Помогла эта статейка

оригинал статьи -
http://www.cisco.com/en/US/tech/tk389/tk621/technologies_tech_note09186a00806cd87b.shtml

Примечание: Состояние порта err-disabled отображается в выходных данных команды show interfaces interface_number status.

Функция отключения из-за ошибки поддерживается на следующих коммутаторах Catalyst:

    коммутаторы Catalyst со следующим программным обеспечением Cisco IOS:
        2900XL / 3500XL
        2940 / 2950 / 2960 / 2970
        3550 / 3560 / 3560-E / 3750 / 3750-E
        4000 / 4500
        6000 / 6500
    коммутаторы Catalyst со следующим программным обеспечением Catalyst (CatOS):
        2948G
        4500 / 4000
        5500 / 5000
        6500 / 6000

Способ реализации функции отключения из-за ошибки зависит от программной платформы. В этом документе особое внимание уделяется функции отключения из-за ошибки на коммутаторах с программным обеспечением Cisco IOS.

Состояние "Errdisabled"
Назначение состояния "Errdisabled"

оригинал тут - http://www.opennet.ru/base/cisco/sfp_cisco.txt.html

тезисно:

service unsupported-transceiver
no errdisable detect cause sfp-config-mismatch
no errdisable detect cause gbic-invalid

NewMixer (c) 2017