Linux HowTo
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
Hi
ich bekomme es einfach nicht hin die dbox via Linux zu starten.
ich habe Suse Linux 7.3 und suche die Einträge für die Konfigurationen (inetd.conf; hosts; exports; dhcpd.conf; ?;) zum verifizieren.
Mein Verzeichniss ist das /dbox Dir. darunter liegen cdkroot und tftpboot
(aus dem cvs kompiliert).
ich bekomme es einfach nicht hin die dbox via Linux zu starten.
ich habe Suse Linux 7.3 und suche die Einträge für die Konfigurationen (inetd.conf; hosts; exports; dhcpd.conf; ?;) zum verifizieren.
Mein Verzeichniss ist das /dbox Dir. darunter liegen cdkroot und tftpboot
(aus dem cvs kompiliert).
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
Hi,
mit dieser Konfiguration kann ich meine Box
mit yadd booten (7.3):
1. tftp installieren (n2)
inetd.conf:
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /dbox2/tftpboot
bootps dgram udp wait root /usr/sbin/tcpd bootpd -d4 -c /dbox2/tftpboot
2. hosts: 10.10.1.201 dbox
3. exports: /dbox dbox(rw,no_root_squash)
4. dhcp:
subnet 10.0.0.0 netmask 255.0.0.0 {
}
ddns-update-style ad-hoc;
host dbox {
fixed-address 10.10.1.201;
hardware ethernet 00:50:9C:1F:87:6F;
allow bootp;
server-name "10.10.1.21";
# filename "/dbox2/tftpboot/ppcboot";
}
mit dieser Konfiguration kann ich meine Box
mit yadd booten (7.3):
1. tftp installieren (n2)
inetd.conf:
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /dbox2/tftpboot
bootps dgram udp wait root /usr/sbin/tcpd bootpd -d4 -c /dbox2/tftpboot
2. hosts: 10.10.1.201 dbox
3. exports: /dbox dbox(rw,no_root_squash)
4. dhcp:
subnet 10.0.0.0 netmask 255.0.0.0 {
}
ddns-update-style ad-hoc;
host dbox {
fixed-address 10.10.1.201;
hardware ethernet 00:50:9C:1F:87:6F;
allow bootp;
server-name "10.10.1.21";
# filename "/dbox2/tftpboot/ppcboot";
}
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
Ich habs so ähnlich auch probiert.
Leider klappts nicht.
Was mir nicht ganz klar ist, ist der Zusammenhang host=dbox; export=/dbox und tftpboot=/dbox2. Wie jetzt: /dbox oder /dbox2? Wie sieht denn Deine Verzeichnissstruktur aus?
Was ich noch nicht gefunden habe, ist der Aufruf zur kontrolle der ttyS0. Ich nehme cat /dev/ttyS0, ist das o.k.?
Leider klappts nicht.
Was mir nicht ganz klar ist, ist der Zusammenhang host=dbox; export=/dbox und tftpboot=/dbox2. Wie jetzt: /dbox oder /dbox2? Wie sieht denn Deine Verzeichnissstruktur aus?
Was ich noch nicht gefunden habe, ist der Aufruf zur kontrolle der ttyS0. Ich nehme cat /dev/ttyS0, ist das o.k.?
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
-
- Interessierter
- Beiträge: 20
- Registriert: Dienstag 2. Oktober 2001, 00:00
-
- Interessierter
- Beiträge: 20
- Registriert: Dienstag 2. Oktober 2001, 00:00
Dafür solltest zum Beispiel Minicom benutzen, dürfte bei so ziemlich jeder Distri dabei sein.On 2001-11-10 13:11, hotdog67 wrote:
Was ich noch nicht gefunden habe, ist der Aufruf zur kontrolle der ttyS0. Ich nehme cat /dev/ttyS0, ist das o.k.?
Auch mußt du das "callout-device" /dev/cua0 benutzen und nicht /dev/ttys0.
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
Hi hotdog67,
ich hab hier nochmal alles genau zusammenge-
schrieben, ich glaub mein erster Post war zu
ungenau:
logischerweise dann cdkroot und tftpboot existieren!
(Wobei natürlich in tftpboot wiederum ppcboot liegt - aber das weisst du bestimmt,
ich erwähns nur nochmal).
Gruss
<IMG SRC="/forum/images/smiles/icon_smile.gif">
<font size=-1>[ This Message was edited by: schmalzz on 2001-11-10 17:28 ]</font>
ich hab hier nochmal alles genau zusammenge-
schrieben, ich glaub mein erster Post war zu
ungenau:
- Du musst die benötigten Verzeichnisse für
die Box per NFS exportieren:
/etc/exports:
/dbox2 dbox(rw,no_root_squash)
/dbox2/cdkroot (rw,no_root_squash) - rarpd muss laufen. Konfiguration in
/etc/ethers: MAC-DBOX:IP-DBOX - Konfiguration inetd.conf:
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /dbox2/tftpboot
bootps dgram udp wait root /usr/sbin/tcpd bootpd -d4 -c /dbox2/tftpboot - DHCP Konfig wie bereits gepostet!
- Die Box muss in der /etc/hosts drinstehen: IP-BOX Name-Box (dbox!!!)
logischerweise dann cdkroot und tftpboot existieren!
(Wobei natürlich in tftpboot wiederum ppcboot liegt - aber das weisst du bestimmt,
ich erwähns nur nochmal).
Gruss
<IMG SRC="/forum/images/smiles/icon_smile.gif">
<font size=-1>[ This Message was edited by: schmalzz on 2001-11-10 17:28 ]</font>
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
-
- Interessierter
- Beiträge: 20
- Registriert: Dienstag 2. Oktober 2001, 00:00
@hotdog67
Hi
Ruf Minicom -s auf, dann kanst du Minicom richtig einstellen.
- Dann gehe erstmal in den Menüpunkt "Serial port setup" und ändere das Serial Device auf /dev/cua0.
- Nun mußt du den Comport speed/par/bits einstellen je nach dem was du eigentlich vorhast. NUR für Debug-Enable Vorgang benötigst du die Settings 57600,8n1 ansonsten immer 9600,8n1
- Jetzt noch auf den Menüpunkt "Modem and dialing" und den "Init String" und "Reset String" komplett löschen, da das für uns irrelevant ist.
- Das ganze noch speichern "Save setup as dfl"
Das war es, dann müste Minicom bei dir funktionieren.
tcpdump kannst du eigentlich ohne spezielle optioins benutzen. Wenn du mehrere netzwerkapdapter hast solltest du deine Netzwerkkarte angeben. z.B. tcpdump -i eth0
Gruß
Slaanesh
Hi
Ruf Minicom -s auf, dann kanst du Minicom richtig einstellen.
- Dann gehe erstmal in den Menüpunkt "Serial port setup" und ändere das Serial Device auf /dev/cua0.
- Nun mußt du den Comport speed/par/bits einstellen je nach dem was du eigentlich vorhast. NUR für Debug-Enable Vorgang benötigst du die Settings 57600,8n1 ansonsten immer 9600,8n1
- Jetzt noch auf den Menüpunkt "Modem and dialing" und den "Init String" und "Reset String" komplett löschen, da das für uns irrelevant ist.
- Das ganze noch speichern "Save setup as dfl"
Das war es, dann müste Minicom bei dir funktionieren.
tcpdump kannst du eigentlich ohne spezielle optioins benutzen. Wenn du mehrere netzwerkapdapter hast solltest du deine Netzwerkkarte angeben. z.B. tcpdump -i eth0
Gruß
Slaanesh
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
Hi
Ich will Euch mal meine Ausgabe von tcpdump geben:
tcpdump: listening on eth0
20:34:37.977275 0.0.0.0.0 > 255.255.255.255.bootps: (request) xid:0x157c [|bootp]
20:34:37.977856 amdk7.local.bootps > dbox.bootpc: xid:0x157c Y:dbox S:amdk7.local sname "192.168.13"[|bootp] [tos 0x10]
20:34:38.100780 arp who-has amdk7.local tell dbox
20:34:38.100839 arp reply amdk7.local is-at 0:30:841d:a
20:34:38.101065 dbox.wizard > amdk7.local.tftp: 17 RRQ "c0a88803"
20:34:38.104299 amdk7.local.32779 > dbox.wizard: udp 21 (DF)
20:34:43.096821 arp who-has dbox tell amdk7.local
20:34:44.096823 arp who-has dbox tell amdk7.local
20:34:45.096820 arp who-has dbox tell amdk7.local
20:34:46.096823 arp who-has dbox tell amdk7.local
20:34:47.096823 arp who-has dbox tell amdk7.local
20:34:48.096818 arp who-has dbox tell amdk7.local
20:35:34.169885 arp who-has dbox tell amdk7.local
Mit minicom kann Ich den Bootvorgang des Flash <IMG SRC="/forum/images/smiles/icon_frown.gif"> beobachten:
Ædebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS debug: BMon V1.0 mID 01 debug: feID 7a gtxID 0b debug: fpID 5a dsID 01-7e.fd.ce.05.00.00-e5 debug: HWrev X5 SWrev 0.81 debug: B/Ex/Fl(MB) 32/00/08 WATCHDOG reset enabled dbox2:root> debug: BOOTP/TFTP bootstrap loader (v0.3) debug: debug: Transmitting BOOTP request via broadcast debug: Got BOOTP reply from Server IP 192.168.136.2, My IP 192.168.136.3 debug: Sending TFTP-request for file c0a88803 debug: TFTP error 0x2 (Access violation) debug: TFTP failed, giving up... boot net failed
Ich will Euch mal meine Ausgabe von tcpdump geben:
tcpdump: listening on eth0
20:34:37.977275 0.0.0.0.0 > 255.255.255.255.bootps: (request) xid:0x157c [|bootp]
20:34:37.977856 amdk7.local.bootps > dbox.bootpc: xid:0x157c Y:dbox S:amdk7.local sname "192.168.13"[|bootp] [tos 0x10]
20:34:38.100780 arp who-has amdk7.local tell dbox
20:34:38.100839 arp reply amdk7.local is-at 0:30:841d:a
20:34:38.101065 dbox.wizard > amdk7.local.tftp: 17 RRQ "c0a88803"
20:34:38.104299 amdk7.local.32779 > dbox.wizard: udp 21 (DF)
20:34:43.096821 arp who-has dbox tell amdk7.local
20:34:44.096823 arp who-has dbox tell amdk7.local
20:34:45.096820 arp who-has dbox tell amdk7.local
20:34:46.096823 arp who-has dbox tell amdk7.local
20:34:47.096823 arp who-has dbox tell amdk7.local
20:34:48.096818 arp who-has dbox tell amdk7.local
20:35:34.169885 arp who-has dbox tell amdk7.local
Mit minicom kann Ich den Bootvorgang des Flash <IMG SRC="/forum/images/smiles/icon_frown.gif"> beobachten:
Ædebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS debug: BMon V1.0 mID 01 debug: feID 7a gtxID 0b debug: fpID 5a dsID 01-7e.fd.ce.05.00.00-e5 debug: HWrev X5 SWrev 0.81 debug: B/Ex/Fl(MB) 32/00/08 WATCHDOG reset enabled dbox2:root> debug: BOOTP/TFTP bootstrap loader (v0.3) debug: debug: Transmitting BOOTP request via broadcast debug: Got BOOTP reply from Server IP 192.168.136.2, My IP 192.168.136.3 debug: Sending TFTP-request for file c0a88803 debug: TFTP error 0x2 (Access violation) debug: TFTP failed, giving up... boot net failed
-
- Interessierter
- Beiträge: 83
- Registriert: Montag 22. Oktober 2001, 00:00
Hi,
ich habe die Konfiguration von schmalzz unter Suse 7.2 eingetragen - es funktioniert super.
Läßt sich das auch kurz ausschalten, wenn ich aus dem Flash booten will, oder ist es einfacher das Netzwerk abziehen ?
@hotdog67
Hast du den tftp installiert ? Der war bei mir noch nicht da. Außerdem mußte ich den DHCP in der Konfiguration einschalten und den rarpd starte ich noch per Hand.
T-Olli
ich habe die Konfiguration von schmalzz unter Suse 7.2 eingetragen - es funktioniert super.
Läßt sich das auch kurz ausschalten, wenn ich aus dem Flash booten will, oder ist es einfacher das Netzwerk abziehen ?
@hotdog67
Hast du den tftp installiert ? Der war bei mir noch nicht da. Außerdem mußte ich den DHCP in der Konfiguration einschalten und den rarpd starte ich noch per Hand.
T-Olli
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
Hi
tftp wurde bei mir mit YAST2 mitinstalliert (Standart Office mit Netzwerk und Development)
Ich habe eben mal mit jemanden gesprochen, der mir den Tip gegeben hat in der inetd.conf die Variante für tftp -s auszuprobieren. Könnte es daran liegen.
Heisst es dhcpd oder rcdhcpd?
<font size=-1>[ This Message was edited by: hotdog67 on 2001-11-13 16:47 ]</font>
tftp wurde bei mir mit YAST2 mitinstalliert (Standart Office mit Netzwerk und Development)
Ich habe eben mal mit jemanden gesprochen, der mir den Tip gegeben hat in der inetd.conf die Variante für tftp -s auszuprobieren. Könnte es daran liegen.
Heisst es dhcpd oder rcdhcpd?
<font size=-1>[ This Message was edited by: hotdog67 on 2001-11-13 16:47 ]</font>
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
Hi hotdog67!
1. GANZ WICHTIG: Es heisst tftpd Kontrollier das bitte nochmal in der Paketauswahl nach. Der Parameter -s funktioniert nicht, ist zwar bei SuSE default muss aber weg!
2. Wenn du den dhcp Server stoppen willst heisst es rcdhcpd stop bzw. zum starten rcdhcpd start
Gruss
<font size=-1>[ This Message was edited by: schmalzz on 2001-11-13 20:43 ]</font>
1. GANZ WICHTIG: Es heisst tftpd Kontrollier das bitte nochmal in der Paketauswahl nach. Der Parameter -s funktioniert nicht, ist zwar bei SuSE default muss aber weg!
2. Wenn du den dhcp Server stoppen willst heisst es rcdhcpd stop bzw. zum starten rcdhcpd start
Gruss
<font size=-1>[ This Message was edited by: schmalzz on 2001-11-13 20:43 ]</font>
-
- Interessierter
- Beiträge: 23
- Registriert: Mittwoch 8. August 2001, 00:00
@hotdog67: ...falls Du immer noch access violations bekommst, hilft manchmal auch ein Bilck auf die serielle console und in /var/log/messages oder /var/log/warn. Ich glaube *erinner - wie war das doch* ich hatte das Problem damals auch und dort stand dann irgendwo, wo der access violatet wird.
Tipp: mit "tail -f /var/log/messages" kannst Du das Log in Echtzeit anzeigen lassen.
soon...
<font size=-1>[ This Message was edited by: phat77 on 2001-11-14 13:23 ]</font>
Tipp: mit "tail -f /var/log/messages" kannst Du das Log in Echtzeit anzeigen lassen.
soon...
<font size=-1>[ This Message was edited by: phat77 on 2001-11-14 13:23 ]</font>
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
Hi
in der /var/log/warn hab ich folgendes gefunden:
in.bootpd[16753]: error: cannot execute /usr/sbin/in.bootpd: No such file or directory
Ich hab mit YAST2 mal nach so einen Packet "in.bootpd" geschaut aber keins gefunden. Was kann Ich jetzt machen?
<font size=-1>[ This Message was edited by: hotdog67 on 2001-11-15 22:46 ]</font>
in der /var/log/warn hab ich folgendes gefunden:
in.bootpd[16753]: error: cannot execute /usr/sbin/in.bootpd: No such file or directory
Ich hab mit YAST2 mal nach so einen Packet "in.bootpd" geschaut aber keins gefunden. Was kann Ich jetzt machen?
<font size=-1>[ This Message was edited by: hotdog67 on 2001-11-15 22:46 ]</font>
-
- Einsteiger
- Beiträge: 185
- Registriert: Mittwoch 19. September 2001, 00:00
Hi hotdog67,
bist du mit deinem Problem eigentlich schon
weitergekommen? Ich hab mal versucht deinen
Fehler bei mir zu reproduzieren, leider ohne
Erfolg! <IMG SRC="/forum/images/smiles/icon_wink.gif">
Meiner Meinung fehlt dir immer noch irgendein
Paket, Rechte dürften doch kein Problem sein,
oder?
Gruss
bist du mit deinem Problem eigentlich schon
weitergekommen? Ich hab mal versucht deinen
Fehler bei mir zu reproduzieren, leider ohne
Erfolg! <IMG SRC="/forum/images/smiles/icon_wink.gif">
Meiner Meinung fehlt dir immer noch irgendein
Paket, Rechte dürften doch kein Problem sein,
oder?
Gruss
-
- Einsteiger
- Beiträge: 217
- Registriert: Samstag 25. August 2001, 00:00
Hi
also folgendes:
1. Ich bekomme jetzt die Soft von Linux aus ans laufen. Ein Fehler war, dass Ich mir die inetd.conf mit vi selbst ein bischen versaut habe. Ich habe immer nur nach den Pfaden geschaut und nicht bemerkt das Ich den tcpd-Aufruf mit in.bootpd überschrieben habe.
Das es klappt gilt allerdings nur für das YADD von mclean.
Wenn Ich meine eigens kompilierte Version lade, wird der tftpboot und der kernel geladen, danach ist Schluss. siehe anderes Posting im selben Forum:
http://tuxbox.berlios.de/forum/viewtopi ... forum=13&0
Ich hab dann nochmal ein komplettes Checkout gemacht und alles neu erstellen lassen aber das hat den Fehler auch nicht beseitigt.
Gibt es bei anderen auch Probleme mit dem aktuellen cdk, oder muss Ich noch irgendwas modifizieren?
also folgendes:
1. Ich bekomme jetzt die Soft von Linux aus ans laufen. Ein Fehler war, dass Ich mir die inetd.conf mit vi selbst ein bischen versaut habe. Ich habe immer nur nach den Pfaden geschaut und nicht bemerkt das Ich den tcpd-Aufruf mit in.bootpd überschrieben habe.
Das es klappt gilt allerdings nur für das YADD von mclean.
Wenn Ich meine eigens kompilierte Version lade, wird der tftpboot und der kernel geladen, danach ist Schluss. siehe anderes Posting im selben Forum:
http://tuxbox.berlios.de/forum/viewtopi ... forum=13&0
Ich hab dann nochmal ein komplettes Checkout gemacht und alles neu erstellen lassen aber das hat den Fehler auch nicht beseitigt.
Gibt es bei anderen auch Probleme mit dem aktuellen cdk, oder muss Ich noch irgendwas modifizieren?
-
- Neugieriger
- Beiträge: 18
- Registriert: Montag 5. November 2001, 00:00
Hi!
Habe auch das Problem mit der Acces Violations beim TFTP Zugriff mit der SuSE 7.3, obwohl ich alle Rechte kontrolliert habe und die Konfigurationsdateien (/etc/exports, dhcpd.conf...) genaustens überprüft habe, wie in diesem Thread beschrieben.
Kann es sein, dass bei der 7.3 die entsprechenden Pakete nicht richtig laufen?
Weiß echt nicht mehr weiter.
Hat jemand ne Idee?
Welches Log sollte ich am besten posten, damit man das Problem einkreisen kann?
Besten Dank,
Cashew!
Habe auch das Problem mit der Acces Violations beim TFTP Zugriff mit der SuSE 7.3, obwohl ich alle Rechte kontrolliert habe und die Konfigurationsdateien (/etc/exports, dhcpd.conf...) genaustens überprüft habe, wie in diesem Thread beschrieben.
Kann es sein, dass bei der 7.3 die entsprechenden Pakete nicht richtig laufen?
Weiß echt nicht mehr weiter.
Hat jemand ne Idee?
Welches Log sollte ich am besten posten, damit man das Problem einkreisen kann?
Besten Dank,
Cashew!
-
- Senior Member
- Beiträge: 1282
- Registriert: Montag 12. November 2001, 00:00
entwederdebug: Sending TFTP-request for file /dbox/tftpboot/ppcboot debug: TFTP error 0x2 (Access violation)
- stimmen die rechte nicht
oder
- tftpd wird mit einem anderen verzeichnis als parameter gestartet
oder
- tftpd macht ein chroot und findet deshalb nicht "/dbox/tftpboot/ppcboot",
wuerde aber "ppcboot" finden
-
- Neugieriger
- Beiträge: 18
- Registriert: Montag 5. November 2001, 00:00
Bin weiterhin am Verzweifeln.
Meine Einstellungen sehen folgendermaßen aus:
-dhcpd.conf:
subnet 10.10.115.50 netmask 255.255.255.0 {
}
host dbox {
fixed-address 10.10.115.50;
hardware ethernet xx:yy:zz:aa:bb:cc;
allow bootp;
server-name "10.10.115.48";
#filename "/dbox2/tftpboot/ppcboot";
}
-inetd.conf:
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /dbox/tftpboot
bootps dgram udp wait root /usr/sbin/tcpd bootpd -d4 -c /dbox/tftpboot
-bootptab:
{weiß ich nicht mehr aus dem Kopf, is aber angepasst}
Is die bootptab überhaupt notwendig?
Denke schon, aber warum war hier vorher in dem Thread nicht die Rede davon? Woher erfährt die Box sonst welches File sie zum Booten braucht? In der dhcpd.conf is der filename-Parameter ja ausgeklammert.
Wäre es nicht denkbar den allow bootp eintrag wegzulassen und dafür den filename dort zu setzen?
Wäre sehr dankbar wenn mir mal jemand seine Konfigurationsdateien zusenden könnte.
Danke,
Cashew!
Meine Einstellungen sehen folgendermaßen aus:
-dhcpd.conf:
subnet 10.10.115.50 netmask 255.255.255.0 {
}
host dbox {
fixed-address 10.10.115.50;
hardware ethernet xx:yy:zz:aa:bb:cc;
allow bootp;
server-name "10.10.115.48";
#filename "/dbox2/tftpboot/ppcboot";
}
-inetd.conf:
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /dbox/tftpboot
bootps dgram udp wait root /usr/sbin/tcpd bootpd -d4 -c /dbox/tftpboot
-bootptab:
{weiß ich nicht mehr aus dem Kopf, is aber angepasst}
Is die bootptab überhaupt notwendig?
Denke schon, aber warum war hier vorher in dem Thread nicht die Rede davon? Woher erfährt die Box sonst welches File sie zum Booten braucht? In der dhcpd.conf is der filename-Parameter ja ausgeklammert.
Wäre es nicht denkbar den allow bootp eintrag wegzulassen und dafür den filename dort zu setzen?
Wäre sehr dankbar wenn mir mal jemand seine Konfigurationsdateien zusenden könnte.
Danke,
Cashew!
-
- Interessierter
- Beiträge: 77
- Registriert: Sonntag 22. Juli 2001, 00:00
-
- Neugieriger
- Beiträge: 18
- Registriert: Montag 5. November 2001, 00:00