setenv auto-boot? true funktioniert nich?!?

Diskussionen um Bootloader, Kernel, Busybox
alzi
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Donnerstag 2. Mai 2002, 12:40

setenv auto-boot? true funktioniert nich?!?

Beitrag von alzi »

Servus!

Simples Problem... (hoffe ich...)

Ich hab hier ne fette dbox2 mit linux... Nur leider bootet sie nicht automatisch, wenn ich dem Teil Saft gebe.
Sprich, stecke ich den Stecker der Box in die Steckdose, bleibt sie genau hier stehen:

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-ee.15.80.07.00.00-0a
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root>

... fertig.
Gut, ich kann "boot" eingeben, dann macht die das auch ganz brav und lädt mir den Kernel usw..., aber als alter Sun Sysadmin wollte ich schon, dass die irgendwie automatisch durchstartet.
Also gehe ich her und mache folgendes:

dbox2:root> printenv
printenv: config_mem: 0x1000095c
name value default
product?: false false
diag-switch?: false true
auto-boot?: false true
watchdog-reboot?: false false
boot-cmd: boot boot net
intopt: 0x01234567 0x12345678

dbox2:root> setenv auto-boot? true
write sector : 0 Address 0 Size 4000

dbox2:root> printenv
printenv: config_mem: 0x1000095c
name value default
product?: false false
diag-switch?: false true
auto-boot?: false true
watchdog-reboot?: false false
boot-cmd: boot boot net
intopt: 0x01234567 0x12345678
dbox2:root>


Aber wie ihr seht, interessiert die das wohl ziemlich wenig...
Frage nun, wadd läuft da falsch? Wenn ich an meiner Sun "{ok} setenv auto-boot? true" eingebe, dann frisst die das sofort..

Ich hatte es auch schonmal probiert, erst via "boot" den ppcboot über tftp zu laden, dann abzubrechen, und über den ppcboot das setenv auszuführen -> ohne Erfolg.
Muss ich erst irgendwo nochmal einen Jumper setzen?

Mega-Thnx im Vorraus und Gruss aus dem tiefsten Spessart,

Alzi

BtW: Isne Nokia Box mit 2 x Intel Flashes - falls dad hilft ?!?
derget
Contributor
Beiträge: 1608
Registriert: Samstag 28. Juli 2001, 00:00

Beitrag von derget »

hm warum bootet die box den garnix ?

also warum ist autoboot den aus ?

da hat doch schon jemand dran rumgepfuscht .. ?

dbox2:root> printenv
printenv: config_mem: 0x10000944
name value default
product?: false false
diag-switch?: false true
auto-boot?: true true
watchdog-reboot?: false false
boot-cmd: boot net flash boot net
intopt: 0x01234567 0x12345678


so solte das normal aussehen :)

dein vorgehen war schon genau richtig
allerdings liegen dieese env es im geschützen bereich des flashes

und dehalb musst du den schreibschutzt da solange aufheben

also xh4 und xh6 jumper setzen

dann solte das gehen mit den env es ändern
alzi
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Donnerstag 2. Mai 2002, 12:40

Beitrag von alzi »

Nein booten tutse ja ganz brav - wie gesagt, nur auf "boot" - Befehlanforderung....

Tja - ahm , warum autoboot aus ist... - Sagen wir, Wenn mir ein nvram zwischen die Finger kommt (besonders die von Sun - da machts besonders viel spass...), bin ich gerne offen für neues..... - genügt das? 8-))

Ok, das mit dem Jumper setzen hatte ich bereits befürchtet, wollte lediglich, dass mir ein d-box-Gott diesen Gedankengang verifiziert...

Muss mal sehn, dass ich bei meinem Kumpel einen feinen Lötkolben bekomme, mit meinem Schweißbrenner löt die ganze Box auf einmal zusammen....

Danke dir für die Superschnelle Antwort!
derget
Contributor
Beiträge: 1608
Registriert: Samstag 28. Juli 2001, 00:00

Beitrag von derget »

:)

und nun tut wieder ?
alzi
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Donnerstag 2. Mai 2002, 12:40

Beitrag von alzi »

ich hab noch niemanden mit einem Lötkolben gefunden..... - grrr...

Werd mir jetzt einen bestellen, brauch ihn jetzt doch öfters (die Elektronik von meinem Auto fängt auch zu spinnen an...)

Habs aber derzeit über ein Perl-Script gelöst - is zwar nur eine notdürftige Flickerei, aber funktioniert....
tmbinc
Developer
Beiträge: 821
Registriert: Freitag 20. Juli 2001, 00:00

Beitrag von tmbinc »

"true" geht nicht nicht, da wird atoi benutzt.

probier mal "setenv auto-boot? -1", oder auch "setenv auto-boot -1", ich meine aber ersteres. und jumper natürlich setzen.
alzi
Neugieriger
Neugieriger
Beiträge: 4
Registriert: Donnerstag 2. Mai 2002, 12:40

Beitrag von alzi »

Hi!

Ich vermelde erfolgreichen vollzug. Kaum findet man in der eigenen Abteilung einen Abteilungslötkolben, und vergewaltigt diesen, funktioniert auch das auto-boot setzen wieder...

Mega-Danke euch beiden!

BtW: tmbinc hat recht, "setenv auto-boot? -1" ist die korrekte Syntax. Ungewöhnlich, ich kenne seit den Sun SS2 - Servern (anfang der 90er) nur mit true / false...
der-filou
Neugieriger
Neugieriger
Beiträge: 6
Registriert: Sonntag 5. Mai 2002, 07:34

Beitrag von der-filou »

hab ähnliches problem.aber meine ausgabe sieht etwas anders aus.
weiss jemand warum?

printenv
printenv: config_mem: 0x1000091c
name value default
product?: false false
diag-switch?: false true
auto-boot?: true true
watchdog-reboot?: false false
boot-cmd: boot net flash boot net
intopt: 0x01234567 0x12345678
dbox2:root>

ist das richtig das soviel platz bei watchdog bzw boot-cmd ist.
doc
Contributor
Beiträge: 1623
Registriert: Donnerstag 10. Januar 2002, 20:03

Beitrag von doc »

Tja gibt immer wieder was neues mit den Boxen. Habe jetzt auch eine hier die im debug ist wohl aber Probs mit dem BL hat hat. Ist eine Nokia Kabel. Nch dem besaften kommt folgendes:
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS <--- startet bis zum 3.Balken des BL
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS <--- startet bis zum 3.Balken des BL
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS <--- hier startet die Box dann mal durch
debug: WATCHDOG RESET
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID XXXXXXXXXXXXXXXXXX
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/04 <--- man beachte die erkannte Flashgröße!!!
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Device not configured
boot flash /root/platform/nokia-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
File /root/platform/mpc8xx-dbox2/kernel/os not found: No such file or directory
boot flash /root/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Device not configured
boot flash /root/platform/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
File /root.new/platform/nokia-dbox2/kernel/os not found: No such file or directo
ry
boot flash /root.new/platform/nokia-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Device not configured
boot flash /root.new/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
File /root.new/platform/kernel/os not found: No such file or directory
boot flash /root.new/platform/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Device not configured
boot flash /lost+found/root/platform/nokia-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
File /lost+found/root/platform/mpc8xx-dbox2/kernel/os not found: No such file or
directory
boot flash /lost+found/root/platform/mpc8xx-dbox2/kernel/os failed

Flash-FS bootstrap loader (v1.5)

Flash superblock not ok: Device not configured
boot flash /lost+found/root/platform/kernel/os failed
dbox2:root>
So weit mir ja bekannt ist der Flashinhalt auf die 2 Flashs aufgeteilt. Wenn ja nun ein Flashbaustein defekt währe dann könnte die Box ja gar nicht starten! Oder??
Da die box ja startet muß der flash ja soweit i.O. sein, also soweit man das sagen kann. Der BL wird ja soweit abgearbeitet. Das Prob der Box ist das die Ethernetschittstelle nicht aufgemacht wird. Wobei ich denke das das daran liegt das der BL das Interface nicht richtig initialisiert. An der box ist schon mal rumgelötet wurden. Eine Abfrage der eth Variable ergibt eine ganz andere MAC als auf der Box steht.
dbox2:root>seteth
ethaddr 0x1001ffe3
ethaddr: 00:50:9c:43:90:40
dbox2:root>
Die Befehlsauswahl ist ja nicht sehr umfangreich?! Beziehungsweise kann mir jemand die Befehle mal näher beschreiben? boot baud reset printenv seteth sind mir schon soweit klar. was kann ich mit dl oder go anfangen? flash wird etwas in den Flash schreiben und erase löscht etwas.
dbox2:root> ?
root cmds: baud boot dl chorus crc erase flash go icache dcache reset seteth setenv printenv
global cmds: help ? / ..
dbox2:root>
nun ist es möglich ähnlich wie mit der ppcboot den Flashinhalt zu variieren? Auf welcher Befehlsprache ist die ganze Geschichte aufgebaut? Kann man da noch was machen oder bleibt da nur das extern flashen?

Achso eine printenv sieht so aus!
dbox2:root> printenv
printenv: config_mem: 0x10000944
name value default
product?: false false
diag-switch?: false true
auto-boot?: true true
watchdog-reboot?: false false
boot-cmd: boot net flash boot net
intopt: 0x01234567 0x12345678
dbox2:root>
doc