Hallo,
ich habe Linux laufen, jedoch nirgends eine Anleitung zum
Flashen der dBox von Linux aus gefunden. Den Windows-Bootmanager
kann ich nicht verwenden.
Hat jemand einen Link/ Dokumentation fuer mich?
(Hintergrund: Habe die satellites.xml, services.xml, bouquets.xml per
Hand bearbeitet und per FTP upgeloaded. Ging mehrfach gut.
Nun hatte ich einmal die alten Versionen dieser 3 Dateien in ..._old.xml
umbenannt, auf der Box gelassen und die neuen Versionen zusaetzlich
rueberkopiert. Ploetzlich bleibt die Nokia dBox2 beim Booten von Neutrino
haengen Eigentlich wuerde es mir reichen, die 3 ..._old.xml Dateien
auf der dBox zu loeschen, doch kann ich auf diese ja nicht mehr ueber
Netzwerk zugreifen. Also muss ich doch ein neues alexW-Image uploaden?)
Danke,
Christian
Linux-Aequivalent des Windows-Bootmanagers
-
- Neugieriger
- Beiträge: 5
- Registriert: Montag 19. Januar 2004, 17:28
- Sonstiges: AccountKiller
-
- Neugieriger
- Beiträge: 5
- Registriert: Montag 19. Januar 2004, 17:28
- Sonstiges: AccountKiller
Hi mash,
ich habe nach der Anleitung alle notwendigen Server installiert.
Es laufen jetzt:
- rarpd
- xinetd
- dhcpd3 (+ dhcrelay3) (kein bootp)
- nfsd
Deren Konfigurationsdateien kann ich per email schicken, moechte
sie aber auf Grund ihrer Groesze nicht hier im Forum posten.
Mein System:
- Debian GNU/Linux 3.0 Woody (mit einigen aktualisierten Paketen)
- Netzwerk Schnittstelle: eth0
- Verbindung Box-dBox:
- TwistedPair Crosslink Kabel
- und auch ein serielles Kabel
- IP meiner Box: 192.168.1.11
- IP der dBox: 192.168.1.20
Ueberall, wo laut Anleitung notwendig, habe ich in den Konfigurations-
Dateien als Pfad /dbox2 bzw. /dbox2/tftpboot (also direkt im Linux Root-
Verzeichnis) angegeben.
Weitere Fragen:
1 Was genau muss ich downloaden und ins /dbox2 Verzeichnis legen?
Es gibt so viele verschiedene Downloads, aus denen ich nicht ganz
schlau werde: alexW2xImage..., flfs-...img, release.cramfs, yadd-rel...
Je mehr ich in den 10-20 verschiedenen Websites dazu lese, desto
groeszer wird leider meine Verwirrung.
Momentan habe ich direkt im Verzeichnis /dbox2 das entpackte Image
alexW2xImageV1.7.1.200311041222r.img liegen und auszerdem die
Verzeichnisse /dbox2/tftpboot und /dbox2/yaddroot, welche ich aus
yadd-rel.tar.bz2.tar entpackt habe.
2 Wie genau ist nun die Prozedur des Flashens unter Linux?
Dazu steht in der Anleitung von Dietmar's Seite leider nichts.
Ich dachte, nachdem die Dateien und Verzeichnisse auf meiner Box
in /dbox2 liegen, brauche ich nur noch den Stecker der dBox reinstecken,
so dass diese sich von meiner Box die Bootdateien holen kann.
Leider bleibt die dBox aber nach wie vor beim Hochfahren haengen.
Was muss ich noch tun?
Christian
ich habe nach der Anleitung alle notwendigen Server installiert.
Es laufen jetzt:
- rarpd
- xinetd
- dhcpd3 (+ dhcrelay3) (kein bootp)
- nfsd
Deren Konfigurationsdateien kann ich per email schicken, moechte
sie aber auf Grund ihrer Groesze nicht hier im Forum posten.
Mein System:
- Debian GNU/Linux 3.0 Woody (mit einigen aktualisierten Paketen)
- Netzwerk Schnittstelle: eth0
- Verbindung Box-dBox:
- TwistedPair Crosslink Kabel
- und auch ein serielles Kabel
- IP meiner Box: 192.168.1.11
- IP der dBox: 192.168.1.20
Ueberall, wo laut Anleitung notwendig, habe ich in den Konfigurations-
Dateien als Pfad /dbox2 bzw. /dbox2/tftpboot (also direkt im Linux Root-
Verzeichnis) angegeben.
Weitere Fragen:
1 Was genau muss ich downloaden und ins /dbox2 Verzeichnis legen?
Es gibt so viele verschiedene Downloads, aus denen ich nicht ganz
schlau werde: alexW2xImage..., flfs-...img, release.cramfs, yadd-rel...
Je mehr ich in den 10-20 verschiedenen Websites dazu lese, desto
groeszer wird leider meine Verwirrung.
Momentan habe ich direkt im Verzeichnis /dbox2 das entpackte Image
alexW2xImageV1.7.1.200311041222r.img liegen und auszerdem die
Verzeichnisse /dbox2/tftpboot und /dbox2/yaddroot, welche ich aus
yadd-rel.tar.bz2.tar entpackt habe.
2 Wie genau ist nun die Prozedur des Flashens unter Linux?
Dazu steht in der Anleitung von Dietmar's Seite leider nichts.
Ich dachte, nachdem die Dateien und Verzeichnisse auf meiner Box
in /dbox2 liegen, brauche ich nur noch den Stecker der dBox reinstecken,
so dass diese sich von meiner Box die Bootdateien holen kann.
Leider bleibt die dBox aber nach wie vor beim Hochfahren haengen.
Was muss ich noch tun?
Christian
-
- Tuxboxer
- Beiträge: 4654
- Registriert: Samstag 27. April 2002, 13:19
Hi,
die Box wird wohl noch nicht über das Netzwerk booten. Wenn Du Dir das Starten der Box mit einem Terminalprogramm ansiehst, dann wirst Du wohl ein "boot net failed" bekommen. Kann sein, dass Dein Linux noch nicht richtig konfiguriert ist. Schau mal, ob Du ein Flashlog erzeugen kannst. Das bitte mal hier posten.
Gruß
mash
die Box wird wohl noch nicht über das Netzwerk booten. Wenn Du Dir das Starten der Box mit einem Terminalprogramm ansiehst, dann wirst Du wohl ein "boot net failed" bekommen. Kann sein, dass Dein Linux noch nicht richtig konfiguriert ist. Schau mal, ob Du ein Flashlog erzeugen kannst. Das bitte mal hier posten.
Gruß
mash
-
- Neugieriger
- Beiträge: 5
- Registriert: Montag 19. Januar 2004, 17:28
- Sonstiges: AccountKiller
Hallo,
sorry, bin Linux-Anwender, kein Guru! Brauche leider etwas mehr Nachhilfe.
1 Wo finde ich bzw. wie erzeuge ich das Flashlog file?
2 Wenn ich so ein Terminalprogramm installiere (seyon mit ckermit?),
was muss ich konfigurieren, um Log Meldungen der dBox zu bekommen?
3 Wird das serielle Kabel lediglich fuer log Meldungen benoetigt?
4 Der eigentliche Dateitransfer/ das Booten der dBox erfolgt also
nur ueber das Twisted Pair Netzwerk-Kabel? Oder auch ueber seriell?
5 Dietmar schreibt: "Die IP-Adresse wird ihr per RARP (BR-Kernel)
bzw. Bootp/DHCP zugewiesen. Oder halt später von der GUI gesetzt."
Bedeutet das, das ich nur entweder RARP _oder_ DHCP brauche?
Dann koennte ich mich um einen Server weniger kuemmern.
6 Braucht der RARP die Datei /etc/ethers oder welcher Server sonst?
Normalerweise ist bei Debian alles schon vorkonfiguriert; diese Datei
gab's komischerweise noch nicht, so dass ich sie anlegen musste.
Kann es sein, dass hier vielleicht eine andere Datei verwendet wird?
Habe mir den Prozessbaum angeschaut. Es laufen:
- rarpd (wird mit Option -e gestartet; hab' im Script nachgeschaut)
- xinetd
- dhcpd3 (+ dhcrelay3)
- nfsd
Es laeuft kein bootpd, da der dhcpd3 laut Anleitung dasselbe macht.
Hier noch einige Auszuege aus meinen Konfigurationsdateien:
#
# /etc/hosts
#
127.0.0.1 localhost
192.168.1.11 mobile.mydomain mobile
192.168.1.20 dbox dbox
----------
#
# ethers
#
00:50:9c:42:E2:63 192.168.1.20
----------
#
# /etc/inetd.conf: see inetd(8) for further informations.
#
#
#:BOOT: Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
#
#tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /boot
# If TFTP.
tftp dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.tftpd /dbox2/tftpboot
# If BOOTP.
#bootps dgram udp wait root /usr/sbin/tcpd /usr/sbin/bootpd -d4 -c /dbox2
----------
#
# xinetd.d
#
service tftp
{
disable = no
socket_type = dgram
wait = yes
user = nobody
log_on_success += USERID
log_on_failure += USERID
server = /usr/sbin/in.tftpd
server_args = /dbox2/tftpboot
}
----------
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#
#
# Network for Nokia dBox2 digital satellite receiver connection.
#
subnet 192.168.1.0 netmask 255.255.255.0 {
}
#
# Host with bootp for Nokia dBox2 digital satellite receiver connection.
#
#host dbox {
# hardware ethernet 00:50:9C:42:E2:63;
# fixed-address 192.168.1.20;
# allow bootp;
# server-name "192.168.1.11";
# filename "/dbox2/tftpboot/ppcboot";
#}
#
# Host with u-boot for Nokia dBox2 digital satellite receiver connection.
#
host dbox {
hardware ethernet 00:50:9C:42:E2:63;
fixed-address 192.168.1.20;
if exists vendor-class-identifier {
filename "yadd_kernel_1";
option root-path "/dbox2/yadd_1";
} else {
filename "u-boot";
}
}
----------
#
# /etc/exports
#
/dbox2 dbox(rw,sync,no_root_squash)
----------
Die Log Datei daemon.log sagt u.a.:
...
Jan 21 08:54:11 mobile ncpd[626]: daemon started. Listening at 127.0.0.1:7501, using device /dev/ttyS0
...
Jan 21 08:54:17 mobile rarpd[707]: link lo
Jan 21 08:54:17 mobile rarpd[707]: addr 127.0.0.1/8 on lo
Jan 21 08:54:17 mobile rarpd[707]: link eth0
Jan 21 08:54:17 mobile rarpd[707]: addr 192.168.1.11/24 on eth0
Jan 21 08:54:18 mobile rwhod[710]: sending on interface eth0
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=11]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=17]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/xinetd [file=/etc/xinetd.d/xinetd] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=21]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=22]
Jan 21 08:54:21 mobile xinetd[880]: added service daytime [file=/etc/xinetd.conf] [line=23]
Jan 21 08:54:21 mobile xinetd[880]: added service time [file=/etc/xinetd.conf] [line=25]
Jan 21 08:54:21 mobile xinetd[880]: added service talk [file=/etc/xinetd.conf] [line=31]
Jan 21 08:54:21 mobile xinetd[880]: added service ntalk [file=/etc/xinetd.conf] [line=32]
Jan 21 08:54:21 mobile xinetd[880]: added service smtp [file=/etc/xinetd.conf] [line=35]
Jan 21 08:54:21 mobile xinetd[880]: added service finger [file=/etc/xinetd.conf] [line=39]
Jan 21 08:54:21 mobile xinetd[880]: added service tftp [file=/etc/xinetd.conf] [line=46]
Jan 21 08:54:21 mobile xinetd[880]: added service rstatd [file=/etc/xinetd.conf] [line=49]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - Bad value for wait: nowait.400 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service 9999 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service vboxd [file=/etc/xinetd.conf] [line=55]
Jan 21 08:54:21 mobile xinetd[880]: added service sgi_fam [file=/etc/xinetd.conf] [line=58]
Jan 21 08:54:21 mobile xinetd[880]: removing chargen
Jan 21 08:54:21 mobile xinetd[880]: removing chargen
Jan 21 08:54:21 mobile xinetd[880]: removing daytime
Jan 21 08:54:21 mobile xinetd[880]: removing daytime
Jan 21 08:54:21 mobile xinetd[880]: removing echo
Jan 21 08:54:21 mobile xinetd[880]: removing echo
Jan 21 08:54:21 mobile xinetd[880]: removing time
Jan 21 08:54:21 mobile xinetd[880]: removing time
Jan 21 08:54:21 mobile xinetd[880]: removing services
Jan 21 08:54:21 mobile xinetd[880]: Service rstatd missing attribute rpc_version - DISABLING
Jan 21 08:54:21 mobile xinetd[880]: Port not specified and can't find service:9999 with getservbyname
Jan 21 08:54:21 mobile xinetd[880]: Service sgi_fam missing attribute rpc_version - DISABLING
Jan 21 08:54:21 mobile xinetd[880]: xinetd Version 2.3.12 (Debian/GNU) started with libwrap loadavg options compiled in.
Jan 21 08:54:21 mobile xinetd[880]: Started working: 9 available services
Jan 21 08:54:25 mobile rpc.statd[958]: Version 1.0.5 Starting
Jan 21 08:54:25 mobile rpc.statd[958]: statd running as root. chown /var/lib/nfs/sm to choose different user
Jan 21 22:37:07 mobile dhcrelay: send_packet: Network is unreachable
Jan 21 22:37:07 mobile dhcrelay: send_packet: please consult README file regarding broadcast address.
Jan 21 22:37:08 mobile in.tftpd[1697]: refused connect from dbox
...
Hilft Dir das zur Diagnose weiter? Danke fuer weitere Tipps ...
Christian
sorry, bin Linux-Anwender, kein Guru! Brauche leider etwas mehr Nachhilfe.
1 Wo finde ich bzw. wie erzeuge ich das Flashlog file?
2 Wenn ich so ein Terminalprogramm installiere (seyon mit ckermit?),
was muss ich konfigurieren, um Log Meldungen der dBox zu bekommen?
3 Wird das serielle Kabel lediglich fuer log Meldungen benoetigt?
4 Der eigentliche Dateitransfer/ das Booten der dBox erfolgt also
nur ueber das Twisted Pair Netzwerk-Kabel? Oder auch ueber seriell?
5 Dietmar schreibt: "Die IP-Adresse wird ihr per RARP (BR-Kernel)
bzw. Bootp/DHCP zugewiesen. Oder halt später von der GUI gesetzt."
Bedeutet das, das ich nur entweder RARP _oder_ DHCP brauche?
Dann koennte ich mich um einen Server weniger kuemmern.
6 Braucht der RARP die Datei /etc/ethers oder welcher Server sonst?
Normalerweise ist bei Debian alles schon vorkonfiguriert; diese Datei
gab's komischerweise noch nicht, so dass ich sie anlegen musste.
Kann es sein, dass hier vielleicht eine andere Datei verwendet wird?
Habe mir den Prozessbaum angeschaut. Es laufen:
- rarpd (wird mit Option -e gestartet; hab' im Script nachgeschaut)
- xinetd
- dhcpd3 (+ dhcrelay3)
- nfsd
Es laeuft kein bootpd, da der dhcpd3 laut Anleitung dasselbe macht.
Hier noch einige Auszuege aus meinen Konfigurationsdateien:
#
# /etc/hosts
#
127.0.0.1 localhost
192.168.1.11 mobile.mydomain mobile
192.168.1.20 dbox dbox
----------
#
# ethers
#
00:50:9c:42:E2:63 192.168.1.20
----------
#
# /etc/inetd.conf: see inetd(8) for further informations.
#
#
#:BOOT: Tftp service is provided primarily for booting. Most sites
# run this only on machines acting as "boot servers."
#
#tftp dgram udp wait nobody /usr/sbin/tcpd /usr/sbin/in.tftpd /boot
# If TFTP.
tftp dgram udp wait root /usr/sbin/tcpd /usr/sbin/in.tftpd /dbox2/tftpboot
# If BOOTP.
#bootps dgram udp wait root /usr/sbin/tcpd /usr/sbin/bootpd -d4 -c /dbox2
----------
#
# xinetd.d
#
service tftp
{
disable = no
socket_type = dgram
wait = yes
user = nobody
log_on_success += USERID
log_on_failure += USERID
server = /usr/sbin/in.tftpd
server_args = /dbox2/tftpboot
}
----------
#
# $Id: dhcpd.conf,v 1.1.1.1 2002/05/21 00:07:44 peloy Exp $
#
#
# Network for Nokia dBox2 digital satellite receiver connection.
#
subnet 192.168.1.0 netmask 255.255.255.0 {
}
#
# Host with bootp for Nokia dBox2 digital satellite receiver connection.
#
#host dbox {
# hardware ethernet 00:50:9C:42:E2:63;
# fixed-address 192.168.1.20;
# allow bootp;
# server-name "192.168.1.11";
# filename "/dbox2/tftpboot/ppcboot";
#}
#
# Host with u-boot for Nokia dBox2 digital satellite receiver connection.
#
host dbox {
hardware ethernet 00:50:9C:42:E2:63;
fixed-address 192.168.1.20;
if exists vendor-class-identifier {
filename "yadd_kernel_1";
option root-path "/dbox2/yadd_1";
} else {
filename "u-boot";
}
}
----------
#
# /etc/exports
#
/dbox2 dbox(rw,sync,no_root_squash)
----------
Die Log Datei daemon.log sagt u.a.:
...
Jan 21 08:54:11 mobile ncpd[626]: daemon started. Listening at 127.0.0.1:7501, using device /dev/ttyS0
...
Jan 21 08:54:17 mobile rarpd[707]: link lo
Jan 21 08:54:17 mobile rarpd[707]: addr 127.0.0.1/8 on lo
Jan 21 08:54:17 mobile rarpd[707]: link eth0
Jan 21 08:54:17 mobile rarpd[707]: addr 192.168.1.11/24 on eth0
Jan 21 08:54:18 mobile rwhod[710]: sending on interface eth0
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=11]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=17]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/xinetd [file=/etc/xinetd.d/xinetd] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=21]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=22]
Jan 21 08:54:21 mobile xinetd[880]: added service daytime [file=/etc/xinetd.conf] [line=23]
Jan 21 08:54:21 mobile xinetd[880]: added service time [file=/etc/xinetd.conf] [line=25]
Jan 21 08:54:21 mobile xinetd[880]: added service talk [file=/etc/xinetd.conf] [line=31]
Jan 21 08:54:21 mobile xinetd[880]: added service ntalk [file=/etc/xinetd.conf] [line=32]
Jan 21 08:54:21 mobile xinetd[880]: added service smtp [file=/etc/xinetd.conf] [line=35]
Jan 21 08:54:21 mobile xinetd[880]: added service finger [file=/etc/xinetd.conf] [line=39]
Jan 21 08:54:21 mobile xinetd[880]: added service tftp [file=/etc/xinetd.conf] [line=46]
Jan 21 08:54:21 mobile xinetd[880]: added service rstatd [file=/etc/xinetd.conf] [line=49]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - Bad value for wait: nowait.400 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service 9999 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service vboxd [file=/etc/xinetd.conf] [line=55]
Jan 21 08:54:21 mobile xinetd[880]: added service sgi_fam [file=/etc/xinetd.conf] [line=58]
Jan 21 08:54:21 mobile xinetd[880]: removing chargen
Jan 21 08:54:21 mobile xinetd[880]: removing chargen
Jan 21 08:54:21 mobile xinetd[880]: removing daytime
Jan 21 08:54:21 mobile xinetd[880]: removing daytime
Jan 21 08:54:21 mobile xinetd[880]: removing echo
Jan 21 08:54:21 mobile xinetd[880]: removing echo
Jan 21 08:54:21 mobile xinetd[880]: removing time
Jan 21 08:54:21 mobile xinetd[880]: removing time
Jan 21 08:54:21 mobile xinetd[880]: removing services
Jan 21 08:54:21 mobile xinetd[880]: Service rstatd missing attribute rpc_version - DISABLING
Jan 21 08:54:21 mobile xinetd[880]: Port not specified and can't find service:9999 with getservbyname
Jan 21 08:54:21 mobile xinetd[880]: Service sgi_fam missing attribute rpc_version - DISABLING
Jan 21 08:54:21 mobile xinetd[880]: xinetd Version 2.3.12 (Debian/GNU) started with libwrap loadavg options compiled in.
Jan 21 08:54:21 mobile xinetd[880]: Started working: 9 available services
Jan 21 08:54:25 mobile rpc.statd[958]: Version 1.0.5 Starting
Jan 21 08:54:25 mobile rpc.statd[958]: statd running as root. chown /var/lib/nfs/sm to choose different user
Jan 21 22:37:07 mobile dhcrelay: send_packet: Network is unreachable
Jan 21 22:37:07 mobile dhcrelay: send_packet: please consult README file regarding broadcast address.
Jan 21 22:37:08 mobile in.tftpd[1697]: refused connect from dbox
...
Hilft Dir das zur Diagnose weiter? Danke fuer weitere Tipps ...
Christian
-
- Tuxboxer
- Beiträge: 4654
- Registriert: Samstag 27. April 2002, 13:19
Hi,
zu1-4.)
Das Flashen wird bei der Standard ppcboot durch die serielle Schnittstelle initiiert. Das Image selbst wird aber in jedem Fall über das Netzwerk gesendet. 8MB über die serielle Schnittstelle dauert auch etwas zu lang...
Es gibt aber auch die Möglichkeit den Flashvorgang ausschließlich über Netzwerk durchzuführen. Dazu gibt es bei Dietmar eine spezielle ppcboot:
http://www.dietmar-h.net/alt_flash.html
Beim Booten der Box -Debugmode vorausgesetzt- werden Debugmeldungen über die serielle Schnittstelle ausgegeben.
Welches Terminalprogramm Du unter Linux nutzt, ist Dir überlassen.
Die Einstellungen für das Terminalprogramm kannst Du hier nachlesen:
http://www.dietmar-h.net/Nullmodem.html
Wobei die Baudrate auf 9600 eingestellt werden muss.
zu5-6.)
Keine Ahnung. Bin mir aber sicher, dass Du dazu etwas im Forum findest.
z.B.:
https://tuxbox.berlios.de/forum/viewtopic.php?t=24277
Gruß
mash
zu1-4.)
Das Flashen wird bei der Standard ppcboot durch die serielle Schnittstelle initiiert. Das Image selbst wird aber in jedem Fall über das Netzwerk gesendet. 8MB über die serielle Schnittstelle dauert auch etwas zu lang...
Es gibt aber auch die Möglichkeit den Flashvorgang ausschließlich über Netzwerk durchzuführen. Dazu gibt es bei Dietmar eine spezielle ppcboot:
http://www.dietmar-h.net/alt_flash.html
Beim Booten der Box -Debugmode vorausgesetzt- werden Debugmeldungen über die serielle Schnittstelle ausgegeben.
Welches Terminalprogramm Du unter Linux nutzt, ist Dir überlassen.
Die Einstellungen für das Terminalprogramm kannst Du hier nachlesen:
http://www.dietmar-h.net/Nullmodem.html
Wobei die Baudrate auf 9600 eingestellt werden muss.
zu5-6.)
Keine Ahnung. Bin mir aber sicher, dass Du dazu etwas im Forum findest.
z.B.:
https://tuxbox.berlios.de/forum/viewtopic.php?t=24277
Hört sich für mich soweit i.O. an. Wobei Du noch einen TFTP-Server benötigst, soweit ich weiß.chrissy hat geschrieben: Habe mir den Prozessbaum angeschaut. Es laufen:
- rarpd (wird mit Option -e gestartet; hab' im Script nachgeschaut)
- xinetd
- dhcpd3 (+ dhcrelay3)
- nfsd
Es laeuft kein bootpd, da der dhcpd3 laut Anleitung dasselbe macht.
Gruß
mash
-
- Senior Member
- Beiträge: 8282
- Registriert: Mittwoch 10. Oktober 2001, 00:00
Sieht soweit eigentlich ganz gut aus, nur dass halt der tftpd noch fehlt.
Und da der die ppcboot überträgt, willst Du nicht darauf verzichten.
Dann sollte es eigentlich tun.
Fürs flashen kannst Du die Methode ohne Nullmodem nehmen, oder eine Yadd starten.
Prinzipiell ist es keine schlechte Idee sich mal ne funktionierende Yadd auf "Halde" zu legen, damit kann man noch mehr machen (z.B. Image auslesen)
Und da der die ppcboot überträgt, willst Du nicht darauf verzichten.
Dann sollte es eigentlich tun.
Fürs flashen kannst Du die Methode ohne Nullmodem nehmen, oder eine Yadd starten.
Prinzipiell ist es keine schlechte Idee sich mal ne funktionierende Yadd auf "Halde" zu legen, damit kann man noch mehr machen (z.B. Image auslesen)
-
- Neugieriger
- Beiträge: 5
- Registriert: Montag 19. Januar 2004, 17:28
- Sonstiges: AccountKiller
Hallo,
zunaechst Danke mash und Dietmar!
Nach etwas mehr Probieren hatte es letzte Nacht noch geklappt.
Ich habe lediglich die dhcpd.conf nochmal angepasst. Und zwar habe
ich den "bootp" Block mal probiert, statt des "u-boot" Blocks, den
ich vorher verwendet hatte. Sieht jetzt also so aus:
#
# Host with bootp for Nokia dBox2 digital satellite receiver connection.
#
host dbox {
hardware ethernet 00:50:9C:42:E2:63;
fixed-address 192.168.1.20;
allow bootp;
server-name "192.168.1.11";
filename "/dbox2/tftpboot/ppcboot";
}
#
# Host with u-boot for Nokia dBox2 digital satellite receiver connection.
#
#host dbox {
# hardware ethernet 00:50:9C:42:E2:63;
# fixed-address 192.168.1.20;
# if exists vendor-class-identifier {
# filename "yadd_kernel_1";
# option root-path "/dbox2/yadd_1";
# } else {
# filename "u-boot";
# }
#}
Als Terminalprogramm hatte ich mal "seyon" probiert. Lief aber nicht,
weil es irgendwie nicht auf die serielle Schnittstelle zugreifen konnte.
Es muss doch mit der ttyS0 gestartet werden, oder? "seyon /dev/ttyS0"
War mir dann aber egal, weil das Booten ja geklappt hat.
Uebrigens brauche ich gar kein serielles Kabel (hatte extra noch eins
gekauft); fuer das Booten reicht das TwistedPair-CrossLink-Kabel.
In meinem Compaq Armada Laptop steckt eine 10/100 LAN Karte, die keine
Probleme bei der Kommunikation mit der dBox hatte.
Der tftpd lief wohl schon. Er gehoert irgendwie mit zum xinetd und wird
anscheinend von diesem mit gestartet (neben time, talk, finger etc.).
Siehe "added service tftp ..." im logfile "daemon.log":
Jan 21 08:54:17 mobile rarpd[707]: link lo
Jan 21 08:54:17 mobile rarpd[707]: addr 127.0.0.1/8 on lo
Jan 21 08:54:17 mobile rarpd[707]: link eth0
Jan 21 08:54:17 mobile rarpd[707]: addr 192.168.1.11/24 on eth0
Jan 21 08:54:18 mobile rwhod[710]: sending on interface eth0
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=11]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=17]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/xinetd [file=/etc/xinetd.d/xinetd] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=21]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=22]
Jan 21 08:54:21 mobile xinetd[880]: added service daytime [file=/etc/xinetd.conf] [line=23]
Jan 21 08:54:21 mobile xinetd[880]: added service time [file=/etc/xinetd.conf] [line=25]
Jan 21 08:54:21 mobile xinetd[880]: added service talk [file=/etc/xinetd.conf] [line=31]
Jan 21 08:54:21 mobile xinetd[880]: added service ntalk [file=/etc/xinetd.conf] [line=32]
Jan 21 08:54:21 mobile xinetd[880]: added service smtp [file=/etc/xinetd.conf] [line=35]
Jan 21 08:54:21 mobile xinetd[880]: added service finger [file=/etc/xinetd.conf] [line=39]
Jan 21 08:54:21 mobile xinetd[880]: added service tftp [file=/etc/xinetd.conf] [line=46]
Jan 21 08:54:21 mobile xinetd[880]: added service rstatd [file=/etc/xinetd.conf] [line=49]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - Bad value for wait: nowait.400 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service 9999 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service vboxd [file=/etc/xinetd.conf] [line=55]
Jan 21 08:54:21 mobile xinetd[880]: added service sgi_fam [file=/etc/xinetd.conf] [line=58]
Nun kann ich die dBox also wieder starten, aber nur, wenn sie mit dem
Laptop ueber Netzwerk verbunden ist. Zunaechst habe ich ueber mein FTP
Programm (KBear unter KDE) die drei Dateien geloescht (satellites_old.xml,
services_old.xml, bouquets_old.xml), von denen ich dachte, dass sie die
Startprobleme verursachen. Doch leider startet die dBox auch ohne diese
Dateien nicht selbststaendig. Alle anderen Konfigurationseinstellungen
sind noch so erhalten, wie sie vor einer Woche waren. Eigentlich kann
ich mich nicht entsinnen, noch etwas Anderes geaendert zu haben.
1 Am liebsten wuerde ich die Box einfach wieder bootfaehig machen wollen,
ohne Flashen zu muessen. Dann blieben u-codes und Konfiguration so
erhalten. Kann ich nicht ueber FTP die erforderlichen Dateien neu
rueberkopieren? Doch welche genau? Wohin?
2 Wenn ein "Flashen" doch noetig ist, wie gehe ich jetzt weiter vor?
In der Linux-Anleitung stehen nur die notwendigen Services.
Beim Windows-Bootmanager braucht man nur einen Button druecken und
fertig. Doch weisz ich nicht, welche Dateien ich unter Linux jetzt per
Hand genau wohin kopieren soll? ... bzw. wie ich nach dem Booten der
dBox das Flashen von Linux aus starten soll?
3 Ach so, da ich nun wieder Zugriff auf das dBox Hauptmenue habe, koennte
ich auch einfach darueber updaten. Trotzdem wuerden mich Antworten auf
obige Fragen sehr interessieren.
Christian
zunaechst Danke mash und Dietmar!
Nach etwas mehr Probieren hatte es letzte Nacht noch geklappt.
Ich habe lediglich die dhcpd.conf nochmal angepasst. Und zwar habe
ich den "bootp" Block mal probiert, statt des "u-boot" Blocks, den
ich vorher verwendet hatte. Sieht jetzt also so aus:
#
# Host with bootp for Nokia dBox2 digital satellite receiver connection.
#
host dbox {
hardware ethernet 00:50:9C:42:E2:63;
fixed-address 192.168.1.20;
allow bootp;
server-name "192.168.1.11";
filename "/dbox2/tftpboot/ppcboot";
}
#
# Host with u-boot for Nokia dBox2 digital satellite receiver connection.
#
#host dbox {
# hardware ethernet 00:50:9C:42:E2:63;
# fixed-address 192.168.1.20;
# if exists vendor-class-identifier {
# filename "yadd_kernel_1";
# option root-path "/dbox2/yadd_1";
# } else {
# filename "u-boot";
# }
#}
Als Terminalprogramm hatte ich mal "seyon" probiert. Lief aber nicht,
weil es irgendwie nicht auf die serielle Schnittstelle zugreifen konnte.
Es muss doch mit der ttyS0 gestartet werden, oder? "seyon /dev/ttyS0"
War mir dann aber egal, weil das Booten ja geklappt hat.
Uebrigens brauche ich gar kein serielles Kabel (hatte extra noch eins
gekauft); fuer das Booten reicht das TwistedPair-CrossLink-Kabel.
In meinem Compaq Armada Laptop steckt eine 10/100 LAN Karte, die keine
Probleme bei der Kommunikation mit der dBox hatte.
Der tftpd lief wohl schon. Er gehoert irgendwie mit zum xinetd und wird
anscheinend von diesem mit gestartet (neben time, talk, finger etc.).
Siehe "added service tftp ..." im logfile "daemon.log":
Jan 21 08:54:17 mobile rarpd[707]: link lo
Jan 21 08:54:17 mobile rarpd[707]: addr 127.0.0.1/8 on lo
Jan 21 08:54:17 mobile rarpd[707]: link eth0
Jan 21 08:54:17 mobile rarpd[707]: addr 192.168.1.11/24 on eth0
Jan 21 08:54:18 mobile rwhod[710]: sending on interface eth0
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/chargen [file=/etc/xinetd.conf] [line=11]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/daytime [file=/etc/xinetd.d/daytime] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/echo [file=/etc/xinetd.d/echo] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/tftp [file=/etc/xinetd.d/tftp] [line=26]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/time [file=/etc/xinetd.d/time] [line=17]
Jan 21 08:54:21 mobile xinetd[880]: Reading included configuration file: /etc/xinetd.d/xinetd [file=/etc/xinetd.d/xinetd] [line=28]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=21]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - service discard not supported [file=/etc/xinetd.conf] [line=22]
Jan 21 08:54:21 mobile xinetd[880]: added service daytime [file=/etc/xinetd.conf] [line=23]
Jan 21 08:54:21 mobile xinetd[880]: added service time [file=/etc/xinetd.conf] [line=25]
Jan 21 08:54:21 mobile xinetd[880]: added service talk [file=/etc/xinetd.conf] [line=31]
Jan 21 08:54:21 mobile xinetd[880]: added service ntalk [file=/etc/xinetd.conf] [line=32]
Jan 21 08:54:21 mobile xinetd[880]: added service smtp [file=/etc/xinetd.conf] [line=35]
Jan 21 08:54:21 mobile xinetd[880]: added service finger [file=/etc/xinetd.conf] [line=39]
Jan 21 08:54:21 mobile xinetd[880]: added service tftp [file=/etc/xinetd.conf] [line=46]
Jan 21 08:54:21 mobile xinetd[880]: added service rstatd [file=/etc/xinetd.conf] [line=49]
Jan 21 08:54:21 mobile xinetd[880]: inetd.conf - Bad value for wait: nowait.400 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service 9999 [file=/etc/xinetd.conf] [line=54]
Jan 21 08:54:21 mobile xinetd[880]: added service vboxd [file=/etc/xinetd.conf] [line=55]
Jan 21 08:54:21 mobile xinetd[880]: added service sgi_fam [file=/etc/xinetd.conf] [line=58]
Nun kann ich die dBox also wieder starten, aber nur, wenn sie mit dem
Laptop ueber Netzwerk verbunden ist. Zunaechst habe ich ueber mein FTP
Programm (KBear unter KDE) die drei Dateien geloescht (satellites_old.xml,
services_old.xml, bouquets_old.xml), von denen ich dachte, dass sie die
Startprobleme verursachen. Doch leider startet die dBox auch ohne diese
Dateien nicht selbststaendig. Alle anderen Konfigurationseinstellungen
sind noch so erhalten, wie sie vor einer Woche waren. Eigentlich kann
ich mich nicht entsinnen, noch etwas Anderes geaendert zu haben.
1 Am liebsten wuerde ich die Box einfach wieder bootfaehig machen wollen,
ohne Flashen zu muessen. Dann blieben u-codes und Konfiguration so
erhalten. Kann ich nicht ueber FTP die erforderlichen Dateien neu
rueberkopieren? Doch welche genau? Wohin?
2 Wenn ein "Flashen" doch noetig ist, wie gehe ich jetzt weiter vor?
In der Linux-Anleitung stehen nur die notwendigen Services.
Beim Windows-Bootmanager braucht man nur einen Button druecken und
fertig. Doch weisz ich nicht, welche Dateien ich unter Linux jetzt per
Hand genau wohin kopieren soll? ... bzw. wie ich nach dem Booten der
dBox das Flashen von Linux aus starten soll?
3 Ach so, da ich nun wieder Zugriff auf das dBox Hauptmenue habe, koennte
ich auch einfach darueber updaten. Trotzdem wuerden mich Antworten auf
obige Fragen sehr interessieren.
Christian
-
- Tuxboxer
- Beiträge: 4654
- Registriert: Samstag 27. April 2002, 13:19
Hi,
also um jetzt eine konkrete Aussage zu machen, was man an der Box noch "reparieren" könnte, müsste man jetzt halt ein Bootlog haben. Jetzt biste schon so weit gekommen, jetzt kriegste das mit dem seriellen Bootlog auch noch hin. Wahrscheinlich hat es Dir aber sowieso irgendwie den Flashinhalt zerschossen, deshalb solltest Du Dich schon mal mit dem Gedanken "Neu flashen" anfreunden. Aber wie gesagt, genaueres nur mit nem Bootlog.
Gruß
mash
also um jetzt eine konkrete Aussage zu machen, was man an der Box noch "reparieren" könnte, müsste man jetzt halt ein Bootlog haben. Jetzt biste schon so weit gekommen, jetzt kriegste das mit dem seriellen Bootlog auch noch hin. Wahrscheinlich hat es Dir aber sowieso irgendwie den Flashinhalt zerschossen, deshalb solltest Du Dich schon mal mit dem Gedanken "Neu flashen" anfreunden. Aber wie gesagt, genaueres nur mit nem Bootlog.
Gruß
mash