Bonjour
comment traduiriez-vous device map dans le contexte de grub :
The Correct Device Map
As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process. -
menu des dispositifs ? carte des dispositifs (moins bon )
autres ?
merci
Afficher les réponses par date
Le dimanche 30 septembre 2007 à 07:32 +0200, deny a écrit :
As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process.
Comme vu plus haut, le problème de GRUB avec un mix de périphériques PATA et SATA est que sa carte de périphériques bouge tandis que le boot est en fonction. ??? HTH
Benoit Rouits a écrit :
Le dimanche 30 septembre 2007 à 07:32 +0200, deny a écrit :
As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process.
Comme vu plus haut, le problème de GRUB avec un mix de périphériques PATA et SATA est que sa carte de périphériques bouge tandis que le boot est en fonction. ??? HTH
j'aima bien en ramplacant mix par melange et bouge par change
le problème de GRUB avec un mélange de périphériques
PATA et SATA est que sa carte de périphériques change pendant le
processus d'amorçage ........
non ?
en tout cas merci
Le dimanche 30 septembre 2007, deny a écrit :
Bonjour
comment traduiriez-vous device map dans le contexte de grub :
The Correct Device Map
As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process.
Comme indiqué plus haut, le problème de GRUB avec un mélange de PATA et de SATA c'est que son mappage de périphérique se décale pendant le processus d'amorçage.
Le 2007-09-30 08:44:59 +0200, Bruno Patri écrivait :
Le dimanche 30 septembre 2007, deny a écrit :
Bonjour
comment traduiriez-vous device map dans le contexte de grub :
The Correct Device Map
As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process.
Comme indiqué plus haut, le problème de GRUB avec un mélange de PATA et de SATA c'est que son mappage de périphérique se décale pendant le processus d'amorçage.
En fait, en regardant le document original, on se rend compte que c'est un peu plus compliqué que cela :
6 The Correct Device Map As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process. So, if you opt for method B, what device map are you going to throw at it? None: you do not need a device.map file for method B. But you still need to edit menu.lst, and thus you need to know what to call your available disks according to both GRUB and kernel conventions.
Donc, on parle à la fois du concept (la correspondance entre identifiants et périphériques) et du fichier de paramétrage de cette correspondance : « device.map ».
Voir aussi : http://www.gnu.org/software/grub/manual/html_node/Device-map.html
Donc, je traduirais plutôt ça comme suit :
6 Utiliser device.map pour identifier les périphériques Comme indiqué ci-dessus, le problème posé à GRUB par un mélange de PATA et de SATA, c'est que les identifiants des périphériques se décalent au cours du processus d'amorçage. Donc, si vous optez pour la méthode B, quelle table de correspondance allez-vous indiquer dans le fichier device.map ? En fait, aucune, car une telle table n'est pas nécessaire à cette méthode. Vous devrez cependant modifier le fichier menu.lst, et, pour cela, vous devrez connaître le nom des disques disponibles à la fois pour le noyau et pour GRUB.
Bon dimanche à tous !
Le 2007-09-30 12:14:38 +0200, Jean-Philippe Guérard écrivait :
6 The Correct Device Map As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process. So, if you opt for method B, what device map are you going to throw at it? None: you do not need a device.map file for method B. But you still need to edit menu.lst, and thus you need to know what to call your available disks according to both GRUB and kernel conventions.
6 Utiliser device.map pour identifier les périphériques
En fait, après relecture, cette traduction du titre n'est pas bonne. Il vaudrait mieux quelque-chose du genre :
6 Faire correspondre périphériques et identifiants
Comme indiqué ci-dessus, le problème posé à GRUB par un mélange de PATA et de SATA, c'est que les identifiants des périphériques se décalent au cours du processus d'amorçage. Donc, si vous optez pour la méthode B, quelle table de correspondance allez-vous indiquer dans le fichier device.map ? En fait, aucune, car une telle table n'est pas nécessaire à cette méthode. Vous devrez cependant modifier le fichier menu.lst, et, pour cela, vous devrez connaître le nom des disques disponibles à la fois pour le noyau et pour GRUB.
Pour référence, voici un lien vers l'article original (merci Google) :
http://linuxgazette.net/141/anonymous.html
Jean-Philippe Guérard a écrit :
Le 2007-09-30 12:14:38 +0200, Jean-Philippe Guérard écrivait :
6 The Correct Device Map As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process. So, if you opt for method B, what device map are you going to throw at it? None: you do not need a device.map file for method B. But you still need to edit menu.lst, and thus you need to know what to call your available disks according to both GRUB and kernel conventions.
6 Utiliser device.map pour identifier les périphériques
En fait, après relecture, cette traduction du titre n'est pas bonne. Il vaudrait mieux quelque-chose du genre :
6 Faire correspondre périphériques et identifiants
Comme indiqué ci-dessus, le problème posé à GRUB par un mélange de PATA et de SATA, c'est que les identifiants des périphériques se décalent au cours du processus d'amorçage. Donc, si vous optez pour la méthode B, quelle table de correspondance allez-vous indiquer dans le fichier device.map ? En fait, aucune, car une telle table n'est pas nécessaire à cette méthode. Vous devrez cependant modifier le fichier menu.lst, et, pour cela, vous devrez connaître le nom des disques disponibles à la fois pour le noyau et pour GRUB.
Pour référence, voici un lien vers l'article original (merci Google) :
merci c'est complet
Bonjour,
Je me réveille un peu tard (pb de syncho courriel, mais bon).
Jean-Philippe Guérard a écrit :
Le 2007-09-30 08:44:59 +0200, Bruno Patri écrivait :
Le dimanche 30 septembre 2007, deny a écrit :
(...)
6 The Correct Device Map As stated above, GRUB's problem with a mix of PATA and SATA is that its device map shifts while the boot is in process. So, if you opt for method B, what device map are you going to throw at it? None: you do not need a device.map file for method B. But you still need to edit menu.lst, and thus you need to know what to call your available disks according to both GRUB and kernel conventions.
Donc, on parle à la fois du concept (la correspondance entre identifiants et périphériques) et du fichier de paramétrage de cette correspondance : « device.map ».
Non, pas vraiment. La formulation "device map" est constante dans sa sémantique, je trouve.
En fait, j'utiliserais systématiquement "table des périphériques" qui me semble assez explicite.
(...)
Donc, je traduirais plutôt ça comme suit :
6 Utiliser device.map pour identifier les périphériques Comme indiqué ci-dessus, le problème posé à GRUB par un mélange de PATA et de SATA, c'est que les identifiants des périphériques se décalent au cours du processus d'amorçage. Donc, si vous optez pour la méthode B, quelle table de correspondance allez-vous indiquer dans le fichier device.map ? En fait, aucune, car une telle table n'est pas nécessaire à cette méthode. Vous devrez cependant modifier le fichier menu.lst, et, pour cela, vous devrez connaître le nom des disques disponibles à la fois pour le noyau et pour GRUB.
Cela donnerait alors :
6 Utiliser la bonne table des périphériques
comme indiqué ci-dessus, le problème que pose à GRUB la coexistence de PATA et de SATA est la modification de la table des périphériques au cours de l'amorçage. Donc si vous optez pour la méthode B, quelle table allez-vous lui fournir ? En fait, aucune car cette méthode n'en nécessite pas. Vous devrez cependant modifier le fichier menu.lst et donc connaître le nom des disques disponibles à la fois selon les conventions de GRUB et celles du noyau.
Amitiés,