IDE Menü

[tomworld]

richtig, "make flash-hddtemp" ist der Aufruf

Würde das Tool HDTEMP ja auch mit einbauen, ich hab aber ehrlich gesagt keine Ahnung wie

In ein paar Tagen geht das mit --with-features=hddtemp,
ich habe das soeben auf meine To-Do-Liste gesetzt:
http://www.tuxbox-cvs.sourceforge.net/f ... 76#p374076

@OSi warte noch bisse oder führe vor der Eingabe "make flash-neutrino-squashfs-all" (wie du eben baust, ich bau als Squashfs-Image), ein "make flash-hddtemp" aus, er müste dann das Paket nachladen und bauen

der Rest sollte jetzt gefixt sein, jetzt ist Version 1.21 ja aktuell und ich habe nur bis Version 1.17 bauen lassen

//EDIT zu spät

[OSi]

das Drivesetup könnte die Treiber "mmc, mmc2 und mmccombo" nicht finden, denke das sie bei @OSi nicht unter root/lib/modules/2.4.37.7-dbox2/misc zu finden sind, wegen "--disable-mmc ", dies müsste er mal prüfen

Grade eben mit "--disable-mmc" und make flash-hddtemp gebaut. Und es läuft

Code: Alles auswählen

/lib/modules/2.4.37.7-dbox2/misc # ls
at76c651.o            avia_napi.o           dvb2eth.o
aviaEXT.o             avs.o                 dvb_i2c_bridge.o
avia_av.o             cam.o                 event.o
avia_av_napi.o        cam_napi.o            lcd.o
avia_gt.o             dbox2_fp.o            saa7126.o
avia_gt_fb.o          dbox2_fp_input.o      sqc6100.o
avia_gt_ir_samsung.o  dbox2_fp_napi.o       tda8044h.o
avia_gt_lirc.o        dbox2_i2c.o           tuxbox.o
avia_gt_napi.o        dboxide.o             ves1820.o
avia_gt_oss.o         ds1307.o              ves1x93.o
avia_gt_v4l2.o        dvb-core.o

Im Log sieht's so aus:

Code: Alles auswählen

BETA! 1.21
[drive setup] loadDriveSettings: load settings from /var/tuxbox/config/drivesetu
p.conf
[drive setup] loadFsModulList: can't open directory var/lib/modules No such file
 or directory
[drive setup] loadMmcModulList: can't open directory var/lib/modules No such fil
e or directory
17:21:26.114 eit_set_update_filter, servicekey = 0x40200012742, current version
255

The number of cylinders for this disk is set to 30401.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)
[drive setup] loadFdiskPartTable: /dev/ide/host0/bus0/target1/lun0/disc not avai
lable...
[drive setup] loadFdiskPartTable: /dev/mmc/disc0/disc not available...
[drive setup] ide modules unloaded...

/dev/ide/host0/bus0/target0/lun0/disc:
 setting 32-bit IO_support flag to 1
 setting drive write-caching to 0 (off)
 setting standby to 0
 (off)
 IO_support     =  1 (32-bit)
[drive setup] mkFstab: writing /var/etc/fstab...ok
[drive setup] saveHddSetup:  preparing exports...
[neutrino] no file /etc/init.d/K31nfsserver was found
[drive setup] saveHddSetup:  error while executing /etc/init.d/K31nfsserver...
[drive setup] writeInitFile: writing /var/etc/init.d/06hdd ...ok
[drive setup] writeInitFile: writing /var/etc/init.d/07mounts ...ok
[drive setup] linking /var/etc/init.d/06hdd-->/var/etc/init.d/S06hdd ...ok
[drive setup] linking /var/etc/init.d/06hdd-->/var/etc/init.d/K06hdd ...ok
[drive setup] linking /var/etc/init.d/07mounts-->/var/etc/init.d/S07mounts ...ok
[drive setup] linking /var/etc/init.d/07mounts-->/var/etc/init.d/K07mounts ...ok
BETA! 1.21
[drive setup] loadDriveSettings: load settings from /var/tuxbox/config/drivesetu
p.conf
[drive setup] loadFsModulList: can't open directory var/lib/modules No such file
 or directory
[drive setup] loadMmcModulList: can't open directory var/lib/modules No such fil
e or directory

The number of cylinders for this disk is set to 30401.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
   (e.g., DOS FDISK, OS/2 FDISK)
[drive setup] loadFdiskPartTable: /dev/ide/host0/bus0/target1/lun0/disc not avai
lable...
[drive setup] loadFdiskPartTable: /dev/mmc/disc0/disc not available...

Am hddtemp, welches ich sonst nicht mitgebaut habe, wird es wohl nicht liegen das jetzt alles funktioniert. Da wir schon BETA! 1.21 vom IDE-Menü schreiben denk ich mal das jemand das Problem gefixt hat
Danke euch allen.
MfG OSi

[tomworld]

jup, @dbt hat alles gefixt

ich habe jetzt auch mal ein Update auf Version 1.21 gemacht, diesmal ohne XFS mitzubauen, nutze ich ehe nicht
alles, so wie es sein soll

man kann nur eine SWAP auf HDD anlegen, eine zweite ist nicht möglich, ausser man legt ohne HDD erst eine SWAP auf MMC an und dann eine auf HDD
wo ich aber mit leben kann, macht ehe keiner und fand ich nur im Test raus (kann übergangen werden)

eventuell kann man in den Localen noch was ändern und die Restaufnahmezeit bei MMC weglassen?





mfg

[dbt]

eventuell kann man in den Localen noch was ändern und die Restaufnahmezeit bei MMC weglassen?
mfg

Direkt locale werden hier nicht verwendet, aber man könnte es allgemein statt ca. 0h etwa so aussehen lassen < 1h.

[tomworld]

Direkt locale werden hier nicht verwendet, aber man könnte es allgemein statt ca. 0h etwa so aussehen lassen < 1h.

nein, das ist mir klar, das dies berechnet wird
ich meine aus dem MMC-Menü rausnehmen, Aufnehmen wird ja sicherlich keiner auf einen MMC bei max. 1 GB Unterstützung in der Dbox2
das einige SD auch mit 2 GB funktionieren, ist nicht die Regel und abgesehen von Schreib- und Lesegechwindikeit, die möglich ist, macht das für mich keinen Sinn

also nur die Anzeige der Restkapazität ohne ca. 0h

[GetAway]

nein, das ist mir klar, das dies berechnet wird
ich meine aus dem MMC-Menü rausnehmen, Aufnehmen wird ja sicherlich keiner auf einen MMC bei max. 1 GB Unterstützung in der Dbox2
das einige SD auch mit 2 GB funktionieren, ist nicht die Regel und abgesehen von Schreib- und Lesegechwindikeit, die möglich ist, macht das für mich keinen Sinn

also nur die Anzeige der Restkapazität ohne ca. 0h

Da hat er Recht. Die Berechnung für Movies macht keinen Sinn. Ein Vorschlag wäre, die Berechnung
z.B für Mp3 durchzuführen und dieses dann dazu zuschreiben. Sprich: 967MB(ca. 220Min / Mp3)

[dbt]

Ich habs erstmal etwas abgeändert. Eine Anlehnung an mp3 kann man immer noch machen.

[tomworld]

Ich habs erstmal etwas abgeändert. Eine Anlehnung an mp3 kann man immer noch machen.

"BETA! 1.22" funktioniert wie gewohnt, (< 1h) sieht auch gut aus bei MMC

mfg

[FlatTV]

Wenn eine HD/MMC bereits aktiviert wurde und dort z.B. aktive Auslagerungen laufen,
kann keine weitere Partition eingehangen oder eine andere Änderung vorgenommen werden,
weil umount beim Speichern fehlschlägt (fstab).

Schön wäre ein customize script welches wie die start/stop Scripte aufgerufen wird.
Dort könnte man die Programme vor der Speicherung des IDE-Menüs beenden.

cu FlatTV

[dbt]

Meinst du sowas wie

* /var/tuxbox/config/formating.start
* /var/tuxbox/config/formating.end
* /var/tuxbox/config/checkfs.start
* /var/tuxbox/config/checkfs.end

[FlatTV]

ja genau, damit es nicht so viele werden, könnten die doch schon reichen.

* /var/tuxbox/config/idemenu.start
* /var/tuxbox/config/idemenu.end

cu FlatTV

[dbt]

also die hier:
* /var/tuxbox/config/formating.start
* /var/tuxbox/config/formating.end
* /var/tuxbox/config/checkfs.start
* /var/tuxbox/config/checkfs.end
sind schon drin, was dann noch sinnvoll wäre, müsste man mal zusammentragen

Diese wären möglicherweise zu allgemein
* /var/tuxbox/config/idemenu.start
* /var/tuxbox/config/idemenu.end
Solange das Menü nur offen ist passiert ja noch nichts.

dann schon mehr:
* /var/tuxbox/config/drivesetup_apply.start
* /var/tuxbox/config/drivesetup_apply.end
also dann wenn etwas übernommen wird oder man was aus/einhängt
* /var/tuxbox/config/drivesetup_umount.start
*/var/tuxbox/config/drivesetup_mount.start

[rhabarber1848]

* /var/tuxbox/config/idemenu.start
* /var/tuxbox/config/idemenu.end

Wäre es nicht besser, das Skript mit Parametern aufzurufen als viele neue Skripts anzulegen?

[dbt]

oder so, man kann sich damit auch ins Knie schießen, wenn jemand nicht weiß was er da macht

[FlatTV]

* /var/tuxbox/config/idemenu.start
* /var/tuxbox/config/idemenu.end

Wäre es nicht besser, das Skript mit Parametern aufzurufen als viele neue Skripts anzulegen?

noch besser

cu FlatTV

[FlatTV]

Dabei fällt mir auf...

Wenn schon eine fstab vorhanden ist und das IDE-Menü schlägt mit z.B. initModul fehl,
sollte doch die alte fstab wieder hergestellt und nicht geleert werden.

cu FlatTV

[dbt]

Wenn eine HD/MMC bereits aktiviert wurde und dort z.B. aktive Auslagerungen laufen,
kann keine weitere Partition eingehangen oder eine andere Änderung vorgenommen werden,
weil umount beim Speichern fehlschlägt (fstab).

Schön wäre ein customize script welches wie die start/stop Scripte aufgerufen wird.
Dort könnte man die Programme vor der Speicherung des IDE-Menüs beenden.

cu FlatTV

mmh, das einzige Problem ist doch eigentlich das, dass es nur beim unmounten einer bestimmten Partition Probleme geben kann, oder?

Dabei fällt mir auf...

Wenn schon eine fstab vorhanden ist und das IDE-Menü schlägt mit z.B. initModul fehl,
sollte doch die alte fstab wieder hergestellt und nicht geleert werden.

...oder garnicht erst anfassen, ich ändere das noch

[FlatTV]

Wenn eine HD/MMC bereits aktiviert wurde und dort z.B. aktive Auslagerungen laufen,
kann keine weitere Partition eingehangen oder eine andere Änderung vorgenommen werden,
weil umount beim Speichern fehlschlägt (fstab).

Schön wäre ein customize script welches wie die start/stop Scripte aufgerufen wird.
Dort könnte man die Programme vor der Speicherung des IDE-Menüs beenden.

cu FlatTV

mmh, das einzige Problem ist doch eigentlich das, dass es nur beim unmounten einer bestimmten Partition Probleme geben kann, oder?

meine ich auch

cu FlatTV

[dbt]

Dann könnte man es doch eigentlich abstrakter machen und quasi nur noch 2 Scripte (pro Partition) bei Bedarf anschubsen, also z.B. für die erste Partition auf Master:

* /var/tuxbox/config/unmount_hda1.start

und dann beim mounten

* /var/tuxbox/config/mount_hda1.end

alle anderen Scripte wären dann hinfällig.

[FlatTV]

und MMC...

der Name ist jetzt aber irreführend oder?
es ist ja "do before umount"

cu FlatTV

[dbt]

der Name ist jetzt aber irreführend oder?
es ist ja "do before umount"

Die Namen waren nur Beispiele.
Als aussagekräftige Namen käme meinetwegen sowas in Frage

• /var/tuxbox/config/before_unmount_partX.sh

weil after_unmount quatsch wäre kommt nur mount in Frage

• /var/tuxbox/config/after_mount_partX.sh

Wobei das partX hier für die jeweilige Partition steht also hda1...hda4

und MMC...

Die Scripte wären dann natürlich für alle Partitionen auf jedem (verfügbaren) Laufwerk nutzbar.

Edit: Ginge natürlich auch wenn man ein Laufwerk komplett hernimmt:

• /var/tuxbox/config/before_unmount_driveX.sh

• /var/tuxbox/config/after_mount_driveX.sh

driveX steht hier für das jeweilige Laufwerk hda, hdb, mmca

Auch für alle:

• /var/tuxbox/config/before_unmount.sh

• /var/tuxbox/config/after_mount_.sh

[tomworld]

das währen dann max 24 Scripte, die erzeugt werden oder eingefügt werden müssten, wenn man jede Patition eine zuweisen möchte

2 für hda1
2 für hda2
2 für hda3
2 für hda4

2 für hdb1
2 für hdb2
2 für hdb3
2 für hdb4

2 für mmc1
2 für mmc2
2 für mmc3
2 für mmc4

mit einer SWAP max. 23, da sind mir da schon nur zwei lieber
Formatierung und Check erfolgen ehe über das Menü

[dbt]

das währen dann max 24 Scripte, die erzeugt werden oder eingefügt werden müssten, wenn man jede Patition eine zuweisen möchte
...

mit einer SWAP max. 23, da sind mir da schon nur zwei lieber
Formatierung und Check erfolgen ehe über das Menü

Am besten wärs ganz ohne, aber bitte nicht falsch verstehen, die Anzahl ergibt sich zwangsläufig aus der Struktur und ist codetechnisch nur einige Zeilen Aufwand und man muss nur das nutzen was man braucht und nicht alle.
Edit: wenn du nur ein Laufwerk oder alle verscripten willst reichen 2 wie gehabt und du hast sicherlich vlt. nur eine Partition wo ein Programm zum killen läuft, dann brauchst du dafür auch nur 2.

[tomworld]

also, ich benötige auch keine, da bei mir keine aktiven Auslagerungen laufen, da hast du mich falsch verstanden @dbt

bei aktive Auslagerungen auf der HDD, würde diese ständig laufen oder immer wieder anlaufen
sinn macht dies für mich nur auf MMC/SD, wenn der Platz im Image nicht mehr ausreicht, was dann schon wieder für mich hier in nicht erwünschte Bereiche geht

dies kann der Anwender aber selbst in den Skripten 06hdd und 07mounts eintragen, braucht man doch nur mal reinschauen

die HDD dient mir rein zum Aufzeichnen und Abspielen, meine SD für mp3 und Imagebackups, die mit Zeitstempel auf der SD per Skript, was ich mir schrieb, im Image vor einen Flash eines neuen Image erstellt wird, was auch mit den Einbau des anderen HDD/MMC-Menü von @Innuendo (2006) schon klappte

mfg

[FlatTV]

zur Beta 1.24

Bei meinem Test (MMC ohne HD) wird jetzt kein Filesystem mehr in die 06hdd geschrieben.

cu FlatTV