Nandy mają z definicji uszkodzone bloki (tzn mogą mieć), więc że coś tak wyskoczyło to się nie przejmuj.

Wgrać, to się wgrał, pomijając uszkodzone bloki (to co powinno się tam znaleźć jest składowane w blokach zapasowych), ale czy się uruchomi to już zupełnie inna sprawa.

Próbowałeś wgrać oryginalnego U-Boota?

Jeżeli oryginalny też się nie uruchamia, to przed skasowaniem i wgraniem spróbuj:
nand unmarkbad 0x40000
nand unmarkbad 0x60000

Właśnie z tej instrukcji korzystałem i uwaliłem system.

W instrukcji z której korzystałem jest link do oryginalnego u-boota ale jego wgranie też nic nie daje.

Przed rozpoczęciem "przygody" z update'm zrobiłem dump'a wszystkich partycji MTD (mtd0-mtd-8) wykorzystując do tego dwa narzędzia: nanddump i dd. Sądziłem że dump z jednego narzędzia będzie taki sam jak z drugiego ale tak nie jest. Nie dość że rozmiary obrazów nieznacznie się różnią to porównując oba w hex-edytorze różnice są w środku plików  nie jak się spodziewałem na początku lub końcu.

Rozmiary plików:
1081344: nanddump-uboot.backup
1048576: dd-uboot.backup

Który z tych plików mogę wgrać jako u-boot wykorzystując nand write? Domyślam się że nanddump-uboot.backup ale rozmiar pliku jest dla mnie niepokojący (>1MB) . Czy nie spowoduje to nadpisania części kolejnej partycji mtd?

Partycja dla U-Boot ma w NSA310 dokładnie 1 MB. Wydaje mi się, że dd robi po prostu kopię wskazanej partycji i tyle... natomiast nanddump uwzględnia uszkodzone bloki i stąd rozmiar zrzutu jest większy (dane, które powinny znaleźć się w miejscu uszkodzonego bloku są umieszczane dalej, w dostępnych blokach zapasowych - zobacz, że oba rozmiary różnią się dokładnie o 32 KB, czyli o rozmiar dwóch uszkodzonych bloków 16 KB). Z tego wynika, że już wcześniej musiałeś mieć te bloki uszkodzone (stąd rozmiar zrzutu z nanddump jest większy niż z dd). Prawidłowym zrzutem jest zatem ten większy, ale pojęcia nie mam, czy w takiej postaci powinieneś go wgrać z poziomu U-Boot.

Tobie w ogóle U-Boot nie startuje, więc zmienne środowiskowe nie mają tutaj nic do rzeczy.

Jeśli zrobiłeś nand erase a potem nie udało się wgrać u-Boota i zrobiłeś restart to jest problem bo nie ma co startować.
Zobacz mój poradnik który powstał po tym jak próbowałem zrobić update U-Boota w iConnect (ten sam sprzęt) i tez wymazałem całego U-Boota. Udało się go uratować za pomoca JTAGa, opis: http://www.pawelwozniak.info/index.php/ … -with-jtag

To znaczy tylko tyle, że obraz U-Boot który próbowałeś wgrać wcześniej jest zły. Co więcej, w IConnect jest zupełnie inna sieć (nie tylko inne scalaki, ale i inny interfejs) i inne ustawienia dla pamięci RAM (czasy CL itd.), więc wgranie i używanie na NSA310 U-Boota od IConnect, to nie tędy droga - powinieneś wgrać dedykowany, bo nie ma uniwersalnych.

Ale przecież on nie umarł... skoro bez problemu bootujesz maszynkę przez UART (kwboot), to znaczy że działa i ma się bardzo dobrze. Kwestia wgrania odpowiedniego obrazu. Nie wiem tylko, czy te dwa uszkodzone bloki w obszarze obrazu U-Boot nie powodują Twoich problemów, stąd sugestia żeby skasować o tym informację i wgrać "na siłę" obraz raz jeszcze. W najgorszym przypadku czeka Cię wymiana NAND-a - trochę roboty i kilka USD za kość.

Bez przesady... przecież producent przewiduje bloki zapasowe. Co więcej, już z taśmy produkcyjnej NAND-y schodzą z fabrycznie oznaczonymi wadliwymi blokami i nie jest to nic nienormalnego. Nie ma się czym przejmować, dopóki taki blok nie trafi się w newralgicznym miejscu, lub będzie ich naprawdę za dużo. NAND-y siedzą teraz praktycznie wszędzie, karty FLASH, pendrive'y, SSD, telefony, tablety... w-s-z-ę-d-z-i-e.

IT'S ALIVE!!!

Udało się! Działa!

Informacja dla potomnych: jeśli macie bad block'i na partycji u-boota to zamiast

trzeba użyć

Paradoksalnie to co miało pomóc (korekcja błędów podczas zapisu) sprawiło że niemal osiwiałem.
Z tego co udało mi się wygoogle'ować to używając nand write narażamy się na to że dane zostaną zapisane w bad blocku. I pewnie tak się stało, ale z tego co widzę zapisały się tam jakieś mniej ważne informacje bo system w końcu ruszył z buta na oryginalnym i zmodyfikowanym u-boot'cie.

Dzięki wszystkim za wskazówki i porady, a szczególnie dla PawelW w którego poradniku zauważyłem różnicę podczas zapisu do NANDa