Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → Netgear LBR20 Orbi
Strony Poprzednia 1 … 9 10 11 12 13 … 27 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Tak , daję radę wrzucać te pliki LBR20-V2.7.5.6.img czy LBR20-V9.2.5.2.41SF-HW.img przez nmrp , Voxel czy ori wtedy chodzą bez problemu. Raz tylko musiałem czyścić partycję ntgrdata , bo coś się chyba uszkodziło i te orginały się zawieszały siejąc sieczką ,że coś z ubi mają problem.
No to jeśli potrafi wrzucić z mniejszym kernelem to nie ma co dopisywać zer do obrazu OpenWrt.
Jezcze raz przygotowałem obraz tak jak @Cezary pisałeś ...
Wgrywanie nmrp :
Done!
Bytes transferred = 8913029 (880085 hex)
TFTP upload done
Ignore Magic number checking when upgrade via NMRP,Magic number is 27051956!
131072 bytes read: OK
HW ID on board: 29766182+0+256+512+2x2+2x2+2x2+1
HW ID on image: 29766182+0+256+512+2x2+2x2+2x2+1
Firmware Image HW ID matched Board HW ID
Erasing: off a600000, size 20000
Erasing at 0xa600000 -- 100% complete. Cleanmarker written at 0xa600000.
OK
Writing: from RAM addr 84000080, to NAND off a600000, size 20000
131072 bytes written: OK
Alive-timer 15
Erasing: off a620000, size 20000
Erasing at 0xa620000 -- 100% complete. Cleanmarker written at 0xa620000.
OK
...
...
...
...
Erasing: off ae80000, size 20000
Erasing at 0xae80000 -- 100% complete. Cleanmarker written at 0xae80000.
OK
Writing: from RAM addr 84880080, to NAND off ae80000, size 20000
131072 bytes written: OK
Alive-timer 18
boot_partition_set 1
Burn BOOT PARTITION (= 1) into boarddata2 block
131072 bytes read: OK
Erasing: off d80000, size 20000
Erasing at 0xd80000 -- 100% complete. Cleanmarker written at 0xd80000.
OK
Writing: from RAM addr 871cf2a0, to NAND off d80000, size 20000
131072 bytes written: OK
Alive-timer 18
Done.
131072 bytes read: OK
Original board MODEL ID: LBR20
New MODEL ID from image: LBR20
Updating MODEL ID
131072 bytes read: OK
Erasing: off d00000, size 20000
Erasing at 0xd00000 -- 100% complete. Cleanmarker written at 0xd00000.
OK
Writing: from RAM addr 871cf4b8, to NAND off d00000, size 20000
131072 bytes written: OK
Alive-timer 18
donePokaż początek tego wgrywania.
Więc nadpisał część ubifs , tą część z rootfs...
I stała się rzecz ,której się nie spodziewałem , system się odpalił.
Więc mówię , może jest dobrze a tylko ja coś namieszałem , więc wyczyściłem cały ubifs z uboota poleceniem "nand erase 0xa9c0000 0x3840000" ( system już się nie odpalał - znaczy odpalał ale nie znajdował ubi i robił panic ) , więc wgrałem ten img jeszcze raz z nmrp , i niestety nie znajduje ubi:
[ 1.918746] ubi0: attaching mtd23
[ 2.141410] ubi0: scanning is finished
[ 2.141482] ubi0 error: ubi_read_volume_table: the layout volume was not found
[ 2.144313] ubi0 error: ubi_attach_mtd_dev: failed to attach mtd23, error -22
[ ▒[ 2.160057] /dev/root: Can't open blockdev
[ 2.160103] VFS: Cannot open root device "ubiblock0_0" or unknown-block(0,0): error -6
[ 2.163062] Please append a correct "root=" boot option; here are the available partitions:Więc potrzebne są w tej częśći volumin rootfs_data , i być może jakieś dane o tym ,że to jest ubifs...
Że tak zapytam - a wgranie przez gui orygnalnego softu jak się zachowuje?
Nie wiem, ale mogę to zlogować 
Daj mi 15 min , zanim się wgra orginał i się skonfiguruje....
A przy ostatnim przywracaniu nmrp wgrało się 8832kB.
Ostatni Twój obraz firmware ma jakiś dziwny rozmiar 8912901B (bez 128B nagłówka).
Na mediafire są wczorajsze jeszcze .... już się wgrywają te najnowsze...
Że tak zapytam - a wgranie przez gui orygnalnego softu jak się zachowuje?
Czyli na LBR20-V2.7.5.6.img wgrać LBR20-V9.2.5.2.41SF-HW.img ?
Cezary napisał/a:Że tak zapytam - a wgranie przez gui orygnalnego softu jak się zachowuje?
Czyli na LBR20-V2.7.5.6.img wgrać LBR20-V9.2.5.2.41SF-HW.img ?
To akurat działa. Na LBR20-V2.7.5.6.img wgraj swój obraz factory.
Generalnie się wgrało i rezultat taki sam , nie znajduje ubi:
https://www.mediafire.com/file/6wrvhdug … B.log/file
A w logu prawie nic o aktualizacji ,tylko ,że plik przez http tafił do tmp
Więcej start openwert zajmuje , niż to co orginał robił.
Nazwałeś partycję ubifs, a spliter obszaru szuka partycji kernel, rootfs lub ubi (nie ubifs). Ma to znaczenie bo nawet podczas upgrade takie elementy są inaczej traktowane.
Więc pytanie: czy na pewno chciałeś ubifs a nie ubi?
Wiesz , wszędzie mogłem się pomylić , nawet tu
bootargs-append = "ubi.mtd=ubifs root=/dev/ubiblock0_0 rootfstype=squashfs ro";jak mi powiesz , że tam ma nie być ubi.mtd tylko ubifs.mtd to ja to przyjmę , bo się nie znam
W platform.sh też mam
netgear,lbr20)
CI_KERNPART="kernel"
CI_UBIPART="ubifs"
nand_do_upgrade "$1"
Gdzie jeszcze ?
A czy chciałem.... Chciałem ,żeby było dobrze i się wgrywało , a czy to będzie się nazywać ubi czy ubifs...
Powiedz , a zmienię wszędzie na ubi ,jeśli ma pomóc
Może to "rootfstype=squashfs" ... powinno być napisane rootfstype=ubifs ?
A może gdzieś trzeba dopisać ,żeby tworzył jeszcze rootfs_data ....
Bo uruchomię initramfs , zrobię ubiattach , podzielę to ubi tak:
ubimkvol /dev/ubi0 -N rootfs -s 5MiB
ubimkvol /dev/ubi0 -N rootfs_data -m
zresetuję , i się odpali.
Pewnie w platform to w ogóle możesz wywalić jak zmienisz na ubi i dołączyć netgear,lb20 do tego pierwszego case gdzie jest nand_do_upgrade.
Może to "rootfstype=squashfs" ... powinno być napisane rootfstype=ubifs ?
A może gdzieś trzeba dopisać ,żeby tworzył jeszcze rootfs_data ....
Bo uruchomię initramfs , zrobię ubiattach , podzielę to ubi tak:
ubimkvol /dev/ubi0 -N rootfs -s 5MiB
ubimkvol /dev/ubi0 -N rootfs_data -mzresetuję , i się odpali.
Więc nie rób tego ręcznie ani nie rób tego przez initramfs. rootfs_data tworzy się samo z podziału rootfs, on to sam wykrywa jak ma właściwe nazwy i robi podział.
Chyba raczej powinieneś dążyć do tego żeby wszystko było już kompletne podczas wgrywania przez tftp lub z poziomu gui. Albo w instrukcji piszesz że jedyna możliwość to serial, uruchamianie initramfs i wgrywanie przez sysupgrade poprzedzone jakimiś poleceniami do utworzenia voluminów.
Preferował bym to pierwsze rozwiązanie żeby nie trzeba było docelowo specjalnie otwierać urządzenia.
Było tam razem z netgear,wac510 ,ale z jakiegoś powodu stwierdziłem , że CI_KERNPART jest potrzebny.
To co mam zmienić na ubi , i tu też ?
Ja bym zrobił partycję o nazwie "ubi" i niech dzieje się magia.
[
Preferował bym to pierwsze rozwiązanie żeby nie trzeba było docelowo specjalnie otwierać urządzenia.
Oczywiście , że tak . chciałem tylko stwierdzić , że jak się jakimś cudem sam utworzy ubi0 , to już będzie ok .
BTW initramfs z sysupgrade sami stworzą to ubi0 , nie trzeba poprzedzających komend
Ja bym zrobił partycję o nazwie "ubi" i niech dzieje się magia.
Ok , czyli tylko w dts w dwóch miejscach , w bootargs , i nazwa partycji...
EDIT : no i platform.sh w CI_UBIPART="ubi"
To są domyślnie nazwy (kernel i ubi) których nie musisz deklarować specjalnie.
Ja bym zostawił nazwę partycji i zdefiniował:
CI_UBIPART="rootfs"Można by połączyć 3 ostatnie partycje też i zrobić zamiast:
rootfs@a9c0000 {
label = "rootfs";
reg = <0x0a9c0000 0x03840000>;
};
rootfs_data@b620000 {
label = "rootfs_data";
reg = <0x0b620000 0x02be0000>;
};
reserved@e200000 {
label = "reserved";
reg = <0x0e200000 0x01e00000>;
};coś takiego:
rootfs@a9c0000 {
label = "rootfs";
reg = <0x0a9c0000 0x06c80000>;
};a bootargs tak chyba powinno być:
bootargs-append = " root=/dev/ubiblock0_0";@frutis , jasne , tylko niech narazie na tym co mamy się ubi utworzy.
A tu po zmianie w nazwie partycji i bootargs bez zmian , już się nazywa ubi , dołącza się mtd 23 jako ubi , nie znajduje volumenów , i się wykrzacza:
[ 1.377382] 0x000001300000-0x00000a600000 : "ntgrdata"
[ 1.510507] 0x00000a600000-0x00000a9c0000 : "kernel"
[ 1.514543] 0x00000a9c0000-0x00000e200000 : "ubi"
[ 1.564683] 0x00000e200000-0x000010000000 : "reserved"
[ 1.655418] i2c_dev: i2c /dev entries driver
[ 1.655590] i2c_qup 78b7000.i2c: using default clock-frequency 100000
[ 1.661787] sdhci: Secure Digital Host Controller Interface driver
[ 1.665106] sdhci: Copyright(c) Pierre Ossman
[ 1.671262] sdhci-pltfm: SDHCI platform and OF driver helper
[ 1.679662] NET: Registered PF_INET6 protocol family
[ 1.683616] Segment Routing with IPv6
[ 1.686346] In-situ OAM (IOAM) with IPv6
[ 1.690046] NET: Registered PF_PACKET protocol family
[ 1.694176] 8021q: 802.1Q VLAN Support v1.8
[ 1.698900] Registering SWP/SWPB emulation handler
[ 1.724228] qca8k-ipq4019 c000000.switch: configuring for fixed/internal link mode
[ 1.724568] qca8k-ipq4019 c000000.switch: Link is Up - 1Gbps/Full - flow control rx/tx
[ 1.812533] qca8k-ipq4019 c000000.switch lan1 (uninitialized): PHY [90000.mdio-1:03] driver [Qualcomm QCA8072] (irq=POLL)
[ 1.893570] qca8k-ipq4019 c000000.switch lan2 (uninitialized): PHY [90000.mdio-1:04] driver [Qualcomm QCA8072] (irq=POLL)
[ 1.894702] device eth0 entered promiscuous mode
[ 1.903663] DSA: tree 0 setup
[ 1.909023] ubi0: attaching mtd23
[ 2.164487] ubi0: scanning is finished
[ 2.164555] ubi0 error: ubi_read_volume_table: the layout volume was not found
[ 2.167392] ubi0 error: ubi_attach_mtd_dev: failed to attach mtd23, error -22
[ ▒[ 2.183149] /dev/root: Can't open blockdevAle jak to wgrywasz? Bo sysupgrade tak sam z siebie tego nie obsłuży. Trzeba wgrać przez nmrp najpierw.
EDIT:
Obraz z 20:04 nie jest poprawnie przygotowany. Ma kernel i squashfs. Nie ma wcale ubi.
Strony Poprzednia 1 … 9 10 11 12 13 … 27 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → Netgear LBR20 Orbi
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc