Re: Git clone failures on armv7, was Re: Git core dump checking out main on armv7

On Sat, Jun 22, 2024 at 06:21:13PM -0700, Mark Millard wrote:
> On Jun 22, 2024, at 16:10, bob prohaska <[email protected]> wrote:
> 
> 
> Are they both microsd card based? If they are, what if

No, all three were writing to a USB hard disk. The Pi4
running -current the the Pi2 running stable/14 were
using the disk holding root, the Pi2 running -current
was using a disk plugged in and attached at /mnt, but
not part of the root filesystem.  

> a microsd card USB reader/writer is used instead of the
> microsd card slot for booting the microsd card? (This
> might require another microsd card with that has just
> a sufficiently modern bootcode.bin on it to enable the
> USB based boot.)
>

In general, letting git write to usb flash has been a
bad idea for me. It works sometimes, but mechanical
disks seem better-behaved.
 
> I can think of one other type of test that somewhat
> isolates kernel vs. world issues:
> 
> It should be possible to mount the media normally used
> on one of the RPi2B v1.1's on, say, an RPi4B. One could
> then set up enough context to, say, chroot into the
> armv7 file system and try executing the clone in that
> context.
> 

That's physically not hard to do. Just power down the stable/14
Pi2 and plug the Pi2's boot disk into the Pi4.

> The result would be using the RPi4B aarch64 kernel and
> the armv7 world. If that has no problems, then the armv7
> kernel likely has problems that contribute but the armv7
> world would be less likely to.
> 
> Doing this can get into first using the likes of
> (notation presumes use of /mnt at the mount point used
> above):
> 
> # mount -tdevfs devfs /mnt/dev/
> and possibly:
> # mount -tfdescfs none /mnt/fd/
> 
> before doing the likes of:
> 
> # chroot /mnt/
> # # EXPERIMENT HERE
> # exit
>
I didn't realise that armv7 binaries would run under
an aarch64 kernel. Most convenient!
 
> Also, after exiting the chroot session, one would
> do the likes of:
> 
> # umount /mnt/dev/
> and possibly:
> # umount /mnt/fd/
> 
> # umount /mnt/
>
Thank you for the cleanup details!
 
> Note: The RPi4B kernel should not be an older vintage
> than the armv7 world. Also, the RPi4B kernel should not
> be stable/14 based if the armv7 world is main [15]
> based. But a new enough RPi4B main [15] kernel should
> be sufficient for both types of armv7 world.
>

The only Pi4 on hand is running -current. The armv7 system
is stable/14. I'll give it a try tomorrow.  

Thanks for writing!

bob prohaska