[opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working

older
[opensuse-arm] A couple of u-boot...

Herbert Graeber

25 Mar 2016 25 Mar '16

18:00

Hi! I have tried the latest Raspberyy pi image and found out it does not run on second boot (again). The image is: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz On second boot on serial console the following message is shown: [ 9.176607] EXT4-fs (mmcblk0p3): Unrecognized mount option "size=100%" or missing value This leads to the following solution: - After first boot, "cd /boot" and edit the file "boot.script". - There remove the entry "rootflags=size=100%" - Then run "mkimage -A arm -O linux -T script -C none -a 0 -e 0 -d boot.script boot.scr" I have done a "dracut -H -f", too but I think that's not necessary. Herbert

Attachments:

signature.asc (application/pgp-signature — 181 bytes)

Show replies by date

Alexander Graf

25 Mar 25 Mar

18:17

...

Am 25.03.2016 um 19:00 schrieb Herbert Graeber :

Hi!

I have tried the latest Raspberyy pi image and found out it does not run on second boot (again).

The image is: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

On second boot on serial console the following message is shown: [ 9.176607] EXT4-fs (mmcblk0p3): Unrecognized mount option "size=100%" or missing value

This leads to the following solution: - After first boot, "cd /boot" and edit the file "boot.script". - There remove the entry "rootflags=size=100%" - Then run "mkimage -A arm -O linux -T script -C none -a 0 -e 0 -d boot.script boot.scr"

This should get done automatically by the "installUboot.sh" script in /kiwi-hooks on first boot. Do you think you could try to find out why it doesn't work? Thanks! Alex

...

I have done a "dracut -H -f", too but I think that's not necessary.

Herbert

-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Herbert Graeber

19:52

Am Freitag, 25. März 2016, 19:17:55 CET schrieb Alexander Graf:

...

...
Am 25.03.2016 um 19:00 schrieb Herbert Graeber : I have tried the latest Raspberyy pi image and found out it does not run on second boot (again).

The image is: openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

On second boot on serial console the following message is shown: [ 9.176607] EXT4-fs (mmcblk0p3): Unrecognized mount option "size=100%" or missing value

This leads to the following solution: - After first boot, "cd /boot" and edit the file "boot.script". - There remove the entry "rootflags=size=100%" - Then run "mkimage -A arm -O linux -T script -C none -a 0 -e 0 -d boot.script boot.scr"

This should get done automatically by the "installUboot.sh" script in /kiwi-hooks on first boot. Do you think you could try to find out why it doesn't work?

But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too. I have compared with the working raspberrypi2 image from 2016.03.24. Here the kiwi file contains the size-option, too. But the boot.script does not. Here "installUboot.sh" removes the offending option. Herbert

Dirk Müller

20:13

Hi Herbert,

...

But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too.

right, but there is a kiwi-hooks/installUboot.sh script on firstboot in the image that should get executed and remove those flags: # On second boot, the rootfs is no longer tmpfs and dracut would interpret the # command line argument, remove it again from the config for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script; do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done can you provide the kiwi boot log ? perhaps there is a hint why the code isn't getting executed. TIA, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Herbert Graeber

21:57

Hi Dirk! Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller:

...

...
But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too.

right, but there is a kiwi-hooks/installUboot.sh script on firstboot in the image that should get executed and remove those flags:

# On second boot, the rootfs is no longer tmpfs and dracut would interpret the # command line argument, remove it again from the config for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script; do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done

Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

...

can you provide the kiwi boot log ? perhaps there is a hint why the code isn't getting executed.

I can have a look tomorrow, but I think the missing lines are the cause for this an a log won't show more. What's strange is, that a raspberrypi2 image from the same date contains the right kiwi-hooks/installUBoot.sh Herbert

Herbert Graeber

26 Mar 26 Mar

12:01

Hi Dirk! Am Freitag, 25. März 2016, 22:57:48 CET schrieb Herbert Graeber:

...

Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller:

...
...
But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too.

right, but there is a kiwi-hooks/installUboot.sh script on firstboot in the image that should get executed

and remove those flags: # On second boot, the rootfs is no longer tmpfs and dracut would interpret

the # command line argument, remove it again from the config

for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script;

do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done

Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

...
can you provide the kiwi boot log ? perhaps there is a hint why the code isn't getting executed.

I can have a look tomorrow, but I think the missing lines are the cause for this an a log won't show more.

Today I tried the next image (2016.03.25-Build2.1). The problem remains. I have attached /var/log/boot.kiwi, /boot/boot.script and /kiwk-hooks/ installUBoot.sh.

...

What's strange is, that a raspberrypi2 image from the same date contains the right kiwi-hooks/installUBoot.sh

Herbert

Alexander Graf

27 Mar 27 Mar

20:46

On 26.03.16 13:01, Herbert Graeber wrote:

...

Hi Dirk!

Am Freitag, 25. März 2016, 22:57:48 CET schrieb Herbert Graeber:

...
Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller:

...
...
But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too.

right, but there is a kiwi-hooks/installUboot.sh script on firstboot in the image that should get executed

and remove those flags: # On second boot, the rootfs is no longer tmpfs and dracut would interpret

the # command line argument, remove it again from the config

for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script;

do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done

Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

...
can you provide the kiwi boot log ? perhaps there is a hint why the code isn't getting executed.

I can have a look tomorrow, but I think the missing lines are the cause for this an a log won't show more.

Today I tried the next image (2016.03.25-Build2.1). The problem remains. I have attached /var/log/boot.kiwi, /boot/boot.script and /kiwk-hooks/ installUBoot.sh.

...
What's strange is, that a raspberrypi2 image from the same date contains the right kiwi-hooks/installUBoot.sh

I think I've tracked it down. The problem was that the rpi2 image is built from exactly the openSUSE:Factory:ARM JeOS package, while the rpi1 downstream image gets built from the upstream JeOS-raspberrypi description plus a few modifications. Because of the way OBS works, binary files don't get stored as diffs in a linked repository but instead get overwritten. The installUboot.sh script is part of a tgz file (uboot-setup-raspberrypi.tgz). In between the last update to that tgz and today the rootflags line got added to installUboot.sh, but wasn't updated in the downstream copy of the tgz. I've done that manually now. I hope in the not too distant future we can just throw away all of this downstream RPi stuff and have great, working upstream Linux based RPi images for 1, 2 and 3 ;). https://build.opensuse.org/package/rdiff/devel:ARM:Factory:Contrib:RaspberryPi/JeOS-raspberrypi?linkrev=base&rev=32 Thanks a lot for digging into this, Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Herbert Graeber

28 Mar 28 Mar

11:17

New subject: [opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working [solved]

Am Sonntag, 27. März 2016, 22:46:17 CEST schrieb Alexander Graf:

...

On 26.03.16 13:01, Herbert Graeber wrote:

...
Am Freitag, 25. März 2016, 22:57:48 CET schrieb Herbert Graeber:

...
Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller:

...
...
But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too.

right, but there is a kiwi-hooks/installUboot.sh script on firstboot in the image that should get executed

and remove those flags: # On second boot, the rootfs is no longer tmpfs and dracut would interpret

the # command line argument, remove it again from the config

for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script;

do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done

Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

...
can you provide the kiwi boot log ? perhaps there is a hint why the code isn't getting executed.

I can have a look tomorrow, but I think the missing lines are the cause for this an a log won't show more.

Today I tried the next image (2016.03.25-Build2.1). The problem remains. I have attached /var/log/boot.kiwi, /boot/boot.script and /kiwk-hooks/ installUBoot.sh.

...
What's strange is, that a raspberrypi2 image from the same date contains the right kiwi-hooks/installUBoot.sh

I think I've tracked it down. The problem was that the rpi2 image is built from exactly the openSUSE:Factory:ARM JeOS package, while the rpi1 downstream image gets built from the upstream JeOS-raspberrypi description plus a few modifications.

Because of the way OBS works, binary files don't get stored as diffs in a linked repository but instead get overwritten. The installUboot.sh script is part of a tgz file (uboot-setup-raspberrypi.tgz).

In between the last update to that tgz and today the rootflags line got added to installUboot.sh, but wasn't updated in the downstream copy of the tgz. I've done that manually now. I hope in the not too distant future we can just throw away all of this downstream RPi stuff and have great, working upstream Linux based RPi images for 1, 2 and 3 ;).

https://build.opensuse.org/package/rdiff/devel:ARM:Factory:Contrib:Raspberry Pi/JeOS-raspberrypi?linkrev=base&rev=32

I have tested 2016.03.25-Build2.3 and the second boot works.

...

Thanks a lot for digging into this,

One thought: My first mail was meant as a status report, but lead to some sort of bug triaging. Shall I make a bug report next time? Herbert

Alexander Graf

11:53

New subject: [opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working [solved]

...

Am 28.03.2016 um 13:17 schrieb Herbert Graeber :

Am Sonntag, 27. März 2016, 22:46:17 CEST schrieb Alexander Graf:

...
On 26.03.16 13:01, Herbert Graeber wrote:

...
Am Freitag, 25. März 2016, 22:57:48 CET schrieb Herbert Graeber:

...
Am Freitag, 25. März 2016, 21:13:17 CET schrieb Dirk Müller:

...
...
But the Problem is, that boot.script contains "rootflags=size=100%" and "size=100%" isn't an allowed mount option for ext4. This option only exists for tmpfs. I have found this option in JeOS-raspberrypi.kiwi and every other of several *.kiwi files I looked into, too.

right, but there is a kiwi-hooks/installUboot.sh script on firstboot in the image that should get executed

and remove those flags: # On second boot, the rootfs is no longer tmpfs and dracut would interpret

the # command line argument, remove it again from the config

for file in /etc/sysconfig/bootloader /etc/default/grub /boot/boot.script;

do ⇥ [ -e "$file" ] && sed -i -e 's/rootflags=size=100%//' $file done

Those lines are missing in /kiwi-hooks/installUBoot.sh from openSUSE- Tumbleweed-ARM-JeOS-raspberrypi.armv6l-2016.03.24-Build2.1.raw.xz

...
can you provide the kiwi boot log ? perhaps there is a hint why the code isn't getting executed.

I can have a look tomorrow, but I think the missing lines are the cause for this an a log won't show more.

Today I tried the next image (2016.03.25-Build2.1). The problem remains. I have attached /var/log/boot.kiwi, /boot/boot.script and /kiwk-hooks/ installUBoot.sh.

...
What's strange is, that a raspberrypi2 image from the same date contains the right kiwi-hooks/installUBoot.sh

I think I've tracked it down. The problem was that the rpi2 image is built from exactly the openSUSE:Factory:ARM JeOS package, while the rpi1 downstream image gets built from the upstream JeOS-raspberrypi description plus a few modifications.

Because of the way OBS works, binary files don't get stored as diffs in a linked repository but instead get overwritten. The installUboot.sh script is part of a tgz file (uboot-setup-raspberrypi.tgz).

In between the last update to that tgz and today the rootflags line got added to installUboot.sh, but wasn't updated in the downstream copy of the tgz. I've done that manually now. I hope in the not too distant future we can just throw away all of this downstream RPi stuff and have great, working upstream Linux based RPi images for 1, 2 and 3 ;).

https://build.opensuse.org/package/rdiff/devel:ARM:Factory:Contrib:Raspberry Pi/JeOS-raspberrypi?linkrev=base&rev=32

I have tested 2016.03.25-Build2.3 and the second boot works.

...
Thanks a lot for digging into this,

One thought: My first mail was meant as a status report, but lead to some sort of bug triaging. Shall I make a bug report next time?

I think more people read the mailing list rather than bugzilla, so I'd keep it the current way :). What we really want eventually is automated testing so that you wouldn't even run into poblems like this in the first place. But that's a different story. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

Dirk Müller

4 Apr 4 Apr

08:18

New subject: [opensuse-arm] raspberrypi image 2016.03.24-Build2.1 almost working [solved]

Hi Alex,

...

I think more people read the mailing list rather than bugzilla, so I'd keep it the current way :).

Those two methods are not exclusive - we could have the mailing list be the default assignee I guess. Greetings, Dirk -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org

2952

Age (days ago)

2962

Last active (days ago)

List overview

Download

9 comments

3 participants

participants (3)

Alexander Graf
Dirk Müller
Herbert Graeber