Hadrian
26.02.2015, 19:41
Leider auf Englisch:
Hi, I have been trying te get HDMU working on a CF-card, with a SATA-connector.
I got it booting, however, something goes wrong while mounting the root-partition (/).
Anyone here on this board who can provide me with more info?
The CF-SATA connector is good; the card is recognized as a hard-drive and not as a removable medium.
What I tried:
Repartition and format 4GB CF-card:
/dev/sda1 MINI9 (2GB)
/dev/sda2 SWAPPART (256MB)
/dev/sda3 RECORD (1.7GB)
Install with regular stick from HDMU without pertitioning and formatting (if I choose to partition, it goes wrong, so does formatting). Install is OK.
Reboot: Root-filesystem is mounted read-only, causing all kinds of stuff not to work.
[mountall] Mounting local filesystems...^M
VIDEO_SELECT_SOURCE MEMORY (Success)^M
VIDEO_PLAY (Success)^M
VIDEO_CONTINUE: (Success)^M
VIDEO_CLEAR_BUFFER: (Invalid argument)^M
period 110, delay 10^M
Using period=110 delay=10^M
[SEM] DOWN^M
Deconfiguring network interfaces... ifdown: can't open '/var/run/ifstate': Read-only file system^M
done.^M
Reboot again: Root-filesystem not mounted at all
[mountvirtfs] Mount /dev in tmpfs^M
[mountvirtfs] Copying device nodes to /dev^M
Starting portmap daemon....^M
Loading autofs^M
Starting autofs^M
[mountall] Mounting local filesystems...^M
swapon: using /etc/fstab^M
Cleaning /tmp.^M
Hostname: TOPF.^M
init stmfb^M
LOADING MODULES^M
load firmware^M
copLoadFile (file /boot/audio.elf)^M
[2] cannot open input file /boot/audio.elf^M
copLoadFile (file /boot/video.elf)^M
[2] cannot open input file /boot/video.elf^M
init embx^M
I also tried copying a working MINI9 image to the CF, however, that also results in a non-mounted root filesystem.
I don't know wether this would be the right board to come to. Years ago I helped the Team Ducktales with debugging for this device, but I don't know where the devs are, working on this.
And as I am posting here anyway: I think the init scripts in /etc/init.d don't wait for eachother to start. Maybe I'm doing this the wrong way, but in /etc/ownscript.sh I added to NFS-mounts, which are called way too early, because network isn't up yet...
Hi, I have been trying te get HDMU working on a CF-card, with a SATA-connector.
I got it booting, however, something goes wrong while mounting the root-partition (/).
Anyone here on this board who can provide me with more info?
The CF-SATA connector is good; the card is recognized as a hard-drive and not as a removable medium.
What I tried:
Repartition and format 4GB CF-card:
/dev/sda1 MINI9 (2GB)
/dev/sda2 SWAPPART (256MB)
/dev/sda3 RECORD (1.7GB)
Install with regular stick from HDMU without pertitioning and formatting (if I choose to partition, it goes wrong, so does formatting). Install is OK.
Reboot: Root-filesystem is mounted read-only, causing all kinds of stuff not to work.
[mountall] Mounting local filesystems...^M
VIDEO_SELECT_SOURCE MEMORY (Success)^M
VIDEO_PLAY (Success)^M
VIDEO_CONTINUE: (Success)^M
VIDEO_CLEAR_BUFFER: (Invalid argument)^M
period 110, delay 10^M
Using period=110 delay=10^M
[SEM] DOWN^M
Deconfiguring network interfaces... ifdown: can't open '/var/run/ifstate': Read-only file system^M
done.^M
Reboot again: Root-filesystem not mounted at all
[mountvirtfs] Mount /dev in tmpfs^M
[mountvirtfs] Copying device nodes to /dev^M
Starting portmap daemon....^M
Loading autofs^M
Starting autofs^M
[mountall] Mounting local filesystems...^M
swapon: using /etc/fstab^M
Cleaning /tmp.^M
Hostname: TOPF.^M
init stmfb^M
LOADING MODULES^M
load firmware^M
copLoadFile (file /boot/audio.elf)^M
[2] cannot open input file /boot/audio.elf^M
copLoadFile (file /boot/video.elf)^M
[2] cannot open input file /boot/video.elf^M
init embx^M
I also tried copying a working MINI9 image to the CF, however, that also results in a non-mounted root filesystem.
I don't know wether this would be the right board to come to. Years ago I helped the Team Ducktales with debugging for this device, but I don't know where the devs are, working on this.
And as I am posting here anyway: I think the init scripts in /etc/init.d don't wait for eachother to start. Maybe I'm doing this the wrong way, but in /etc/ownscript.sh I added to NFS-mounts, which are called way too early, because network isn't up yet...