Hi, Am Freitag, 24. April 2020, 18:10:14 CEST schrieb Axel Braun:
Am Freitag, 24. April 2020, 17:42:29 CEST schrieb Guillaume Gardet:
-----Original Message----- From: Axel Braun <docb@opensuse.org> Sent: 24 April 2020 17:33 To: opensuse-arm@opensuse.org Subject: Re: [opensuse-arm] Raspi4/Leap 15.2/wrong disk size
Hello Fabian,
Am Donnerstag, 23. April 2020, 11:13:34 CEST schrieb Fabian Vogt:
Am Mittwoch, 22. April 2020, 16:22:03 CEST schrieb Axel Braun:
Hi, I'm trying the Raspi 4 image (openSUSE-Leap-15.2-ARM-LXQT- raspberrypi4.aarch64-2020.02.26-Build1.63.raw.xz) updated to the latest patch level, and encounter an issue with the reported disk
size: ...
Device Boot Start End Sectors Size Id Type /dev/mmcblk1p1 2048 133119 131072 64M c W95 FAT32 (LBA) /dev/mmcblk1p2 133120 1157119 1024000 500M 82 Linux swap / Solaris /dev/mmcblk1p3 1157120 61978769 60821650 29G 83 Linux
-> so far so good, 29G available for /
But: ...
-> only 4G for / in the running system, ext4 file system. (I fixed this with resize2fs)
Is this an issue of the used image?
Sounds like kiwi didn't resize the filesystem on the first boot. Can you reproduce this? Add "rd.kiwi.debug=1" to the kernel cmdline and you'll get a log file in /run/initramfs/log.
Just tried this, but keyboard is not reacting at that stage (means: 'E' at the grub screen does not work, interruption of autoboot does not work either) ... although I used the keyboard with the Raspi3 before
U-boot for RPi4 does not have USB support yet, so you cannot use USB keyboard for u-boot, nor grub!
So serial console is the only chance at the moment?
You could simply edit grub.cfg and shrink the partition again before rebooting. As long as you don't run mkinitrd or something like that the kiwi code for resizing is still active. Cheers, Fabian
Cheers Axel
-- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org