[Fli4l_dev] fli4l 3.9.0-r30373 opt-hd Arbeitet nicht wie beschrieben

[Helmut Backhaus]

Hallo,
mir ist da etwas beim installieren auf HD nach der Methode "B" aufgefallen.

Vorweg ich habe alles hin bekommen, nur eben nicht auf dem beschrieben Weg.

Grunddaten:
Hardware:
- Ein mini PC mit einem VIA Samuel 2 Chipsatz
- 128 MB Ram
- Im Moment setze ich eine Onboard CF ein ( wenn noch etwas fehlt
   liefere ich das gern nach!)

Software:
Alles aus dem o.g. Tarball
- Base
- Sshd
- hd

Fehlerbeschreibung (ist es ein Fehler?):
Ich habe eine Installation der Form "B" nach Doku durchgeführt, so wie 
es dort steht, nur habe ich das Bootmedium auch gleich als Ziel Medium 
(wenn gewünscht beschreibe ich gern wie das geht). Das hat auch alles 
wunderbar geklappt, bis das Opt-Mount ins Spiel kommt.

Nach der Beschreibung in der Doku hätte ich nach dem Remote Update eine 
"/data" Partition haben müssen.

Eine "Swap Partition" wird in meinem Fall ja nicht angelegt, weil:
- Ich ein CF-Medium nutze
- Ich mehr als 32 MB Ram habe

Auszug Doku:
OPT_MOUNT hängt eine bei der Installation erstellte Datenpartition nach 
/data ein, eine Prüfung der Partition auf Fehler wird bei Bedarf 
automatisch durchgeführt. Ein evtl. vorhande-
nes CD-ROM wird nach /cdrom eingehängt, falls eine CD eingelegt ist. Für 
die swap-Partition wird das OPT_MOUNT nicht mehr benötigt!
Auszug ende:

Das passiert so aber nicht!

Ich finde nun folgendes vor:

Datei hd.cfg:
mini-pc 3.9.0-r30373-testing # cat /boot/hd.cfg
hd_boot='sda1'
hd_opt='sda2'
hd_data='sda3'
hd_boot_uuid='16F5-3801'
hd_opt_uuid='cc1a2de5-3acd-4fcb-b2ce-16cae13c37c1'
hd_data_uuid='b35b5c80-bf70-4d25-a65a-0878322b43b4'

Ein blkid ergibt:
mini-pc 3.9.0-r30373-testing # blkid
/dev/sda3: UUID="b35b5c80-bf70-4d25-a65a-0878322b43b4" TYPE="ext3"
/dev/sda2: UUID="cc1a2de5-3acd-4fcb-b2ce-16cae13c37c1" TYPE="ext3"
/dev/sda1: UUID="16F5-3801" TYPE="vfat"

Ein df -h ergibt:
mini-pc 3.9.0-r30373-testing # df -h
Filesystem                Size      Used Available Use% Mounted on
tmpfs                    56.1M      4.2M     51.9M   7% /
/dev/sda2                16.2M      4.2M     11.1M  27% /opt
/dev/sda1                 9.8M      4.7M      5.1M  48% /boot
/dev/sda1                 9.8M      4.7M      5.1M  48% /var/lib/persistent

Ein cd /data ergibt:
mini-pc 3.9.0-r30373-testing # cd /data
-sh: cd: can't cd to /data

Was ja nun logisch ist.

Die abfrage von Mount ergibt:
mini-pc 3.9.0-r30373-testing # mount
rootfs on / type rootfs (rw)
tmpfs on / type tmpfs (rw,relatime,size=57416k,nr_inodes=14354,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
/dev/sda2 on /opt type ext4 (ro,relatime,data=ordered)
/dev/sda1 on /boot type vfat 
(rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /var/lib/persistent type vfat 
(rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)

Was mich hier nun richtig stutzig macht ist, dass die "/opt Partition" 
eingebunden wird!

Auch ist mir nicht ganz klar, warum die Partition (/opt) unter blkid als 
ext3 beschrieben ist, sie aber als ext4 eingebunden wird?
Ist da kein unterschied?
Ich habe bei Experimenten die /data zu mounten festgestellt, dass beides 
geht.

So, ich habe es jetzt folgender maßen gelöst:
Auszug aus der config Datei "hd":

OPT_EXTMOUNT='yes'
EXTMOUNT_N='1'
EXTMOUNT_1_VOLUMEID='b35b5c80-bf70-4d25-a65a-0878322b43b4'
EXTMOUNT_1_FILESYSTEM='ext4'
EXTMOUNT_1_MOUNTPOINT='/data'
EXTMOUNT_1_OPTIONS=''

Dann ist meine /data Partition vorhanden!

Ich hoffe, ich habe es so ausreichend beschrieben.

-- 
Gruß,
Helmut