madko wrote:Du coup:

Si le problème est réglé, merci de cliquer sur le bouton "Sujet résolu".
J'ai un autre souci, c'est la partition système "/" qui ne se charge pas comme dans Fedora 32, je vais installer gparted pour localiser le problème.
Didierg a trouvé bizarre çà:
[root@localhost masansan]#
didierg wrote:Je suis étonné par le hostname de ton système invité.
C'est du à la partition "/" et je l'ai déjà signalé.



Je posais un problème à la fois et j'ai oublié l'important: la partition système "/".
masansan2921 wrote:
didierg wrote:Je suis étonné par le hostname de ton système invité.

Tu as bien passé les commandes ci-dessus dans un terminal du système invité (et non du système hôte) ?
J'utilise
 sudo su 
là c'est encore un probleme virtualbox ou que ton pc sous windows ne suit pas en terme d'IO disque. Du coup le / ne répond pas dans les temps. Pas vraiment en lien avec ce forum...
Pour le vbox-guests-additions, j'ai téléchargé le RPM pour Fedora et il est dans le dossier "Téléchargement".
Cet RPM est mon ultime recours en cas d’échec, comment faire pour le décompresser et l'installer avec dnf?

madko wrote:là c'est encore un probleme virtualbox ou que ton pc sous windows ne suit pas en terme d'IO disque. Du coup le / ne répond pas dans les temps. Pas vraiment en lien avec ce forum...
S'il vous plait, peut-on faire des exception à la règle?

Car ce post peut servir aux personnes qui rencontrent les mêmes problèmes que moi.
Le problème du changement de résolution 1600x1200 persiste 🙁 .
Voilà le resultat de gparted, je m'en souviens bien d'avoir créer toutes les partitions, y compris "/" et "swap", c'est le même problème avec Fedora 32 beta.
Peut-on les recréer sans endommager le système?

masansan2921 wrote:Voilà le resultat de gparted, je m'en souviens bien d'avoir créer toutes les partitions, y compris "/" et "swap", c'est le même problème avec Fedora 32 beta.
Peut-on les recréer sans endommager le système?
Tes partitions sont bien crées mais au sein d'un volume logique LVM - Voir: https://doc.fedora-fr.org/wiki/Concepts_de_base_%E2%80%93_LVM

Pour vérifier tes partitions, utilise la commande suivante dans un terminal:
$ sudo fdisk -l

masansan2921 wrote:Le problème du changement de résolution 1600x1200 persiste 🙁 .
As-tu installé les additions invité ?

Que retournent les commandes suivantes:
$ cat /var/log/vboxadd-install.log
$ cat /var/log/vboxadd-setup.log
Etant sous xorg, j'ai passé ces commandes pour activer cette résolution:
cvt 1600 900
xrandr --newmode "1600x900_60.00"  118.25  1600 1696 1856 2112  900 903 908 934 -hsync +vsync
xrandr --addmode Virtual1 1600x900_60.00
Cela ne fonctionne comme tel, qu'une session. Pour le rendre pérenne, j'ai suivi ceci: https://community.linuxmint.com/tutorial/view/877 à partir du paragraphe 3
[masansan@localhost ~]$ sudo fdisk -l
[sudo] Mot de passe de masansan : 
Disque /dev/sda : 512 GiB, 549755813888 octets, 1073741824 secteurs
Modèle de disque : VBOX 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 : 0x5cccdbd4

Périphérique Amorçage   Début        Fin   Secteurs Taille Id Type
/dev/sda1    *           2048    3985407    3983360   1,9G 83 Linux
/dev/sda2             3985408 1073197055 1069211648 509,9G 8e LVM Linux


Disque /dev/mapper/fedora_localhost--live-root : 149,1 GiB, 160000114688 octets, 312500224 secteurs
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


Disque /dev/mapper/fedora_localhost--live-swap : 1,92 GiB, 2038431744 octets, 3981312 secteurs
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


Disque /dev/mapper/fedora_localhost--live-home : 358,94 GiB, 385385234432 octets, 752705536 secteurs
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
[root@localhost masansan]# cat /var/log/vboxadd-install.log

VirtualBox Guest Additions: Starting.
VirtualBox Guest Additions: Building the VirtualBox Guest Additions kernel 
modules.  This may take a while.
VirtualBox Guest Additions: To build modules for other installed kernels, run
VirtualBox Guest Additions:   /sbin/rcvboxadd quicksetup <version>
VirtualBox Guest Additions: or
VirtualBox Guest Additions:   /sbin/rcvboxadd quicksetup all
VirtualBox Guest Additions: Building the modules for kernel 
5.3.7-301.fc31.x86_64.
VirtualBox Guest Additions: Running kernel modules will not be replaced until 
the system is restarted
[root@localhost masansan]# cat /var/log/vboxadd-setup.log
Building the main Guest Additions 6.1.4 module for kernel 5.5.13-200.fc31.x86_64.
Building the shared folder support module.
Building the graphics driver module.
Le chemin le plus court est le plus parsemés d’embûches, donc je vais prendre celui le plus long.
Je vais retélécharger Fedora 31 XFCE x64 pour la deuxième fois, je la réinstallerais et procéderais à l'installation des programmes de Fedora Astronomy un par un.
cezame wrote:Etant sous xorg, j'ai passé ces commandes pour activer cette résolution:
cvt 1600 900
xrandr --newmode "1600x900_60.00"  118.25  1600 1696 1856 2112  900 903 908 934 -hsync +vsync
xrandr --addmode Virtual1 1600x900_60.00
Cela ne fonctionne comme tel, qu'une session. Pour le rendre pérenne, j'ai suivi ceci: https://community.linuxmint.com/tutorial/view/877 à partir du paragraphe 3
Ça a déjà fonctionné avec Kali Linux mais pas avec Fedora 31 Astronomy KDE.
Il me reste encore une dernière balle, exploiter le RPM avec des lignes de commandes dans le terminal.
masansan2921 wrote:Pour le vbox-guests-additions, j'ai téléchargé le RPM pour Fedora et il est dans le dossier "Téléchargement".
Cet RPM est mon ultime recours en cas d’échec, comment faire pour le décompresser et l'installer avec dnf?

https://i.goopics.net/800/nX4lK.png
J'ai un peu pioché dans la toile pour tomber sur cette ligne de commande:
 $ rpm -Uvh (ou -ivh) paquet.rpm 
Ca a donné par la suite çà:
[root@localhost Téléchargements]# rpm -Uvh VirtualBox-6.1-6.1.4_136177_fedora31-1.x86_64.rpm
attention : VirtualBox-6.1-6.1.4_136177_fedora31-1.x86_64.rpm: Entête V4 DSA/SHA1 Signature, clé ID 98ab5139: NOKEY
Verifying...                                                            (100%################################# [100%]
Préparation...                      ################################# [100%])
Mise à jour / installation...
   1:VirtualBox-6.1-6.1.4_136177_fedor                                  (  1%################################# [100%]

Creating group 'vboxusers'. VM users must be member of that group!
Que faire après?
Faudrait lire la doc virtualbox
Pour contourner le problème, je suis entrain de retélécharger Fedora 31 XFCE x64 à nouveau, cette fois-ci ça va prendre moins de temps 😉 :

MODO: suppression image contenant pub

Désolé pour la pub:

Le Problème d'espace sur mon disque dur m'oblige de supprimer fichiers continuellement.

Pour le forfait internet de 50 Go, à sa fin, je vais puisé de celui de ma femme.
Associés pour le meilleur et pour le pire 😉.
Bref, je ne peux pas me permettre de cliquer sur
Sujet résolu
alors qu'il n'est pas résolu.
Moi personnellement, quand je pose un problème dans la toile, je me base spécialement sur les liens contenant le mot magique "Résolu / Solved", et rare sont les sujets résolus qui ne contiennent pas de solutions.

J'ai refais l'installation de Fedora 31 x64 XFCE et j'ai pu activer avec sucés la résolution d'affichage 1600x1200, du coup le problème à mon avis est dans les versions Fedora KDE Astronomy 31 et 32.

Résolution 1600x1200 réussie pour Fedora x64 XFCE.


Résolution 1600x1200 échouée pou Fedora Astronomy KDE x64 31 et 32.