On 2018-10-15 07:25, Dennis Gilmore wrote:
El dom, 14-10-2018 a las 16:24 +0200, Torbjorn Jansson escribió:
> Hello
>
> for a while now i have been struggling to create a set of steps to
> make a
> successfully bootable fedora 28 image for my odroid hc2 computers.
>
> the reason for this is several, but main one is to have all gluster
> related
> packaged available like the samba vfs modules and iscsi related
> packages for
> gluster that is missing from the ubuntu images.
> plus i prefer fedora.
>
> all i get is a sd card that boots but then hangs on initial setup and
> if i try
> to work around that by disabling it then boot takes maybe 5-10
> minutes at least
> with failing services (probably those that depend on network) and
> when i
> finally get to a login prompt root doesn't work
>
>
> here is my step by step instructions so far that's not quite working:
> (this is done from a fedora 28 host)
>
> 1: first install needed packages
> dnf install arm-image-installer-2.5-1.fc28.noarch
> dnf install uboot-images-armv7-2018.03-6.fc28.noarch
>
> 2: get image and install it to sd card
> fedora-arm-image-installer --target=none
> --image=Fedora-Minimal-armhfp-28-1.1-sda.raw.xz --resizefs --
> norootpass
> --media=/dev/sdf --args "rd.driver.pre=ledtrig-heartbeat,xhci-plat-
> hcd
> cpuidle.off=1 no_bL_switcher console=tty1 console=ttySAC2,115200n8"
given the hardware you will not want a console on tty1 and being first
it is likely where initial-setup is being run
Dennis
thanks, i was a bit unsure about that part of the console command.
i changed it and retested with f28 using hc1 dtb file and it still gets stuck
at same place on first boot.
if i wait long enough first service to fail is:
[FAILED] Failed to start System Security Services Daemon.
See 'systemctl status sssd.service' for details.
and the times i have disabled initial setup at boot and wait even longer then
a few more services fail after several minutes like networkmanager and login
something (forgot exact names)
and since i can't get in i cant see what it is failing on to continue my
troubleshooting.
> (sdf in this case is my sd card)
>
> 3: fix the missing dtb file
> mkdir /tmp/sd
> mount -t auto /dev/sdf2 /tmp/sd
> cd /tmp/sd/dtb
> ln -s exynos5422-odroidxu4.dtb exynos5422-odroidunknown.dtb
> umount /tmp/sd
>
> 4: make it boot by running sd_fusing
> mkdir sd_fusing; cd sd_fusing
> wget
>
https://raw.githubusercontent.com/hardkernel/u-boot/odroidxu4-v2017.05/sd...
> \
>
https://raw.githubusercontent.com/hardkernel/u-boot/odroidxu4-v2017.05/sd...
> \
>
https://raw.githubusercontent.com/hardkernel/u-boot/odroidxu4-v2017.05/sd...
> \
>
https://raw.githubusercontent.com/hardkernel/u-boot/odroidxu4-v2017.05/sd...
>
> chmod a+x sd_fusing.sh
> cp /usr/share/uboot/odroid-xu3/u-boot.bin .
>
> ./sd_fusing.sh /dev/sdf
>
>
> ok so now comes the problems
> at this stage i have a bootable image but it gets stuck, most likely
> on initial
> setup that never shows up.
> the thing is, it is not locked up because if i plug in an usb device
> i get a
> few lines on the serial console so kernel is still working but boot
> is stuck.
>
> last few lines on serial console is something like:
> Starting firewalld - dynamic firewall daemon...
> Starting Initial Setup configuration program...
> then some stuff related to usb & my disk
> then on first boot a few lines related to OpenSSH key generation
> rebooting hangs at same place with exception of SSH keys.
>
> to get a bit further i can mount the root filesystem manually on my
> other
> computer and remove the following two files:
> rm /etc/systemd/system/graphical.target.wants/initial-setup.service
> rm /etc/systemd/system/multi-user.target.wants/initial-setup.service
>
> this gets rid of the initial setup but then i get a whole bunch of
> services
> failing and boot being really really slow, it takes probably 10-15
> minutes for
> everything to time out and get to the logon prompt.
> when i get it root doesn't work.
>
> this is where i kind of gave up.
> i know i somehow managed to get a bootable image several months ago,
> but i'm
> not sure if i then had to manually set root password by editing
> passwd or
> shadow before trying to boot.
>
> things on my wish list for this board:
>
> easier installation and updated packages that work.
> for example arm-image-installer with a board definition for odroid.
> may be usefull even if we have to run sd_fusing manualy after anyway,
> possibly
> with a text saying so.
> this also would help to make --addconsole work
>
> uboot that recognized hc2 so it loads the right file
> dtb file for hc2, one that works and is appropriate.