El 9/8/18 a las 08:58, Robert Moskowitz escribió:
On 08/09/2018 07:34 AM, arm_ml@rirasoft.de wrote:
Am 2018-08-07 12:23, schrieb Pablo Sebastián Greco:
<snip> > > Hello Pablo, > > I've bought this device 1 or 2 years ago, but didn't find any good > OS (Fedora, CentOS) for that. How to get this board with your > kernel running? Any tips or howto? > > I also have 2 Cubietruck 3 with CentOS. > Well, the easiest thing to do would be to just use Fedora Rawhide (current kernels have smp, ethernet, etc..., all but hdmi). WRT CentOS, I can think of two ways to do it, both require the kernels I mentioned earlier in the thread. 1) (Easier) - Prepare the image as if you where using your cubietruck 3 - boot that image and update (from the cubietruck 3) - activate the repo and install the kernel - change uboot to the cubietruck plus - shutdown and move the image/sd to the new device.
- (Harder)
- Prepare the image for the cubietruck plus - download the kernel rpms and copy them to the sd - boot the cubietruck plus with that image (it has no ethernet, no wifi, and most likely no hdmi, so you'll have to do it via a serial console) - login via console and manually install the kernel - reboot
For both metods (and also for Fedora), there may be modules that are not loaded into initramfs, which makes it panic at boot. I usually add this to a .conf file in /etc/dracut.conf.d/ add_drivers+=" phy-sun4i-usb sunxi-rsb axp20x-rsb axp20x-regulator axp20x-pek axp20x_ac_power axp20x_battery axp20x_usb_power axp288_fuel_gauge ac100 rtc-ac100" Some may not be needed anymore, and some may not be needed at all, but hey, it works for me ;)
One last thing that also applies to Fedora and CentOS, you may notice that you get a random MAC for the ethernet every time you boot, you can fix that by adding "MACADDR=<mac>" to /etc/sysconfig/network-scripts/ifcfg-eth0
HTH.
Pablo.
Arm-dev mailing list Arm-dev@centos.org https://lists.centos.org/mailman/listinfo/arm-dev
Hello Pablo,
thank you very much for these tipps. I'm now running Fedora-Minimal-armhfp-Rawhide-20180802.n.0-sda.raw.xz. I think, Fedora would be better for my need (pi-hole, DNS, Print-server, Time-server, ...)
I beg to differ. Fedora roles versions every 6 months and EOLs a version in 2 years. This means you are constantly upgrading versions of important servers. Where as Centos has a 10yr EOL policy.
I only use Fedora for my notebook and when I REALLY need the current version of something (like openSSL 1.1.1 for EDDSA testing).
Get Fedora working. Work it out, then switch to Centos for production.
Just my 5cent worth.
Absolutely agreed
As I can see, there is a EMMC-disc with 8 GB. Did you manage to boot from this disc? At the moment, there is a older installation from linaro.
[root@cubietruckplus ~]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk0 179:0 0 7.3G 0 disk |-mmcblk0p1 179:1 0 111.9M 0 part `-mmcblk0p2 179:2 0 7.1G 0 part mmcblk0boot0 179:8 0 4M 1 disk mmcblk0boot1 179:16 0 4M 1 disk mmcblk1 179:24 0 29G 0 disk |-mmcblk1p1 179:25 0 29M 0 part |-mmcblk1p2 179:26 0 488M 0 part /boot |-mmcblk1p3 179:27 0 244M 0 part [SWAP] `-mmcblk1p4 179:28 0 28.2G 0 part / zram0 252:0 0 954.6M 0 disk [SWAP] [root@cubietruckplus ~]#
I personally only use the internal mmc for uboot only, so I know it can boot from there (at least my bpi-m2u). I think that if you just dd from the external mmc to the internal, and then remove the sd, everything should just work.
Pablo.