Jump to content

SteeMan

Moderators
  • Posts

    1844
  • Joined

  • Last visited

Posts posted by SteeMan

  1. That was helpful.  I can make out some of the information.  What I would like you to try is to get a clearer picture/video of the information in the attached screenshot (the stuff before "Starting kernel")

     

    What I can see from this screenshot is the problem is with the kernel running, not the u-boot, I need to see the arguments that u-boot is passing to the kernel, which I can't make out from the video you sent.1185565299_Screenshotfrom2022-12-2116-26-54.thumb.png.3b3d874b3f8c0746364eacfabd3586ef.png

  2. 14 minutes ago, Mario663 said:

    But can I boot directly from SD to install the new build or do I have to flash android again to install!?

    I don't know.  The safest would be to flash android again and install.

     

    6 hours ago, SteeMan said:

    I will need you to post the beginning part of the boot process you see, not the end.

    I'm still waiting for this requested information.

  3. 7 hours ago, Mario663 said:

    Ok which one does my case CLI , Minimal , xfce!?

    Which ever you want (CLI = command line, i.e. server no gui; minimal = cli with minimal pre installed packages; xfce = gui desktop with xfce)

     

    I will need you to post the beginning part of the boot process you see, not the end.

    Also, what dtb file are you using? did you reenable multiboot? what u-boot.ext?

    Finally, I'm assuming the output above is from you attempting to boot 23-02 from sd card not from emmc, correct?

  4. Since I don't know what previous version you had installed in emmc (i.e. where it came from, who built it, etc).  That means from my perspective you are trying to run the emmc install script on top of an unknown environment.  So i'm left to guessing what your issues might be.  The cleanest solution would be to flash android back to the emmc so you have a known starting point and then reinstalling the current armbian build.  This assumes you have/can find a copy of android firmware for your box, or that you made a backup before you installed to emmc.

    If that doesn't work, I suspect the problem is that you are trying to 'reinstall' into emmc.  The script is only tested for installing into a fresh environment that has android on it, not an environment that already has linux.  So you may need to look at the script and only do the portions that are involved in the copying over of the files from the sd card, but omit that part that is creating the partitions and other work on the disk.  To verify this is what is happening, I would need you to capture the entire output of your running of the install-aml.sh script for me to review.

  5. I don't understand your last post.  You mention 20.10, but the current builds are 23.02 and that is what you should be downloading from the link I posted above.  You say "now it starts, however..."  what version are you saying starts?  Your original post talks about an ancient 5.88 build and the link I sent you is for 23.02.  I don't know where 20.10 is coming from.

  6. How are you doing the update/upgrade?  command line or gui?

    The error screen you show above is interesting as it is saying it can't find the mmcblk1p1 (which should be the root partition on the sd card).

    Can you provide a directory listing of the contents of /boot after the upgrade, but before rebooting.

    Also could you show the contents of your extlinux.conf file (again after upgrade but before rebooting).

    Then it would also be helpful to have the full contents of the uboot display during the reboot (not just the end of the output you have screenshot above).

  7. I was doing some testing today on aml-s9xx-box builds and noticed that with meson64-current (6.0.13) kernels the boot logo is showing, but with meson64-edge (6.1.0) kernels it does not.

     

    I know there was a recent commit that probably is causing this, something about removing the old way of handling boot logos.

     

    So my question is, what needs to change to convert to the new way?

     

    I suspect it has something to do with the append line that the build process is inserting into the extlinux.conf file:

      append root=UUID=0ffde9aa-5a6a-4d6f-bbef-0d8daf439537  rw no_console_suspend c
    onsoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 bootsplash.bootfile=boo
    tsplash.armbian

     

     

  8. Could you provide more information on what is happening when you try to boot?  The only info you have provided is when you tried with the distributions from the other site (which is meaningless for what you are trying now with the official armbian community builds).  Simply saying "I have been unable to sucessfully boot" doesn't provide us much information to help you with.

     

    Also, what dtbs have you tried?

  9. nand support only exists in legacy vendor kernels.  Mainline linux does not have such support.  Armbian is focused on bringing mainline linux to all sorts of devices so that users have access to currently supported code. 

     

    If you think about what you are asking for, you are asking for a linux kernel that is at least 8 years old and has never received any security or other patches.  Why would you want to run with a kernel that has likely hundreds of known security vulnerabilities in it?

     

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines