[opensuse-arm] Raspberry Pi1 is not booting
Hello, i test the factory image[1] of the Raspberry Pi 1 and is not booting. At Grub it makes a restart. U-Boot 2017.09 (Sep 13 2017 - 15:14:30 +0000) DRAM: 416 MiB RPI Model B+ (0x10) MMC: sdhci@7e300000: 0 reading uboot.env ** Unable to read "uboot.env" from mmc0:1 ** Using default environment In: serial Out: vidconsole Err: vidconsole Net: No ethernet found. starting USB... USB0: Core Release: 2.80a scanning bus 0 for devices... 4 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... 22299 bytes read in 121 ms (179.7 KiB/s) Found EFI removable media binary efi/boot/bootarm.efi reading efi/boot/bootarm.efi 475136 bytes read in 54 ms (8.4 MiB/s) ## Starting EFI application at 01000000 ... Scanning disk sdhci@7e300000.blk... Found 1 disks Welcome to GRUB! data abort pc : [<18ad3570>] lr : [<19f909b8>] reloc pc : [<feb7a570>] lr : [<000379b8>] sp : 19b5bf80 ip : 00000010 fp : 19f63aa8 r10: 00000007 r9 : 00000000 r8 : 19b5bffc r7 : 18ad3070 r6 : 18ad4000 r5 : 00000001 r4 : 00000000 r3 : 00000008 r2 : 00000010 r1 : 00000000 r0 : 00000000 Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... resetting ... RPi2 and RPi3 boot without problems. Greetings, Manu [1] http://download.opensuse.org/ports/armv7hl/factory/images/openSUSE-Tumblewee...
Op zondag 1 oktober 2017 14:17:26 CEST schreef Manu Maier:
Hello,
i test the factory image[1] of the Raspberry Pi 1 and is not booting. ................ [1] http://download.opensuse.org/ports/armv7hl/factory/images/openSUSE-Tumblewee d-ARM-JeOS-raspberrypi.armv7l-2017.09.09-Build1.16.raw.xz
The Raspberry Pi 1B has the architecture armv6hl, not the armv7hl, so this image is not usable on this hardware. So you need to use [2]. This image starts OK. However after an update, it does not boot anymore. Before an update you need to save the content of the first partition. After the first boot the content is in /boot/efi/, so you need to copy it in another location. It could be in a new folder, like /boot/efi/org/. After that you can update or rather upgrade the system from the repository which is already defined. After this a reboot does not work anymore. So you have to mount the SD card, first partition, on another system. Restore the original content of /boot/efi from /boot/efi/org/ back to /boot/efi. After that your system boots again. I did not try an upgrade again, so maybe after such a process you need to restore that partition again. [2] http://download.opensuse.org/ports/armv6hl/tumbleweed/images/openSUSE-Tumble... -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 01.10.2017 um 16:10 schrieb Freek de Kruijf:
Op zondag 1 oktober 2017 14:17:26 CEST schreef Manu Maier:
Hello,
i test the factory image[1] of the Raspberry Pi 1 and is not booting. ................ [1] http://download.opensuse.org/ports/armv7hl/factory/images/openSUSE-Tumblewee d-ARM-JeOS-raspberrypi.armv7l-2017.09.09-Build1.16.raw.xz
The Raspberry Pi 1B has the architecture armv6hl, not the armv7hl, so this image is not usable on this hardware. So you need to use [2].
This image starts OK. However after an update, it does not boot anymore. Before an update you need to save the content of the first partition. After the first boot the content is in /boot/efi/, so you need to copy it in another location. It could be in a new folder, like /boot/efi/org/. After that you can update or rather upgrade the system from the repository which is already defined. After this a reboot does not work anymore. So you have to mount the SD card, first partition, on another system. Restore the original content of /boot/efi from /boot/efi/org/ back to /boot/efi. After that your system boots again. I did not try an upgrade again, so maybe after such a process you need to restore that partition again.
[2] http://download.opensuse.org/ports/armv6hl/tumbleweed/images/openSUSE-Tumble...
It's an armv6hl image, but the OBS calls it wrong (see [3],[4]). Filename (RPi1/armv6hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv7l-2017.09.09-Build1.16.raw.xz<--- "raspberrypi" without "2" Filename (RPi2/armv7hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2017.09.09-Build1.4.raw.xz Greetings, Manu [3] https://bugzilla.opensuse.org/show_bug.cgi?id=1057803 [4] https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/JeOS:...
Op zondag 1 oktober 2017 16:45:02 CEST schreef Manu Maier:
Am 01.10.2017 um 16:10 schrieb Freek de Kruijf:
Op zondag 1 oktober 2017 14:17:26 CEST schreef Manu Maier: [2] http://download.opensuse.org/ports/armv6hl/tumbleweed/images/openSUSE-Tumb leweed-ARM-JeOS-raspberrypi.armv6l-2017.05.23-Build1.1.raw.xz
It's an armv6hl image, but the OBS calls it wrong (see [3],[4]).
Filename (RPi1/armv6hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv7l-2017.09.09-Build1.16.raw.xz< --- "raspberrypi" without "2" Filename (RPi2/armv7hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2017.09.09-Build1.4.raw.xz
Greetings, Manu
[3] https://bugzilla.opensuse.org/show_bug.cgi?id=1057803 [4] https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/JeOS: JeOS-raspberrypi/factory/armv6l
Anyway, the described procedure gives you an update-to-date Tumbleweed system, and if another upgrade gives again an unbootable system, you may restore partition 1, and maybe get a running system again. -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 01.10.2017 um 16:52 schrieb Freek de Kruijf:
Am 01.10.2017 um 16:10 schrieb Freek de Kruijf:
Op zondag 1 oktober 2017 14:17:26 CEST schreef Manu Maier: [2] http://download.opensuse.org/ports/armv6hl/tumbleweed/images/openSUSE-Tumb leweed-ARM-JeOS-raspberrypi.armv6l-2017.05.23-Build1.1.raw.xz It's an armv6hl image, but the OBS calls it wrong (see [3],[4]).
Filename (RPi1/armv6hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv7l-2017.09.09-Build1.16.raw.xz< --- "raspberrypi" without "2" Filename (RPi2/armv7hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2017.09.09-Build1.4.raw.xz
Greetings, Manu
[3] https://bugzilla.opensuse.org/show_bug.cgi?id=1057803 [4] https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/JeOS: JeOS-raspberrypi/factory/armv6l Anyway, the described procedure gives you an update-to-date Tumbleweed system, and if another upgrade gives again an unbootable system, you may restore
Op zondag 1 oktober 2017 16:45:02 CEST schreef Manu Maier: partition 1, and maybe get a running system again.
Ok, i have copied the image [2] to the sd card and started. status: good Then u-boot-rpi is updated and reboot. Status: good The next grub2 is updatedand reboot. Status: faild Got the same message as in my first post. Only the /boot/efi/bootarm.efi replaced by the before the update. status: good It seems as if something with the bootarm.efi is not in order. Greetings, Manu N�����r��y隊Z)z{.�櫛맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.�櫛�0�����Ǩ�
Op zondag 1 oktober 2017 18:22:29 CEST schreef Manu Maier:
Am 01.10.2017 um 16:52 schrieb Freek de Kruijf:
Op zondag 1 oktober 2017 16:45:02 CEST schreef Manu Maier:
Am 01.10.2017 um 16:10 schrieb Freek de Kruijf:
Op zondag 1 oktober 2017 14:17:26 CEST schreef Manu Maier: [2] http://download.opensuse.org/ports/armv6hl/tumbleweed/images/openSUSE-Tu mb leweed-ARM-JeOS-raspberrypi.armv6l-2017.05.23-Build1.1.raw.xz
It's an armv6hl image, but the OBS calls it wrong (see [3],[4]).
Filename (RPi1/armv6hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi.armv7l-2017.09.09-Build1.16.raw. xz<
"raspberrypi" without "2"
Filename (RPi2/armv7hl): openSUSE-Tumbleweed-ARM-JeOS-raspberrypi2.armv7l-2017.09.09-Build1.4.raw. xz
Greetings, Manu
[3] https://bugzilla.opensuse.org/show_bug.cgi?id=1057803 [4] https://build.opensuse.org/package/live_build_log/openSUSE:Factory:ARM/Je OS:
JeOS-raspberrypi/factory/armv6l
Anyway, the described procedure gives you an update-to-date Tumbleweed system, and if another upgrade gives again an unbootable system, you may restore partition 1, and maybe get a running system again.
Ok, i have copied the image [2] to the sd card and started. status: good
Then u-boot-rpi is updated and reboot. Status: good
The next grub2 is updatedand reboot. Status: faild Got the same message as in my first post.
Only the /boot/efi/bootarm.efi replaced by the before the update. status: good
Shouldn't this be /boot/efi/EFI/bootarm.efi
It seems as if something with the bootarm.efi is not in order.
Greetings, Manu
-- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
Am 02.10.2017 um 13:41 schrieb Freek de Kruijf:
Op zondag 1 oktober 2017 18:22:29 CEST schreef Manu Maier:
Ok, i have copied the image [2] to the sd card and started. status: good
Then u-boot-rpi is updated and reboot. Status: good
The next grub2 is updatedand reboot. Status: faild Got the same message as in my first post.
Only the /boot/efi/bootarm.efi replaced by the before the update. status: good
Shouldn't this be /boot/efi/EFI/bootarm.efi
It seems as if something with the bootarm.efi is not in order.
Greetings, Manu Excuse me, my mistake. The file is in the first partition (Label: EFI) in /EFI/BOOT/bootarm.efi
I have only this one file with the same name and place replaced by the file before the update. Greetings, Manu N�����r��y隊Z)z{.�櫛맲��r��z�^�ˬz��N�(�֜��^� ޭ隊Z)z{.�櫛�0�����Ǩ�
Op maandag 2 oktober 2017 14:21:43 CEST schreef Manu Maier:
Excuse me, my mistake. The file is in the first partition (Label: EFI) in /EFI/BOOT/bootarm.efi
I also made a mistake.
I have only this one file with the same name and place replaced by the file before the update.
I updated the page HCL:Raspberry Pi on the wiki, including the need to restore bootarm.efi after an upgrade. -- fr.gr. Freek de Kruijf member openSUSE -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org
participants (2)
-
Freek de Kruijf -
Manu Maier