Vous n'êtes pas identifié(e).
Pages : 1
à partir de là je commence à nager...
de ce que je comprends, j'ai bien un disque avec une table de partition GPT, mais de ce que je lis et comprend, un bios "traditionnel" ne peut pas démarrer sur un disque GPT ...
pourtant ça semble être le cas
est ce que ça représente un "risque" pour le système et je dois réinstaller ou je peux continuer comme ça sans plus me poser de questions ?
(je ne connais pas assez les commande linux pour vous donner plus d'info, donc je reste à disposition )
Dernière modification par Severian (30-03-2016 20:16:48)
Hors ligne
Hors ligne
moi c'est l 'inverse , j'ai un bios récent (carte mere skylake de 2015 ) et j'ai pas de partition GPT
et ça fonctionne avec une installation de testing par clé usb
raleur nous la expliqué plusieur fois , je saurai pas t en dire plus . (voir peut etre dans les posts de D_F )
(carte mère Asus M4N68T-M avec se qui me semble être un bios traditionnel, AMD Athlon(tm) II X2 250 Processor)
et donc sans faire attention, il semblerait que j'ai installé le système avec une table de partition GPT
C'est un peu étonnant, car d'expérience l'installateur Debian ne crée une table de partition au format GPT sur un disque de moins de 2 Tio que s'il a été amorcé en mode EFI.
D'ailleur gdisk montre la présence d'une partition de type ef00 (partition système EFI) mais elle est bien grosse et n'a pas un nom habituel pour une partition système EFI.
Lors de la phase de partitionnement as-tu créé une nouvelle table de partition ou réutilisé des partitions existantes ?
est ce que ça représente un "risque" pour le système et je dois réinstaller
Si l'amorçage est en mode BIOS, il y a essentiellement deux risques à avoir un disque de démarrage au format GPT.
1) Certains BIOS buggés refusent d'amorcer un disque qui n'a pas une table de partition MSDOS avec une partition marquée active (flag boot). Or le MBR protecteur d'un disque au format GPT ne contient qu'une partition de protection GPT (type 0xee) qui n'est pas marquée active. Il faut alors marquer la partition comme active avec un outil approprié (fdisk, parted à partir de Jessie, je ne sais plus si gdisk peut le faire). Mais si ton système démarre le BIOS n'a pas ce problème.
2) Sur un disque au format GPT, GRUB préfère installer l'image principale (core image) de son chargeur dans une petite partition dédiée de type "BIOS boot" (bios_grub dans parted, type EF02 dans gdisk) qui n'a pas besoin d'être formatée. En l'absence de cette partition, GRUB est forcé d'installer l'image dans /boot/grub et d'utiliser les listes de blocs pour y accéder, ce qui est moins fiable car il y a un petit risque que les blocs soient déplacés par le système de fichiers. Il y a assez de place avant ou après les partitions pour créer cette partition et y réinstaller GRUB avec
Dernière modification par raleur (30-03-2016 10:42:53)
Il vaut mieux montrer que raconter.
Hors ligne
Lors de la phase de partitionnement as-tu créé une nouvelle table de partition ou réutilisé des partitions existantes ?
j'ai fais un partitionnement manuel lors de l'installation.
à la base, j'ai fais l'installation sur un disque "classique" (sdc) pour "tester et configurer jessie comme je le voulais (openbox) tout en gardant l'ancien système (jessie également) en l'état sur le ssd (sda) pour ne "tout casser" en cas d'erreur dans l'installation.
donc c'est le disque (sda) qui était reconnu par le bios pour démarrer (partitionnement "classique" avec système sur partition logique et /home sur partition étendu (option de création automatique de l'installateur debian en utilisant un disque entier). Donc à priori à la base c'était un disque avec MRB
pour l'installation teste, à la base je ne me suis pas assez posé de questions, j'ai installé jessie sur un disque "vide", créé les partitions manuellement, "installé le grub" sur sdc et puis mis à jour le grub de mon système principal à jour.
comme le système de teste était stable et correspondant à ce que je voulais, j'ai (sauvegardé le système d'origine, pour installer le nouveau système sur le ssd. Pour ça j'ai utilisé dd
(avec les vérification d'usages, depuis un système live, sdc et sda étant démontés)
puis j'ai "cloné" en premier, croyant que j'avais un mrb en faisant
erreurs grub, pas possible de boot sur le nouveau disque...
puis
pareil ...
puis j'ai testé si le système teste n'étais pas en GPT, ce qui était le cas donc
et là tout fonctionne bien ....
(d'où mes incompréhetins )
-------------------
avec gparted
note : la SWAP est sur un autre disque et sera activé dans le fstab manuellement, quand je serai certain que le système est pérenne
-------------------
2) Sur un disque au format GPT, GRUB préfère installer l'image principale (core image) de son chargeur dans une petite partition dédiée de type "BIOS boot" (bios_grub dans parted, type EF02 dans gdisk) qui n'a pas besoin d'être formatée. En l'absence de cette partition, GRUB est forcé d'installer l'image dans /boot/grub et d'utiliser les listes de blocs pour y accéder, ce qui est moins fiable car il y a un petit risque que les blocs soient déplacés par le système de fichiers. Il y a assez de place avant ou après les partitions pour créer cette partition et y réinstaller GRUB avec
si je comprend bien, il faut que je créer une partition /boot (je peux la placer où je veux sur le disque ?)
qu'ensuite je fasse un
et le grub se "déplacera" dans cette partition ? (j'utilise "déplacer" pour dire que les fichier de configurations actuellement dans /boot de sda1 seront placé dans le /boot de la nouvelle partition (déplacés ou installés, les anciens étant supprimés)) ?
j'ai tout suivi ? (j'avoue ne pas avoir envie de recommencer une installation )
Hors ligne
si je comprend bien, il faut que je créer une partition /boot
Non, une partition de type "BIOS boot". "Une partition /boot" signifie une partition formatée et montée sur /boot, ce qui n'est pas le cas ici. Le type "BIOS boot" est important car c'est ce qui permet à GRUB de la reconnaître pour s'y installer. La seule chose qui sera déplacée, ou plutôt copiée, c'est le contenu de l'image /boot/grub/i386-pc/core.img dans la partition BIOS boot.
Elle peut être située n'importe où, de préférence dans les 2 premiers Tio dans le cas d'un disque de capacité supérieure car il semble que tous les BIOS ne soient pas capables d'accéder aux secteurs situés au delà (bien que les standards nécessaires pour gérer plus de 128 Gio - LBA48 pour ATA et extensions int13h pour le BIOS - n'aient pas de limite théorique à 2 Tio, mais comme c'est la limite pour une table de partition au format MSDOS il se peut que les fabricants aient fait à tort l'impasse sur les tailles supérieures).
Sa taille est traditionnellement de 1 Mio car c'est la taille minimale d'une partition avec l'alignement sur des blocs de 1 Mio mais une taille de 100 ko suffit amplement pour le moment, la taille de l'image principale de GRUB pou l'amorçage BIOS (/boot/grub/i386-pc/core.img) étant d'environ 30 ko. L'espace situé au début du disque entre la table de partition et le début de la première partition convient très bien et ne gènera pas l'agrandissement éventuel des autres partitions. Un autre emplacement que j'utilise aussi quand je convertis un disque du format MSDOS au format GPT sans réinstaller ni repartitionner est dans un des espaces de 1 Mio libéré par la suppression de la partition étendue.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Sa taille est traditionnellement de 1 Mio car c'est la taille minimale d'une partition avec l'alignement sur des blocs de 1 Mio mais une taille de 100 ko suffit amplement pour le moment.
elle est toujours trop grande ta partition bios ? (il me semble ) => 953Mio
peut etre que j'ai pas tout compris , mais testé une configuration sur sdc , le mieux est de le placer en disque 1 (premier connecteur sata ) a la place de sda (déconnecté) et de tester ta nouvelle configuration
aprés si j'ai bien compris tu veut l envoyer sur ton ssd (ton futur sda définitif )
ps: il existe des logiciels de clonage d'un hdd vers un ssd
si j'ai bien tout compris
une autre solution (de test ) sdc (le hdd) bootable (en mbr) tu installe debian et tu installe grub sur sdc , par le choix du boot (bios ou au démarrage ) tu choisi de démarrer sur sda ou sdc
ensuite idem quand la config de sdc te convient tu la clone sur sda (complet mbr compris)
j'ai retrouvé mon post sur mon installation du pc skylake (avec des interventions de raleur ) => https://debian-facile.org/viewtopic.php?id=12952
si ça peut t'aider
ps2 : un autre truc qui me chagrine 14Go pour la partition systeme c'est suffisant ?
aprés relecture de ton #5 c'est la copie de sdc vers sda (a l aide de dd ) qui a cassé ton boot mbr sur sda (suis long a la détente )
Dernière modification par anonyme (30-03-2016 15:28:30)
je supprime le drapeau boot, esp de sda1 ?
Oui, tu peux puisque c'est une partition Linux et non une partition système EFI. Ça évitera tout risque de confusion.
je "déplace" le drapeau boot, esp sur sda3 ?
Non, c'est incompatible avec le drapeau bios_grub. Je ne sais pas pourquoi parted/GParted parlent de "drapeaux" (qui peuvent être combinés), car ce sont en fait des types (qui sont exclusifs, correspondant à des GUID en GPT).
elle est toujours trop grande ta partition bios ? (il me semble ) => 953Mio
Je ne vois pas l'image, qui est une copie d'écran de GParted, je suppose. La sortie de parted, fdisk ou gdisk en mode texte aurait suffi.
1 Go est beaucoup trop pour la partition BIOS boot. La taille standard est 1 Mio, pas 1 Go. Autant garder l'espace disque pour quelque chose de plus utile comme agrandir les partitions Linux ou en créer de nouvelles.
Dernière modification par raleur (30-03-2016 15:43:56)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par anonyme (30-03-2016 15:59:09)
petite question , la modification des drapeaux ne provoque pas de perte de données ?
Non, pas directement. Indirectement, si un logiciel se met à délirer à cause de la modification rien n'est exclu.
Il vaut mieux montrer que raconter.
Hors ligne
Je ne vois pas l'image, qui est une copie d'écran de GParted, je suppose. La sortie de parted, fdisk ou gdisk en mode texte aurait suffi.
1 Go est beaucoup trop pour la partition BIOS boot. La taille standard est 1 Mio, pas 1 Go. Autant garder l'espace disque pour quelque chose de plus utile comme agrandir les partitions Linux ou en créer de nouvelles.
arf désolé
disque de 55.9 GiB
system (/) de 14 GiB
/home de 41 GiB
reste 953.0 MiB bon je le gardais pour agrandir le /home ou je le fixe pour y placer la partition avec "BIOS boot" ... j'ai opté pour y placer le "BIOS boot" ...
le pts d'exclamation (warning) de l'image au niveau de sda3 est lié que pour gparted la partition est de type "inconnu" (non formaté en fait)
Hors ligne
elle est toujours trop grande ta partition bios ? (il me semble ) => 953Mio
bhâ j'ai agrandi la partition sda2 (/home) en gardant alignement et "chiffre rond" (41 Gio). du coup j'ai utilisé la totalité du "reste" pour la partition "BIOS boot", j'ai bien conscience que c'est trop, mais de toute façon ça n'allait pas être utilisé de toute façon
peut etre que j'ai pas tout compris , mais testé une configuration sur sdc , le mieux est de le placer en disque 1 (premier connecteur sata ) a la place de sda (déconnecté) et de tester ta nouvelle configuration
aprés si j'ai bien compris tu veut l envoyer sur ton ssd (ton futur sda définitif )
hummm disons que
1 - je n'avais pas envis de devoir jouer les contorsionnistes à chaque fois que je voulais changer de système, donc l'option branchement / débranchement, non
2 - ce n'était pas qu'un teste de configuration, mais une création / mise en place de configuration, donc partir d'une installation jessie "nue", installer les firmwares, microcodes, serveur X, environnement de bureau (openbox)... pour ensuite trouver et configurer les "outils" pour habiller openbox (panel, gestionnaire de fichier, émulateur terminal, traitement de texte, logiciel musique, vidéos...). Donc pas une installation qui se fait en une journée.
Donc entre le risque de tout planter, de ne pas être totalement opérationnel pour aller chercher les infos, de pouvoir "travailler" avec... je préfère pourvoir passer "rapidement" sur un système stable qui à fait ses preuves depuis plus d'un an, et revenir tranquillement sur ma config de teste quand j'ai un peu de temps...
3 - Madame utilisant de temps en temps le pc, elle doit allumer le pc et que ça fonctionne, pas devoir se contorsionner pour trifouiller des câbles, pas avoir à chercher ses logiciels et ses raccourcis (si je veux un jour la faire passer à linux, je dois faire attention ). donc le premier système qui doit démarrer doit (devait) être le système stable qui à fait ses preuves
une autre solution (de test ) sdc (le hdd) bootable (en mbr) tu installe debian et tu installe grub sur sdc , par le choix du boot (bios ou au démarrage ) tu choisi de démarrer sur sda ou sdc
ensuite idem quand la config de sdc te convient tu la clone sur sda (complet mbr compris)
idem réponse 3 - le pc doit boot sur le sda par défaut
et "l'installation" que j'ai faite sur sdc comportait justement un erreur de ma part, c'est que j'ai fais une installation sans MRB (donc difficile de cloner un mrb qui n'éxiste pô ) mais en GPT...
ps2 : un autre truc qui me chagrine 14Go pour la partition systeme c'est suffisant ?
bhâ pour mon système ça suffi, le "/home" étant séparé, pet être qu'un jour ça ne me sera pas suffisant, mais je pense avoir le temps de venir.
pour l'info, nombre de paquets installés
taille sur le disque (je te donne juste les plus lourds)
aprés relecture de ton #5 c'est la copie de sdc vers sda (a l aide de dd ) qui a cassé ton boot mbr sur sda (suis long a la détente tongue )
non, c'est que sdc n'avait pas de MRB mais un une table GPT, donc je n'ai pas compris tout de suite que j'étais en GPT, d'où le fait qu'au début ça ne fonctionnait pas..
maintenant, mis à part mes interrogation, je suis bien sur le ssd (sda) sur lequel à été cloné le système de "test" et qui est "parfaitement" fonctionnel (donc le clonage à bien réussi, autant celui du système que celui de la table GPT)
Hors ligne
Dernière modification par anonyme (30-03-2016 17:03:14)
c'est une jessie de "course" => "169878 linux-image-4.4.0-0.bpo.1-amd64" tongue
bhâ c'est le noyau présent dans les backports
tu va enlever le flag de boot de sda1 ? => "boot, esp"
je vais attendre la confirmation de raleur, en plus pour le moment j'ai ma puce qui regarde une vidéo sur le deuxième écran, donc je verrai ce soir
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Pages : 1