IDE Menü

[tomworld]

hi @rhabarber1848

reicht jetzt "--enable-ide" (bzw. nur: "--enable-mmc") und die Angabe des Filesystems mit "--with-filesystems=..." aus, so benötigt man ja nicht mehr "--enable-drive-gui"

das währe ja logisch, ist dies korrekt?

//EDIT ich mach das noch mit allen Angaben und füge die Tools für die Formatierung über ein "--with-customizatinsdir=..." durch
in der "root-local.sh" ist dann noch (Nutze ext2 & ext3, bzw. HDD-Temp) "make flash-e2fsprogs" und für HDD-Temp "make flash-hddtemp" ein

[rhabarber1848]

reicht jetzt "--enable-ide" (bzw. nur: "--enable-mmc") und die Angabe des Filesystems mit "--with-filesystems=..." aus, so benötigt man ja nicht mehr "--enable-drive-gui"

Jein.

Es reicht:

--enable-mmc
--enable-ide

jeweils alleine, ob Dir die Standard-Dateisysteme gefallen, ist eine andere Frage.

Oder --with-filesystems=..., dadurch wird IDE automatisch aktiviert.

Wenn Du aber nur vfat und mmc haben willst, dann

--enable-mmc --with-filesystems=vfat

Jede der o.g. Konstellationen bedarf keines expliziten --enable-drive-gui mehr.

[tomworld]

ich hab oben noch mal Edit gemacht

danke, ich hab das schon verstanden, einiges ist mir jetzt auch Neu und ich kann so meine "./configure" nochmal optimieren

[rhabarber1848]

"make flash-e2fsprogs" und für HDD-Temp "make flash-hddtemp" ein

cdk/configure --enable-hddtemp
e2fsprogs ist automatisch im Image, wenn ext2 und/oder ext3 aktiv ist.

Schau Dir dazu cdk/configure --with-filesystem-tools an.
Es ist jetzt so, dass die FS-Tools aller aktiven Dateisysteme standardmäßig
im Image landen, mit --with-filesystem-tools kannst Du das verhindern,
sofern gewünscht, z.B. bei bereits eingerichteten XFS-Partitionen.

[tomworld]

ich kann meine configure also umbauen

alter Stand:

Code: Alles auswählen

./configure
--prefix=$HOME/test2/image
--with-cvsdir=$HOME/test2/cvs/tuxbox
--enable-maintainer-mode
--enable-ide
--enable-cdkVcInfo
--with-ucodesdir=$HOME/ucodes
--with-logosdir=$HOME/logos
--enable-nfsserver
--enable-sambaserver
--enable-radiotext
--enable-drive-gui
--with-filesystems=ext2,ext3,cifs,smbfs,lufs
--with-customizationsdir=$HOME/test2/cvs/tuxbox/cdk/customization
--with-rootpartitionsize=0x520000

neuer Stand:

Code: Alles auswählen

./configure
--prefix=$HOME/test2/image
--with-cvsdir=$HOME/test2/cvs/tuxbox
--enable-maintainer-mode
--enable-cdkVcInfo
--with-ucodesdir=$HOME/ucodes
--with-logosdir=$HOME/logos
--enable-nfsserver
--enable-sambaserver
--enable-radiotext
--with-filesystems=ext2,ext3,cifs,smbfs,lufs
--with-customizationsdir=$HOME/test2/cvs/tuxbox/cdk/customization 
--enable-hddtemp
--with-rootpartitionsize=0x520000

ich habe das noch nicht ausprobiert, werde ich aber
gilt das auch für Samba- und NFS-Server?

mal schauen:

Code: Alles auswählen

summary:
----------------------------------------
target cpu/boxtype:		ppc823/dbox2 
kernel:				2.4
kernel config:			config/dbox2_kernel-2.4.config.m4
libc:				glibc
threads:			linuxthreads
target:				powerpc-tuxbox-linux-gnu
host:				i686-pc-linux-gnu
flash rules:			yes
target prefix:			/home/tomworld/test2/image/cdkroot
host prefix:			/home/tomworld/test2/image/cdk
boot prefix:			/home/tomworld/test2/image/tftpboot
build prefix:			/home/tomworld/test2/cvs/tuxbox/cdk
root partition size:		0x520000
default locale:			deutsch
serversupport:			/home/tomworld/test2/image/serversupport
checkImage:			true
target apps directory:		/home/tomworld/test2/cvs/tuxbox/apps
boot directory:			/home/tomworld/test2/cvs/tuxbox/boot
start script directory:		/home/tomworld/test2/cvs/tuxbox/cdk/root
driver directory:		/home/tomworld/test2/cvs/tuxbox/driver
host apps directory:		/home/tomworld/test2/cvs/tuxbox/hostapps
logo directory:			/home/tomworld/logos
customization directory:	/home/tomworld/test2/cvs/tuxbox/cdk/customization
ucode directory:		/home/tomworld/ucodes
archive directory:		/home/tomworld/test2/cvs/tuxbox/cdk/Archive
GNU server:			ftp.gwdg.de/pub/misc/gnu/ftp/gnu
default server:			www.tuxbox.org/cvsdata/files
update http prefix:		
used busybox-m4-config:		config/busybox.config.m4
IDE support:			yes
MMC support:			no
fdisk standalone:		no
fstab default fs:		ext2
IDE/MMC: Ext2 support		yes / e2fsprogs
IDE/MMC: Ext3 support		yes / e2fsprogs
IDE/MMC: XFS support		no 
IDE/MMC: REISERFS support	no 
IDE/MMC: VFAT support		no 
CIFS kernel module:		yes
SMBFS kernel module:		yes
LUFS kernel module:		yes
NFS kernel module:		yes
NFS server:			yes
Samba server:			yes
Automount:			yes
Neutrino UPnP-support:		no
Neutrino Audioplayer:		yes
Neutrino Movieplayer:		yes
Neutrino Pictureviewer:		yes
Neutrino Mount:			yes
Neutrino Drive-Setup:		no
Radiotext support:		yes
FLAC support:			no
CURL version:			old
Freetype version:		old
FX2 plugins (games):		yes
German keymaps:			no

aformat				no
cdkVcInfo			yes
clock				no
dboxshot			no
dropbear			no
dvbsnoop			no
dvbsub				yes
Esound support:			no
fbshot				no
gdbserver			no
getrc				no
hddtemp				yes
input				no
ipkg				no
LIRC				no
lcshot				no
msgbox				no
OpenVPN:			no
procps				no
rtc				yes
satfind				no
shellexec			no
sqlite3 storage:		no
strace				no
sysinfo				no
tuxcal				no
tuxcom				yes
tuxmail				yes
tuxtxt (internal)		yes (yes)
tuxwetter			no

ccache support:			no

wird schon

[dietmarw]

Code: Alles auswählen

...
IDE support:			yes
...
Neutrino Drive-Setup:		no
...

[tomworld]

Baut noch, mal dann sehen (auf der Box)

----------------------

so, geflasht

das Menü unter Service ist vorhanden, wie auch alle die von mir gewünschten Treiber unter /lib/modules/2.4.37-dbox2/kernel/fs oder drivers
die Treiber für MMC fehlen unter /lib/modules/2.4.37.7-dbox2/misc

leider sehe ich jetzt nur das IDE-Interface im Menü:


nix mit MMC, das war ja so immer angedacht, oder
wenn die Treiber nicht vorhanden, gibt es auch kein Menü für die Treiber
also muss doch noch extra "--enable-mmc" aufgerufen werden
die Treiber sind doch für IDE-IF, nicht zwingend für MMC

das Menü funktionierte auch ohne MMC-Treiber wie gewohnt

was mache ich falsch?

[rhabarber1848]

was mache ich falsch?

Du hast nicht das aktuelle CVS genutzt, dort war wohl noch das
IDE-Menü ausgeschaltet, außerdem tauchen die Spiele und der
vncviewer überhaupt nicht in der configure-Zusammenfassung auf.

Lösung: Aktuelles CVS benutzen.

[tomworld]

na ja

@rhabarber1848 ich habe ein Update vorher gemacht, leider mach ich vieles z.B. über das "--with-customizationsdir=$HOME/test2/cvs/tuxbox/cdk/customization"
vieles im Image nachträglich wieder raus, das hatte ich nicht erwähnt, sorry was jetzt die Plugins und Spiele betrifft

also, mit einen "make clean" und zurück in die das Verzeichnis /cvs/tuxbox/ einen Update auf das CVS über die Funktion zum Update
dann das Aktivieren über "./configure mit den neuen Daten" usw.
dachte ich aktuell zu sein

so sollte es eigentlich sein und so habe ich es auch verstanden

MMC-Treiber wurden nicht gebaut, also trifft deine Aussage nur für IDE und Treiber zu, heist für mich:
bau mit "--enable-mmc", damit diese auch noch einfliessen

[dbt]

Was sagt denn der Kernel, wenn du den treiber rausreisst? ...

Ein segfault bei insmod oder rmmod ist in 99.999% aller Fälle durch einen Oops bedingt.

Damit das nicht untergeht: bisher konnte ich das hier beim rmmod-Crash entlocken

Code: Alles auswählen

Oops: kernel access of bad area, sig: 11
NIP: C000DA28 XER: 00000000 LR: C000DA1C SP: C0E33DA0 REGS: c0e33cf0 TRAP: 0300    Not tainted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000000, DSISR: C2000000
TASK = c0e32000[271] 'rmmod' Last syscall: 129 
last math 00000000 last altivec 00000000
GPR00: 00001032 C0E33DA0 C0E32000 00000001 00009032 00000001 C0DEB003 00000DE8 
GPR08: C024D430 C0E33DD8 00000040 00000000 22004042 10035E90 00000000 00000000 
GPR16: 00000000 00000000 00000000 00000000 00009032 00E33F40 00000000 C0002B88 
GPR24: C0E33E80 100432A8 C0E33DD0 7FFFFE64 C01CC484 C0E33DD0 C01CC470 C01CC480 
Call backtrace: 
C01B0000 C00076D8 C007CA24 C005B408 C3C12E38 C0011358 C001149C 
C000293C 10009590 10008088 0FEBCD84 00000000 
PCR discontinuity: PCR: 0x19C614C45, OLDPCR: 0x19C60425C, Diff: 68073
Segmentation fault

Das passiert aber komischerweise nicht immer, gerade wie der lustig ist

Ich habe das jetzt hoffentlich auch einigermaßen abgefangen. Sollte das passieren hat man die Möglichkeit die Initscripte zurückzusetzen und kann erstmal neue booten und die Einstellungen korrigieren. Damit sollte man zumindest handlungsfähig bleiben und muss nicht anders Hand anlegen. Klärungsbedarf besteht allerdings noch immer, nur wie gesagt, das passiert nicht immer. Die obige Logausgabe hatte ich nur einmal und bisher nicht mehr. Ein Schema lässt sich so nicht wirklich erkennen
Die Lade-Parameter für mmc-Module lassen sich jetzt ebenfalls noch angeben, also z.B: forcehw=1 für mmccombo lässt sich jetzt nutzen.

[rhabarber1848]

@rhabarber1848 ich habe ein Update vorher gemacht

Wenn das korrekt gemacht wurde, müsste die cdk/configure-Zusammenfassung länger sein.

leider mach ich vieles z.B. über das "--with-customizationsdir=$HOME/test2/cvs/tuxbox/cdk/customization" vieles im Image nachträglich wieder raus, das hatte ich nicht erwähnt, sorry was jetzt die Plugins und Spiele betrifft

Das hat mit der cdk/configure-Zusammenfassung nichts zu tun.

also, mit einen "make clean"

Reicht wahrscheinlich nicht, am besten machst Du einen CVS checkout in
ein leeres Verzeichnis und fängst nochmal mit dem Kompilieren an, das ist
ohnehin mein genereller Tipp

[tomworld]

ja stimmt @rhabarber1848

da es ja ein neues Menü für das HDD-IF gibt, habe ich nur geupdatet und da gleich mal noch "--enable-mmc" eingefügt
jetzt sind die MMC-Treiber im Image, aber es fehlen die IDE-Treiber (zeigt sich nicht im Menü)
da jetzt nur die Treiber ext2 usw. im Kernel sind



da es aber vorher gelang, mache ich aber keinen "CVS checkout in ein leeres Verzeichnis", ich will ja wissen, wieso jetzt nicht die Treiber für IDE (Ordner /kernel/ide) im Image sind

ein Update vom aktuellen CVS auf meinen Rechner, prüft ja die Dateien und tauscht diese dann aus (wie das File: drive_setup.cpp und driver_setup.h)
selbst meine Lokale werden überprüft (nutze Andere, wie man am Titel des Menü sehen kann)
ich kann das dann prüfen

eigentlich kann ich mal testen, was sich zeigt, wenn ich die fehlenden Treiber in meinen Image, in /var/lib/modules ablege
ich vermisse auch HDDtemp, obwohl mit "--enable-hddtemp" es gebaut werden sollte

die IDE-Treiber werden nicht eingelesen, wenn man das HDD-IF-Menü schon (jetzt nur für MMC) abgeschlossen hat
sie werden nicht über das Ablegen in /var/lib/modules automatisch geladen, was eigenlich auch OK ist in einen Image ohne IDE-Support
(Image hatte ich zuvor gesäubert)

--enable-mmc -> baut mir die MMC-Treiber und das Menü
--with-filesystems=ext2 usw. -> baut mir die File und auch die fsck (Checkfile) in root/sbin/
--enable-hddtemp -> funktuniert nicht Standalone
--enable-drive-gui -> hatte ich jetzt raus genommen, keine IDE-Treiber im Image

das heist für meine GUI (CVS) auf meinen Rechner sollte ohne das "--enable-mmc" und mit "--enable-ide" und "--enable-drive-gui" in Zusammenhang
mit "--with-filesystems=..." bzw. "--enable-hddtemp" alles bauen wie gehabt

"--enable-mmc" und "--enable-ide" im Zusammenhang mit "--enable-drive-gui" sollte sich beissen
jedes einzelnt aufgerufen, macht zwar das Menü in's Image, ein Menü ohne Treiber macht aber keinen Sinn
"--enable-ide" im Zusammenhang mit "--enable-drive-gui" muss ich auch noch Testen, so war es vorher

dann @rhabarber1848, wenn alle Stricke reissen, muss ich neu auschecken ->
(Ihr macht gute Arbeit)

[DrStoned]

@dbt

mir ist gerade beim Studium der Sourcen noch etwas aufgefallen. Die Leute, die wie ich, die Software EXT2IFS verwenden, um die Festplatte mit Hilfe des USB-Adapters von Hallenberg unter Windows auslesen, würden sich sehr über den zusätzlichen Parameter -I 128 in der Formatierroutine freuen.

Bitte die folgende Datei entsprechend abändern:

http://cvs.tuxbox-cvs.sourceforge.net/c ... iew=markup

Ich habe mal die gewünschte Änderung rausgesucht und gleich rot markiert eingefügt. Bitte die roten Zeichen hinzufügen. Ich habe kein Diff gepostet, da ich davon keine Ahnung habe. Die Änderung müsste jedoch vermutlich in den Zeilen 3203 und 3204 der Datei /tuxbox/apps/tuxbox/neutrino/src/gui/drive_setup.cpp gemacht werden.

// possible supported fstypes for mkfs.X and fsck.x
#define MAXCOUNT_FSTYPES 7

typedef struct fstype_t
{
const string fsname;
const string mkfs_options;
const string fsck_options;
} fstype_struct_t;

const fstype_struct_t fstype[MAXCOUNT_FSTYPES] =
{
{"ext2", "-T largefile -m0 -q -I 128", "-y -v"},
{"ext3", "-T largefile -m0 -q -I 128", "-y -v"},
{"msdos", "", "-y"},
{"vfat", "", "-y"},
{"reiserfs", "-f", "-f -y "},
{"xfs", "-l version=2 -f -q", "-v"},
{"swap", "", ""},
};

Hintergrund ist, dass EXT2IFS nur Festplatten auslesen kann, die mit dem Parameter -I 128 formatiert wurden. Ich zitiere hier mal die EXT2IFS-Page:

Large inodes

The current version of Ext2 IFS only mounts volumes with an inode size of 128 like old Linux kernels have.

Some very new Linux distributions create an Ext3 file systems with inodes of 256 bytes. Ext2 IFS 1.11 is not able to access them.

Currently there is only one workaround: Please back up the files and create the Ext3 file system again. Give the mkfs.ext3 tool the -I 128 switch. Finally, restore all files with the backup.

Als Gurgel den USB-Adapter für das IDE-Interface herausbrachte, sind JtG-Riker und ich damals auf dieses Problem gestoßen und haben die Formatierroutine im JtG-Image entsprechend angepasst.

Mit Hilfe des Diagnosetools mountdiag.exe von der EXT2FS-Seite, kann man das gut feststellen. Es gibt bei Festplatten, die ohne den Parameter -I 128 formatiert wurden folgende Fehlermeldung aus:

Ausgaben von mountdiag.exe:

Code: Alles auswählen

IFS Software 1.11 did not mount it because the file system has an inode size unequal to 128 byte (inode size:256)
.....
Format the system: give the mkfs.ext3 utility the -I 128 switch.

Ich hoffe, dass Du mit meiner Beschreibung was anfangen kannst.

Greetz von DrStoned

[seife]

Ja, -I 128 ist sinnvoll, weil der 2.4er kernel mit den extended attributes, die in den grösseren Inodes gespeichert werden, sowieso nichts anfangen kann (und die selbst mit Kernel 2.6 auf der dbox keinen sinnvollen Einsatzzweck haben).

[tomworld]

Ja, -I 128 ist sinnvoll, weil der 2.4er kernel mit den extended attributes, die in den grösseren Inodes gespeichert werden, sowieso nichts anfangen kann (und die selbst mit Kernel 2.6 auf der dbox keinen sinnvollen Einsatzzweck haben).

na ja, geht ja um USB und hat nur was mit Auslesen der HDD zu tun

Hallenberg liefert ein Adapter, das man zwischen HDD-IF und HDD stecken kann, wenn die Dbox aus ist, kann man so die Daten auf der HDD, an seinen PC über USB-Kabel auslesen (schneller als über 10 Mb-Netzwerk)

gibt nicht viele Programme unter Windows, die dann auch mit EXT2 oder EXT3 als Format auf der HDD an USB-Adapter umgehen können
ein reines Software-Problem für mich, aber doch hilfreich und tut keinen weh

da wollte ich aber nicht hin

mit der Änderung meiner ./configure
MMC wieder Raus und ide mit drive-gui geht das Bauen, so wie ich oben schon schrieb
hier mal was jetzt kommt:

Code: Alles auswählen

summary: 
---------------------------------------- 
target cpu/boxtype:		ppc823/dbox2 
kernel:				2.4 
kernel config:			config/dbox2_kernel-2.4.config.m4 
libc:				glibc 
threads:			linuxthreads 
target:				powerpc-tuxbox-linux-gnu 
host:				i686-pc-linux-gnu 
debug code:			no 
target prefix:			/home/tomworld/test2/image/cdkroot 
host prefix:			/home/tomworld/test2/image/cdk 
boot prefix:			/home/tomworld/test2/image/tftpboot 
build prefix:			/home/tomworld/test2/cvs/tuxbox/cdk 
root partition size:		0x520000 
default locale:			deutsch 
serversupport:			/home/tomworld/test2/image/serversupport 
checkImage:			true 
target apps directory:		/home/tomworld/test2/cvs/tuxbox/apps 
boot directory:			/home/tomworld/test2/cvs/tuxbox/boot 
start script directory:		/home/tomworld/test2/cvs/tuxbox/cdk/root 
driver directory:		/home/tomworld/test2/cvs/tuxbox/driver 
host apps directory:		/home/tomworld/test2/cvs/tuxbox/hostapps 
logo directory:			/home/tomworld/logos 
customization directory:	/home/tomworld/test2/cvs/tuxbox/cdk/customization 
ucode directory:		/home/tomworld/ucodes 
archive directory:		/home/tomworld/test2/cvs/tuxbox/cdk/Archive 
GNU server:			ftp.gwdg.de/pub/misc/gnu/ftp/gnu 
default server:			www.tuxbox.org/cvsdata/files 
update http prefix:		 
used busybox-m4-config:		config/busybox.config.m4 
IDE support:			yes 
MMC support:			yes 
fdisk standalone:		yes 
fstab default fs:		ext2 
IDE/MMC: Ext2 support		yes / e2fsprogs 
IDE/MMC: Ext3 support		yes / e2fsprogs 
IDE/MMC: XFS support		no 
IDE/MMC: REISERFS support	no 
IDE/MMC: VFAT support		no 
CIFS kernel module:		yes 
SMBFS kernel module:		yes 
LUFS kernel module:		yes 
NFS kernel module:		yes 
NFS server:			yes 
Samba server:			yes 
Automount:			yes 
Neutrino UPnP-support:		no 
Neutrino Audioplayer:		yes 
Neutrino Movieplayer:		yes 
Neutrino Pictureviewer:		yes 
Neutrino Mount:			yes 
Neutrino Drive-Setup:		yes 
Neutrino dvbsub			yes 
Radiotext support:		yes 
FLAC support:			no 
CURL version:			old 
Freetype version:		old 
German keymaps:			no 

aformat				no 
cdkVcInfo			yes 
clock				no 
dboxshot			no 
dropbear			no 
dvbsnoop			no 
eraseall			no 
Esound support:			no 
fbshot				no 
gdbserver			no 
getrc				no 
hddtemp				no 
input				no 
ipkg				no 
kb2rcd				no 
LIRC				no 
lcshot				no 
links text mode browser		no 
links graphics mode browser	no 
msgbox				no 
openntpd			no 
OpenVPN:			no 
procps				no 
rtc				yes 
satfind				no 
shellexec			no 
sqlite3 storage:		no 
strace				no 
sysinfo				no 
tuxcal				no 
tuxcom				yes 
tuxmail				yes 
tuxtxt (internal)		yes (yes) 
tuxwetter			no 
vncviewer			no 

FX2: C64 Emulator		no 
FX2: lcdcirc			no 
FX2: Lemmings			no 
FX2: Mastermind			no 
FX2: MineSweeper		no 
FX2: Outdoor			no 
FX2: PacMan			no 
FX2: Satfind			no 
FX2: Snake			no 
FX2: Sokoban			no 
FX2: Sol			no 
FX2: Solitair			no 
FX2: Sudoko			no 
FX2: Tank			no 
FX2: Tetris			no 
FX2: Vier gewinnt		no 
FX2: Yahtzee			no 

ccache support:			no 

es baut durch und ich habe ein "volles" HDD-IF-Menü:



das MMC-Menü:



und das erzwingen des Treibers:



funktioniert auch

gute Arbeit @dbt ich finde keine grossen Fehler mehr, ausser meine eigenen Bedienfehler, hatte statt "forcehw=1", "forcehw-1" eingetragen, was im Menü nicht speicherbar war, hab auch vorwertz und rückwertz das MMC-Menü getestet, funktioniert

Version: BETA! 1.33 nartürlich

TOP

[dbt]

... Die Leute, die wie ich, die Software EXT2IFS verwenden, um die Festplatte mit Hilfe des USB-Adapters von Hallenberg unter Windows auslesen, würden sich sehr über den zusätzlichen Parameter -I 128 in der Formatierroutine freuen...

Ich hoffe, dass Du mit meiner Beschreibung was anfangen kannst.

Habs verstanden und ist erledigt und wusste ich's doch, da war noch irgendwas, das hatte ich schon mal irgendwo gelesen und das wars.
http://www.jackthegrabber.de/viewtopic. ... ilit=I+128
Nur seltsam, da ich die Sourcen vom alten Menü ja direkt von Riker bekommen habe und ich mich mit den Optionen daran orientiert hatte, irgendwie sind die wohl verschütt gegangen.

...eigentlich kann ich mal testen, was sich zeigt, wenn ich die fehlenden Treiber in meinen Image, in /var/lib/modules ablege
...
die IDE-Treiber werden nicht eingelesen, wenn man das HDD-IF-Menü schon (jetzt nur für MMC) abgeschlossen hat
sie werden nicht über das Ablegen in /var/lib/modules automatisch geladen, was eigenlich auch OK ist in einen Image ohne IDE-Support

Wenn die Treiber in den Standardpfaden fehlen und nur in /var/lib/modules (...oder was eben angegeben ist) liegen, dann werden diese auch von dort genommen, falls nicht ist was faul. Habe das soeben auch überprüft, das funktioniert.

--enable-mmc -> baut mir die MMC-Treiber und das Menü
--with-filesystems=ext2 usw. -> baut mir die File und auch die fsck (Checkfile) in root/sbin/
--enable-hddtemp -> funktuniert nicht Standalone
--enable-drive-gui -> hatte ich jetzt raus genommen, keine IDE-Treiber im Image

das heist für meine GUI (CVS) auf meinen Rechner sollte ohne das "--enable-mmc" und mit "--enable-ide" und "--enable-drive-gui" in Zusammenhang
mit "--with-filesystems=..." bzw. "--enable-hddtemp" alles bauen wie gehabt

"--enable-mmc" und "--enable-ide" im Zusammenhang mit "--enable-drive-gui" sollte sich beissen
jedes einzelnt aufgerufen, macht zwar das Menü in's Image, ein Menü ohne Treiber macht aber keinen Sinn
"--enable-ide" im Zusammenhang mit "--enable-drive-gui" muss ich auch noch Testen, so war es vorher

Da sind noch jede Menge Abwärtskompatiblitäten drin, die inzwischen etwas Verwirrung stiften, deshalb würde ich sagen das mal zu kappen, langsam blick ich da auch nicht mehr durch Es ist auch mühsahm sich durch die Threads zu wurschteln, um sich die Zusammenhänge rauszupicken. Ich hätte das im Wiki auch schon irgendwie eingebaut nur langsam wirds mir auch zu viel, desalb wäre es wirklich ratsam, wenn etwas wichtiges geändert wird, das dann halbwegs zeitgleich zentral zu dokumentieren. Es ist immer einfacher, einen Link zu posten, als immer wieder alles von vorne hinschreiben zu müssen.

Edit: damit ich's nicht vergesse: wegen der Lade-Parameter http://wiki.tuxbox.org/Neutrino:Service ... p#MMC.2FSD

[FlatTV]

@dbt

Das Teil hat meiner Meinung nach den Beta Status verlassen
Zwar fehlen mir noch die "ide_umount.start/stop" Scripte, aber es sieht doch alles sehr schön aus.

Ich tausche bei mir noch die system ID der swap Partition,

Code: Alles auswählen

--- a/apps/tuxbox/neutrino/src/gui/drive_setup.cpp	2010-01-27 09:45:24.607108759 +0100
+++ b/apps/tuxbox/neutrino/src/gui/drive_setup.cpp	2010-01-27 09:57:11.009130842 +0100
@@ -3059,6 +3059,8 @@
 
 	// get partition name (dev/hda1...4)
 	string partname = getPartName(device_num, part_number);
+
+	string fs = d_settings.drive_partition_fstype[device_num][part_number]; 
 
 	ofstream prepare( PREPARE_SCRIPT_FILE );
 	if (!prepare) 
@@ -3082,6 +3084,11 @@
 			prepare <<part_n<<endl;
 			prepare <<start_cyl<<endl;
 			prepare <<end_cyl<<endl;
+
+			if (fs == "swap") {
+				prepare <<"t"<<endl;
+				prepare <<"82"<<endl;
+			}
 			break;
 		case DELETE:
 			if (!unmountPartition(device_num, part_number))

cu FlatTV

[dbt]

...
Das Teil hat meiner Meinung nach den Beta Status verlassen
...

Ich sehe das noch nicht ganz so und wohl einige andere auch http://www.jackthegrabber.de/viewtopic. ... 41#p110241
Tolle, hilfreiche Ansagen dort. Hat hier schon mal jemand das Problem mit

...aber als ich dann am Ende "Übernehmen" wählte, gab's die Meldung "Fehler beim Speichern der Festplattenparameter".

gehabt, mangels Log, ist das schlecht zu deuten.

Das mit der SystemID hat irgendwie nicht so richtig funktioniert, fdisk setzt nur eine DOS Id, muss mal schauen.
Die Sache mit den Scripts kommt auch noch.

[Miky1968]

Tolle, hilfreiche Ansagen dort. Hat hier schon mal jemand das Problem mit

...aber als ich dann am Ende "Übernehmen" wählte, gab's die Meldung "Fehler beim Speichern der Festplattenparameter".

gehabt, mangels Log, ist das schlecht zu deuten.

Ja klar, ich

Da hatte ich der Platte kein Filesystem zugewiesen und auch erst einmal probiert sie einfach einzuhängen.

Danach habe ich mir dann mal Deine Beschreibung in der WIKI angeschaut und dann ging das auch problemlos.

[dbt]

Nunja, diese Meldung "Fehler beim Speichern der Festplattenparameter" deutet aber auf einen Fehler bei hdparm hin, hat insofern eigentlich nichts mit dem FS zu tun. Die Meldung kann z.B. kommen, wenn kein hdparm installiert ist.

[tomworld]

ich kenne aber nur mein Image, nicht das JtG-Image

den Fehler selbst nachzuvollziehen gelingt mir nicht, für jeden Fehler gibt es auch eine Fehlermeldung vom Menü oder die HDD wird nicht eingehängt
meine HDD ist aber schon eingerichtet

ich muss mal das Beta2-JtG testen (IDE-Menü BETA! 1.32)
was mir auffählt, hdparm ist nicht wie bei mir auf /bin/busybox verlinkt, aber die Fehlermeldung habe ich nicht, wenn die HDD schon eingerichtet ist

hier mal ein Log über setconsole, was sich beim Einrichten der HDD zeigt:

Code: Alles auswählen

Willkomen auf Ihrer d-box 2 - Kernel 2.4.37.7-dbox2 (03:55:54). - JtG-Image -
dbox login: root

BusyBox v1.15.3 (2010-01-18 23:50:55 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/var > setconsole

[drive_setup] BETA! 1.32
[ConfigFile] Unable to open file /var/tuxbox/config/drivesetup.conf for reading.
[drive setup] loadDriveSettings: load settings from /var/tuxbox/config/drivesetu
p.conf
[drive setup] loadDriveSettings: found no /var/tuxbox/config/drivesetup.conf def
aults used...
[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
[drive setup] loadFdiskPartTable: /dev/ide/host0/bus0/target0/lun0/disc not avai
lable...
[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)
 write-caching =  0 (off)
[drive setup] mountPartition:  swapon: Invalid argument /dev/ide/host0/bus0/targ
et0/lun0/part1
[drive setup] mkMounts: error while mounting partitions!
[drive setup] exec: errors while applying settings...

[drive_setup] BETA! 1.32
[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 38760.
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] getFileEntryString: error while open /var/etc/init.d/06hdd No such
 file or directory

[drive setup] getDeviceInfo: mountpoint  not found...
[drive setup] getDeviceInfo: mountpoint  not found...

The number of cylinders for this disk is set to 38760.
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)

The number of cylinders for this disk is set to 38760.
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] ide modules unloaded...

/dev/ide/host0/bus0/target0/lun0/disc:
 setting 32-bit IO_support flag to 1
 setting drive write-caching to 1 (on)
 setting standby to 12 (1 minutes)
 IO_support    =  1 (32-bit)
 write-caching =  1 (on)

[drive setup] mkFstab: writing /var/etc/fstab...ok
[neutrino] executing /etc/init.d/K31nfsserver
[neutrino] executing /etc/init.d/S31nfsserver
[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

[drive_setup] BETA! 1.32
[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 38760.
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...

The number of cylinders for this disk is set to 38760.
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)

es gelingt ohne Probleme

[GetAway]

Hi, bei fehlendem Ordner lost+found sollte eine Prüfung angestoßen werden, damit er wieder erzeugt wird,
...oder etwas ähnliches.

"In den Ordner lost+found schiebt das Programm fsck eigenständig Datein bzw. Inodes rein, die nicht mehr eindeutig zugeordnet werden können. Ursachen dafür, dass Dateien nicht mehr richtig zugeordnet werden können, sind unter anderem System- bzw. Programmabstürze oder aber auch Hardware-Fehler."

[tomworld]

auf der SD (MMC), war dieser nie gelöscht, die HDD, war ohne

ich prüfe auch nicht mehr, das hatte ich hier ja schon geschrieben, das alle Formate (fat, vfat, ext2, ext3 und xfs) von mir getestet wurden und dort eigentlich auch nix geändert wurde im Menü

das JtG-Image hat in deren Beta-Image noch ein Vor-Menü (BETA! 1.32), ich weiss das dies nicht viel für das "BETA! 1.33" aussagen muss, da die Änderungen ja nicht so gross waren, konnte aber die HDD und die SD (die nur Formatiert und nicht benutzt wurde) einbinden

ob das jetzt an hdparm liegt, da es im JtG im /sbin nicht als Link auf die Busybox in /bin/busybox vorhanden ist, kann ich nicht sagen
ich weiss aber, was ich mit dem JtG-Image gemacht habe um zu testen

ich habe doch kein Superimage und weiss nicht, wie andere Anwender, solches testen oder bereit sind solches auszutesten, eigentlich braucht man nix neu zu formatieren, ein Prüfen sollte auch so gelingen (habe ich gerade mit der HDD gemacht)

bei den vielen Menü die ich kenne, kann das Prüfen auch zum löschen der Daten führen, wenn man nicht aufpasst oder mal falsch tippt, das ist hier nicht gegeben

ich denke schon das ich weiss, auch wenn ich jetzt die Treiber nicht erstellt habe, wie man ein HDD-IF/MMC-Menü testen kann, hab nicht umsonnst, formatiert, gelöscht, geflasht und eingerichtet, bis zum abwinken und hatte selbst ein HDD-IF- und MMC/SD-Menü vorher, von dem ich mich erstmal trennen musste (tuhe ich aber gern)

gut, ich teste hier jede neu Version, da könnte mein Nach- oder Vorteil liegen, trotzdem kommen andere Anwender damit auch klar, die es Nutzen können, nur die Probleme haben, melden sich, was auch so richtig ist

es sollte mehr Image geben mit diesen Menü
(das war jetzt ein Schertz)
hoffe, das Ihr mir verzeihen könnt, sorry

[dbt]

Hab jetzt noch was für die Leute ohne "Bock" aufs ankablen wegen Hdparm geändert, damit man das auch ohne Log erkennen kann. Ob dort das bb_hdparm oder das original Binary verwendet wird, sollte aber trotzdem keine Rolle spielen. Würde aber trotzdem gerne wissen was der der Nachteil am BB-Hdparm ist, obwohl es für unsere Zwecke eigentlich reichen würde. Habe es gerade nochmal mit beiden Varianten getestet, alles ohne Probleme.

Die Sache mit der richtigen System ID für die Swap-Partitionen müsste jetzt auch passen.

[dbt]

So, jetzt selbst mal geschaut, was im JTG drin ist,
mkfs.vfat bzw. mkfs.msdos fehlen im Image, deswegen lassen sich keine MMC's verarbeiten.

Code: Alles auswählen

...
[drive setup] formating...
sh: mkfs.vfat: not found
[neutrino] mkfs.vfat   /dev/mmc/disc0/part2 failed with return code = 127
[drive setup] mkFs: make filesystem vfat for /dev/mmc/disc0/part2 failed...
...