Forum Flightgear France

Une communauté prend son envol

Vous n'êtes pas identifié(e).

Annonce

Futur nouvel inscrit, tu dois au préalable lire l'intégralité des 10 articles des règles, s'il te plaît. Tout nouveau compte qui ne respecte pas les règles sera supprimé par l'administration.

#151 19/05/2019 17:01:41

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,
Merci pour les derniers liens. Je les ai déjà tous épluchés et mis en application. Le problème est que les choses ne se passent jamais tout à fait comme cela est mentionné. Il y a toujours des petites différences et/ou des manques qui peuvent être liés à la configuration et/ou au logiciel d'installation utilisé, d'où des situations perturbantes pouvant conduire à des actions dommageables si l'on fait un clic de trop (cela m'est déjà arrivé d'écraser un disque dur W en installant ubuntu, d"où ma frilosité du moment mais cela se réchauffe).
Bien cordialement
GR


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#152 19/05/2019 17:47:17

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

GR a écrit :

cela m'est déjà arrivé d'écraser un disque dur W en installant ubuntu, d"où ma frilosité du moment

D'où, une fois de plus, l'intérêt du poste dédié.
Il faut croire que je ne suis pas comme tout le monde, mais en tout cas je n'ai jamais éprouvé le besoin de le mettre en réseau.
J'y fais pratiquement tout dessus.
J'ai un portable W10 dernière version lorsque j'ai besoin de Windows (par exemple des mises à jour de firmwares d'appareils, comme les matériels électroniques de modélisme, qui ne se font pas sous Linux).
Et franchement je m'en sers très peu, il m'arrive de ne pas l'allumer pendant un mois.
Lorsque j'ai besoin de passer de l'un à l'autre je passe par une clé Usb généralement.
Pour Windows, il y a belle lurette que j'ai viré ma cuti.


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#153 20/05/2019 15:22:35

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,

A titre d'exercice j'ai été jusqu'au bout de l'installation de mint sur une clé USB 3 32 GB. C'est long mais tout s'est bien passé. A un moment il m'a été déconseillé de ne pas forcer l'installation UEFI et le programme de démarrage grub2 a bien été placé au début de la clé réceptrice. L'installation s'est terminée sur un message de type OK. Après le shut down le reboot a été proposé sur USB Storage device et est apparu le logo LMINT avec les points de défilement et cela pendant un certain temps, si long que que j'ai tout éteint.

Après un deuxième essai le logo LMINT est également revenu pour être rapidement remplacé par des messages console du type BusyBox v1.27.2, Enter 'help' for a list of built-in commands sous le prompt (initramfs). Tout ca c'est du chinois pour moi mais ma question est alors ; est ce de mauvais augure pour l'installation sur un disque externe de bureau USB 3 ?

Ce problème est il une conséquence de l'installation sur un support de type clé trop sous-dimensionnée par rapport à l'application concernée et lorsque je referais l'exercice avec le DDE (non encore reçu) cela risque t'il de se reproduire ?

Je suis désolé de vous importuner avec ce sujet qui est vraiment devenu hors sujet.
Bien cordialement.
GR

PS pour en revenir au problème initial dans le cadre de la version live de mint pourquoi les 2 JS (branchés) n'apparaissent ils pas dans la liste des devices comme l'imprimante par exemple

Nota Sous gparted j'ai le message suivant :e2label superblock checksum doesn't match superblock while trying to open /dev/sdc1.
Could not find valid file system superblock

Dernière modification par GR (20/05/2019 15:44:39)


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#154 20/05/2019 15:50:21

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

A titre indicatif (LM 18), ma partition / (System) contient moins de 10 Go.
Je ne sais pas combien il faut au départ pour le /home de base (il gonfle ensuite, mais c'est l’utilisateur).
Le swap, tu peux t'en passer avec 32 Go de RAM, mais je ne sais pas combien met l'installateur Linux Mint si on laisse faire.

(Menu) Accessoires >
Disques
et
Moniteur Système
devraient te permettre de regarder les occupations de chaque partition.

Mes JS ne figurent pas dans ma liste des Paramètres Système (l'imprimante y figure, comme la souris).
J'ai accès aux JS par Administration > jstest-gtk (qu'il faut peut-être installer par le gestionnaire de logiciels).

En espérant que toutes ces fonctions sont accessibles en live...


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#155 20/05/2019 16:14:16

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

On trouve beaucoup sur initramfs mais, comme toi, je découvre...
https://wiki.gentoo.org/wiki/Initramfs

A tout hasard, pas d'espaces dans les noms (mais pas seulement ici). Écrire "Mon_essai_LM19". Trop facile...

Corruption de fichiers ? cf. "checksum doesn't match....".


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#156 20/05/2019 16:37:20

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,

Nota Sous gparted j'ai le message suivant :e2label superblock checksum doesn't match superblock while trying to open /dev/sdc1.
Could not find valid file system superblock

apparemment la partition n'est pas ou mal formatée.
Essaie de la définir/formater en ext4 avant l'installation.

Pour installer jstest-gtk:

sudo apt install jstest-gtk

dans un terminal.
Ily a aussi le paquet "joystick", même procédure.

Dernière modification par ctesc356 (20/05/2019 16:41:24)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#157 20/05/2019 16:54:59

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,
J'ai formaté la clé sous W avec la commande format et ensuite sous gparted j'avais bien tout l'espace de cette clé déclaré "unallocated". J'ai alors créé deux partitions en ext4, la première de 15 GB sous / et la deuxième du complément (environ 16 GB) sous /home. J'ai pu ensuite vérifier que mint ne prenait que 7 GB sous /. Je n'ai pas mis de swap (et n'ai pas eu de message me le signalant). Concernant les vérifications de type checksum je ne suis pas arrivé à les faire car sur le site mint le processus qui est décrit n'est pas clair du tout.
Bien cordialement
GR


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#158 20/05/2019 17:07:57

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Pourquoi t'emm... avec un "home" séparé?


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#159 20/05/2019 17:15:31

dany93
Administrateur
Lieu : Région Parisienne
Inscription : 5/07/2009
Messages : 4 037

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Je trouve que le /home séparé est une très bonne organisation (y compris, voire encore plus, sous Windows pour les fichiers utilisateur). Elle permet de préserver le contenu utilisateur en cas de formatage ou de nécessaire réinstallation complète de l'OS.


FG 2020.4.0, Linux Mint 20.3, Intel Core i7-11700F @ 2.50GHz, RAM 32 GB DDR4, NVIDIA GeForce RTX 3060 (12 GB)
Boeing 787-8 (YASim, avec nickyivyca, aco)
Hangar avions Patten (PAF) Robin  DR400 JSBSim, Douglas DC3 JSBSim, CAP10B, Tecnam P92 JSBSim.

Hors ligne

#160 20/05/2019 17:20:37

rominet
Membre
Inscription : 23/03/2019
Messages : 186

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Pour s'assurer de l'identité d'une partition (par exemple /dev/sdc1) avant de faire des choses dessus, on peut utiliser, en root :

dmesg | grep sdc1
dmesg | grep -C2 sdc1
dmesg | less

Les méthodes '| grep' et '| less' n'ont rien de spécifique à la commande dmesg et peuvent être utilisées pour n'importe quelle commande qui écrit un truc sur stdout (= la sortie standard). C'est utile dès que la sortie d'une commande est un peu longue.

Pour chercher du texte avec less, taper '/letrucàchercher' ('letrucàchercher' est interprété comme une regular expression). Après, taper 'n' pour aller à l'occurrence suivante, 'N' pour aller à la précédente, 'q' pour quitter 'less'.

Revenons aux méthodes permettant de s'assurer qu'une partition est bien celle sur laquelle on veut agir :

lsblk
blkid

On peut aussi lancer

parted /dev/sdc

puis taper 'p' pour afficher la table des partitions de /dev/sdc. 'help' pour l'aide de GNU parted, 'q' pour quitter. 'info parted' pour le manuel complet.

Évidemment, si l'on a un filesystem valide sur /dev/sdc1, on peut 'mount'er /dev/sdc1 n'importe où et regarder :

mkdir /tmp/un_dossier
mount -o ro /dev/sdc1 /tmp/un_dossier
ls -al /tmp/un_dossier

Quand on a terminé, on sort de /tmp/un_dossier (y compris pour les programmes graphiques qui seraient dedans) et

umount /tmp/un_dossier

Remarque : si l'arrêt ou reboot suivant est propre, il 'umount'e automatiquement toutes les partitions encore montées, mais en le faisant soi-même ainsi, on est tranquille.

'dmesg' donne tous les messages du noyau depuis le dernier démarrage du système (boot). C'est hyper utile pour vérifier qu'un périphérique a bien été détecté, ou éventuellement retiré (USB...).

Pour les joysticks, je commencerais donc par 'dmesg' puis

ls -l /dev/input/js*

et enfin

jstest /dev/input/jsn

en remplaçant le dernier 'n' par le numéro (0, 1, ...) du joystick en question.

'jstest-gtk' est également OK ; si je me souviens bien, il fournit un mélange des fonctionnalités de 'jstest' et de 'jscal'.

J'utilise rarement les gestionnaires de périphériques : j'ai plus confiance dans les trucs bas niveau : si un truc n'est pas vu au bas niveau, il ne sera pas visible dans les zolies zinterfaces, la réciproque étant potentiellement fausse ; de plus, les gestionnaires graphiques diffèrent suivant l'environnement de bureau : GNOME, KDE, etc. alors que les trucs bas niveau sont a priori les mêmes pour tout le monde, ce qui facilite la recherche et l'échange d'informations.

J'arrête là mes élucubrations.


Debian GNU/Linux, driver libre pour carte Radeon HD 4670, FG 'next', 8 Go de RAM

Hors ligne

#161 20/05/2019 17:20:46

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Je trouve que le /home séparé est une très bonne organisation

Mais pour tester un truc sur une clé??

Dernière modification par ctesc356 (20/05/2019 17:24:12)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#162 20/05/2019 23:11:21

f-toro
Administrateur
Lieu : LFLA
Inscription : 16/12/2007
Messages : 3 015

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Je peux me tromper, mais à priori je ne vois pas la différence entre un /home séparé ou non pour "tester un truc sur une clé".


André. anciennement taureau89_9
Debian Testing Amd64. CM Sabertooth 990FX, FX8350, 32 Go Ram DDR3 1866 Mhz, GTX 1060 6Go, DD 2To Sata 3, THRUSTMASTER T.Flight StickX, FG 2020.4.0 Git.

Hors ligne

#163 20/05/2019 23:42:36

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonsoir,
Il est clair que dans le cadre de ce test, et dans ce cadre seulement, l'ajout d'un /home n'a strictement aucune importance. Par contre le fait que le SHA-256 ne correspondait pas exactement à la clé attendue a pu générer ce genre de problème (?). J'ai refait un téléchargement et ai vérifié que le test "integrity check" était maintenant respecté. A reprendre donc (pour plus de 3 heures à cause d'une connexion internet vraiment faiblarde (entre 300 et 400 kB/s).
Bien cordialement
GR


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#164 21/05/2019 8:36:35

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,
pour le home séparé, je voulais juste dire que: si on est pas tout à fait à l'aise, si on veut installer un système juste pour tester "si ça le fait" on va au plus simple, après... chacun fait comme il veut smile

Pour "e2label superblock checksum..." il semble que c'est un truc connu, qui apparaît régulièrement sur des tentatives d'installer linux à côté de w10, ce n'est pas un souci du téléchargement de l'iso.

Apparemment des parades existent.
https://unix.stackexchange.com/question … -trying-to

voire d'autres réponses à une recherche "e2label superblock checksum does not match superblock while trying to open"

ps: je vois déjà ce qu'André va nous dire wink

Dernière modification par ctesc356 (21/05/2019 8:38:26)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#165 21/05/2019 9:33:48

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,
Cela s'appelle 'tomber de caraïbe en syllabe" : le deuxième essai d'installation s'est terminé au bout de 2 heures avec le message "Error lors de la suppression de ubiquity" suivi de 'le programme d'installation a planté'. Seule différence par rapport à la première fois ; je n'avais pas mis de connexion internet pour que cela aille plus vite et en sachant que cette installation n'était qu'un test. Cela peut il expliquer le problème ?
Merci pour les solutions proposées dans le lien.
Bien cordialement
GR


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#166 21/05/2019 9:56:48

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

2 heures sans connexion au net? Bon, c'est une clé usb, ça explique peut-être...

Mais je ne crois pas que ce soit une bonne idée de tenter d'installer sans connexion, en général c'est la première chose qui est testée.

Attends le dd externe, je pense que ça se passera mieux... sauf peut-être le bug mentionné plus haut, mais il y en a qui s'en sortent.

Au point ou tu en est, une install en dual boot sur le dd interne ne serait probablement pas plus ardue.
Mais c'est toi qui vois... wink


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#167 21/05/2019 15:03:41

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,

Le troisième essai avec connexion internet s'est déroulé sans encombre et j'ai eu le message installation terminée. Mais au reboot après le logo MINT  il y a eu la console avec ce message :
[ xxx.xxxxxx] systemd-journald[400] failed to write entry (21,items xx bytes), Ignoring : read only file system
Ce message a été répété avec des xx différents jusqu'à ce que j'arrête l'ordinateur. Ensuite au reboot il y a eu l'erreur précédente "initramfs".

Je ne comprends pas bien pourquoi il est très souvent dit sur le net que cela marchait bien (peut être avant W10) - même s'il est vrai que les arguments contre peuvent être très pertinents et j'en fais l'expérience -. La sagesse voudrait alors que je fasse cette installation sur C:\ (ou D:\ ?) et que j'utilise mon DDE pour sa fonction première de stockage.
Bien cordialement
GR


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#168 21/05/2019 17:19:20

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Tu installes toujours sur ta clé usb?

Il y a un souci avec la partition, elle serait en lecture seule??
Moi j'attendrais le dd.

En attendant, pour essayer de comprendre, depuis la session live tu peux lancer gparted et faire une verif de la partition sdc1. Voir s'il trouve quelque chose.
Ou tu essaie de copier un fichier dessus, n'importe quoi image ou texte.
Aussi, voir le retour de "sudo lsbk" ou encore "sudo fdisk -l" (L min) pour voir comment linux voit les disques/partitions.

Dernière modification par ctesc356 (21/05/2019 17:40:54)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#169 21/05/2019 19:27:58

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonsoir,
La clé ne peut être en lecture seule puisque mint a été installé dessus. En mode live j'ai vérifié avec gparted et 6.6 GB ont été écrit sur / et 487 MB sur /home. Mon dernier essai sera pour le DDE. En tout cas merci pour les conseils.
Bien cordialement.
GR

PS mes souvenirs unix sont trop anciens : comment écrire sur la clé (sdc) à partir du live (sdb) ?


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#170 21/05/2019 23:25:44

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Il semblerait que linux affiche "read only file system" si il trouve des erreurs, ce qui serait cohérent avec le début du message.

GR a écrit :

PS mes souvenirs unix sont trop anciens : comment écrire sur la clé (sdc) à partir du live (sdb) ?

Copier/coller par le gestionnaire de fichiers.
Sinon "cp [options] source destination", pour les détails "man cp" ou recherche "linux cp"


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#171 21/05/2019 23:52:08

rominet
Membre
Inscription : 23/03/2019
Messages : 186

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

@ctesc356

Pour pouvoir faire ce genre de chose, il faut déjà que le filesystem destination soit monté. Pour le monter en lecture-écriture, c'est comme j'ai dit ici (exemple où la partition destination est /dev/sdc1) en omettant le '-o ro' qui signifie read-only. Mais s'il y a des problèmes de superblock, le noyau va sans doute refuser de procéder au montage.

Ce genre d'erreur ne sent pas très bon. Même après un fsck, je ne serais pas tranquille, car on n'a aucune idée de pourquoi ces problèmes sont survenus. fsck ferait sans doute ce qu'il peut, mais de là à penser qu'il corrigerait tous les problèmes...

Bref, si c'était moi, je recommencerais ; avec d'autres paramètres si on a encore des idées d'options pour lesquelles d'autres choix semblent raisonnables ; avec une autre distribution si on pense qu'on a tout essayé (ou alors s'adresser à des spécialistes de la distribution en question).

Quand GR a fait le rapport où ça avait l'air de démarrer normalement mais avec des points de défilement qui l'ont découragé au point d'éteindre l'ordinateur, il serait bon d'avoir un ordre de grandeur du temps attendu.


Debian GNU/Linux, driver libre pour carte Radeon HD 4670, FG 'next', 8 Go de RAM

Hors ligne

#172 22/05/2019 0:14:43

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

rominet a écrit :

Pour pouvoir faire ce genre de chose, il faut déjà que le filesystem destination soit monté

En effet , je partais du principe que la partition était montée, ce qui n'est pas évident.
Pas facile à distance... wink

Dernière modification par ctesc356 (22/05/2019 0:16:26)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#173 22/05/2019 9:27:24

GR
Membre
Inscription : 28/01/2019
Messages : 266

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,

Lorsque tout a démarré normalement et que les points de défilement sous le logo mint ont commencé leur ronde cela a duré au moins 20 minutes ce qui est évidemment anormal (avec ubuntu sur mon ancien ordinateur il y en a pour 10 à 15 secondes maximum).

Une autre question de béotien : autant la clé de 32 GB était sous-dimensionnée pour le test (quoique !) le DDE à venir sera sur-dimensionné (2 TB). Je pense donc créer les partitions mint dans un espace de 500 GB et créer une troisième partition NTFS dans l'espace restant. Donc, si je ne cherche pas à booter sur ce DDE il pourra alors être utilisé de manière standard comme un espace de stockage. Ce mode opératoire est t'il correct ? Je pense que oui mais compte tenu de mes lacunes dans ce domaine je ne suis plus sûr de rien.

Dans l'hypothèse où cela marche mais que les performances (FPS, temps de chargement, ,,,) ne sont pas au rendez-vous car trop dégradées je reviendrais vers la solution classique du dual boot avec W, ce que d'aucuns me diront que c'était la seule solution raisonnable (mais que je voulais éviter car je serai alors limite sur C:\).

Bien cordialement
GR


Mb Asus Tuf Z390-plus Gaming, Core I9-9900kf,  Ram 32 Gb, Cg Nvidia Rtx 3070, Ssd 1 Tb, Hdd 2tb, W11 Home
Dell ALienware 15R3, Core i7-6700hq, Ram 32 gb,  Cg Nvidia gtx 1060, SSD 500 gb, HDD 1 tb, linux lmint 21.2

Hors ligne

#174 22/05/2019 10:01:34

ctesc356
Membre
Inscription : 18/05/2010
Messages : 3 483

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

Bonjour,
un systeme ne "boote" pas sur un disque, mais sur une partition.
Tu peux très bien subdiviser ton disque de 2to comme tu le décris, tant que tu respectes les "lois" du partitionnement:
Pas plus de 4 partitions primaires par disque, contournable par une/des partitions étendues. A confirmer, mais je crois que un des avantages de l'uefi par rapport au bios est de s'affranchir de cette limitation. La doc sur le sujet ne manque pas...

D'après ce qu'on peut lire ici ou là, entre un dd relié en sata ou en usb3, il n'y a pas de différence notable en débit de transfert (on ne trouve d'ailleurs pratiquement plus de connecteurs e-sata sur les pc récents). Le facteur limitant étant plutôt la qualité du dd, t/min, nombre de plateaux etc.(recherche "e-sata vs usb3")

Si le ssd (c:\ je présume?) est limité rien n'empêche de partitionner le dd interne de 1to et d'y installer linux. La différence principale avec le ssd sera un "boot" un peu plus long, mais tu es à la retraite... wink

Install sur dd interne ou externe je crains que les soucis de "e2label superblock checksum..." seront toujours d'actualité et il faudra trouver la parade. Wait and see...

Juste par curiosité: arrives-tu a monter sdc1 en live? Par le gestionnaire de fichier, disk, ou la "recette" à rominet:

mkdir /tmp/un_dossier
mount -o ro /dev/sdc1 /tmp/un_dossier
ls -al /tmp/un_dossier

Dernière modification par ctesc356 (22/05/2019 10:10:47)


Intel i5-9400F, 16Go Ram, Nvidia GTX1660Ti, Linux Mint

Hors ligne

#175 22/05/2019 11:10:47

rominet
Membre
Inscription : 23/03/2019
Messages : 186

Re : [RESOLU]Retour sur le problème d'asymétrie des réponses gouvernes

@GR

Si tu as attendu au moins 20 minutes, alors pas de problème. Si ça avait été 5, j'aurais tiqué. Ce que je veux dire, c'est que démarrer d'un système Live est notablement plus long que démarrer d'un système normal, car tout doit être décompressé à la volée depuis le support de stockage. Sur support DVD, mon essai avec Debian Live buster RC1 a bien dû prendre 5 minutes du démarrage jusqu'au moment où l'on a la main, alors que le système normal sur le même ordi démarre à la grosse louche en une quarantaine de secondes.

Je suis globalement d'accord avec ce qu'a dit ctesc356, mais je souhaite préciser un point :

Il y a diverses manières d'encoder une table des partitions sur un disque dur. J'appelle ça des systèmes de partitionnement ; la doc. de parted les appelle des labels (à ne pas confondre avec le label stocké au niveau d'un filesystem). Pour fixer les idées, la commande 'mklabel' de GNU parted permet de créer une table des partitions vide dans le système de partitionnement choisi parmi :

        * bsd
        * loop (raw disk access)
        * gpt
        * mac
        * msdos
        * pc98
        * sun

(évidemment, ça rend les données du disque utilisé inaccessibles)

Par exemple, la commande 'mklabel msdos' (après avoir lancé parted, par exemple avec 'parted /dev/sdc') crée une table de partitions vide au format classique, souvent appelé MBR, qui existe depuis au moins les années 1980 sur tous les PC. C'est ce format qui petit à petit est en train d'être remplacé par GPT.

La limitation à 4 partitions primaires par disque dur concerne le système de partitionnement MBR ('msdos' en terminologie parted). Le système de partitionnement plus récent GPT (qui a déjà plusieurs années) s'affranchit de cette limitation. A priori, un système UEFI ne peut booter que sur un disque partitionné en GPT (noter qu'il s'agit de booter, pas d'utiliser). En revanche, il est tout à fait possible d'utiliser des disques partitionnés en GPT sur un système fonctionnant en mode BIOS (= pas UEFI). (Mais Windows veut UEFI si on veut booter sur une partition définie par une table GPT.)

Quand on partitionne un disque, les performances des filesystems créés sur les partitions seront meilleures si le partitionnement respecte certaines contraintes d'alignement. parted (en ligne de commande) aide à faire cela, les outils graphiques... peut-être, s'ils ont été corrigés depuis mes dernières notes sur le sujet (de l'ordre de 4 ans...). Voici justement un copier/coller d'une partie desdites notes :

Création et remplissage d'une table des partitions
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Partitionnement naïf avec cfdisk puis formattage d'une partition avec
mkfs.ext4 → ce dernier avertit : "alignment is offset by 1024 bytes", "This
may result in very poor performance, (re)-partitioning suggested."

GNU parted (en ligne de commande) sait bien gérer ces pbs d'alignement. Il
faut toutefois utiliser une unité assez grande pour lui permettre d'ajuster le
début et la fin des partitions de manière à respecter les contraintes
d'alignement. Ceci fonctionne bien avec "unit GB" qui donne une unité de 10^9
octets. Nous avons essayé 2 frontends à libparted, à savoir gparted (GNOME) et
partitionmanager (KDE), mais aucun ne respecte les contraintes d'alignement.

Au final :

Identification du disque avec dmesg et la complétion après :
  ls -l /dev/disk/by-id/...

~ # parted /dev/sda --align=optimal
GNU Parted 2.3
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) p
Model: ATA ST1000DM003-1CH1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos

Number  Start   End     Size    Type      File system  Flags
1      1049kB  105GB   105GB   primary
2      105GB   106GB   999MB   primary   ext4
3      106GB   274GB   168GB   primary
4      274GB   1000GB  726GB   extended               lba
5      274GB   305GB   31.0GB  logical
6      305GB   321GB   16.0GB  logical
7      321GB   347GB   26.0GB  logical
8      347GB   964GB   617GB   logical
9      964GB   968GB   3999MB  logical
10      968GB   970GB   1999MB  logical

(parted)

Ça, c'est une fois le travail fait !
Nous avons utilisé les commandes suivantes :

  unit GB
  mklabel msdos                   [On pourrait alternativement créer une GPT]
  mkpart primary ntfs O 105
  mkpart primary ext2 105 106
  mkpart primary ext2 106 274
  mkpart extended 274 1000        [Contenant pour les partitions logiques]
  mkpart logical ext2 274 305
  mkpart logical ext2 305 321
  mkpart logical ext2 321 347
  mkpart logical ext2 347 964
  mkpart logical linux-swap 964 968
  mkpart logical ext2 968 970
  align-check opt 1
  quit

Si on fait Enter avant d'avoir entré tous les arguments, parted demande la
suite en précisant ce qu'il attend, ce qui est assez pratique. Par exemple, en
répétant la commande incomplète "mkpart logical ext2", on évite d'avoir à
effacer les 2 derniers paramètres à chaque fois qu'on rappelle la commande
précédente.

Tout cela est scriptable. Par exemple, pour vérifier l'alignement des 10
partitions :

~ # for i in $(seq 1 10); do parted /dev/sda align-check opt $i; done
1 aligned
2 aligned
3 aligned
4 aligned
5 aligned
6 aligned
7 aligned
8 aligned
9 aligned
10 aligned
~ #

J'espère que j'ai plus clarifié qu'embrouillé, mais ces histoires ne sont pas tout à fait simples.

Dernière modification par rominet (22/05/2019 11:14:09)


Debian GNU/Linux, driver libre pour carte Radeon HD 4670, FG 'next', 8 Go de RAM

Hors ligne

Pied de page des forums