Frage zu Netboot

  • Zitat

    der bleibt doch beim Kernel Panic stehen, dann solltest du die letzten Zeilen davor auch lesen können. Da steht nämlich alles darüber ob richtig entpackt wurde und so.


    Also da steht nix das was entpackt wurde.
    Nach Ramdisk driver..... steht:


    Init Cryptographic API
    NET4: Linux TCP/IP
    IP Protokoll: ICMP, UDP, TCP
    IP: routing cache hash table of 4096 buckets, 32 KBytes
    TCP: Hash tables konf......
    ip_conntrack version 2.1 ....
    ip_tables:....
    NET4: unix domain sockets....
    VSF Cannot open root device"" or 03:03
    usw.



    Zitat

    wird es entweder an der PXE/TFTBOOT/DHC


    Bin schon dabei den ganzen Kram hinzuhauen, aber was muß das muß :D


    Zitat

    Hast du mal ne andere NIC probiert?


    Ne leider hab ich nur die eine mit PXE


    Elchi

    Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 120 GB Samsung SSD plus 1000GB Nas im Raid und eine Nvidia Gt610 für VDPAU

    1x DD CineS2, UIR-Man, Androvdr, Ubuntu 14.04lTS, VDR: 2.2.0 (yavdr Quellen) und NVRAM Wakeup


    dabei seit Version 0.72

    Einmal editiert, zuletzt von Elchi ()

  • So wie es aussieht wurde das Image garnicht übergeben. Sonst würde da am Ende irgendwas mit INITTAR, RAMDISK und tmpfs mounted stehen.


    Versuch mal in tftpboot ein Verzeichnis anzulegen ("default" zB), da den kernel und rootfs.img reinkopieren. Bei mir sieht das ganze dann so aus:


    Code
    default vdrclient
    prompt 1
    timeout 150
    display pxelinux.cfg/boot.msg
    f1 pxelinux.cfg/boot.msg
    
    
    label vdrclient
    kernel default/kernel
    append initrd=default/rootfs.img root=/dev/tmpfs


    Und hier nochmal die Verzeichnisse:
    eis # ls -l /tftpboot/default
    -rwxr--r-- 1 root root 1419120 Dec 14 2005 kernel
    -rwxr--r-- 1 root root 1663230 Dec 12 22:50 rootfs.img


    eis # ls -l /tftpboot/pxelinux.cfg
    -rw-r--r-- 1 root root 879 Dec 12 23:49 boot.msg
    -rwxr--r-- 1 root root 277 Dec 12 23:49 default


    Bei mir bootet der ganz normal mit diesen Einstellungen.


    Gruß,
    Sevo

  • Gleiches Spiel !
    Poste doch bitte mal deine /etc/xinetd.d/tftp und die /etc/dhcpd.conf
    Irgendwo muß doch der Hund begraben sein.


    Elchi

    Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 120 GB Samsung SSD plus 1000GB Nas im Raid und eine Nvidia Gt610 für VDPAU

    1x DD CineS2, UIR-Man, Androvdr, Ubuntu 14.04lTS, VDR: 2.2.0 (yavdr Quellen) und NVRAM Wakeup


    dabei seit Version 0.72

  • Hallo,
    versuch mal den tftpd-hpa so anzupassen:

    Code
    tftp  dgram  udp  wait  root  /usr/sbin/in.tftpd /usr/sbin/in.tftpd -vvv -s /var/lib/tftpboot -r blksize -r timeout

    und danach

    Code
    echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

    eingeben.


    Zitat

    Quelle: CD-Net-Install-HOWTO Anmerkung: sehr ausführlich geschriebenes HOWTO !
    Maximum packet count
    Einige - vor allem ältere - PXE-Implementierungen im ROM der NICs können nicht beliebig viele Pakete senden; das Limit liegt oft bei 32k Paketen.
    Um ohne Adaption der Implementierung ein Image, das größer ist, als die maximal übertragbare Datei-Größe, übertragen zu können, benötigt man die Kommandozeilen-Option "-r". Leider ist diese Option nicht in jeder tftpd-Implementierung vorhanden.



    Gruß MAK

  • Biddeschön:


    Gruß,
    Sevo

  • So, nun tut der Kram. Durch die erweiterte Geschwätzigkeit des tftp Servers kam heraus, das es sich offenbar um ein Rechteproblem handelt und so war es dann auch wirklich. Es konnte das Verzeichnis pxelinux.cfg nicht geöffnet bzw. ausgeführt werden, das war das ganze Problem. Danke nochmals an alle!


    Elchi

    Asrock M3A785GHM/128, Athlon 64 240e, 2GB, 120 GB Samsung SSD plus 1000GB Nas im Raid und eine Nvidia Gt610 für VDPAU

    1x DD CineS2, UIR-Man, Androvdr, Ubuntu 14.04lTS, VDR: 2.2.0 (yavdr Quellen) und NVRAM Wakeup


    dabei seit Version 0.72

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!