Да, это просто баг где внутренний диск не определяется в бутлоадере во время загрузки с использованием "recoverymode" (когда NX-OS не может загрузиться или вы сами вызвали этот режим) если вставлен внешний USB.
Вот детали:
Symptom:
When customer has an external USB connected to the N3k box, or when he is facing any bootflash corruption issue and needs to recover the system via booting it into "switch(boot)#" using "cmdline recoverymode=1" from loader prompt so that "init system" command can be issued; the partitioning of the eUSB does not happen properly.
Conditions:
This was a collateral that got introduced in 6.0(2)U6(1)
Workaround:
None. Please request customers to upgrade to a release having fix for this bug.
Further Problem Description:
When an external USB is connected into the system, system bootup will go into this message:
"Boot has been interrupted or internal disk is not initialized!" and asks whether to go ahead with initialization
Once the admin proceeds to reinitialize the disk, this does not go through, and on subsequent reboot switch boots up into "switch(boot)" recoverymode.
Also, when external USB is not connected, and admin wants to reinit the system by booting from loader prompt using cmdline="recoverymode=1" , and calling "init system" from switch(boot) prompt, switch reinitialization does no t happen properly.
Баг есть начиная с версии 6.0(2)U6(1) до 6.0(2)U6, а исправлен начиная с 6.0(2)U6(8), 6.0(2)A8(3) и 6.0(2)A6(9).
Ну и на будущее обновление Cisco Nexus изменением "boot" конфигурации это обычно плохая идея, очень часто она приводит к различным проблемам. Лучше использовать install all даже когда коммутатор не в работе.
