J'ai l'habitude de sauvegarder le MBR avec :
dd bs=512 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Seulement de nos jours on trouve UEFI partout, avec ses tables de
partitions GPT, et cette commande marche plus. Google m'a dit que pour
sauvegarder la table de partitions GPT, il faut utiliser gdisk. En
effet, ca marche très bien, mais c'est un truc interactif et je sais pas
dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la
touche b, puis tape le nom du fichier a écrire".
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
=c3
On 03/18/2018 06:09 PM, hamster wrote:
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Bonjour, Je n'ai préféré pas tester, faute de disque partitionné en GPT à portée de main, mais la plupart des langages de shell devraient supporter ce genre de redirection, pour remplir automatiquement l'entrée standard d'un programme : echo 'b /chemin/vers/fichier.dump' | gdisk Ou sur une ligne, pour faire plus ou moins propre : echo -e 'bn/chemin/vers/fichier.dump' | gdisk Bash supporte une syntaxe auxiliaire qui, à mon sens, rend le tout plus clair, car les caractères apparaissent dans l'ordre où ils auraient été tapés, via l'opérateur triple chevrons : gdisk <<< 'b /chemin/vers/fichier.dump' En espérant que ça aide, À plus, -- Étienne Mollier
On 03/18/2018 06:09 PM, hamster wrote:
J'ai l'habitude de sauvegarder le MBR avec :
dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire".
Comment qu'on fait ?
Bonjour,
Je n'ai préféré pas tester, faute de disque partitionné en GPT
à portée de main, mais la plupart des langages de shell devraient
supporter ce genre de redirection, pour remplir automatiquement
l'entrée standard d'un programme :
echo 'b
/chemin/vers/fichier.dump' | gdisk
Ou sur une ligne, pour faire plus ou moins propre :
echo -e 'bn/chemin/vers/fichier.dump' | gdisk
Bash supporte une syntaxe auxiliaire qui, à mon sens, rend le
tout plus clair, car les caractères apparaissent dans l'ordre où
ils auraient été tapés, via l'opérateur triple chevrons :
gdisk <<< 'b
/chemin/vers/fichier.dump'
En espérant que ça aide,
À plus,
--
Étienne Mollier <etienne.mollier@mailoo.org>
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Bonjour, Je n'ai préféré pas tester, faute de disque partitionné en GPT à portée de main, mais la plupart des langages de shell devraient supporter ce genre de redirection, pour remplir automatiquement l'entrée standard d'un programme : echo 'b /chemin/vers/fichier.dump' | gdisk Ou sur une ligne, pour faire plus ou moins propre : echo -e 'bn/chemin/vers/fichier.dump' | gdisk Bash supporte une syntaxe auxiliaire qui, à mon sens, rend le tout plus clair, car les caractères apparaissent dans l'ordre où ils auraient été tapés, via l'opérateur triple chevrons : gdisk <<< 'b /chemin/vers/fichier.dump' En espérant que ça aide, À plus, -- Étienne Mollier
Pascal Hambourg
Le 18/03/2018 à 18:09, hamster a écrit :
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Dans une destination hors du disque en question, je présume ? Sinon c'est beaucoup moins utile.
Seulement de nos jours on trouve UEFI partout,
C'est la mode, en effet.
avec ses tables de partitions GPT,
Aucun rapport direct avec UEFI. J'utilise GPT sans UEFI et vice versa.
et cette commande marche plus.
Bien sûr que si. Elle sauvegarde toujours le MBR. Si tu voulais en fait sauvegarder la table de partition complète, cette commande n'a jamais fait cela, pas plus en MSDOS qu'en GPT. En effet la table de partition étendue qui contient la définition de partitions logiques ne se trouve pas dans le MBR qui ne contient que la définition des partitions principales.
Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Peut-être avec sgdisk, la variante en ligne de commande de gdisk. Voir aussi sfdisk qui, depuis la version de stretch, sait gérer le format GPT. Il y a deux options avec deux formats de sauvegarde : --dump qui sauvegarde au format texte, mais vérifier si cela sauvegarde toutes les informations (GUID, nom, drapeaux...) --backup qui sauvegarde au format binaire.
Le 18/03/2018 à 18:09, hamster a écrit :
J'ai l'habitude de sauvegarder le MBR avec :
dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Dans une destination hors du disque en question, je présume ? Sinon
c'est beaucoup moins utile.
Seulement de nos jours on trouve UEFI partout,
C'est la mode, en effet.
avec ses tables de partitions GPT,
Aucun rapport direct avec UEFI. J'utilise GPT sans UEFI et vice versa.
et cette commande marche plus.
Bien sûr que si. Elle sauvegarde toujours le MBR.
Si tu voulais en fait sauvegarder la table de partition complète, cette
commande n'a jamais fait cela, pas plus en MSDOS qu'en GPT. En effet la
table de partition étendue qui contient la définition de partitions
logiques ne se trouve pas dans le MBR qui ne contient que la définition
des partitions principales.
Google m'a dit que pour
sauvegarder la table de partitions GPT, il faut utiliser gdisk. En
effet, ca marche très bien, mais c'est un truc interactif et je sais pas
dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la
touche b, puis tape le nom du fichier a écrire".
Comment qu'on fait ?
Peut-être avec sgdisk, la variante en ligne de commande de gdisk.
Voir aussi sfdisk qui, depuis la version de stretch, sait gérer le
format GPT. Il y a deux options avec deux formats de sauvegarde :
--dump qui sauvegarde au format texte, mais vérifier si cela sauvegarde
toutes les informations (GUID, nom, drapeaux...)
--backup qui sauvegarde au format binaire.
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Dans une destination hors du disque en question, je présume ? Sinon c'est beaucoup moins utile.
Seulement de nos jours on trouve UEFI partout,
C'est la mode, en effet.
avec ses tables de partitions GPT,
Aucun rapport direct avec UEFI. J'utilise GPT sans UEFI et vice versa.
et cette commande marche plus.
Bien sûr que si. Elle sauvegarde toujours le MBR. Si tu voulais en fait sauvegarder la table de partition complète, cette commande n'a jamais fait cela, pas plus en MSDOS qu'en GPT. En effet la table de partition étendue qui contient la définition de partitions logiques ne se trouve pas dans le MBR qui ne contient que la définition des partitions principales.
Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Peut-être avec sgdisk, la variante en ligne de commande de gdisk. Voir aussi sfdisk qui, depuis la version de stretch, sait gérer le format GPT. Il y a deux options avec deux formats de sauvegarde : --dump qui sauvegarde au format texte, mais vérifier si cela sauvegarde toutes les informations (GUID, nom, drapeaux...) --backup qui sauvegarde au format binaire.
hamster
Le 18/03/2018 à 18:41, Pascal Hambourg a écrit :
Peut-être avec sgdisk, la variante en ligne de commande de gdisk.
Voila ce que je cherchais. Merci.
Le 18/03/2018 à 18:41, Pascal Hambourg a écrit :
Peut-être avec sgdisk, la variante en ligne de commande de gdisk.
Peut-être avec sgdisk, la variante en ligne de commande de gdisk.
Voila ce que je cherchais. Merci.
=c3
Erratum, j'ai oublié de préciser quel disque on sauvegarde, ici /dev/sda, les commandes gdisk sont corrigées ci-dessous. On 03/18/2018 06:36 PM, Étienne Mollier wrote:
On 03/18/2018 06:09 PM, hamster wrote:
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Bonjour, Je n'ai préféré pas tester, faute de disque partitionné en GPT à portée de main, mais la plupart des langages de shell devraient supporter ce genre de redirection, pour remplir automatiquement l'entrée standard d'un programme : echo 'b /chemin/vers/fichier.dump' | gdisk /dev/sda Ou sur une ligne, pour faire plus ou moins propre : echo -e 'bn/chemin/vers/fichier.dump' | gdisk /dev/sda Bash supporte une syntaxe auxiliaire qui, à mon sens, rend le tout plus clair, car les caractères apparaissent dans l'ordre où ils auraient été tapés, via l'opérateur triple chevrons : gdisk /dev/sda <<< 'b /chemin/vers/fichier.dump' En espérant que ça aide, À plus,
-- Étienne Mollier
Erratum, j'ai oublié de préciser quel disque on sauvegarde,
ici /dev/sda, les commandes gdisk sont corrigées ci-dessous.
On 03/18/2018 06:36 PM, Étienne Mollier wrote:
On 03/18/2018 06:09 PM, hamster wrote:
J'ai l'habitude de sauvegarder le MBR avec :
dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire".
Comment qu'on fait ?
Bonjour,
Je n'ai préféré pas tester, faute de disque partitionné en GPT
à portée de main, mais la plupart des langages de shell devraient
supporter ce genre de redirection, pour remplir automatiquement
l'entrée standard d'un programme :
Bash supporte une syntaxe auxiliaire qui, à mon sens, rend le
tout plus clair, car les caractères apparaissent dans l'ordre où
ils auraient été tapés, via l'opérateur triple chevrons :
Erratum, j'ai oublié de préciser quel disque on sauvegarde, ici /dev/sda, les commandes gdisk sont corrigées ci-dessous. On 03/18/2018 06:36 PM, Étienne Mollier wrote:
On 03/18/2018 06:09 PM, hamster wrote:
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Bonjour, Je n'ai préféré pas tester, faute de disque partitionné en GPT à portée de main, mais la plupart des langages de shell devraient supporter ce genre de redirection, pour remplir automatiquement l'entrée standard d'un programme : echo 'b /chemin/vers/fichier.dump' | gdisk /dev/sda Ou sur une ligne, pour faire plus ou moins propre : echo -e 'bn/chemin/vers/fichier.dump' | gdisk /dev/sda Bash supporte une syntaxe auxiliaire qui, à mon sens, rend le tout plus clair, car les caractères apparaissent dans l'ordre où ils auraient été tapés, via l'opérateur triple chevrons : gdisk /dev/sda <<< 'b /chemin/vers/fichier.dump' En espérant que ça aide, À plus,
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
Sun, 18 Mar 2018 18:09:17 +0100
hamster <hamster@suna.fdn.fr> écrivait :
J'ai l'habitude de sauvegarder le MBR avec :
dd bs=512 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync
Seulement de nos jours on trouve UEFI partout, avec ses tables de
partitions GPT, et cette commande marche plus. Google m'a dit que pour
sauvegarder la table de partitions GPT, il faut utiliser gdisk. En
effet, ca marche très bien, mais c'est un truc interactif et je sais pas
dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la
touche b, puis tape le nom du fichier a écrire".
J'ai l'habitude de sauvegarder le MBR avec : dd bsQ2 count=1 if=/dev/sda of=/chemin/vers/fichier.dump;sync Seulement de nos jours on trouve UEFI partout, avec ses tables de partitions GPT, et cette commande marche plus. Google m'a dit que pour sauvegarder la table de partitions GPT, il faut utiliser gdisk. En effet, ca marche très bien, mais c'est un truc interactif et je sais pas dire a mon script "commance par faire gdisk /dev/sda, puis appuie sur la touche b, puis tape le nom du fichier a écrire". Comment qu'on fait ?
