Bugs: HDPARM / FSTAB im IDE-Menu

[JtG-Riker]

Ich schreib`s einfach mal hier rein, eventuell kann jemand mal schauen bis dbt Zeit hat. Da ich die Tage ein neues Image machen
wollte wär es schön wenn mal jemand bei guckt.


Folgende 2 Bugs sind noch im aktuellen CVS enthalten

HDPARM Parameter wird mit z.b. 30030030030 gesetzt - letzte Änderung im CVS:

http://novatux.git.sourceforge.net/git/ ... e59e91052b

Wenn man 0 einträgt get es wieder, aber höhere Werte gehen nicht, ich hab 120 300 240 getestet, da kommen immer irgendwelche krummen Werte raus mit 8 oder mehr Stellen, das ganze passiert wenn man nur das Interface aktiviert und dann der Wert aus dem Code genommen wird.

2. Wenn man im "nackten" Image nur das Interface aktiviert und sonst nichts weiter macht wird in die var/etc/fstab tmpfs mit 0M (0MB) angegeben, nach dem nächsten start kann man nichts mehr im tmp schreiben weil kein Speicher deklariert ist.

[seife]

Der hdparm-bug sollte gefixt sein.
Beim tmpfs sehe ich zwar, woran es liegt, aber ich verstehe gar nicht, warum für das tmpfs überhaupt eine Grösse angegeben wird, drum lass ich das mal lieber...

[JtG-Riker]

Danke Seife, wie ist denn die größe im "normalen" cvs ?

Komisch das da nur M generiert wird - sollte ja 32mb oder 16 oder sowas sein

Gruß Riker

[seife]

ich glaub normal steht da nur "defaults" drin.

Auf meiner verbleibenden dbox:

Code: Alles auswählen

/var # cat /etc/fstab 
proc    /proc           proc    defaults        0 0
tmpfs   /tmp            tmpfs   defaults        0 0
sysfs   /sys            sysfs   noauto          0 0
devpts  /dev/pts        devpts  noauto          0 0
/dev/ide/host0/bus0/target0/lun0/part1 swap swap noauto 0 0
/dev/mtdblock/3     /var     jffs2     defaults     0 0

Das image da drauf ist aber über 2 Jahre alt...

Edit: und "defaults" macht, dass das tmpfs maximal den halben RAM bekommt:

Code: Alles auswählen

/var # df /tmp/
Filesystem           1K-blocks      Used Available Use% Mounted on
tmpfs                    15444        16     15428   0% /tmp

[Gaucho316]

@dbt

Gibt's hierzu Neuigkeiten? Ich habe zwar kein IDE-Interface, aber es wäre trotzdem schön, wenn du das fixen könntest, da es vorher sicher kein neues JtG-Image geben wird.

[dbt]

Hab etwas viel um die Ohren momentan, muss mal schauen dass ich meine Bastelbox erst wieder anklinke.

[Gaucho316]

Ich habe mal versucht, den Code etwas zu verstehen. Wenn ich das richtig sehe, wird in Zeile 1316 von drive_setup.cpp die richtige Größe der Partition gesetzt. Diese Zeile gehört zur Methode showHddSetupSub(). Wird diese Methode überhaupt in jedem Fall ausgeführt? Ansonsten müsste man den Code aus dieser Zeile woanders hin verlagern, glaube ich.

[dbt]

...

Komisch das da nur M generiert wird - sollte ja 32mb oder 16 oder sowas sein

Gruß Riker

Es sollte je nach Swapnutzung nur 64 oder 128 verwendet werden können, es sei denn, es ist kein Platz mehr, dann wird das genommen was verfügbar ist.

Also so siehts bei mir aus:

fstab:

Code: Alles auswählen

# /etc/fstab generated from neutrino ide/mmc/hdd drive-setup
 #1.85  30.11.2011 - 09:06:49
/dev/mmc/disc0/part1 none swap sw 0 0
tmpfs /tmp tmpfs size=64M,remount 0 0

/dev/mmc/disc0/part2 /mnt/mmc ext2 rw,sync 0 0

Code: Alles auswählen

/ > df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root            187271668 154693956  23064824  87% /
tmp                      65536        12     65524   0% /tmp
/dev/mmc/disc0/part2    926200     25240    900960   3% /mnt/mmc
/ >

Wo liegt jetzt genau das Problem?

[seife]

Ich glaube, wenn man vorher keine fstab hatte, steht nach aktivieren des IDE-IF "0MB" als size für's tmpfs drin (so hatte ich Riker verstanden).

Ich würde für's tmpfs einfach immer "defaults" als option eintragen. size=RAM/2 ist default und ich sehe auch keinen Grund, davon abzuweichen.

[dbt]

Ich glaube, wenn man vorher keine fstab hatte, steht nach aktivieren des IDE-IF "0MB" als size für's tmpfs drin (so hatte ich Riker verstanden).

Ich würde für's tmpfs einfach immer "defaults" als option eintragen. size=RAM/2 ist default und ich sehe auch keinen Grund, davon abzuweichen.

Da gabs mal irgenein Problem, weil was mit Swap nicht gepasst hatte, aber ich denke ich weis warum das nicht passt. Das Problem dürfte so wie ich das sehe nur in Verbindung mit Swap vorhanden sein. Kann das jemand mal mit Swap testen und schauen was da für Speicher zugewiesen werden soll?

Edit: mmh: ohne Swap siehts so aus:

fstab:

Code: Alles auswählen

# /etc/fstab generated from neutrino ide/mmc/hdd drive-setup
 #1.85  30.11.2011 - 09:32:12
/dev/mmc/disc0/part2 /mnt/mmc ext2 rw,sync 0 0

Code: Alles auswählen

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/root            187271668 154693956  23064824  87% /
tmp                      15236        12     15224   0% /tmp
/dev/mmc/disc0/part2    926200     25240    900960   3% /mnt/mmc
/ >

also RAM/2

Wobei hier zu sehen ist, dass tmp über die fstab nicht angefasst wird, brauchts ja auch nicht, weil tmps schon vorher einghangen wird. Ein Eintrag in die fstab ist also nur nötig, wenn man swap nutzt, deswegen auch das remount und die Zuweisung des Speichers und das scheint ja zu gehen, zumindest bei mir passt das, oder übersehe ich was.

Code: Alles auswählen

#!/bin/sh
#
# /etc/init.d/sysinit
#
# mounts virtual filesystems etc and /var, so that the system can boot

mount -t proc	proc	/proc
mount -t tmpfs	tmp	/tmp
echo "[BOOT] running $0"

ln -sf fb/0 /dev/fb0

date -s 197001010100

ROOTFS=$(grep /dev/root /proc/mounts | cut -d " " -f 3)

if [ "$ROOTFS" != "nfs" ]; then

	# find the device of the /var/ partition
	# after that $VAR_MTD contains "/dev/mtdblock/3"
	eval $(sed -n 's#^mtd\([0-9]\): .* .* "var .*$#export VAR_MTD=/dev/mtdblock/\1#p;' /proc/mtd)

	# this needs to come after "makedevices" for kernel 2.6...
	if [ -n "$VAR_MTD" ]; then
		mount -t jffs2 $VAR_MTD /var
	else
		echo "[BOOT] no /var MTD partition found (jffs2-image?)"
	fi

fi 

[Gaucho316]

So sieht eine kaputte fstab aus und irgendwie muss die ja zustande kommen.

http://www.jackthegrabber.de/viewtopic. ... 05#p111705

[dbt]

So sieht eine kaputte fstab aus und irgendwie muss die ja zustande kommen.

http://www.jackthegrabber.de/viewtopic. ... 05#p111705

Ja , ich weiß jetzt auch warum. Das kommt nur zustande, wenn man eine Swap partition mit Size=0 anlegen will. Das kann versehentlich passieren, wenn man nicht die Funktion "Swap anlegen" verwendet. Ich versuche das gerade abzufangen.

[Gaucho316]

Und was ist mit meinem Einwand von oben? Wenn man ein neues Komplettimage aufspielt und die Platte schon partitioniert ist, wird doch nach Aktivieren des Interfaces und anschließendem Übernehmen niemals die Methode showHddSetupSub aufgerufen und damit auch nie der Wert drive_partition_size für tmpfs richtig gesetzt, oder?

[dbt]

Die Daten werden eigentlich von der Platte übernommen, unabhängig von den Einstellungen.
Eben deswegen trotzdem "abfangen" schon vor Schreiben der fstab, also schon wenn die Einträge dafür vorbereitet werden. Dort wird Size=0 nicht berücksichtigt und einfach übernommen, das ist natürlich nicht richtig.

[seife]

Ich bin trotzdem der Meinung, dass das size= bei tmpfs immer überflüssig ist, selbst mit swap. Der wird nämlich AFAIK nicht mit einbezogen.

[dbt]

Ich bin trotzdem der Meinung, dass das size= bei tmpfs immer überflüssig ist, selbst mit swap. Der wird nämlich AFAIK nicht mit einbezogen.

Das hatten wir alle schon mal guten Glaubens gedacht, aber hat so nicht wirklich funktioniert, weil tmp dann immer die falsche Größe hatte, oder war das ein Denkfehler. Deshalb dann das remount mit der Speicherangabe was auch vom Urmenü schon mal so umgesetzt war. Das sollte aber jetzt funktionieren, da ich einfach die reale Partitionsgröße dort eintrage, ebenso alternativ in 07mount. Gauchos Einwurf war dann insofern auch korrekt.