Aus ReelBox Maniacs

[bearbeiten] Gedanke zu einem alternativen Flash Verfahren

- einfach einen neue flashrcS mitliefern und in der orginalen rcS ganz oben eine verzweigung einbauen

(mit nen flag: if [ -e /etc/.flashmenow ] ; then... )

wäre noch eleganter

• was passiert wenn der flash schief geht? mit cd flashen!
• bei der dream geht das auch im betrieb :(
• ich fände es klasse wenn man für ram und cd flashen das gleiche iso nehmen kann.
• man muss eine festplatte haben, wenn man das image vor dem reboot haben will

zbso:

1. Vorbereitungen
   • flashen per ISO (braucht HDD)
     1. iso laden
     2. iso mounten - aus iso das docimage und die flashrcS rauskopieren
     3. iso umounten und wegschmeisen.
     4. flashflag setzten
        
        
   • flashen online
     1. update des flashrcS aus dem netz (http / ftp)
     2. checksummen prüfen
        
        
2. reboot
   1. flashflag setzten
   2. reboot
      
      
3. Flashen
   • ISO
     1. mount hd as flash container
     2. siehe flashvorgang auf der CD
   • online
     1. ram disk machen
     2. docimage ziehen (url liegt in nem konfig file)
     3. checksummen prüfen
     4. siehe flashvorgang auf der CD

sicherlich sollen wir erstmal nur cd oder nur online machen, aber ich weiß zur Zeit nicht was die bessere variante ist. das mit dem reboot ist ne gute idee, das spart das ganze "unloaden"

Wir sollten dann auch anfangen in den Images die SVN Rev zu hinterlegen. Damit das Image selber auch weiß welche Version es hat.

Im gegensatz zu oben könnte man vielleicht bei beiden Versionen das ISO als Ausgang nehmen. evtl. müsste man vor dem reboot auch noch die sysconfig anpassen.

wenn man das iso nimmt ... fällt vielliecht auch die checksumme weg.

ein punkt noch ... die flashrcs sollte man vor dem flash vorgang updaten. stell die mal ein image 1.2 vor und dann kommt einer und will 2.0 drauf machen, die eine ganz andere flashrc braucht, weil zb. die flash partiotionen sich geändert haben?!

Ein script, dass den Flash-Vorgang anwirft, tut folgendes:

• backup rcS
• install new rcS
  • set flag for device to flash from [procedure/data]: cd/hd/usb/fw/ftp/...
• reboot

  fires up new rcS

  • create filesystem in RAM
  • mount <flash container> (hopefully no usb/fw, but anyway ...)
  • get / copy flash files
  • backup config files (if user tells us to do)
  • pivotroot / chroot
  • umount <flash container> (might be a bit more work for usb/fw)
  • umount tffs
  • rmmod <whatever needed>
  • flash
  • reboot
  • play animation (if you want to get rid of this, pay 1k$ to ... ;-)

Damit ist ein definierter, einfacher Zustand da. Einzig das Problem, dass das tffs Modul geladen ist, waere ggf. zu loesen. Ansonsten haben wir genau im Griff, was spaeter mit unmount, rmod ... behandelt werden muss. Damit muessen wir nicht so viel ins Blaue testen.