Mageia-3-LiveDVD-KDE4-i586-DVD: installation impossible sur PC32 bits à gros DD IDE

Mageia-3-LiveDVD-KDE4-i586-DVD: installation impossible sur PC32 bits à gros DD IDE [Réglé]

Mageia-3-sur PC HPnc6220 à DD IDE de 250Go Système et matériels / Installation et configuration

kalagani Membre non connecté

Le 07/07/2013 à 19h35

Merci numlock,
GNOME et KDE sont des interfaces assez "lourdes", tu pourrais essayer d'utiliser l'interface LXDE plus "légère".

Autrement de mon côté, j'avais abandonné l'installation de Mageia3 sur ce PC à gros DD IDE, j'en avais un peu marre.
Mais curieux j'ai essayé d'installer Fedora16 via un DVDlive, sur le PC brut de tous mes essais sans lui appliquer une nouvelle fois ma martingale.

Et bien, l'amorçage Fedora à partir du DVD s'est faite du premier coup...la langue et tout le tintouin...comme une lettre à la Poste...
Mais amorçage n'étant pas installation, alors:
un double-clic sur l'icône Install to Hard disk...et l'installation a commencé...m'a demandé la langue...bien je vais plus loin qu'avec Mageia3...
j'arrivais au partitionnement...et là, j'ai fait bien gaffe à ne pas me laisser dépasser par le mécanisme automatique, j'ai viré toutes les partitions sauf sda1 de XP, pour les recréer, une à une sda2 pour swap, sda3 pour /, sda4 en pour données XP
je formatais sda2 en Linux-swap, sda3 en ext4...et l'install continuait...magnifique...
je passe sur la création du compte root...et le système m'a dit que c'est fini...j'en croyais pas mes yeux!!!
Le coeur battant, je rebootais, car la création des comptes se fait au redémarrage avec cette Fedora...
ça démarrait je créais les comptes...et c'était fini.
J'arrêtais le PC...je redémarrais...et tombais de ma chaise....ébahi...Fedora16 s'était installée du 1er coup!!!!

Je re-montais sur ma chaise, j'arrêtais Fedora, redémarrais, j'avais le choix entre les OS, choisissais XP...il démarrait, y avait rien d'écrasé.
J'arrêtais XP, relançais Fedora qui se lançait à nouveau...tout fonctionnait...youppie...le soir je me saoulais:+)

Édité par kalagani Le 07/07/2013 à 20h19

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

kalagani Membre non connecté

Le 08/07/2013 à 00h12

#153393

Hello,
j'ai maintenant dessaoulé, alors faudrait peut-être analyser pourquoi à configuration PC matérielle identique, il y a des comportements différents entre Mageia3/Fedora16.
En résumé:
presque pareil:
Mageia3 ne s'est installé qu'1 fois difficilement
Fedora16 s'est installé 1 fois facilement, et oui dans mon post précédent j'avais déjà oublié que j'avais réussi...
sans doute parce qu'aucune de ces 2 installations ne se lançaient...la fameuse Error18
C'est à partir de là que j'ai rapproché l'amorce Grub de menu.lst
en changeant le partitionnement, alors
complètement différent:
Mageia3 difficilement encore a pu être installé 1 seule fois, laquelle a peut-être permis
le seul amorçage de cette Mageia3
Fedora16 s'est amorcé du 1er coup et a permis l'install du 1er coup, voir mon post précédent de beuverie...

donc les différences Mageia3/Fedora16
le Kernel: 3.8.13-desktop-1.mga3/3.6.11-4.fc16
l'interface: KDE 4-4.10.2-3.mga3/LXDE 0.5.5-0.3
le Grub: Grub Legacy/Grub2

Et puis il y a le coup de théatre de ce matin:
http://www.mageialinux-online.org/forum/topic-15878.php#m153278
où numlock a trouvé comment se sortir des 2 blocages
[Starting LSB: wait for the hotplugged network to be up]
[Reached target Graphical Interface]
où nous sommes tombés tous les 2...

Et laquelle solution, merci numlock, m'a permis d'amorcer 2 fois de suite Mageia3...si, si c'est vrai, je n'ai pas bu!
Le 1er amorçage s'est fait à la volée (je n'ai pu résister à la curiosité de tester) avant juste que la propriétaire ne vienne récupérer son PC .
Le second, après moules marinières et Clairet, devant la propriétaire qui finalement préfère l'interface Mageia3/KDE, à ben ~~merde~~ pardon, zut alors...
En fait je lui avais aussi expliqué que j'étais curieux (encore) de savoir si Mageia3 s'installerait aussi maintenant qu'il s'amorce à tout coup avec la solution de numlock.
Bref, j'ai gardé le PC...
Maintenant, la comparaison va se faire entre 2 PC à DD d'interface/taille et de BIOS différents!
PS: numlock, dois je te maudire ou pas, moi qui croyait être débarrassé de ce PC chronophage :+)

Édité par kalagani Le 08/07/2013 à 00h22

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

kalagani Membre non connecté

Le 08/07/2013 à 16h09

#153421

Bonjour Adrien,

je vais te décevoir, mais sauvegarde et restitution avec dd, je n'ai jamais pratiqué!

Par contre une fois j'ai utilisé ntfsclone qui est un dd dédié partition NTFS.

J'avais alors pu restituer sur le même DD la dite partition NTFS qui contenait le système XP.

Hélas, cette partition ne bootait pas parce que l'outil ntfsclone (avais je conclu ) n'avait pas copié le 1er secteur qui contenait le MBR.

En effet il faut faire la distinction à la sauvegarde si la partition est "bootable" ou simple.

L'écart entre le début d'un DD sda et le premier vrai secteur de la partition sda1,

soit entre le 1er secteur (MBR si bootable) du DD et le secteur de boot est de 63,

le secteur de boot de la partition commençant alors au 64ème.

Si le premier secteur se voit caractérisé par l'astérisque * dans la colonne amorce cf le fdisk -l de mon IDE

Code BASH :

Disque /dev/sda : 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres, total 488397168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000e786d
 
Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        2048    64454655    32226304    7  HPFS/NTFS/exFAT
/dev/sda2        64454656    64471039        8192   82  partition d'échange Linux / Solaris
/dev/sda3        64471040   105431039    20480000   83  Linux
/dev/sda4       105431040   488391119   191480040    7  HPFS/NTFS/exFAT

et se termine par 0xAA55 ci-dessous le MBR de mon DD IDE

Caché :

Code BASH :

dd if=/dev/sda count=1 | hexdump -C > /tmp/mbr_sda.txt
00000000  eb 63 90 8e d8 8e d0 bc  00 7c 89 e6 06 57 8e c0  |.c.......|...W..|
00000010  fb fc bf 00 06 b9 00 01  f3 a5 ea 1f 06 00 00 52  |...............R|
00000020  52 b4 41 bb aa 55 31 c9  30 f6 f9 cd 13 72 13 81  |R.A..U1.0....r..|
00000030  fb 55 aa 75 0d d1 e9 73  09 66 c7 06 8d 06 b4 42  |.U.u...s.f.....B|
00000040  eb 15 5a b4 08 cd 13 83  e1 3f 51 0f b6 c6 40 f7  |..Z......?Q...@.|
00000050  e1 52 50 66 31 c0 66 99  e8 66 00 80 01 00 00 00  |.RPf1.f..f......|
00000060  00 00 00 00 ff fa 90 90  f6 c2 80 74 05 f6 c2 70  |...........t...p|
00000070  74 02 b2 80 ea 79 7c 00  00 31 c0 8e d8 8e d0 bc  |t....y|..1......|
00000080  00 20 fb a0 64 7c 3c ff  74 02 88 c2 52 be 80 7d  |. ..d|<.t...R..}|
00000090  e8 17 01 be 05 7c b4 41  bb aa 55 cd 13 5a 52 72  |.....|.A..U..ZRr|
000000a0  3d 81 fb 55 aa 75 37 83  e1 01 74 32 31 c0 89 44  |=..U.u7...t21..D|
000000b0  04 40 88 44 ff 89 44 02  c7 04 10 00 66 8b 1e 5c  |.@.D..D.....f..|
000000c0  7c 66 89 5c 08 66 8b 1e  60 7c 66 89 5c 0c c7 44  ||f..f..`|f...D|
000000d0  06 00 70 b4 42 cd 13 72  05 bb 00 70 eb 76 b4 08  |..p.B..r...p.v..|
000000e0  cd 13 73 0d f6 c2 80 0f  84 d8 00 be 8b 7d e9 82  |..s..........}..|
000000f0  00 66 0f b6 c6 88 64 ff  40 66 89 44 04 0f b6 d1  |.f....d.@f.D....|
00000100  c1 e2 02 88 e8 88 f4 40  89 44 08 0f b6 c2 c0 e8  |.......@.D......|
00000110  02 66 89 04 66 a1 60 7c  66 09 c0 75 4e 66 a1 5c  |.f..f.`|f..uNf.|
00000120  7c 66 31 d2 66 f7 34 88  d1 31 d2 66 f7 74 04 3b  ||f1.f.4..1.f.t.;|
00000130  44 08 7d 37 fe c1 88 c5  30 c0 c1 e8 02 08 c1 88  |D.}7....0.......|
00000140  d0 5a 88 c6 bb 00 70 8e  c3 31 db b8 01 02 cd 13  |.Z....p..1......|
00000150  72 1e 8c c3 60 1e b9 00  01 8e db 31 f6 bf 00 80  |r...`......1....|
00000160  8e c6 fc f3 a5 1f 61 ff  26 5a 7c be 86 7d eb 03  |......a.&Z|..}..|
00000170  be 95 7d e8 34 00 be 9a  7d e8 2e 00 cd 18 eb fe  |..}.4...}.......|
00000180  47 52 55 42 20 00 47 65  6f 6d 00 48 61 72 64 20  |GRUB .Geom.Hard |
00000190  44 69 73 6b 00 52 65 61  64 00 20 45 72 72 6f 72  |Disk.Read. Error|
000001a0  0d 0a 00 bb 01 00 b4 0e  cd 10 ac 3c 00 75 f4 c3  |...........<.u..|
000001b0  00 00 00 00 00 00 00 00  6d 78 0e 00 00 00 80 20  |........mx..... |
000001c0  21 00 07 ef ff ff 00 08  00 00 00 78 d7 03 00 ef  |!..........x....|
000001d0  ff ff 82 ef ff ff 00 80  d7 03 00 40 00 00 00 fe  |...........@....|
000001e0  ff ff 83 fe ff ff 00 c0  d7 03 00 00 71 02 00 ef  |............q...|
000001f0  ff ff 07 ef ff ff 00 c0  48 06 d0 81 d3 16 55 aa  |........H.....U.|
00000200

alors il est bootable et il faut sauver aussi la MBR autant avec ntfsclone que dd

Ce pb ne se pose pas à mon avis quand on fait l'image de tout le DD!

Je dirais même que c'est l'idéal car la restitution de l'image sur le même DD ou un DD de taille supérieure

ne devrait pas poser de pb, la reconstruction du partionnement et des types de fichiers étant fait par cette restitution.

Alors que la restitution d'une partition seule impliquerait d'avoir la même partition cible (taille et système de fichier) à vérifier...

Pour en revenir à la sauvegarde du DD IDE complet,

Code BASH :

# time dd if=/dev/sda bs=2048 conv=noerror,sync | gzip -c > /run/media/liveuser/QUADRA2_N/SauvegardeFedora16HPnc6220/sda_XP3-Fedora16_HPnc6220.gz
122099292+0 records in
122099292+0 records out
250059350016 bytes (250 GB) copied, 7971.56 s, 31.4 MB/s
 
real    132m51.818s
user    98m29.325s
sys    14m1.957s
ls -lh
-rw------- 1 kalagani live  14G juil.  8 14:29 sda_XP3-Fedora16_HPnc6220.gz

on peut voir que grâce à la compression la taille totale sauvegardée est drastiquement réduite de 250Go à 14Go.

Je ne connaissais que la méthode brute de dd qui copiait tout et donnait un résultat identique en taille à la taille du DD ou de la partition.

Merci à celui qui m' fait découvrir cette astuce

http://linux.leunen.com/?p=809

Par contre, le défaut, c'est qu'il faut noter quelquepart la taille source du DD ou de la partition car la taille sauvegardée ne le renseigne plus, et c'est indispensable pour la restitution, on ne peut restituer qu'au moins sur la même taille.

Ci-dessous la commande que j'espère ne pas à avoir à appliquer

Code BASH :

gunzip -c /run/media/liveuser/QUADRA2_N/SauvegardeFedora16HPnc6220/sda_XP3-Fedora16_HPnc6220.gz | dd of=/dev/sda bs=2048

Édité par kalagani Le 08/07/2013 à 18h47

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

kalagani Membre non connecté

Le 09/07/2013 à 17h05

#153467

Bonjour,

donc hier était un grand jour

kalagani :

et pour moi, j'annonce le scoop:

Mageia3 32 bits est enfin installée en double-boot avec XP-SP3 sur ce PC à gros DD IDE,

Alors qu'est ce qui empêchait donc l'installation?

Je dirais qu'il y avait 2 problèmes:

_1 logiciel lié à Mageia3

_1 matériel lié au PC

Logiciel: l'installation ou l'amorçage de Mageia3 ne se fait pas avec la seule config par défaut

au risque de tomber dans un des 2 blocages (visible si appui touche ESC ou Echap) suivants:

[Starting LSB: wait for the hotplugged network to be up]

[Reached target Graphical Interface]

où avec numlock nous sommes tombés tous les 2...à PC pourtant différents!

=> avant amorçage ou installation, il faut introduire des paramètres supplémentaires par appui sur F6

ceci tel que le décrit numlock dans son Topic

http://www.mageialinux-online.org/forum/topic-15878.php#m153278

encore merci à lui

Matériel: lié au PC HPnc6220 à gros disque IDE 250Go

et vu à cause du double-démarrage XP ou Linux voulu sur cette machine

=> il ne faut surtout pas que la partition boot de Linux (/) soit à une "certaine distance" (>120Go dirai je!) de celle où se trouve le MBR du DD IDE au risque de tomber au démarrage qui suit l'installation dans l'Error18 du Grub1

Nota: l'erreur est la même avec Fedora16 qui utilise Grub2

ci-dessous la répartition finale sans erreur

le MBR du DD sda (sda1) et la partition de Linux en sda3 sont "distants" d'environ 33Go

Caché :

Code BASH :

[?1034hGNU Parted 3.0
Utilisation de /dev/sda
Bievenue sur GNU Parted ! Tapez 'help' pour voir la liste des commandes.                                                                          
(parted) print all
Modèle: ATA WDC WD2500BEVE-0 (scsi)
Disque /dev/sda : 250GB
Taille des secteurs (logiques/physiques): 512B/512B
Table de partitions : msdos
 
Numéro  Début   Fin     Taille  Type     Système de fichiers  Fanions
 1      1049kB  33,0GB  33,0GB  primary  ntfs                 démarrage
 2      33,0GB  33,0GB  8389kB  primary  linux-swap(v1)
 3      33,0GB  54,0GB  21,0GB  primary  ext4
 4      54,0GB  250GB   196GB   primary  ntfs

ci-dessous la répartition finale AVEC erreur 18

le MBR du DD sda (sda1) et la partition de Linux en sda5 sont "distants" d'environ 217Go

du cas qui donne l'erreur

Caché :

Code BASH :

?1034hGNU Parted 3.1
Using /dev/sda
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print all
Model: ATA WDC WD2500BEVE-0 (scsi)
Disk /dev/sda: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 
 
Number  Start   End     Size    Type      File system     Flags
 1      1049kB  33.0GB  33.0GB  primary   ntfs            boot
 2      33.0GB  217GB   184GB   primary   ntfs
 3      217GB   217GB   2097kB  primary   linux-swap(v1)
 4      217GB   250GB   33.0GB  extended
 5      217GB   250GB   33.0GB  logical   ext4

(numlock disque SATA 320Go n'est pas tombé dans ce pb, un parted de sa config serait le bienvenu)

L'hypothèse de ce pb est pour moi une mauvaise compréhension des informations de taille du DD IDE entre

BIOS, Kernel, Mageia sans savoir lequel des 3 pèche...même si j'aurais tendance à penser au BIOS vu les pb rencontrés aussi

à l'installation de XP...

Édité par kalagani Le 09/07/2013 à 19h11

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

kalagani Membre non connecté

Le 16/09/2013 à 11h53

#158479

Bonjour,

pour clore ce Topic et en ouvrir un autre avec le pb décrit ci-dessus, j'attendais de la proprio 2 photos que j'aurai soumis à la communauté,
la 1ère montrant qu'il y avait 2 fois la ligne amorcer Mageia3
la seconde avec l'écran et son "blabla" quand on activait la ligne qui merdoie...
Hélas dans le vague espoir de récupérer des donnéees sur son ancien DD et d'installer MS Office 2010 (un accord entre MS et sa boite lui permettant), elle a confié ce DD et le PC à sa boutique préférée de son Sud-Ouest...

Résultats:
un gland dans cette boutique n'a rien trouvé de mieux que de lui supprimer Linux sous prétexte que c'était trop compliqué pour elle...j'en reviens pas!
En plus, sur le XP restant, le gland en question a trouvé judicieux de supprimer et son compte et un compte invité (j'installe toujours de cette manière) pour avoir directement XP...qui ne permet plus d'accéder à Internet sans passer par le compte Administrator...enfin je n'ai pas vu le PC, c'est la proprio qui m'a décrit ce comportement...

Et trop fort, le même gland a récupéré des photos...sur le gros DD IDE d'occasion alors que c'était sur l'ancien DD cassé qu'il fallait tenter de récupérer quelque chose...
Quand cela lui a été précisé le gland lui a quand même confirmé que son ancien DD devait passer en salle blanche...
Quand à MS Office 2010, il n'a pas pu l'installer: PC trop vieux! Pourtant sur le site de MS, cela semble possible...Alors elle est a eu droit à un MS Office 2007 piraté!!!

Donc je met ce Topic en résolu:
l'installation en double boot Mageia3+XP a été possible sur ce PC HPnc6220 à gros DD IDE
via un autre topic, il n'y aura pas de suite faute de Linux pour comprendre le pb du à la mise à jour nouveau kernel...

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

kalagani Membre non connecté

Le 07/02/2014 à 15h50

#168410

Bonjour,

et bien comme pour les DVD vidéos, voici le bonus sur la suite de cette histoire de PC à gros DD IDE.

Ce PC ne marche plus, le DD serait encore en cause dixit sa proprio et elle a décidé d'en acheter un autre.

Comme je n'y crois pas, je lui ai demandé de me le donner car je connais quelqu'un qui serait intéressé.

J'ai donc récupéré ce PC, en effet écran noir et message que je n'ai pas noté. Je boot sur le BIOS, passe les tests DD et mémoire, ils sont OK, c'est bon signe.

Dans toutes mes tentatives précédentes j'étais arrivé à un état stable double boot XP/Fedora16 que j'avais miraculeusement sauvegardé dans un

sda_XP3-Fedora16_HPnc6220.gz que j'ai toujours, incroyable!

Caché :

Citation :

Pour en revenir à la sauvegarde du DD IDE complet,

Code BASH :

# time dd if=/dev/sda bs=2048 conv=noerror,sync | gzip -c > /run/media/liveuser/QUADRA2_N/SauvegardeFedora16HPnc6220/sda_XP3-Fedora16_HPnc6220.gz

122099292+0 records in

122099292+0 records out

250059350016 bytes (250 GB) copied, 7971.56 s, 31.4 MB/s

real 132m51.818s

user 98m29.325s

sys 14m1.957s

ls -lh

-rw------- 1 kalagani live 14G juil. 8 14:29 sda_XP3-Fedora16_HPnc6220.gz

mais dont je n'avais jamais mis en place une restitution de ce type.

Alors comme je suis aussi curieux et intéressé qu'Adrien :+)

Adrien.D :

T'as déjà testé la restauration avec dd ? C'est "fiable" ? Car ça m'intéresse

Merci =)

J'ai tenté cette méthode de restauration

Caché :

Ci-dessous la commande que j'espère ne pas à avoir à appliquer

Code BASH :

gunzip -c /run/media/liveuser/QUADRA2_N/SauvegardeFedora16HPnc6220/sda_XP3-Fedora16_HPnc6220.gz | dd of=/dev/sda bs=2048

Oh pas directement, j'ai sorti ceinture et bretelles.

Déjà reconstruire à l'identique la table de partition telle qu'elle existait:

via le bon vieux fdisk

Caché :

cf la sauvegarde précédente

Code BASH :

 
Disque /dev/sda : 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres, total 488397168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Identifiant de disque : 0x000e786d
 
Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *        2048    64454655    32226304    7  HPFS/NTFS/exFAT
/dev/sda2        64454656    64471039        8192   82  partition d'échange Linux / Solaris
/dev/sda3        64471040   105431039    20480000   83  Linux
/dev/sda4       105431040   488391119   191480040    7  HPFS/NTFS/exFAT

Puis formattage des dites partitions (mkfs...)

Remise en place du flag de boot, tjs le bon vieux fdisk

et enfin la restitution proprement dite à partir de mon DD externe:

cd /run/media/liveuser/QUADRA2_N/

gunzip -c SauvegardeFedora16HPnc6220/sda_XP3-Fedora16_HPnc6220.gz | dd of=/dev/sda bs=2048

Et là faut vraiment pas être pressé, le formattage plus haut a été du pipi de chien à côté...7h39mn que cela a mis!!!

Caché :

122099292+0 records in

122099292+0 records out

250059350016 bytes (250 GB) copied, 27522.2s, 9.1 MB/s

Bien sûr, j'ai fait tout cela à partir de mon adorée clé USB live Fedora18 Security...

Et bien résultat après tout ces efforts, car faut vraiment être curieux...ou maso...car c'est un échec, le fameux message:

Err. lecture disque

Entrez Ctrl+Alt+Suppr

pour redémarrer

Arghhh, au secours, je vais me jeter par la fenêtre, mais avant je vais le bouffer ce PC de m....!!!!!

Bon ne pas s'énerver, réfléchissons... je vous tiens au courant, papoteur va être content :+)

Papoteur :

On ne suit pas tout,mais tu fais bien durer le suspens, on est en haleine

Édité par kalagani Le 25/02/2014 à 11h49

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

kalagani Membre non connecté

Le 08/02/2014 à 16h47

#168559

Hello,

bon allez, foin du suspense, je m'en étais déjà tiré lors du précédent post

et le fameux message d'erreur

Citation :

Err. lecture disque

Entrez Ctrl+Alt+Suppr

pour redémarrer

n'est en fait que la signification d'un pb sur MBR ou grub au démarrage.

J'ai donc sorti le disque qui tue à savoir Boot Repair Disk basé sur une ubuntu spéciale dédiée à ce genre d'usage.

Même pas eu besoin de rentrer dans le détail, je n'ai eu qu'à valider la première option de réparation qui se présente à l'accueil

...et les MBR et/ou grub (grub2 ici avec Fedora) étaient réparés, pas magnifique ce disque :+)

Et voilà, à partir de là, le PC soit disant HS était de nouveau opérationnel en double-boot XP/Fedora16.

J'ai même découvert que j'avais du faire la sauvegarde après MAJ Fedora car le grub2 (en mode texte) me proposait

2 choix de kernel, les 2 fonctionnant, j'ai aussi essayé...

Donc en résumé, Adrien.D pour répondre à notre curiosité

la manip de restitution via gunzip/dd comme décrite a bien fonctionnée au détail près qu'il y a quelquechose qui a manqué pour qu'elle soit directement opérationnelle sans réparation MBR/grub!

A part ce pb, cette méthode a le grand défaut de prendre beaucoup de temps lequel intimement lié à la taille du DD:

_formattage ntfs très long (~1h ici pour 2 partitions ntfs)

_durée de restitution (le gunzip |dd ) ENORME (27522.2s soient 7h39mn)

pour un DD de 250Go

Pour les curieux la procédure ceinture bretelles appliquée

(outils: Clé USB live, fsdisk, mkfs, disque de réparation):

Caché :

A) boot sur une clé Fedora18 Security live

passage en Français du clavier

Administration->Keyboard: choisir French(pc)

B) recréation à l'identique des partitions telles que lors de la sauvegarde:

/dev/sda1 * 2048 64454655 32226304 7 HPFS/NTFS/exFAT

/dev/sda2 64454656 64471039 8192 82 partition d'échange Linux / Solaris

/dev/sda3 64471040 105431039 20480000 83 Linux

/dev/sda4 105431040 488391119 191480040 7 HPFS/NTFS/exFAT

fdisk /dev/sda

1) Définition taille

n -> création nouvelle partition

p -> partition physique

First sector 1er secteur début à 2048 par défaut

Last sector 64454655

n -> création nouvelle partition

p -> partition physique

First sector 1er secteur début à 64454655+1 par défaut

Last sector 64471039

n -> création nouvelle partition

p -> partition physique

First sector 1er secteur début à 64471039+1 par défaut

Last sector 105431039

n -> création nouvelle partition

p -> partition physique

First sector 1er secteur début à 105431039+1 par défaut

Last sector

2) Définition type

t

1

7

t

2

82

t

3

83

t

4

7

Sortir de fdisk par w pour écrire les modifs

3) Formattage

mkfs.ntfs /dev/sda1

mkswap /dev/sda2

mkfs.ext3 /dev/sda3

mkfs.ntfs /dev/sda4

4) mettre le flag de boot

a

1

w

C) restitution de la sauvegarde sur le DD

gunzip -c

/run/media/liveuser/QUADRA2_N/SauvegardeFedora16HPnc6220/sda_XP3-Fedora16_HPnc6220.gz

| dd of=/dev/sda bs=2048

122099292+0 records in

122099292+0 records out

250059350016 bytes (250 GB) copied, 27522.2s, 9.1 MB/s

D) Test

échec message:

Err. lecture disque

Entrez Ctrl+Alt+Suppr

pour redémarrer

E) réparation avec le CD Boot Disk Repair

par simple appui de la touche proposée

= OK redémarrage du PC sous XP ou sous Fedora16

et pour les plus curieux le log obtenu à la demande grace au disque qui tue

Édité par kalagani Le 08/02/2014 à 16h47

PC1: HPxw9400 Mageia8 Xfce/Cinnamon (ex Plasma car "Freeze")
PC2: Dell Studio 540 Core2 Quad Q8300 en double boot: XPsp3/Mageia8 64bits Plasma

Répondre

Vous n'êtes pas autorisé à écrire dans cette catégorie

Notre Mission	Liens du site	Nous joindre	MLO est hébergé par
MLO est le forum francophone de la distribution Mageia et vous propose également un portail dédié aux débutants. MLO vous apporte un support sur la distribution grâce à son forum et vous offre des nouvelles de la distribution, des logiciels libres et de l'Open Source en général. Notre site a aussi pour but de vous montrer que Mageia est un système d'exploitation complet et facile à prendre en main. Vous apprendrez à installer simplement et à administrer efficacement votre système en un temps record.	Forum Documentation News du libre Mageia	Contacter MLO Mastodon MLO Flux RSS	MLO est un projet soutenu par Nos partenaires et amis
MLO est mis à disposition selon les termes de la licence Creative Commons.

pld72 Membre non connecté

kalagani Membre non connecté

numlock Membre non connecté

kalagani Membre non connecté

kalagani Membre non connecté

kalagani Membre non connecté

Adrien.D Membre non connecté

kalagani Membre non connecté

Adrien.D Membre non connecté

kalagani Membre non connecté

ZEBULON Membre non connecté

kalagani Membre non connecté

kalagani Membre non connecté

kalagani Membre non connecté

kalagani Membre non connecté

kalagani Membre non connecté