Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Obrazy LEDE 17.01-SNAPSHOT
Strony Poprzednia 1 … 11 12 13 14 15 16 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Trochę i ja przyspałem jeśli chodzi o rozwój, ale czy jest już któryś z releasów (czy to lede, czy Cezarego), który 'raz' zainstalowany da dostęp do nowych pakietów nie powodując przy tym ciągłych zmian w modułach kernela?
Nie. Instalując 17.01.0 dostaniesz migawkę pakietów z danej chwili. Nie są one aktualizowane na nowe wersje (chyba że nie wiem, jakiegoś krytycznego buga by znaleźli). Bieżące poprawki masz właśnie w snapshocie lub czekasz na następne wydanie stabilne.
Koledzy co powinienem wgrać do TP-Link MR200? Aktualnie mam w nim ostatni firmware ze strony TP-Linka czyli Archer_MR200(EU)_V1_160905_1476936302791w.zip. Nie widzę obrazu factory tylko sysupgrade http://dl.eko.one.pl/luci/lede/17.01-SN … pgrade.bin
Czy jeśli chodzi o ten router to jest jakiś inny sposób wgrywania LEDE/OpenWRT?
Muszę zmienić firmware ponieważ oryginalne blokuje chyba jakoś ruch przychodzący na porcie 443.
Przez tftp ładujesz. https://wiki.openwrt.org/toh/tp-link/ar … ftp_method
Dzięki.
Cezary, czy w ostatnich obrazach dla ipq806x (a przynajmniej dla R7800) dodałeś wsparcie dla 'hardware cryptoengine' ?
Czy może lepiej zaczekać na jądro 4.9 (w 'master' wsparcie jest dodane)?
Nie, nie dodawałem.
Na WNDR4300:
"Przesłany plik obrazu nie zawiera obsługiwanego formatu. Upewnij się, że wybrałeś odpowiedni format obrazu dla danej platformy."
Przy próbie aktualizacji do: luci-17.01-snapshot-r3301-7099bb1-ar71xx-nand-wndr4300-large-squashfs-sysupgrade.tar
W chwili obecnej mam wgrany obraz factory, który wgrywałem 20.03.2017: luci-17.01-snapshot-r3285-111cf1b-ar71xx-nand-wndr4300-large-ubi-factory.img
Jest na to jakiś sposób (oprócz TFTP)?
Przez tftp zrób aktualizację tego obrazu -large.
Ok, ale tak już zawsze będzie, że aktualizacje tylko przez TFTP? Czy może jest tam jakiś błąd który to powoduje?
Zauważyłem, że w środku tego archiwum jest folder: "sysupgrade-wndr4300-large" zamiast "sysupgrade-wndr4300". Po zmianie nazwy tego folderu - plik wchodzi i pyta się o potwierdzenie sumy kontrolnej. Chyba spróbuję i dam znać czy się udało.
Ja nie mam sprzętu żeby sprawdzić dlaczego się buntuje, więc na razie tylko przez tftp.
Chyba że rozpracujesz dlaczego to z chęcią poprawię.
Weszło bez problemu 
"Build time: 2017-04-07 19:54 CEST"
Czyli rozwiązanie to otworzenie archiwum .tar i zmiana nazwy folderu z "sysupgrade-wndr4300-large" na "sysupgrade-wndr430".
Potwierdzam, że rozwiązanie problemu zaproponowane przez @Przmus działa. Dzięki!
Wiem gdzie jest problem. Nazwa platformy jest uwzględniania przy sprawdzaniu obrazu, a on nadal nazywa się tak samo - wndr4300. Wiem już jak robić kompatybilne obrazy.
PS. Ma sens jeszcze robienia zwykłych obrazów? Może w ogóle pozbyć się zwykłym i zostawić tyle te z powiększonym flash, więc odpada problem nazewnictwa.
Według mnie nie ma sensu, bo te z powiększonym flashem działają bez problemu. Jedyny problem, to to że jeśli ktoś ma teraz wgrany obraz bez "-large", to po aktualizacji złapie bootloopa i będzie musiał wgrywać przez TFTP. Może w statystykach da się jakoś podejrzeć ile osób korzysta z tamtej wersji (przed wydaniem -large)?
Da się, choć muszę po bazie pogrzebać.
Nikt nie korzysta, przynajmniej ci którzy są statystykach. Wszyscy mają wersję co najmniej r3218, choć oczywiście nie wiem kto ma zwykłą a kto ma -large.
Jak dla mnie chyba nie ma sensu robić obrazów zwykłych tylko z large bo najprawdopodobniej każdy ma large bo w końcu przy kupnie tego routera kierowali się pamięcią flash aby nie robić exroota , ramem i wydajnym prądowo usb. Ja wczoraj wczytując aktualizacje musiałem ściągać router i ładować poprzez tftp bo było czasu zastanawiać się czemu nie wchodzi
Już zmieniłem sobie, po prostu będę budować jedne obrazy już z powiększonym obszarem we flash. Jak ktoś się boi i chce zwykłe to zostaje mu używać oryginalnych obrazów lede.
Planujesz wypuszczenie wersji 17.01.1 na weekendzie może?
Tak jest.
EDIT: w weekend będą nowe buildy, zaimportowałem przy okazji obrazy dla MR6400 i parę zmian wyszło w programie do obsługi wbudowane go modemu. Jeżeli ktoś ma i używam MR200 to niech da znać czy połączenie z modemem nadal działa tak jak powinno.
Dla 17.01.1 będzie ok?
git clone -b 'v17.01.1' --single-branch https://github.com/lede-project/source.gitMoże być.
Niedawno budowałem 17.01-SNAPSHOT pod APU2 i kompilacja poszła bez problemu.
Dziś zapodałem 17.01.1 i zatrzymała się na "nslookup_lede"
scripts/Makefile.build:197: recipe for target 'networking/nslookup_lede.o' failed
make[5]: *** [networking/nslookup_lede.o] Error 1
Makefile:742: recipe for target 'networking' failed
make[4]: *** [networking] Error 2
make[4]: Leaving directory '/home/cinek/.build/LEDE-17.01.1/lede/build_dir/target-x86_64_musl-1.1.16/busybox-1.25.1'
Makefile:121: recipe for target '/home/cinek/.build/LEDE-17.01.1/lede/build_dir/target-x86_64_musl-1.1.16/busybox-1.25.1/.built' failed
make[3]: *** [/home/cinek/.build/LEDE-17.01.1/lede/build_dir/target-x86_64_musl-1.1.16/busybox-1.25.1/.built] Error 2
make[3]: Leaving directory '/home/cinek/.build/LEDE-17.01.1/lede/package/utils/busybox'
package/Makefile:105: recipe for target 'package/utils/busybox/compile' failed
make[2]: *** [package/utils/busybox/compile] Error 2
make[2]: Leaving directory '/home/cinek/.build/LEDE-17.01.1/lede'
package/Makefile:101: recipe for target '/home/cinek/.build/LEDE-17.01.1/lede/staging_dir/target-x86_64_musl-1.1.16/stamp/.package_compile' failed
make[1]: *** [/home/cinek/.build/LEDE-17.01.1/lede/staging_dir/target-x86_64_musl-1.1.16/stamp/.package_compile] Error 2
make[1]: Leaving directory '/home/cinek/.build/LEDE-17.01.1/lede'
/home/cinek/.build/LEDE-17.01.1/lede/include/toplevel.mk:197: recipe for target 'world' failed
make: *** [world] Error 2Porównałem sobie .config i to jedyna różnica.
1186c1186,1187
< CONFIG_BUSYBOX_DEFAULT_NSLOOKUP=y
---
> # CONFIG_BUSYBOX_DEFAULT_NSLOOKUP is not set
> CONFIG_BUSYBOX_DEFAULT_NSLOOKUP_LEDE=y
2015c2016,2018
< CONFIG_BUSYBOX_CONFIG_NSLOOKUP=y
---
> # CONFIG_BUSYBOX_CONFIG_NSLOOKUP is not set
> CONFIG_BUSYBOX_CONFIG_NSLOOKUP_LEDE=y
> # CONFIG_BUSYBOX_CONFIG_FEATURE_NSLOOKUP_LEDE_LONG_OPTIONS is not set
2186d2188
< # CONFIG_OPKG_SUPPORT_MD5 is not setZmieniłem ten "nslookup_lede" na "nslookup" i kompilacja poszła do końca bez problemu.
Strony Poprzednia 1 … 11 12 13 14 15 16 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Obrazy LEDE 17.01-SNAPSHOT
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc