превышено время ожидания повторной попытки tftp

Моя проблема заключается в превышении количества повторных попыток, когда я загружаю образ ядра на процессорную плату Econa (Econa — это процессор на базе ARM) через TFTP, как показано ниже.

CNS3000 # tftp 0x4000000 bootpImage.cns3420.uclibc 
MAC PORT 0 : Initialize bcm53115M 
MAC PORT 2 : Initialize RTL8211 
TFTP from server 192.168.0.219; our IP address is 192.168.0.112 
Filename 'bootpImage.cns3420.uclibc'. 
Load address: 0x4000000 
Loading: T T T T T T T T T T 
Retry count exceeded; starting again 

Ниже приведены пункты, которые могут помочь вам найти причину этой ошибки.

  1. Ответ на пинг в порядке

    CNS3000 # ping 192.168.0.219 
    MAC PORT 0 : Initialize bcm53115M 
    MAC PORT 2 : Initialize RTL8211 
    host 192.168.0.219 is alive 
    
  2. Когда я попытался проверить, работает ли TFTP, я попытался, как показано ниже. Кажется, TFTP-сервер работает. Я поместил небольшой файл в /tftpboot:

    # echo "Hello, embedded world" > /tftpboot/hello.txt"
    

    Затем я сделал localhost

    # tftp localhost
    tftp> get hello.txt
    Received 23 bytes in 0.1 seconds
    tftp> quit
    
  3. Обратите внимание, что на моей машине нет брандмауэра или SELinux.

  4. Убедитесь, что расположение этих файлов в порядке. Я поместил файл образа ядра bootpImage.cns3420.uclibc в /tftpbootTFTP, сервисный файл находится в /etc/xinetd.d/tftp.

  5. Мой служебный файл TFTP:

    service tftp
    {
    socket_type =dgram
    protocol=udp
    wait=yes
    user=root
    server=/usr/sbin/in.tftpd
    server_args=-s /tftpboot -b 512
    disable=no
    per_source=11
    cps=100 2
    flags=ipv4
    }
    
  6. printenv ответ в U-boot:

    CNS3000 # printenv 
    bootargs=root=/dev/mtdblock0 mem=256M console=ttyS0 
    baudrate=38400 
    ethaddr=00:53:43:4F:54:54 
    netmask=255.255.0.0 
    tftp_bsize=512 
    udp_frag_size=512 
    mmc_init=mmcinit 
    loading=fatload mmc 0 0x4000000 bootpimage-82511 
    running=go 0x4000000 
    bootcmd=run mmc_init;run loading;run running 
    serverip=192.168.0.219 
    ipaddr=192.168.0.112 
    bootdelay=5 
    port=1 
    bootfile=/tftpboot/bootpImage.cns3420.uclibcl 
    stdin=serial 
    stdout=serial 
    stderr=serial 
    verify=n 
    

    Размер среды: 437/4092 bytes

С уважением Вакас


person Waqas    schedule 05.10.2012    source источник
comment
Где вы можете решить эту проблему? Я сталкиваюсь с той же проблемой с банановым пи, который использует тот же чип PHY. Мой tftp работает нормально, так как я использую Beagle Bone Black или другие доски, все в порядке.   -  person Prajosh Premdas    schedule 12.08.2014


Ответы (1)


Загрузка: Т Т Т Т Т Т Т Т Т Т

Значит передачи вообще нет; это может быть вызвано неправильной настройкой интерфейса, например, u-boot настроен на 100-мегабитный полный дуплекс, а вы пытаетесь подключиться через полудуплекс или 10-мегабитный (или их комбинацию). Еще один момент — размер MTU, он должен быть 1500 (u-boot не справляется с фрагментацией пакетов).

Подсказка для пользователей Windows/VMware:

Тайм-ауты tftp от u-boot вызваны переадресацией IP-адресов Windows.

1) Если у вас есть домашняя сеть: отключите ее. 2) Вы используете службу маршрутизации и удаленного доступа: отключите службу 3) проверьте реестр на наличие IP-переадресации:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\IPEnableRouter

установить значение на 0 (и, возможно, перезагрузить)

person Oliver Sievers    schedule 26.12.2013