Jump to content

CryBaby

Members
  • Posts

    94
  • Joined

  • Last visited

Posts posted by CryBaby

  1. root@station-p2:~# sudo /vendor/p2-station-update-uboot 
    16384+0 records in
    16384+0 records out
    8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.378473 s, 22.2 MB/s
    8192+0 records in
    8192+0 records out
    4194304 bytes (4.2 MB, 4.0 MiB) copied, 0.159035 s, 26.4 MB/s

     

    I have had this P2 for a year and have updated to the latest Station OS, and enabled/disabled the OS Bootloader several times.

     

    I have of course studied that thread. I was hoping your fix was in the latest Station OS update but I guess not.

     

    It is not clear to me how to erase the SPI as you suggest. There are some advanced options that might do it in the OS Bootloader. I worry that I may end up unable to boot anything.

  2. I vaguely remember having trouble with this myself. The 2mm pins were a problem too so I switched to a different board.

     

    Are you absolutely sure you have shorted the right two pins?

     

    One of those $10 USB logic analysers from eBay can be handy to see if the TX is actually TXing. They work with Pulseview from Sigrok.

  3. 2 hours ago, Dominik said:

    Can I plug the sd card into my PC and edit the files there?

    This will be the easiest approach, provided you have linux on your PC. If you don't then you could make another working sd card, boot your SBC with that and plug in the broken one using an adapter. Then you mount the broken card and undo whatever you did to break it.

     

    None of this is specific to a particular board.

  4. If there is not already a line for /boot in your fstab then it is a subdirectory not a separate partition. In which case the read-only trick is not applicable. Just adding a line for it will not work.

     

    I would try adding fsck.mode=force fsck.type=repair to your kernel command line. In most cases that will be able to fix any corruption on boot.

     

    If you still have the problem overlayroot is the next thing to try. As I understand it that will make your real root filesystem read-only and any changes are only made to a copy of it in RAM. So a power loss will lose those changes but you are guaranteed a working root to boot off. Never set it up myself so Google it.

  5. 47 minutes ago, slslsl said:

    Is the problem caused by VFAT? I wonder what the reason is.

    I don't know about Odroid, on the Raspberry Pi is certainly is a problem. (V)FAT is a very bad filesystem that was designed by idiots Microsoft in the 1980s. It is very prone to losing metadata if the power goes out. Raspberry Pi uses it as its proprietory boot loader cannot read anything else.

     

    52 minutes ago, slslsl said:

    If the /boot directory is mounted as read only, is it correct that all files in the /boot directory become unmodifiable?

    Yes, that's why it prevents damage on loss of power. You usually only need to write to /boot when you update the kernel or bootloader. You can temporarily remount it read/write before doing an update then when you reboot it will be read-only again.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines