Après upgrade boot impossible si DD de sauvegarde pas branché [Réglé]
upgrade effectué avec DD sauvegarde habituellement débranché
Système et matériels / Installation et configuration
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
discipliné, chaque mois, j'effectue des sauvegardes et branche donc un DD sur ma Mageia5.
Coincidence, un upgrade kernel est proposé pendant que ce DD est branché...j'accepte, tout se passe bien.
Je redémarre avec le DD branché et
_1) message d'erreur du genre pas de fichier système
je modifie l'ordre de démarrage dans le BIOS car ce DD externe est passé devant le DD interne
_2) écran
Code TEXT :
Error 22: No such partition Press any key to continue
je presse nouvel écran Grub Legacy en mode texte avec les kernels dont le dernier que je choisis pour éditer via les flèches et changer
hd1 par hd0 puisque la manip d'upgrade avec le DD externe branché a aussi changé l'ordre de démarrage.
_3) c'est OK, ça démarre je retrouve Mageia5 sur le dernier kernel
je m'empresse alors d'aller modifier menu.lst pour changer toutes les occurrences hd1 en hd0
dans le doute je modifie aussi device.map pour virer le DD externe qui y est aussi apparu
Code BASH :
devient(hd0) /dev/sdg (hd1) /dev/sda (hd2) /dev/sdb (hd3) /dev/sdc (hd4) /dev/sdd
Code BASH :
(hd0) /dev/sda (hd1) /dev/sdb (hd2) /dev/sdc (hd3) /dev/sdd
je redémarre DD externe branché, c'est OK...et à chaque fois que je démarrerai avec le DD externe branché
Quelques jours après je décide de débrancher ce DD externe
_4) message d'erreur je sais plus lequel
je remet le DD externe et modifie au pif install.sh qui lui aussi référençait les fichiers du grub avec un décalage du au DD externe
Code BASH :
devientmore installOrderWrongDue2ExtDD.sh grub --device-map=/boot/grub/device.map --batch <<EOF root (hd1,1) setup --stage2=/boot/grub/stage2 (hd1,1) quit EOF
Code BASH :
more install.sh grub --device-map=/boot/grub/device.map --batch <<EOF root (hd0,1) setup --stage2=/boot/grub/stage2 (hd0,1) quit EOF
je redémarre DD externe débranché
_5 ) message d'erreur
Code TEXT :
Grub loading. Welcome to GRUB! error: file `/boot/grub2/i386-pc/normal.mod` not found Entering rescue mode ... Grub rescue>
/boot/grub2!!! étrange je suis en grub Legacy et j'ai juste un /boot/grub/ pas de répertoire grub2
qu'à cela ne tienne, je cherche sur internet et trouve une solution qui consiste à localiser la partition système à coup de ls
et une fois fait indiquer le chemin grub2
Code BASH :
ls (hd2,msdos2) (hd2,msdos2): File system is ext2 set boot=(hd2,msdos2) set prefix (hd2,msdos2)/boot/grub2 insmod normal
_6) message d'erreur même fichier mais cette fois dans grub pas grub2
error: file `/boot/grub/i386-pc/normal.mod` not found
même manip avec prefix sur grub et pas grub2
_message d'erreur même fichier mais revenu sur grub2...se fout de moi le truc :+)
Bon, je remet le DD externe je retrouve Mageia5
je débranche le DD externe,
7) lance le CCM->Démarrage->Configuration du démarrage
pour lui refaire installer le démarrage
mais il voit le DD où se trouve le système toujours en second sdb comme si le DD externe continuait d'être en sda malgré le changement plus haut dans device.map
et en effet cette manip ne fonctionne pas non plus, il faut remettre le DD externe pour retrouver Mageia5
En résumé, la manip d'upgrade semble avoir copié les fichiers du grub sur le DD externe bien que le système demeure sur le 1er DD interne.
Comment s'en sortir?
Édité par kalagani Le 05/04/2017 à 09h57
zalappy Membre non connecté
-
- Voir le profil du membre zalappy
- Inscrit le : 28/07/2012
- Groupes :
mais tu aurais pu te dégager du sable (pris dans des sables mouvents)si tu avait fait l'autre sauvegarde celle de la partition système.
Contraiment à toi donc, en plus de faire mes sauvegardes sur dd externe, je fais également une image disque de la partition système
avec clonezilla.
Pour récupérer ensuite c'est simple, je boot sur le cd j'indique l'image disque et "HOP tada" ma sauvegarde récupère la partition système, juste à savoir qu'il reste assez judicieux, de noter les packages qui sont mis à jour avec la ligne de version etc...
Pour pouvoir la désinstaller et repasser à la version précédente au cas où il y est une maj qui foire, et qui fasse buggé.
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
comme tu dis je m'enfonce dans les sables mouvants,
Hier j'ai eu idée de "jouer" en root install.sh puisque c'est lui qui copie les fichiers grub là où il faut au moment de l'upgrade.
Mais j'avais oublié que je l'avais remis en 4) comme je pensais qu'il aurait du être hd1->hd0 alors erreur
Code BASH :
cd /boot/grub ./install.sh GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd0,1) Error 21: Selected disk does not exist grub> setup --stage2=/boot/grub/stage2 (hd0,1) Error 12: Invalid device requested grub> quit
je remet comme je l'avais trouvé, hd0->hd1, et les fichiers du grub sont bien installés, menu.lst est même modifié (à l'identique de ce que j'avais fait manuellement!
Code BASH :
./install.sh GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> root (hd1,1) Filesystem type is ext2fs, partition type 0x83 grub> setup --stage2=/boot/grub/stage2 (hd1,1) Checking if "/boot/grub/stage1" exists... yes Checking if "/boot/grub/stage2" exists... yes Checking if "/boot/grub/e2fs_stage1_5" exists... yes Running "embed /boot/grub/e2fs_stage1_5 (hd1,1)"... failed (this is not fatal) Running "embed /boot/grub/e2fs_stage1_5 (hd1,1)"... failed (this is not fatal) Running "install --stage2=/boot/grub/stage2 /boot/grub/stage1 (hd1,1) /boot/grub/stage2 p /boot/grub/menu.lst "... succeeded Done. grub> quit
je rédémarre sans le DD externe
_raté même erreur qu'en 5)
Bon ben je remet le DD externe et je retrouve Mageia5...
...mais au bout de beaucoup plus de temps...j'avais cru avoir perdu le PC, un appui sur ESC m'a donné un écran noir longtemps avant que je ne vois défiler les lignes de démarrage...
D'ailleurs au boot le second de mes 4 DD internes n'est pas vu comme d'habitude -> sa taille n'est pas indiquée!!!!
Et en effet un fdisk -l ne me montre que 3 DD, le second n'est pas vu!!!!
Édité par kalagani Le 05/04/2017 à 10h11
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
et bien comme il fallait encore le DD externe malgré la recopie des fichiers grub là où il faut sur le DD système interne,
j'ai reregardé l'ordre de démarrage dans le BIOS...et...surprise, ce DD système était passé le dernier!!!!
Une modif pour le remettre en 1er, un redémarrage sans le DD externe branché...
youpeeee...ça démarre....et au bout de 5mn et quelque que me dira
Code BASH :
systemd-analyze time Startup finished in 3min 50.211s (kernel) + 1min 31.596s (userspace) = 5min 21.807s
j'ai enfin la main.
Alors comme dans le BIOS, il manquait aussi le second DD interne, j'ai investigué les logs
Caché :
Code BASH :
more /var/log/kernel/errors.log ... Apr 5 12:21:11 HPxw9400 kernel: [ 128.611569] sd 8:0:1:0: [sdb] Asking for cache data failed Apr 5 12:21:11 HPxw9400 kernel: [ 128.611571] sd 8:0:1:0: [sdb] Assuming drive cache: write through ... more /var/log/kernel/info.log |grep "8:0:1:0" Apr 5 12:21:11 HPxw9400 kernel: [ 27.796805] scsi 8:0:1:0: Direct-Access SEAGATE ST3300655SS HPS2 PQ: 0 ANSI: 5 Apr 5 12:21:11 HPxw9400 kernel: [ 27.906529] sd 8:0:1:0: [sdb] Spinning up disk... Apr 5 12:21:11 HPxw9400 kernel: [ 128.525399] sd 8:0:1:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Apr 5 12:21:11 HPxw9400 kernel: [ 128.525405] sd 8:0:1:0: [sdb] Sense Key : Not Ready [current] Apr 5 12:21:11 HPxw9400 kernel: [ 128.525408] sd 8:0:1:0: [sdb] Add. Sense: Logical unit not ready, cause not reportable Apr 5 12:21:11 HPxw9400 kernel: [ 128.718427] sd 8:0:1:0: [sdb] Spinning up disk... Apr 5 12:21:11 HPxw9400 kernel: [ 229.335480] sd 8:0:1:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Apr 5 12:21:11 HPxw9400 kernel: [ 229.335486] sd 8:0:1:0: [sdb] Sense Key : Not Ready [current] Apr 5 12:21:11 HPxw9400 kernel: [ 229.335489] sd 8:0:1:0: [sdb] Add. Sense: Logical unit not ready, cause not reportable Apr 5 12:21:11 HPxw9400 kernel: [ 229.421905] sd 8:0:1:0: [sdb] Attached SCSI disk smartctl -a /dev/sdb smartctl 6.3 2014-07-26 r3976 [x86_64-linux-4.4.59-server-1.mga5] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SEAGATE Product: ST3300655SS Revision: HPS2 Logical Unit id: 0x5000c500072907cb Serial number: 3LM2P74P00009822A5J9 Device type: disk Transport protocol: SAS (SPL-3) Local Time is: Wed Apr 5 18:20:42 2017 CEST device is NOT READY (e.g. spun down, busy) A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
Ben, étrange coincidence mais le DD en question semble avoir rendu l'âme!!!
Un redémarrage en le déconnectant me donne la main 3mn de mieux que quand il était connecté
Code BASH :
systemd-analyze time Startup finished in 29.267s (kernel) + 1min 31.415s (userspace) = 2min 683ms
Je le remplace par un autre identique et ce dernier est vu par tout le monde BIOS, contrôleur SAS, fdisk et smartmontool le trouve OK
Caché :
Code BASH :
smartctl -a /dev/sdb smartctl 6.3 2014-07-26 r3976 [x86_64-linux-4.4.59-server-1.mga5] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: SEAGATE Product: ST3300655SS Revision: HPS2 User Capacity: 300 000 000 000 bytes [300 GB] Logical block size: 512 bytes Rotation Rate: 15015 rpm Logical Unit id: 0x5000c5000729074f Serial number: 3LM2P18X00009821QB43 Device type: disk Transport protocol: SAS (SPL-3) Local Time is: Thu Apr 6 13:15:33 2017 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Enabled === START OF READ SMART DATA SECTION === SMART Health Status: OK Current Drive Temperature: 48 C Drive Trip Temperature: 68 C Elements in grown defect list: 6 Vendor (Seagate) cache information Blocks sent to initiator = 1970047960 Blocks received from initiator = 3581390111 Blocks read from cache and sent to initiator = 32835247 Number of read and write commands whose size <= segment size = 46500126 Number of read and write commands whose size > segment size = 692513 Vendor (Seagate/Hitachi) factory information number of hours powered up = 40690,70 number of minutes until next internal SMART test = 31 Error counter log: Errors Corrected by Total Correction Gigabytes Total ECC rereads/ errors algorithm processed uncorrected fast | delayed rewrites corrected invocations [10^9 bytes] errors read: 0 0 0 0 0 0,000 0 write: 0 0 0 0 0 0,000 0 Non-medium error count: 0 No self-tests have been logged
Et bien heureusement que j'avais fait une sauvegarde de ce DD sur le DD externe au moment où je faisais l'upgrade
Ce qu'il y a d'étrange, c'est que c'est le 2ème DD à la même position dans le PC qui rend l'âme du jour au lendemain sans prévenir de quoi que ce soit!
Et la 1ère fois je n'étais en cours d'upgrade...
car j'ai du mal à penser que ce soit cette dernière et ses conséquences parce que faite avec un DD externe branché qui soit la cause de la perte de ce second DD SAS.
Ces derniers me semblant bien fragiles...ils tournent à 15000t/mn et quand on les touche, on se brule presque!
Je vais attendre le prochain upgrade kernel pour passer ce sujet en résolu
PS: j'en ai profité via le CCM pour virer 3 kernels devenus inutiles et le fichier install.sh est revenu comme en 4) lorsque je l'avais prématurément modifié, par contre le nouveau DD n'a pas été réindroduit dans device.map mais peut-être normal car à ce moment je n'avais pas réintroduit le nouveau DD
Code BASH :
more install.sh grub --device-map=/boot/grub/device.map --batch <<EOF root (hd0,1) setup --stage2=/boot/grub/stage2 (hd0,1) quit EOF more device.map (hd0) /dev/sda (hd1) /dev/sdc (hd2) /dev/sdd
Édité par kalagani Le 06/04/2017 à 13h31
kalagani Membre non connecté
-
- Voir le profil du membre kalagani
- Inscrit le : 10/03/2012
- Groupes :
kalagani :
...
Je vais attendre le prochain upgrade kernel pour passer ce sujet en résolu
...
...
Je vais attendre le prochain upgrade kernel pour passer ce sujet en résolu
...
ben il y en a eu plusieurs...alors mieux vaut tard que jamais, je passe en résolu :+)
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie