El 9/8/18 a las 08:58, Robert Moskowitz escribió: > > > On 08/09/2018 07:34 AM, arm_ml at 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. >>> >>> 2) (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 at 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 at 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 at 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.