Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - rgmhtt

Pages: [1] 2 3 ... 13
1
General Discussion / Replacement power cables
« on: September 12, 2018, 05:40:00 pm »
What would I specify on ebay to get some more power cables.

This USB to 4mm cable is really handy.  I have been using them for other things and now I need a few more...

thanks

2
General Discussion / Re: Centos 7 for Cubieboard 2 and 3 (Truck)
« on: August 24, 2018, 08:53:02 am »
A couple of updates.

First the uboots rpm is  uboot-images-armv7

And since my server is a Cubieboard2 with this rpm installed, it was easy to make a symlink to the directory or all the uboot files and update the page to the uboot location:

http://www.htt-consult.com/uboot

So this should simplify matters.  Note that the uboot for the Cubietruck Plus is NOT the one you want.  I will update this once they get things simplified for the Plus.

3
General Discussion / Centos 7 for Cubieboard 2 and 3 (Truck)
« on: August 23, 2018, 11:27:23 pm »
I have finally updated my Centos 7 howto:

http://www.htt-consult.com/Centos7-armv7.html

It is really easy now to get Centos7 up and running.  You have an image choice of server, Gnome, or KDE (EPEL issues with Xfce still).

Caveat is you need a system where you can install uboot-tools to get the right uboot file.  For me it is easy on my Fedora notebook.  If your desktop does not provide uboot-tools, you can always first install Fedora28-arm:

https://arm.fedoraproject.org/

Grab the uboot file and go to the Centos installation.

Or perhaps I can put the latest uboots on my server...  Hmmm.

Cubieboard 5 support in the works.  A few have it working.



4
General Discussion / Re: Cubietruck Plus: Compile mainline kernel
« on: August 23, 2018, 11:16:09 pm »
I suspect Fedora works well with the latest kernel.

Fedora 28 (probably still 4.17.n) can be gotten from the production page:

https://arm.fedoraproject.org/

You can get Fedora 29 or Fedora Rawhide (30) which already has 4.18 from:

https://koji.fedoraproject.org/koji/tasks?state=all&view=tree&method=appliance&order=-id

I am currently testing F29-Xfce and minimal on Cubie2 as it has openSSL 1.1.1 beta.


5
General Discussion / Re: Cubietruck Plus: Compile mainline kernel
« on: August 23, 2018, 11:10:08 pm »
There has been a thread on this over at the Centos7-arm SIG.

Go to: https://lists.centos.org/pipermail/arm-dev/2018-August/thread.html

And look at the "Cubieboard5 performance" thread I started.

I don't own a Cb5, but was looking into one.  Decided no due to that sata is via internal usb, but it started an effort to finally get the right uboot and kernel in place.

You may be able to use this kernel work for linaro.  Or switch to Centos7...

6
Try it with another OS would be my shotgun approach.

My expertise is with Fedora/Centos, and there is good support for Cubie on their arm lists.


7
I suspect you will need to ask this question on a lubuntu discussion list.  Most likely, find the right source and do a build on your lubuntu installation.

8
Beginners / Re: Fastest kernel media
« on: December 07, 2017, 03:57:15 pm »
Never worked with the NAND.  If SHOULD be fast, but limited.

SSD is always fastest. HDD comes a close second.

Thing is not only reads but also writes for all the logging unless you have an OS that you turn off all logging.

Read the posts on SATA booting to see how to boot directly from SATA.


9
Deutsch / Re: openssl Problme
« on: November 29, 2017, 04:24:35 pm »
Another option is to get your certificate from:

https://letsencrypt.org/


11
General Discussion / Re: CubieTruck Plus boot from SATA hard drive
« on: November 27, 2017, 06:13:43 am »
It is much more than a MBR of 512 bytes,  The uboot is equivalent to an i386 BIOS.  The Cubietruck one I have here  for 10/26/17 is 545.6KB.  So your dd is much larger than moving a MBR.

I use the cheapest, smallest mSD card I can get for this purpose, and just dd the more.

I just uploaded the 10/26/17 Cubietruck uboot:

http://www.htt-consult.com/~rgm/cubieboard/u-boot-CT-10-2016-sunxi-with-spl.bin

You can try that in place of the Cubie2 I have in my guide.

BTW, on Fedora/Centos, you install uboot-tools and there there is a directory (somewhere) with ALL the current various board uboots...

12
General Discussion / Re: CubieTruck Plus boot from SATA hard drive
« on: November 26, 2017, 08:56:53 am »
Another thought.

Your distro may be using the original Cubie uboot, not the independent sunxi uboot.  You would know this if your WiFi and Bluetooth work.  These were never 'cracked' by the open community.  The original uboot does not know how to switch to the sata, and a kernel that works with the original uboot would not know how to interact with the open sunxi uboot.  You would have to check the sunxi uboot site for Linaro support, or the Linaro web site.


13
General Discussion / Re: CubieTruck Plus boot from SATA hard drive
« on: November 26, 2017, 08:23:45 am »
Again, I use only Fedora and Centos.  In fact I am one of the armv7hl testers for these distros.

There are clear instructions on the Fedora arm site and Centos about this.  Plus I have it on my website:

http://medon.htt-consult.com/Centos7-armv7.html

I currently do not have a separate CubieTruck uboot on my site, but I can put one there for you.  When you boot up, what uboot version is reported to the console?

Allwinner A20 uboot for some time has 'know' that if there are no partitions on the mSD card, to look for sata or usb (though I have not tried usb for a long time).  I don't think they goot the nrand partitions working for booting...

It is all in the uboot.  see what my console looks like booting a Cubie2:


U-Boot SPL 2016.09.01 (Oct 19 2016 - 13:46:44)
DRAM: 1024 MiB
CPU: 912000000Hz, AXI/AHB/APB: 3/2/2
Trying to boot from MMC1


U-Boot 2016.09.01 (Oct 19 2016 - 13:46:44 +0000) Allwinner Technology

CPU:   Allwinner A20 (SUN7I)
Model: Cubietech Cubieboard2
I2C:   ready
DRAM:  1 GiB
MMC:   SUNXI SD/MMC: 0
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
SCSI:  Target spinup took 0 ms.
AHCI 0001.0100 32 slots 1 ports 3 Gbps 0x1 impl SATA mode
flags: ncq stag pm led clo only pmp pio slum part ccc apst
Net:   eth0: ethernet@01c50000
starting USB...
USB0:   USB EHCI 1.00
USB1:   USB OHCI 1.0
USB2:   USB EHCI 1.00
USB3:   USB OHCI 1.0
scanning bus 0 for devices... 1 USB Device(s) found
scanning bus 2 for devices... 1 USB Device(s) found
Hit any key to stop autoboot:  2  1  0
switch to partitions #0, OK
mmc0 is current device
** Invalid partition 1 **
scanning bus for devices...
  Device 0: (0:0) Vendor: ATA Prod.: WDC WD3200BPVT-8 Rev: 01.0
            Type: Hard Disk
            Capacity: 305245.3 MB = 298.0 GB (625142448 x 512)
Found 1 device(s).

Device 0: (0:0) Vendor: ATA Prod.: WDC WD3200BPVT-8 Rev: 01.0
            Type: Hard Disk
            Capacity: 305245.3 MB = 298.0 GB (625142448 x 512)
... is now current device
Scanning scsi 0:1...
Found /extlinux/extlinux.conf
Retrieving file: /extlinux/extlinux.conf


14
Deutsch / Re: openssl Problme
« on: November 25, 2017, 07:54:06 pm »
You probably have a self-signed certificate.  Browsers today treat this as an error condition that the user has to accept the 'risk' of using a self-signed cert.  After all, Mal could make a cert with the same content (other than the keys) as yours and trick your users into accepting it.

Thus you need to provide your users with YOUR keyid so they can store your certificate with confidence.  Or have control over the network such that they cannot be connected to anything but your NAS.  If you store the cert, you only go through this warning once.  Per user.

Or buy a cert.

If you are interested, I have published an Internet Draft on building an ECDSA PKI.  This does not directly fix your challenge, but if you have multiple servers for your users, they only need to accept your root cert then they will auto accept all certs signed in that PKI.

My draft can be found at:

https://datatracker.ietf.org/doc/draft-moskowitz-ecdsa-pki/

I do have to rev it, as one grad student using it for his thesis for his PKI found a typo in one of the chmod commands...

Plus I want to add support for 802.1AR iDevID CSRs.

Note this is only for ECDSA certificates.  I try not to use RSA certs anymore, and EDDSA certs are in the next release (1.1.1).

Hope this helps

15
Deutsch / Re: openssl Problme
« on: November 24, 2017, 09:01:13 am »
I work a lot with OpenSSL (1.1.0), but on Fedora/Centos and ONLY in English.

If you provide your question and screen capture in English I may be able to help.

I really wish I could deal with German, but I am dyslexic a highly mono-linguistic.

Pages: [1] 2 3 ... 13