Habe Ruckus-Switch getötet, benötige Konsolenkabel
Hallo zusammen,
beim flashen habe ich, so wie es aussieht, einen meiner Ruckus ICX-7150-12P getötet. Zumindest bootet er nicht mehr. Die Status LED bleibt Gelb. Das halten des Reste-Knopfes währen dem einstecken des Stromsteckers (halten bis alle LED gelb blinken) habe ich probiert. Als nach 45 Minuten noch immer alle geblinkt haben, habe ich ihn wieder vom Strom getrennt.
Ich habe ein billiges Serielles Kabel (USB-A auf RJ45) was zwar schon mal mit einem Ruckus-Switch funktioniert hat jedoch nun mit keinem mehr. Also weder mit dem der nicht mehr bootet, noch mit dem der problemlos läuft. Habe es mit zwei verschiedenen Linux Minz 21.3 Laptops getestet.
Ich vermute mal dass ich keine andere Option als eine Konsolen-Verbindung mehr habe, oder?
Ich bin zwar nicht sicher ob ich mit einem anderen Kabel das Gerät retten kann aber das benötige ja ohnehin. Es scheint ein "orginal" Ruckus Kabel zu geben was ich im Netz gefunden habe. Das kostet auch stolze 83€.
Brauche ich unbedingt so ein teures Kabel oder totu es auch ein günstigeres Modell? Kann mir jemand eines empfehlen? Am besten eines das ich beim Online-Buchhändler bekomme damit ich es schnell habe
Beste Grüße
pixel24
beim flashen habe ich, so wie es aussieht, einen meiner Ruckus ICX-7150-12P getötet. Zumindest bootet er nicht mehr. Die Status LED bleibt Gelb. Das halten des Reste-Knopfes währen dem einstecken des Stromsteckers (halten bis alle LED gelb blinken) habe ich probiert. Als nach 45 Minuten noch immer alle geblinkt haben, habe ich ihn wieder vom Strom getrennt.
Ich habe ein billiges Serielles Kabel (USB-A auf RJ45) was zwar schon mal mit einem Ruckus-Switch funktioniert hat jedoch nun mit keinem mehr. Also weder mit dem der nicht mehr bootet, noch mit dem der problemlos läuft. Habe es mit zwei verschiedenen Linux Minz 21.3 Laptops getestet.
Ich vermute mal dass ich keine andere Option als eine Konsolen-Verbindung mehr habe, oder?
Ich bin zwar nicht sicher ob ich mit einem anderen Kabel das Gerät retten kann aber das benötige ja ohnehin. Es scheint ein "orginal" Ruckus Kabel zu geben was ich im Netz gefunden habe. Das kostet auch stolze 83€.
Brauche ich unbedingt so ein teures Kabel oder totu es auch ein günstigeres Modell? Kann mir jemand eines empfehlen? Am besten eines das ich beim Online-Buchhändler bekomme damit ich es schnell habe
Beste Grüße
pixel24
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 673436
Url: https://administrator.de/forum/ruckus-switch-konsole-kabel-673436.html
Ausgedruckt am: 18.07.2025 um 13:07 Uhr
23 Kommentare
Neuester Kommentar
Moin,
Die Idee mit einem Konsolenkabel der Sache nachzugehen, finde ich sinnig, da man so sehr früh und ausführlich Rückmeldung vom Switch bekommt - wenn denn noch was kommt.
Falls du kein fertiges Kabel zu einem vernünftigen Preis auftreiben kannst - im Prinzip reicht dir eine serielle Schnittstelle (entweder fest eingebaut oder als USB-to-serial-Adapter) und einen physikalischen Adapter von Serial-to-RJ45. Der dem Ruckus beiliegenden, physikalischenAdapter hat die Bezeichnung „50-0000112-01“, einfach mal danach suchen. Du kannst dir den Adapter auch selber basteln; die Pinbelegung ist in diesem Beitrag aufgeführt:
Problem bei CLI Zugriff auf Switch mit Putty.Teraterm.Realterm
Ebenso findest du dort weitere Informationen, Bezugsquellen, etc.
Viel Glück
TA
Die Idee mit einem Konsolenkabel der Sache nachzugehen, finde ich sinnig, da man so sehr früh und ausführlich Rückmeldung vom Switch bekommt - wenn denn noch was kommt.
Falls du kein fertiges Kabel zu einem vernünftigen Preis auftreiben kannst - im Prinzip reicht dir eine serielle Schnittstelle (entweder fest eingebaut oder als USB-to-serial-Adapter) und einen physikalischen Adapter von Serial-to-RJ45. Der dem Ruckus beiliegenden, physikalischenAdapter hat die Bezeichnung „50-0000112-01“, einfach mal danach suchen. Du kannst dir den Adapter auch selber basteln; die Pinbelegung ist in diesem Beitrag aufgeführt:
Problem bei CLI Zugriff auf Switch mit Putty.Teraterm.Realterm
Ebenso findest du dort weitere Informationen, Bezugsquellen, etc.
Viel Glück
TA
Moin @pixel24,
was meinst du damit, was ist denn genau beim flashen passiert?
Gab es irgendwelche Warn- oder Fehlermeldungen?
Hast du es auch ganz sicher genau so gemacht, wie z.B. in dem folgenden Video ...
youtube.com/watch?v=6jHMTdo_hK4
... dargestellt?
Nein, du benötigst nicht wirklich irgend ein extra Kabel, sondern kannst ...

... einfach ein stinknormales USB-C Kabel verwenden, denn dein Switch hat bereits auch schon einen USB-C Konsole-Port. 😉
Gruss Alex
beim flashen habe ich, so wie es aussieht, einen meiner Ruckus ICX-7150-12P getötet.
was meinst du damit, was ist denn genau beim flashen passiert?
Gab es irgendwelche Warn- oder Fehlermeldungen?
Das halten des Reste-Knopfes währen dem einstecken des Stromsteckers (halten bis alle LED gelb blinken) habe ich probiert. Als nach 45 Minuten noch immer alle geblinkt haben, habe ich ihn wieder vom Strom getrennt.
Hast du es auch ganz sicher genau so gemacht, wie z.B. in dem folgenden Video ...
youtube.com/watch?v=6jHMTdo_hK4
... dargestellt?
Brauche ich unbedingt so ein teures Kabel oder totu es auch ein günstigeres Modell? Kann mir jemand eines empfehlen? Am besten eines das ich beim Online-Buchhändler bekomme damit ich es schnell habe 
Nein, du benötigst nicht wirklich irgend ein extra Kabel, sondern kannst ...

... einfach ein stinknormales USB-C Kabel verwenden, denn dein Switch hat bereits auch schon einen USB-C Konsole-Port. 😉
Gruss Alex
Hallo,
Kabel anstecken, dmesg aufrufen, schauen als was sich das Dingens meldet.
grüße
Zitat von @pixel24:
Ich verbinde Laptop und Switch einfach mit einem USB-C Kabel? Und wie komme ich dann von meinem Linux aus auf das Terminal des Switches? Beim Adapterkabel geht das über /dev/ttyUSB0 aber wie funktioniert das mit dem USB-C Kabel?
Ich verbinde Laptop und Switch einfach mit einem USB-C Kabel? Und wie komme ich dann von meinem Linux aus auf das Terminal des Switches? Beim Adapterkabel geht das über /dev/ttyUSB0 aber wie funktioniert das mit dem USB-C Kabel?
Kabel anstecken, dmesg aufrufen, schauen als was sich das Dingens meldet.
grüße
Moin @pixel24,
wenn du nur den oberen Befehl ausgeführt hast, dann müsste die primary Firmware ja noch auf dem alten Stand sein.
Vielleicht ist genau das auch schon das Problem. 🙃
Müsste eigentlich genauso funktionieren, ich bin jedoch was das angeht nicht wirklich der 🐧-Experte. 🙃
Gruss Alex
Der Switch hat an und für sich aber noch funktioniert. Ich habe dann versucht das Problem durch flashen einer 9er Version zu beheben:
und danach ging nichts mehr bzw. die Status-LED blieb auf Gelb. Beim Flash habe ich immer darauf geachtet ob irgendwelche (Fehler)Meldungen auftauchen was definitiv nicht der Fall war.
copy disk0 flash SPR09010j_cd8ufi.bin secondary
und danach ging nichts mehr bzw. die Status-LED blieb auf Gelb. Beim Flash habe ich immer darauf geachtet ob irgendwelche (Fehler)Meldungen auftauchen was definitiv nicht der Fall war.
wenn du nur den oberen Befehl ausgeführt hast, dann müsste die primary Firmware ja noch auf dem alten Stand sein.
Vielleicht ist genau das auch schon das Problem. 🙃
Beim Adapterkabel geht das über /dev/ttyUSB0 aber wie funktioniert das mit dem USB-C Kabel?
Müsste eigentlich genauso funktionieren, ich bin jedoch was das angeht nicht wirklich der 🐧-Experte. 🙃
Gruss Alex
Du benötigst in der Tat kein Spezialkabel!!
Der serielle RJ-45 hat eine klassische "Cisco Belegung" und dort kannst du jedes beliebige Cisco Terminal Kabel von der Stange verwenden.
Die Alternative ist ein stinknormales USB-C Kabel. Hinter dem USB Port befindet sich ein onboard Seriell USB Chip der ebenfalls ein Terminal zur Verfügung stellt mit 9600N81.
Du hast also gleich 2 Terminal Optionen.
Tip:
Der 7150 hat einen USB Port. Du solltest also das Firmware Update IMMER mit einem USB Stick statt TFTP machen, das geht bedeutend schneller und ist zudem sicherer.
Bei der uralten und nicht mehr supporteten Software die auf den Switches sind musst du einen Zwischenschritt zum Update auf die 95er UFI Version machen!!! Bedenke das!!!
community.ruckuswireless.com/t5/RUCKUS-Support-for-Lennar-Homes/ ...
Der serielle RJ-45 hat eine klassische "Cisco Belegung" und dort kannst du jedes beliebige Cisco Terminal Kabel von der Stange verwenden.
Die Alternative ist ein stinknormales USB-C Kabel. Hinter dem USB Port befindet sich ein onboard Seriell USB Chip der ebenfalls ein Terminal zur Verfügung stellt mit 9600N81.
Du hast also gleich 2 Terminal Optionen.
Tip:
Der 7150 hat einen USB Port. Du solltest also das Firmware Update IMMER mit einem USB Stick statt TFTP machen, das geht bedeutend schneller und ist zudem sicherer.
Bei der uralten und nicht mehr supporteten Software die auf den Switches sind musst du einen Zwischenschritt zum Update auf die 95er UFI Version machen!!! Bedenke das!!!
community.ruckuswireless.com/t5/RUCKUS-Support-for-Lennar-Homes/ ...
Da passiert wie gesagt einfach nichts.
OK, da sollte dann IMMER ein Seriell-USB Adapter erkannt werden egal ob du ein RJ-45 Terminal Kabel benutzt oder den eingebauten USB Terminal Port. Wenn das nicht gegeben ist dann hast du schon ein generelles Problem.Bei Winblows kann das ein Treiberproblem sein wenn der Treiber zum Seriell-USB Chip fehlt. Der Adapter sollte immer im "Gerätemanager" als serieller COM Port zu sehen sein.
Als Linux User ficht dich das natürlich nicht an, denn Linux hat alle diese Treiber üblicherweise schon onboard.
Mit lsusb sollte aber auch IMMER der Seriell-USB Adapter Adapter zu sehen sein egal ob Kabel oder onboard.
Das ist immer die Grundvoraussetzung um einen seriellen Terminal Zugriff zu haben und der ist für dich zwingend wenn du aus Versehen beide Flash Images gelöscht hast!
Ja, daran habe ich ja wie geschrieben gehalten.
Hast du auch daran gedacht das Bootimage (bootrom) mit upzudaten?? Das wird gerne mal vergessen bei den alten non UFI Versionen?! Später bei den UFIs passiert das dann alles automatisch!
Hallo,
mit deinem grep tty unterbindest dir ja so gut wie alle messages. Ohne würdest du sehen was sich am Usb meldet.
Wie bereits @aqui erwähnt hat, hilft ein lsusb auch weiter
grüße
mit deinem grep tty unterbindest dir ja so gut wie alle messages. Ohne würdest du sehen was sich am Usb meldet.
Wie bereits @aqui erwähnt hat, hilft ein lsusb auch weiter
grüße
Moin,
Wäre mir neu, ich kenne nur diesen Weg:
youtube.com/watch?v=Ql22blH_CGo
Dafür brauchste aber die Konsole. Das von Dir beschriebene Problem kenne ich nur, wenn der Flashspeicher hinüber ist, für den Beweis, Du ahnst es, brauchst Du aber die Konsole. Siehst Du in der Konsole beim Booten eine Meldung wie die hier,
dann ist der Switch für die Tonne. Was auch für einen Hardware-Defekt sprechen könnte: Lasst sich bspw. das Primary Image nicht booten, nutzt der Switch das zweite Image. In dem von Dir beschriebenen Fall hast Du beide Images gleichzeitig überschrieben. Mittelgute Idee, ich würde erst das Primary Image überschreiben und auch davon booten, so als Test, so weiß ich, dass es grundsätzlich funktioniert. Außerdem gern doppelte und auch dreifache Kontrolle per
Was auch gern vergessen wird: Habe ich ein Update gemacht, VOR dem Switchreload die Konfig speichern!
So ein Teil zu betreiben, ohne ein Konsolenkabel greifbar zu haben, finde ich schon gewagt. Aber jetzt isses, wie es ist...
Gruß
Ich hatte irgendwo im Web wasgelesen dass man auch einen USB-Stick präperieren kann von dem der Switch das Image wieder herstellt aber ich finde es nicht mehr.
Wäre mir neu, ich kenne nur diesen Weg:
youtube.com/watch?v=Ql22blH_CGo
Dafür brauchste aber die Konsole. Das von Dir beschriebene Problem kenne ich nur, wenn der Flashspeicher hinüber ist, für den Beweis, Du ahnst es, brauchst Du aber die Konsole. Siehst Du in der Konsole beim Booten eine Meldung wie die hier,
Skipping bad block at 0x05a0000
Skipping bad block at 0x05b0000
dann ist der Switch für die Tonne. Was auch für einen Hardware-Defekt sprechen könnte: Lasst sich bspw. das Primary Image nicht booten, nutzt der Switch das zweite Image. In dem von Dir beschriebenen Fall hast Du beide Images gleichzeitig überschrieben. Mittelgute Idee, ich würde erst das Primary Image überschreiben und auch davon booten, so als Test, so weiß ich, dass es grundsätzlich funktioniert. Außerdem gern doppelte und auch dreifache Kontrolle per
show version / show flash
Was auch gern vergessen wird: Habe ich ein Update gemacht, VOR dem Switchreload die Konfig speichern!
write memory
So ein Teil zu betreiben, ohne ein Konsolenkabel greifbar zu haben, finde ich schon gewagt. Aber jetzt isses, wie es ist...
Gruß
Ich hatte irgendwo im Web wasgelesen dass man auch einen USB-Stick präperieren kann von dem der Switch das Image wieder herstellt aber ich finde es nicht mehr.
Das geht natürlich auch. Aber wie oben schon richtig gesagt ist das ohne serielle Konsole ein Blindflug. Guckst du hier:youtube.com/watch?v=wDdeUBzwfNI
Wenn du aber so eine uralt Lavendel Firmware hast die per se USB nicht oder nicht richtig supportet oder du den falschen Bootloader hast kann das probkematisch werden. Einen Versuch ist es aber immer wert!
Hier gibts zu der Terminalkable Geschichte noch Tips:
Serielle Konsole anpassen
Serial Console Kabel - Rollover Console Kabel - Adapter
Achte bei Winblows darauf die korrekten Treiber zu installieren. Am besten immer direkt die von den Herstellern und nicht die embeddeten!!
FTDI = ftdichip.com/drivers/vcp-drivers/
CH340 = search.wch-ic.com (Klick "USB to UART)
SiLabs CP210x = silabs.com/developer-tools/usb-to-uart-bridge-vcp-drivers?tab=do ...
Prolific = prolific.com.tw/US/ShowProduct.aspx?p_id=225&pcid=41
Wegen der illegal kopierten Prolific Chipsätze und Kabeln mit denen solltest du Kabel mit einem Prolific Chipsatz besser meiden!
Moin,
@aqui
Hast Du da einen Beleg? Ich hatte mit Prolific bisher keine Probleme, aber ist vielleicht einfach nur Glück.
Gruß
@aqui
Wegen der illegal kopierten Prolific Chipsätze und Kabeln mit denen solltest du Kabel mit einem Prolific Chipsatz besser meiden!
Hast Du da einen Beleg? Ich hatte mit Prolific bisher keine Probleme, aber ist vielleicht einfach nur Glück.
Gruß
Hast Du da einen Beleg?
prolific.com.tw/US/ShowProduct.aspx?p_id=155&pcid=41Ging damals auch viral durch alle IT Ticker...
Dann bleibt dir ja nur noch deinen Thread als erledigt zu schliessen... 
Wie kann ich einen Beitrag als gelöst markieren?
Wie kann ich einen Beitrag als gelöst markieren?
Moin @pixel24,
das hat etwas mit der Device-Rolle-Aushandlung zu tun.
Denn wenn man ein USB-C auf USB-C Kabels verwendet, dann müssen beide Geräte untereinander auch aushandeln können, wer der Host und wer das Device ist. Das können aber nicht alle USB-C Devices, obwohl es eigentlich laut Spezifikation so sein sollte. 😔
Wahrscheinlich hat der Switch auch nur physikalisch eine USB-C Buchse, die jedoch intern max. mit USB 2.0 verdrahtet ist und bei USB 2.0 war noch keine Device-Rolle Aushandlung notwendig.
Bei einem USB-A auf USB-C Kabel, ist hingegen die USB-A Seite quasi immer fix als Host Seite verdrahtet, daher ist hier auch keine Device-Rolle-Aushandlung notwendig.
Gruss Alex
Ja, das habe ich Gestern Abend auch gemerkt und eine sinnvolle Erklärung habe ich bisher nicht gefunden.
das hat etwas mit der Device-Rolle-Aushandlung zu tun.
Denn wenn man ein USB-C auf USB-C Kabels verwendet, dann müssen beide Geräte untereinander auch aushandeln können, wer der Host und wer das Device ist. Das können aber nicht alle USB-C Devices, obwohl es eigentlich laut Spezifikation so sein sollte. 😔
Wahrscheinlich hat der Switch auch nur physikalisch eine USB-C Buchse, die jedoch intern max. mit USB 2.0 verdrahtet ist und bei USB 2.0 war noch keine Device-Rolle Aushandlung notwendig.
Bei einem USB-A auf USB-C Kabel, ist hingegen die USB-A Seite quasi immer fix als Host Seite verdrahtet, daher ist hier auch keine Device-Rolle-Aushandlung notwendig.
Gruss Alex
Das können aber nicht alle USB-C Devices
Ein mit einem USB-C Adapter (von USB-A) ausgestattetes USB-AzuC Kabel arbeitet aber erwartungsgemäß vollkommen fehlerfrei. Mit einem entsprechenden USB Kabeltester sieht man dann auch das die Datenpins korrekt weitergegeben werden.

