31
Matériel / Re : Quel matériel utilisez vous ?
Je n'ai pas encore essayé sur un "long métrage" d'une heure par manque de temps.
Pour les vaccins , c'est en cours , faut juste que les doses arrivent.
Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
J'ai installe hier soir Mageia 8 en triple boot openSUSE, Windows. Ca se fait tout seul !!
je n'ai pas bien compris en quoi consistait ce bug ?
Drapeaux de disque :Je dois faire quelque chose qui m'échâââapppppppe !
Numéro Début Fin Taille Type Système de fichiers Drapeaux
1 1049kB 992GB 992GB primary ext4
2 992GB 1000GB 8389MB primary linux-swap(v1)
Modèle : Samsung SSD 970 EVO Plus 250GB (nvme)
Disque /dev/nvme0n1 : 250GB
Taille des secteurs (logiques/physiques) : 512B/512B
Table de partitions : gpt
Drapeaux de disque :
Numéro Début Fin Taille Système de fichiers Nom Drapeaux
1 1049kB 629MB 628MB fat32 démarrage, esp
2 630MB 27,8GB 27,2GB ext4 caché, legacy_boot
4 27,8GB 124GB 96,6GB ext4
5 124GB 151GB 26,8GB ext4
6 151GB 250GB 98,8GB ext4
Par contre ce qui m'étonne beaucoup c'est qu'il n'y ai que 436kio d'utilisé sur cette partition. Elle est vide c'est bizarre !!
Qu'est qu'il y a dedans??
Si tu fais un montage "manuel", tu peux ne pas formater le boot/uefi.
C'est ce que j'ai fait quand j'ai installé opensuse avec windows.
Mais il est possible que cela implique de faire les partitions à la main.
Risqué d'installer une version Bêta en dur.
Disque /dev/nvme0n1 : 232,89 GiB, 250059350016 octets, 488397168 secteurs
Modèle de disque : Samsung SSD 970 EVO Plus 250GB
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 : gpt
Identifiant de disque : CFDE50DA-9BC4-459E-B836-EC8EA39AC39D
Périphérique Début Fin Secteurs Taille Type
/dev/nvme0n1p1 2048 1228833 1226786 599M Système EFI
/dev/nvme0n1p2 1230848 54276095 53045248 25,3G Système de fichiers Linux
/dev/nvme0n1p4 54276096 243019775 188743680 90G Système de fichiers Linux
/dev/nvme0n1p5 243019776 295448575 52428800 25G Système de fichiers Linux
/dev/nvme0n1p6 295448576 488396799 192948224 92G Système de fichiers Linux
Sys. de fichiers Taille Utilisé Dispo Uti% Monté surOn remarque par comparaison que tu as un : /dev/nvme0n1p2 511M 7,7M 504M 2% /boot/efi et deux /boot/grub2/.
devtmpfs 32G 0 32G 0% /dev
tmpfs 32G 95M 32G 1% /dev/shm
tmpfs 32G 1,3M 32G 1% /run
/dev/nvme0n1p5 25G 9,4G 14G 41% /
tmpfs 32G 8,0K 32G 1% /tmp
/dev/nvme0n1p1 598M 436K 598M 1% /boot/EFI
/dev/nvme0n1p2 25G 5,8G 18G 25% /OMA
/dev/nvme0n1p6 91G 12G 79G 13% /home
/dev/sda2 632G 85G 516G 15% /StockMobil
/dev/nvme0n1p4 89G 50M 84G 1% /OMA/home
/dev/sda1 284G 61G 209G 23% /Perso
/dev/sdb1 909G 41G 822G 5% /Sauvegardes
tmpfs 6,3G 92K 6,3G 1% /run/user/1008
Bon je jette l'éponge après une matinée d'embrouille, ne voulant pas perdre ce qui est acquis.
Je ne suis pas arrivé à installer le dual-boot: mga/Suse.
Suse15.3 activant systématiquement : l'amorçage sécurisé et il est alors impossible de lancer mga.
J'ai réparé mga, et c'est Suse qui ne démarre plus.
Apparemment un problème entre /boot/efi imposé par Suse et le /boot/EFI imposé par Mga ..
Que l'on désactive le secure boot via le bios ne change rien, j'ai même réinstallé Suse et décoché amorçage sécurise à l’installation je me suis retrouvé dans la même situation !
J'y suis depuis tôt ce matin et j'en ai franchement marre ! J'ai essayé d'autres distros qui elles sont compatibles .
Je vais bien voir ...
Mais bon comme le PC sert à toute la famille je reste sur ce qui marche : MGA que j'ai dû réinstaller...