Page 3 of 4 FirstFirst 1234 LastLast
Results 31 to 45 of 48

Thread: Обновление CFE на Asus RT-N66U для расширения NVRAM до 64KB

  1. #31
    Join Date
    Apr 2009
    Location
    РФ, Барнаул
    Posts
    45

    Angry

    Сделал проще, сбросил в дефолт чтобы все нюансы откинуть. Загрузкился. Прошёлся по мастеру настройки, тыкал тока далее далее ничё не меняя. Первый ребут:
    Code:
    C:\>ping 192.168.1.1 -t
    
    Обмен пакетами с 192.168.1.1 по с 32 байтами данных:
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время=1мс TTL=64
    
    Статистика Ping для 192.168.1.1:
        Пакетов: отправлено = 37, получено = 31, потеряно = 6
        (16% потерь)
    Приблизительное время приема-передачи в мс:
        Минимальное = 0мсек, Максимальное = 1 мсек, Среднее = 0 мсек
    Нормальный ребут, как обычно.
    Далее из всех настроек отключаю только 5Ghz вафлю, применяется, тыкаю ребут и вижу:
    Code:
    C:\>ping 192.168.1.1 -t
    
    Обмен пакетами с 192.168.1.1 по с 32 байтами данных:
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Ответ от 192.168.1.70: Заданный узел недоступен.
    Ответ от 192.168.1.70: Заданный узел недоступен.
    Ответ от 192.168.1.1: число байт=32 время=900мс TTL=100
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Ответ от 192.168.1.70: Заданный узел недоступен.
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Общий сбой.
    Общий сбой.
    Общий сбой.
    Общий сбой.
    Ответ от 192.168.1.1: число байт=32 время=66мс TTL=100
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Превышен интервал ожидания для запроса.
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
    Превышен интервал ожидания для запроса.
    Превышен интервал ожидания для запроса.
    Ответ от 192.168.1.1: число байт=32 время=1497мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
    
    Статистика Ping для 192.168.1.1:
        Пакетов: отправлено = 66, получено = 52, потеряно = 14
        (21% потерь)
    Приблизительное время приема-передачи в мс:
        Минимальное = 0мсек, Максимальное = 1497 мсек, Среднее = 50 мсек
    Феерический 3,14сдедс...
    Во имя Ctrl, Alt и святого Delete.

  2. #32
    Join Date
    Mar 2009
    Location
    Russia, Moscow
    Posts
    2,119
    Blog Entries
    33
    Quote Originally Posted by Annihilator666 View Post
    Спасибо за инфу, Эта инфа уже донесена до разрабов офф прошивки))
    На счёт берута по пингу получается что всё-таки 3 раза, а не 5.
    http://www.lostrealm.ca/tower/node/79

    Code:
    Asuswrt-Merlin - Changelog
    ==========================
    
    3.0.0.4.246.20:
       - NEW: Wifi status icon will be half colored if only one radio is enabled.
       - NEW: Wifi status icon popup will report the state of each radios.
       - NEW: upnp custom config file for miniupnpd
       - NEW: unmount user script
       - NEW: led_ctrl and makemime (for use in conjunction with sendmail) applets.
       - NEW: Implemented control for network switch LEDs (all four at once)
       - NEW: Stealth Mode: option to disable all LEDs
       - NEW: Added CONFIG_IP_NF_RAW and CONFIG_NETFILTER_XT_TARGET_NOTRACK modules.
       - FIXED: Radio toggle through WPS button would be overriden by a scheduled
                radio.  Reverted "switch" to "toggle" code to prevent this.
       - FIXED: You couldn't disable DMZ by clearing the IP field.
       - FIXED: You couldn't edit entered text in DHCP/MAC/etc name field
       - FIXED: clientid passing for some ISPs requiring it (like Sky UK)
                was broken with the DHCP client change of build 220.
       - FIXED: No longer reboot the router three times during boot time if one 
                of the radios is disabled by the user. (RT-N66U)
       - FIXED: Changing the router login name to anything other than "admin"
                would prevent radvd, ecmh and the cru script from working 
                properly - they all assumed "admin".  Made then use
                http_username instead (which is tied to the superuser)
       - CHANGED: Improved SMB and vsftpd read performance by up to 30%
    http://www.lostrealm.ca/asuswrt-merlin/changelog.txt

  3. #33
    Omega, тройной ребут на RT-N66U к CFE отношения не имеет, это исключительно userspace проблема в логике rc.

  4. #34
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question Изменение размера NVRAM с 32к до 64к - реально?

    собственно сабж:
    Изменение размера NVRAM с 32к до 64к - реально?

    как понимаю размер NVRAM и адресное пространство как-то зашито в CFE.


    реально поправить размер NVRAM по методу RT-N66U скажем на RT-N16, RT-N15U?

  5. #35
    Quote Originally Posted by AndreyPopov View Post
    как понимаю размер NVRAM и адресное пространство как-то зашито в CFE.
    Тут это уже несколько раз обсасывалось: с областью NVRAM на флеше работают:

    а) загрузчик CFE,
    б) загруженный Linux.

    До появления RT-N66U, 32КБ хватало на все нужды, но Asus стал класть в NVRAM всё, что только можно, поэтому раздел NVRAM пришлось расширять. Был период, когда разбивка флеша на RT-N66U для linux-ядра была объявлена расширенной до 64КБ, но CFE остался не обновлён и утратил способность читать переменные NVRAM за определённым адресным пределом. Собственно, тема с обновлением CFE как раз из-за этого и стала актуальной. С определённого момента Аsus обновил CFE на RT-N66U, это обновление приезжает с любой актуальной заводской прошивкой.

    Пока вы не обновите на RT-N15U CFE, о расширенной NVRAM можно не мечтать. Даже если вы расширите размер NVRAM для linux будут возникать случаи, когда при перезагрузке CFE будет считать NVRAM битой и сбрасывать все настройки.

    Чем больше фич вы разрешаете в прошивке для младших моделей (включая DualWAN), тем выше вероятность переполнения NVRAM.
    Last edited by ryzhov_al; 03-10-2014 at 19:35.

  6. #36
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    ну так весь вопрос в том, как сказать CFE пользовать 64к? есть какая-то возможность?
    Code:
    Jan  1 02:00:18 kernel: 0x00000000-0x00020000 : "pmon"
    Jan  1 02:00:18 kernel: 0x00020000-0x007f0000 : "linux"
    Jan  1 02:00:18 kernel: 0x001382f8-0x007a0000 : "rootfs"
    Jan  1 02:00:18 kernel: 0x007f0000-0x00800000 : "nvram"
    Jan  1 02:00:18 kernel: 0x007a0000-0x007f0000 : "jffs2"
    потому как размер nvram вроде и так 64к.
    Last edited by AndreyPopov; 04-10-2014 at 12:12.

  7. #37
    Quote Originally Posted by AndreyPopov View Post
    ну так весь вопрос в том, как сказать CFE пользовать 64к? есть какая-то возможность?
    Есть. Пересборка CFE.

  8. #38
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    Quote Originally Posted by ryzhov_al View Post
    Есть. Пересборка CFE.
    в исходниках есть вроде есть cfe_RT-N12HP_B1.5.110.27.9 - может помочь?

  9. #39
    Quote Originally Posted by AndreyPopov View Post
    в исходниках есть вроде есть cfe_RT-N12HP_B1.5.110.27.9 - может помочь?
    Скорее всего да.

  10. #40
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    Quote Originally Posted by ryzhov_al View Post
    Скорее всего да.
    а вы поможете?

    я глянул там есть команда
    nvserial -i compressed/cfez.bin -o RTN12P_boot_0.11.bin -s 45 RT-N12P_boot_1.0_16.txt

    из старого cfe я так понимаю получится вытянуть bin и txt для RT-N15U?

    и в каком месте надо поправить, чтобы NVRAM 64к был?

  11. #41
    Quote Originally Posted by AndreyPopov View Post
    а вы поможете?
    Нет, т.к. не вижу необходимости подвергать пользователей риску убиения роутеров из-за довольно сомнительных новшеств. В случае RT-N66U я выкладывал обновлённый CFE для решения явных косяков, которые теперь не актуальны. Я бы предпочёл ту тему закрыть, но у пользователей обновление CFE до сих пор пользуется популярностью. К моему сожалению.

    Quote Originally Posted by AndreyPopov View Post
    из старого cfe я так понимаю получится вытянуть bin и txt для RT-N15U?
    Я не понимаю что значит «вытянуть». Команда выше запаковывает образ NVRAM из текстового файла в готовый бинарник CFE.

  12. #42
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    Quote Originally Posted by ryzhov_al View Post
    Я не понимаю что значит «вытянуть». Команда выше запаковывает образ NVRAM из текстового файла в готовый бинарник CFE.
    ну бинарник и текстовый файл для RT-N15U тоже ведь надо где-то взять.
    в указанном исходнике лежит только для RT-N12P

  13. #43
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    нашел в cfe_update.sh
    как из CFE nvram переменные достать понятно
    ./nvsimple-mipsel -e $1 -v -o 1024 | sort > nvram_orig.txt


    вопрос в том, bin где взять? или как его получить? скомпилить? или млжет в старом что-то поправить и пересобрать?

    в вашем cfe_update.sh упоминается 1.0.1.9.empty.bin - он откуда?

    будет ли достаточно для поддержки 64k nvram пересобрать оригинальный cfe:

    ./nvsimple-mipsel -i nvram.txt cfe.new -v -o 1024 -l 4092

    при извлечении он писал:
    Code:
    ./nvsimple-mipsel -e /dev/mtd0ro -v -o 1024 | sort > nvram_orig.txt
    nvram header found:
    start   0x400
    end     0xa00
    len     1536
    crc     0x87
    ver     0x01
    после пересборки:
    Code:
    ./nvsimple-mipsel -i nvram.txt cfe.new -v -o 1024 -l 4092
    nvram header created:
    start   0x400
    end     0xa24
    len     1572
    crc     0x0d
    ver     0x01
    Last edited by AndreyPopov; 06-10-2014 at 13:18.

  14. #44
    Quote Originally Posted by AndreyPopov View Post
    вопрос в том, bin где взять? или как его получить? скомпилить? или млжет в старом что-то поправить и пересобрать?
    Для MIPS-платформы исходные коды в GPL-архиве не были доступны, они появились только для ARM-устройств.

    Quote Originally Posted by AndreyPopov View Post
    в вашем cfe_update.sh упоминается 1.0.1.9.empty.bin - он откуда?
    Слит из более нового устройства.

  15. #45
    Join Date
    Feb 2008
    Location
    Dniepropetrovsk, Ukraine
    Posts
    1,527

    Question

    Quote Originally Posted by ryzhov_al View Post
    Для MIPS-платформы исходные коды в GPL-архиве не были доступны, они появились только для ARM-устройств.
    ну вот для MIPS в папке src-rt есть cfe_RT-N12HP_B1.5.110.27.9 - он может помочь?
    https://github.com/AndreyPopovNew/as..._B1-5.110.27.9

    просто я уже подготовил вариант прошивки для rt-n10u, rt-n15u, rt-n14uhp - где часть прошивки вынесена в отдельный кит, который надо скопировать на USB диск и слинковать с /jffs

    ftp://85.198.188.40/pub/ASUS/ASUSWRT...x-smtp-64k.trx
    ftp://85.198.188.40/pub/ASUS/ASUSWRT...T-N15U-ext.tgz

    осталась проблема с тем, что для дополнительных пакетов нужно место в nvram!

    хотелось бы поправить это в cfe, в том числе и для RT-N16.

    а не лазить в "туче" кода, пытаясь заставить приложения пользовать /jffs или /opt для хранения переменных.
    Last edited by AndreyPopov; 06-10-2014 at 19:35.

Page 3 of 4 FirstFirst 1234 LastLast

Similar Threads

  1. Обновление репозитория Entware
    By ryzhov_al in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 47
    Last Post: 14-09-2017, 05:29
  2. Asus RT-N66U
    By Omega in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 728
    Last Post: 02-02-2017, 08:15
  3. Прошивка Олега и обновление на WL-500gP
    By BAA in forum Russian Discussion - РУССКИЙ (RU)
    Replies: 217
    Last Post: 15-11-2010, 17:49
  4. nvram: Cannot allocate memory - ASUS WL 500g V2
    By bloedefrage in forum WL-500gP Q&A
    Replies: 3
    Last Post: 27-07-2009, 11:24

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •