Bonjour,
Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
forcement sa table de partoche un:
dd if=/dev/hda of=mbr.bin bsD6 count=1
fera l'affaire?
Merci :-)
Bonjour,
Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
forcement sa table de partoche un:
dd if=/dev/hda of=mbr.bin bs=446 count=1
fera l'affaire?
Merci :-)
Bonjour,
Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
forcement sa table de partoche un:
dd if=/dev/hda of=mbr.bin bsD6 count=1
fera l'affaire?
Merci :-)
Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement du boot
loader. Il doit toutefois y avoir une taille maximum, et en informatique, on
aime bien, les puissances de 2 (512=2^9)...
Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bs=446 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement du boot
loader. Il doit toutefois y avoir une taille maximum, et en informatique, on
aime bien, les puissances de 2 (512=2^9)...
Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement du boot
loader. Il doit toutefois y avoir une taille maximum, et en informatique, on
aime bien, les puissances de 2 (512=2^9)...
Le 24/08/06, Gilles Mocellin a écrit :Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement du
boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Le 24/08/06, Gilles Mocellin<gilles.mocellin@free.fr> a écrit :
Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement du
boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Le 24/08/06, Gilles Mocellin a écrit :Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement du
boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Max a écrit :Le 24/08/06, Gilles Mocellin a écrit :Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement
du boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Re,
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Merci.
Max a écrit :
Le 24/08/06, Gilles Mocellin<gilles.mocellin@free.fr> a écrit :
Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement
du boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Re,
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Merci.
Max a écrit :Le 24/08/06, Gilles Mocellin a écrit :Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement
du boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Re,
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Merci.
Thierry B wrote:Max a écrit :Le 24/08/06, Gilles Mocellin a écrit :Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement
du boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Re,
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Merci.
attention, lorsque tu écris ou lit sur un disque dur, en bas niveau, (en
bios), tu ne peux le faire que par paquet de 512 octets.
de toute façon, pour lire tes 446 octets, il va en lire 512, et ne te
donner que les 446.
Si tu n'écris que 446 octets, il risque d'écraser les 512-446 restants
avec je ne sais pas quelle valeur, donc fais gaffe !
pourquoi tu ne sauvegarde pas les 512 octets avant l'install linux, et
si ça foire tu réécrase avec ton secteur de 512.
De toute façon, sache qu'il existe FIXMBR, lorsque tu bootes sur le CD
winXP, pour réparer le MBR
Thierry B wrote:
Max a écrit :
Le 24/08/06, Gilles Mocellin<gilles.mocellin@free.fr> a écrit :
Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement
du boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Re,
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Merci.
attention, lorsque tu écris ou lit sur un disque dur, en bas niveau, (en
bios), tu ne peux le faire que par paquet de 512 octets.
de toute façon, pour lire tes 446 octets, il va en lire 512, et ne te
donner que les 446.
Si tu n'écris que 446 octets, il risque d'écraser les 512-446 restants
avec je ne sais pas quelle valeur, donc fais gaffe !
pourquoi tu ne sauvegarde pas les 512 octets avant l'install linux, et
si ça foire tu réécrase avec ton secteur de 512.
De toute façon, sache qu'il existe FIXMBR, lorsque tu bootes sur le CD
winXP, pour réparer le MBR
Thierry B wrote:Max a écrit :Le 24/08/06, Gilles Mocellin a écrit :Le jeudi 24 août 2006 11:31, Thierry B a écrit:
> Bonjour,
Bonsoir,
> Est ce que si on veut sauvegarder le mbr d'un dd, sans sauvegarder
> forcement sa table de partoche un:
>
> dd if=/dev/hda of=mbr.bin bsD6 count=1
> fera l'affaire?
D'où tu sors la taille 446 octets ?
J'avais plutôt lu 512 octets quelque part, mais ça dépend surement
du boot
loader. Il doit toutefois y avoir une taille maximum, et en
informatique, on
aime bien, les puissances de 2 (512=2^9)...
512 octets pour le MBR, dont les 446 premiers correspondent au
chargeur de démarrage
http://fr.wikipedia.org/wiki/MBR
Re,
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Merci.
attention, lorsque tu écris ou lit sur un disque dur, en bas niveau, (en
bios), tu ne peux le faire que par paquet de 512 octets.
de toute façon, pour lire tes 446 octets, il va en lire 512, et ne te
donner que les 446.
Si tu n'écris que 446 octets, il risque d'écraser les 512-446 restants
avec je ne sais pas quelle valeur, donc fais gaffe !
pourquoi tu ne sauvegarde pas les 512 octets avant l'install linux, et
si ça foire tu réécrase avec ton secteur de 512.
De toute façon, sache qu'il existe FIXMBR, lorsque tu bootes sur le CD
winXP, pour réparer le MBR
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et si
ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et si
ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et si
ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Ha oki, mais euh si c'est le mbr qui est chargé au demarrage et qu'il
est intacte, comment il va savoir qu'il faut lancer grub au lieu de
lancer windows xp par exemple?
Pq mm si /boot est sur une partoche ext2fs active,il suffit que la
partition windows soit active aussi et on sait pas torp ce qu'il va
faire, ou alors ca voudrait dire qu'on peut avec fdisk, choisir la
partoche active depuis linux par exemple, et donc avant de virer linux,
on remet la partoche windows en active?
Ha oki, mais euh si c'est le mbr qui est chargé au demarrage et qu'il
est intacte, comment il va savoir qu'il faut lancer grub au lieu de
lancer windows xp par exemple?
Pq mm si /boot est sur une partoche ext2fs active,il suffit que la
partition windows soit active aussi et on sait pas torp ce qu'il va
faire, ou alors ca voudrait dire qu'on peut avec fdisk, choisir la
partoche active depuis linux par exemple, et donc avant de virer linux,
on remet la partoche windows en active?
Ha oki, mais euh si c'est le mbr qui est chargé au demarrage et qu'il
est intacte, comment il va savoir qu'il faut lancer grub au lieu de
lancer windows xp par exemple?
Pq mm si /boot est sur une partoche ext2fs active,il suffit que la
partition windows soit active aussi et on sait pas torp ce qu'il va
faire, ou alors ca voudrait dire qu'on peut avec fdisk, choisir la
partoche active depuis linux par exemple, et donc avant de virer linux,
on remet la partoche windows en active?
Salut,
Thierry B a écrit :
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Il y a plus simple : laisser le code amorce standard du MBR et ne pas
installer le chargeur de Linux (lilo, grub ou autre) dans le MBR mais
dans le secteur d'amorce d'une partition active ext2fs, par exemple
/boot. Ainsi pas besoin de virer le chargeur du MBR puisqu'il n'y est pas.
Salut,
Thierry B a écrit :
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Il y a plus simple : laisser le code amorce standard du MBR et ne pas
installer le chargeur de Linux (lilo, grub ou autre) dans le MBR mais
dans le secteur d'amorce d'une partition active ext2fs, par exemple
/boot. Ainsi pas besoin de virer le chargeur du MBR puisqu'il n'y est pas.
Salut,
Thierry B a écrit :
C'est qu'en fait, si on vire les 512 premiers octets par des 0, on est
foutu, pq on vire la table de partoches, et j'ai vu que tout le monde
conseille de virer les 446 1eres octets, pour enlever grub, donc je me
demandais par curiosité, si par exemple, je veux lui mettre linux et
si ca lui plait pas, qu'il ait le boot de windows qui revienne, et je
voulais faire ca juste avec des dd, et donc je me disais qu'en faisant
une sauvegarde/restauration des 446 1ers octets ca pourrait etre une
solution.
Il y a plus simple : laisser le code amorce standard du MBR et ne pas
installer le chargeur de Linux (lilo, grub ou autre) dans le MBR mais
dans le secteur d'amorce d'une partition active ext2fs, par exemple
/boot. Ainsi pas besoin de virer le chargeur du MBR puisqu'il n'y est pas.
Thierry B a écrit :
Ha oki, mais euh si c'est le mbr qui est chargé au demarrage et qu'il
est intacte, comment il va savoir qu'il faut lancer grub au lieu de
lancer windows xp par exemple?
En activant la partition où se trouve grub plutôt que la partition de
boot de Windows.Pq mm si /boot est sur une partoche ext2fs active,il suffit que la
partition windows soit active aussi et on sait pas torp ce qu'il va
faire, ou alors ca voudrait dire qu'on peut avec fdisk, choisir la
partoche active depuis linux par exemple, et donc avant de virer
linux, on remet la partoche windows en active?
Voilà.
Thierry B a écrit :
Ha oki, mais euh si c'est le mbr qui est chargé au demarrage et qu'il
est intacte, comment il va savoir qu'il faut lancer grub au lieu de
lancer windows xp par exemple?
En activant la partition où se trouve grub plutôt que la partition de
boot de Windows.
Pq mm si /boot est sur une partoche ext2fs active,il suffit que la
partition windows soit active aussi et on sait pas torp ce qu'il va
faire, ou alors ca voudrait dire qu'on peut avec fdisk, choisir la
partoche active depuis linux par exemple, et donc avant de virer
linux, on remet la partoche windows en active?
Voilà.
Thierry B a écrit :
Ha oki, mais euh si c'est le mbr qui est chargé au demarrage et qu'il
est intacte, comment il va savoir qu'il faut lancer grub au lieu de
lancer windows xp par exemple?
En activant la partition où se trouve grub plutôt que la partition de
boot de Windows.Pq mm si /boot est sur une partoche ext2fs active,il suffit que la
partition windows soit active aussi et on sait pas torp ce qu'il va
faire, ou alors ca voudrait dire qu'on peut avec fdisk, choisir la
partoche active depuis linux par exemple, et donc avant de virer
linux, on remet la partoche windows en active?
Voilà.
