ZARO
Here to stay
|
Hi,
Habe leider ein Problem bei dem QNAP sich unfähig stellt.
Ein paar Jahre alter 10G Switch kann seit dem vorgeschlagenem Update nicht mehr booten.
Anscheinend ist das ein OpenWRT/LEDE basierter Switch
Es funktioniert nur Konsole, bei keinem der Ports kommt ein Link hoch.
Ich kann Boot Vorgang unterbrechen und auf der Konsole navigieren
Ich kann während dem Boot in den failsafe mode booten.
Aber beim normalem Boot sieht man, dass beim auspacken von binary ein Problem auftritt.
[ 11.031801] BIN unpacking incomplete
Habt ihr schon erfolgreich mal LEDE recovery/flash über die Console durchgeführt?
----------
BootROM 1.41
Booting from NAND flash
General initialization - Version: 1.0.0
Serdes initialization - Version: 1.0.2
DDR3 Training Sequence - Ver TIP-1.55.0
DDR3 Training Sequence - Switching XBAR Window to FastPath Window
DDR3 Training Sequence - Ended Successfully
BootROM: Image checksum verification PASSED
__ __ _ _
| \/ | __ _ _ ____ _____| | |
| |\/| |/ _` | '__\ \ / / _ \ | |
| | | | (_| | | \ V / __/ | |
|_| |_|\__,_|_| \_/ \___|_|_|
_ _ ____ _
| | | | | __ ) ___ ___ | |_
| | | |___| _ \ / _ \ / _ \| __|
| |_| |___| |_) | (_) | (_) | |_
\___/ |____/ \___/ \___/ \__|
** LOADER **
U-Boot 2013.01 (Jul 20 2020 - 10:34:01) Marvell version: 2016_T1.0.eng_drop_v6
Board: ALLEYCAT3-Customer-Board-0
SoC: Alleycat3 Rev A1
running 1 CPUs
CPU: Marvell PJ4B (584) v7 (Rev 2) LE
CPU 0
CPU @ 800 [MHz]
L2 @ 200 [MHz]
TClock @ 200 [MHz]
DDR @ 800 [MHz]
DDR 16Bit Width, FastPath Memory Access, DLB Enabled
DDR ECC Disabled
DRAM: 512 MiB
NAND: 512 MiB
PCI-e 0: Detected No Link.
FPU initialized to Run Fast Mode.
USB2.0 0: Host Mode
Map: Code: 0x1feda000:0x1ff959a4
BSS: 0x1ffefc50
Stack: 0x1f9d9ef0
Heap: 0x1f9da000:0x1feda000
U-Boot Environment: 0x00500000:0x00510000 (NAND)
Net:
| port | Interface | PHY address |
|--------|-----------|--------------|
| egiga0 | SGMII | In-Band |
| egiga1 | SGMII | In-Band |
egiga0 [PRIME], egiga1
Hit any key to stop autoboot: 0
Creating 1 MTD partitions on "nand0":
0x000006000000-0x000007000000 : "mtd=4"
UBI: attaching mtd1 to ubi0
UBI: physical eraseblock size: 262144 bytes (256 KiB)
UBI: logical eraseblock size: 253952 bytes
UBI: smallest flash I/O unit: 4096
UBI: VID header offset: 4096 (aligned 4096)
UBI: data offset: 8192
UBI: attached mtd1 to ubi0
UBI: MTD device name: "mtd=4"
UBI: MTD device size: 16 MiB
UBI: number of good PEBs: 64
UBI: number of bad PEBs: 0
UBI: max. allowed volumes: 128
UBI: wear-leveling threshold: 4096
UBI: number of internal volumes: 1
UBI: number of user volumes: 1
UBI: available PEBs: 0
UBI: total number of reserved PEBs: 64
UBI: number of PEBs reserved for bad PEB handling: 2
UBI: max/mean erase counter: 16/7
UBIFS: recovery needed
UBIFS: recovery deferred
UBIFS: mounted UBI device 0, volume 0, name "nand_config"
UBIFS: mounted read-only
UBIFS: file system size: 12189696 bytes (11904 KiB, 11 MiB, 48 LEBs)
UBIFS: journal size: 9404416 bytes (9184 KiB, 8 MiB, 38 LEBs)
UBIFS: media format: w4/r0 (latest is w4/r0)
UBIFS: default compressor: no compression
UBIFS: reserved for root: 0 bytes (0 KiB)
Loading file '/boot/boot' to addr 0x01600000 with size 2 (0x00000002)...
Done
Loading file '/boot/partition' to addr 0x01700000 with size 2 (0x00000002)...
Done
Unmounting UBIFS volume nand_config!
word at 0x01600000 (0xa31) != word at 0x01700000 (0xa32)
Total of 0 word(s) were the same
boot from fw2
|
Rogaahl
Elderinterrup
|
Schau mal, ob du loady ausführen kannst, damit solltest über deinen terminal emulator mittels Y-MODEM, die Binary (Firmware) File in den RAM übertragen können. Dann mittels nand erase und write neu schreiben, du musst dich vorher aber genau informieren und einlese damit du da keine Fehler machst. Falls du es komplett zerstört, könntest es zur Not noch mir schicken, dann kann ich dir den EEPROM Chip direkt flashen. Für ein abendessen oder so. 
|
COLOSSUS
AdministratorGNUltra
|
Hast du da ueberhaupt die Moeglichkeit, in die Bootloader-Shell zu kommen? Also ist der Prompt bei "Hit any key to stop autoboot: 0 " ein Countdown? Falls ja, und wenn dann u-boot mit dem richtigen builtin kompiliert daherkommt, sollte ein Flashen via Software moeglich sein. Sonst muss man wohl den Programmer rausholen. Es wuerde helfen, wenn du in der u-boot shell mal "help" absetzen und die Ausgabe hier posten koenntest 
|
ZARO
Here to stay
|
Ja, Bootloader shell funktioniert, Failsafe boot ebenso.
Kriege aber in beiden keinen Link auf die LAN Ports, Ich kann nur über die Console irgendwas machen.
Es ist zum Lachen was da QNAP von sich gibt.....
Sowas habe Ich mir auch schon selber zusammenreimen können. Die wissen ganz genau welchen Switch Ich habe, kennen aber die genaue Befehle anscheinend nicht.
Dear Mr ..... ,
Thank you for your message.
My name is Alain Gigante, I will take care of your request and provide you with advice and assistance.
1. Prepare the Console Connection:
- Ensure your terminal program (e.g., PuTTY or Tera Term) is configured with the following settings: 115200 baud rate, 8 data bits, no parity, 1 stop bit (8N1), and no flow control.
2. Enter Failsafe Mode:
- Boot your switch and enter the failsafe mode as you have done.
3. Initiate XMODEM Transfer:
- In the terminal program, you should see a prompt in the failsafe mode. Use the appropriate command to start the XMODEM transfer. The exact command can vary, but it is often something like `loadx` or a similar command. Refer to your switch's specific documentation if needed.
4. Start the Firmware Transfer:
- In your terminal program, look for an option to send a file using the XMODEM protocol. This is usually found under a menu item like `Transfer` or `Send File`.
- Select the firmware file (with a `.img` extension) you have downloaded and start the transfer.
5. Flash the Firmware:
- Once the file transfer is complete, you will likely need to confirm or execute a command to flash the firmware. This might be something like `flash firmware` or similar, depending on your switch model. Follow the prompts in the terminal.
6. Reboot the Switch:
- After the firmware has been successfully flashed, reboot your switch to apply the new firmware.
With kind regards
|
COLOSSUS
AdministratorGNUltra
|
Ich hab schon managed Switches gesehen, wo der bootloader dafuer zustaendig ist, dass die PHYs so massiert werden, dass es einen Link an den PHYs geben kann. Ist zumindest bei Realtek 9xxx-SoCs oefters so; vielleicht ja auch bei deinem Marvell-Helden/Boesewicht. Was gibt denn u-boot bei einer Eingabe von `help` in seinem Prompt aus? (Da muessen zwar nicht alle einkompilierten/unterstuetzten Commands auftauchen... aber sie muessen es auch nicht nicht ) Da ist vielleicht auch der konkrete Hinweis dabei, wie du den XMODEM-Modus initiierst.
|
Anmeldung