Hi @Andy_Wismer
The swap resolved the main problem of resize…:
I deleted the swap and the extended partitons.
I created a new swap:
[root@ns8 ~]# fdisk -l
Disque /dev/sda : 82 GiB, 88046829568 octets, 171966464 secteurs
Modèle de disque : QEMU HARDDISK
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x95722270
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 165771263 165769216 79G 83 Linux
/dev/sda2 165771264 171966463 6195200 3G 82 partition d'échange Linux / So
[root@ns8 ~]#
I prepared the swap structure
[root@ns8 ~]# mkswap /dev/sda2
mkswap: /dev/sda2 : avertissement : n'effacez pas les secteurs de démarrage
(dos table de partitions détectée). Utilisez -f pour forcer.
Configure l'espace d'échange (swap) en version 1, taille = 3 GiB (3171938304 octets)
pas d'étiquette, UUID=f5cf9f8a-34d9-4b56-a1e7-143b518f98f1
[root@ns8 ~]#
To find the UUID of the swap:
[root@ns8 etc]# ls -ls /dev/disk/by-uuid/
total 0
0 lrwxrwxrwx 1 root root 9 26 fév 20:20 2023-09-03-00-51-30-00 -> ../../sr0
0 lrwxrwxrwx 1 root root 10 26 fév 20:23 78149948-08bf-4992-9184-e117b91a03eb -> ../../sda2
0 lrwxrwxrwx 1 root root 10 26 fév 20:23 f0e78aa9-5bb4-482d-9887-fecc774a7db4 -> ../../sda1
[root@ns8 etc]#
UUDI of the swap: 78149948-08bf-4992-9184-e117b91a03eb -> ../../sda2
Edit /etc/fstab and verify:
[root@ns8 ~]# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=f0e78aa9-5bb4-482d-9887-fecc774a7db4 / ext4 errors=remount-ro 0 1
#####################################
# swap was on /dev/sda5 during installation
#####UUID=2ba26de1-d2c1-4332-9d35-95b648685371 none swap sw 0 0
UUID=78149948-08bf-4992-9184-e117b91a03eb none swap sw 0 0
#####################################
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
[root@ns8 ~]#
And finally:
[root@ns8 ~]# swapon -a
[root@ns8 ~]#
Using swapon, shows that the swap is activated.
[root@ns8 ~]# swapon
NAME TYPE SIZE USED PRIO
/dev/sda2 partition 3G 0B -2
[root@ns8 ~]#
Reboot the system.
[root@ns8 ~]# reboot
[root@ns8 ~]#
I can now access the cluster-admin page.
AND THE BEST PART:
As @LayLow wrote: “Maybe the best thing since sliced bread.”
[root@ns8 ~]# add-module ghcr.io/nethserver/wordpress:1.0.0-dev.1
<7>podman-pull-missing ghcr.io/nethserver/wordpress:1.0.0-dev.1
Trying to pull ghcr.io/nethserver/wordpress:1.0.0-dev.1...
Getting image source signatures
Copying blob sha256:5c3e29f395d485a75141a04d616d8e85a33ead124b9c7d925bccef6be2eb2e9c
Copying config sha256:b773f38a01496644f04abc7769feb864095271c98429f963476213a9a6c412e1
Writing manifest to image destination
...
ui/metadata.json
ui/shortcuts.json
385f2973e443c04bf359a4a4b7395cf5bfb9da87831dab392f98dfbba57a4094
{'module_id': 'wordpress1', 'image_name': 'wordpress', 'image_url': 'ghcr.io/nethserver/wordpress:1.0.0-dev.1'}
[root@ns8 ~]#
The miracle!
Total triumph, let us raise the banner of victory.
What’s left:
The only little problem left is the ...no codecs found...
But when I was googling to solve the resize problem, I found a lot of references to it. So it should be possible to solve that also.
@Andy, Thank you so much for the little notice about the swap. That was the boost that enable me to solve the whole resize problem, and (for @stephdl) the last but not least, I have to “kill” nothing and mainly no reinstallation…
Michel-André