Page 1 sur 2

grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 15:54
par SaSha
Bonjour à toutes et tous,

Je vous mets tout de suite le repport paste de boot repair (qui n'a donc pas pu résoudre le problème avec la commande "réparation recommandée"; mais si on peut m'expliquer ce qu'il faut remplir manuellement pour un meilleurs résultat...) http://paste.ubuntu.com/p/pvwPVXMGtq/ ...ça, c'est fait.

Bon, l'historique maintenant: déjà à l'origine - càd avant que je ne change le disque dur sur le point de lâcher (bruit caractéristique) - un gus avait installé un deuxième disque (SanDisk ssd plus 120gb) après quoi, le disque dur d'origine, qui restait identifié, n'a plus été accessible en écriture. Je ne sais pas ce qu'il a foutu, en attendant, lorsque j'ai remplacé le disque dur originel et supprimé le disque dur additionnel, j'ai bien vérifié tous les câblages et d'ailleurs tout a très bien fonctionné à la réinstallation ...de mon vieux CD version mint 17 cinnamon en 32 bits. Peut-être était-ce une erreur d'avoir coché la case qui prétendait simplifier un repartionnement ultérieur, toujours est-il que après les mises à jour recommandées automatiquement, puis l'upgrade vers sarah en lignes de commande, et malgré un nettoyage (désinstallation complète) de tout ce qui était obsolète, j'ai commencé à avoir le message que l'espace réservé au boot était presque saturé (je précise: le nouveau disque dur fait 4T, alors je sais pas comment ça a été partitionné mais bor..der collie, ça fout les blubs ). Comme je suis novice, (puis qu'il y a eu aussi un autre message d'erreur concernant une "image" qui ne parlait pourtant pas de "iso", du coup je pige pas de quoi il s'agit) et que sur la question du repartionnement, y a rien à faire, je capte pas le truc (ptèt parce que j'en ai un peu marre là ^^ ) je me suis dite "allez cocotte, décide-toi à faire une nouvelle clef bootable d'une version récente et réinstalle tout ça tout propre dès le début en écrasant ce merdier; et passe tant qu'à faire au 64 bits patate, puisque cet ordinateur peut le faire (mon vieux cd en 32 sert à réinstaller de temps en temps les deux vieux portables). Donc clef faite (tricia 64bits cinnamon), installation faite et redémarrage... CACA BOUDIN! grmlftrtht... de mémoire et traduit: erreur tentative lecture et écriture sur sda0 quelque chose grub, puis grub rescue> (et donc visiblement c'est pas la fonction terminal puisqu'il ne reconnaît pas "sudo" - comment on fait pour ouvrir le terminal à ce stade? ctrlaltT n'a pas fonctionné - et je ne sais pas quoi taper d'autre, surtout qu'à ce stade ce scrogneugneu de clavier est en qwerty et que j'en ai marreuh ^^). Brrref! J'ai ré-réinstallé - sait-on jamais ^^ - mais que pouik, tout pareil, puis j'ai démarré en virtuel sur la clef pour lancer boot repair (donc rapport sur le lien ci-dessus) qui a fait sa popote et, ben échec à la réparation qu'il avait choisi automatiquement... J'ai beau éplucher des posts sur le net, il est toujours question du cas de figure dual boot (qui avec windaube ou autre) et je n'ai PAS demandé l'install à côté, j'ai bien coché le choix d'écraser.
À combien est la corde en ce moment? êrf...

J'ai eu possiblement un début de solution sur un autre forum https://forum.ubuntu-fr.org/viewtopic.p ... #p22223365 ...mais j'arrive pas à afficher le menu du grub! comment ouvre-t-on ce lupin de menu de grub !?

Si quelqu'un.e peut m'aider, je serais sa meilleure supportrice auprès des forces de l'univers, merci merci merci!

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 16:46
par SaSha
...en fait, quand j'arrive dans le grub (avec les différents choix de démarrage) il est écrit en dessous "press tab to edit option" mais ça ne répond pas quand on fait tab, la surbrillance saute juste au dernier rang (memory test)

Je vais réinstaller mon vieux cd 17 cinnamon en 32 bits pour voir ce qui se passe...

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 17:21
par SaSha
bon ben le problème se reproduit maintenant aussi sous la vieille version (17 32bits cinnamon) :roll:

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 18:56
par alain
Bonjour ShaSha.

Je n'ai pas compris grand chose a tes explications :?

Mais j'ai compris que tu étais gênée par le fait d'être en qwerty sur un live, ce qui est tout a fait normal.
Pour passer en azerty quand tu es sur un live, il faut que tu ouvres un terminal et que tu entre :

Code : Tout sélectionner

setxkbmap fr 
bien sur tu seras en qwerty donc les "m" et le "a" ne correpondront pas.
donc tu tapes que : "setx" puis sur "tab" pour autocompléter en "setxkbmap" puis tu fait un espace et écris "fr" .
Ou alors tu tapes
"setxkb,qp fr" (sans les ")

Sinon, je crois comprendre que ton disque dur est HS, alors quand tu es en live dans un terminal, tapes:

Code : Tout sélectionner

sudo parted -l
et donnes nous le retour ici entre balises 'code'

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 20:27
par SaSha
alors, pendant que TestDisk tournait, j'ai continuer à lire de ci de là et je suis tombée sur ça: "Une table de partitions de type MBR ne peut pas prendre en charge un disque d'une taille supérieure à 2.2 To" ...ça serait pas un ptit peu une part du problème?

Bon et alors maintenant que TestDisk a tourné et m'a sorti un résultat, c'est bien joli mais je ne sais pas quoi choisir à passer de D (deleted) à * (primary bootable) car je n'ai pas autant d'infos que sur les screen donnés en exemple

Code : Tout sélectionner

TestDisk 7.0, Data Recovery Utility, April 2015
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sda - 4000 GB / 3726 GiB - CHS 486401 255 63
     Partition               Start        End    Size in sectors
>D Linux                    0  64 63    31  91 58     499712
D Linux                    0  65  2 486401  53 52 7814031360
D Linux Swap              17 151  7   278 172 22    4194304
D Linux                   31 124 30 485840 203 59 7804526592
D Linux Swap           485840 203 60 486336 244 52    7970816
comment je fais pour savoir où se trouve le boot? et les autres, je les passe en P (primary) ?

...mais donc, si je comprends bien le problème du disque de 4T, je fais trois partitions en primary bootable (*) et primary (P) sur un total max de 2T puis je fais le reste en E (extended) qui pourra être divisé en L (logical) ...ou bien je shots dans les lattes là?

..et aussi: pourquoi y a deux swap?! ça fait aussi partie du problème?

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 20:57
par SaSha
j'ai compris comment on voit le détail de chaque ligne ^^

la 1 : can't open filsystem. Filesystem seems damaged

la 2:

Code : Tout sélectionner

>drwxr-xr-x     0     0      4096 18-Feb-2020 18:24 .
drwxr-xr-x     0     0      4096 18-Feb-2020 18:24 ..
drwx------     0     0     16384 18-Feb-2020 18:17 lost+found
-rw-------     0     0 2147483648 18-Feb-2020 18:17 swapfile
drwxr-xr-x     0     0     12288 18-Feb-2020 18:25 etc
drwxr-xr-x     0     0      4096 13-Dec-2019 17:12 media
drwxr-xr-x     0     0      4096 18-Feb-2020 18:24 bin
drwxr-xr-x     0     0      4096 18-Feb-2020 18:24 boot
drwxr-xr-x     0     0      4096 13-Dec-2019 17:42 dev
drwxr-xr-x     0     0      4096 18-Feb-2020 18:22 home
drwxr-xr-x     0     0      4096 18-Feb-2020 18:24 lib
drwxr-xr-x     0     0      4096 13-Dec-2019 17:12 lib64
drwxr-xr-x     0     0      4096 13-Dec-2019 17:12 mnt
drwxr-xr-x     0     0      4096 13-Dec-2019 17:12 opt
drwxr-xr-x     0     0      4096 24-Apr-2018 10:34 proc
drwx------     0     0      4096 18-Feb-2020 18:24 root
drwxr-xr-x     0     0      4096 18-Feb-2020 18:22 run
drwxr-xr-x     0     0     12288 18-Feb-2020 18:25 sbin
drwxr-xr-x     0     0      4096 13-Dec-2019 17:12 srv
drwxr-xr-x     0     0      4096 24-Apr-2018 10:34 sys
drwxrwxrwt     0     0      4096 18-Feb-2020 18:24 tmp
drwxr-xr-x     0     0      4096 13-Dec-2019 17:11 usr
drwxr-xr-x     0     0      4096 13-Dec-2019 17:45 var
lrwxrwxrwx     0     0        32 18-Feb-2020 18:24 initrd.img
lrwxrwxrwx     0     0        32 18-Feb-2020 18:18 initrd.img.old
lrwxrwxrwx     0     0        29 18-Feb-2020 18:24 vmlinuz
lrwxrwxrwx     0     0        29 18-Feb-2020 18:18 vmlinuz.old
drwxr-xr-x     0     0      4096 18-Feb-2020 18:22 cdrom
donc c'est celle-là que je passe en * primary bootable (ou en primary?)

la 3 : support for this filesystem hasn't been implemented

la 4: no file found, filesystem maybe damaged

la 5: support for this filesystem hasn't been implemented

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mar. 18 févr. 2020 20:58
par SaSha
Merci Alain, ça pourra me servir la prochaine fois.

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mer. 19 févr. 2020 03:32
par alain
De rien, avec plaisir ;)

Deux swap c'est pas normal, il faut en virer un.

Pour le reste, désolé, je ne comprends toujours pas :oops: :?
Tu vois, déjà avant je croyais que le disque était HS alors que c'est un 4T...Quand au reste de tes manipes... :? C'est du chinois pour moi :oops: :l

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mer. 19 févr. 2020 07:51
par arghlub
Salut,

Comme Alain, je ne comprends pas tout à ton sujet :?

Donne nous le retour de cette commande pour qu'on voit tes partitions :

Code : Tout sélectionner

sudo fdisk -l
PS : mets le retour de cette commande entre balises “Code” dans ton message.
Il faut utiliser ces balises (sélectionner le code et cliquer sur Image) pour tout ce qui concerne le terminal (commandes, retours de commandes, etc…), cela améliore grandement la lisibilité.
Voir tuto Barre d'outils des messages.
;)

Re: grub rescue> après réinstallation (non, PAS en dual boot)

Posté : mer. 19 févr. 2020 09:08
par SaSha
voilà:

Code : Tout sélectionner

Disk /dev/loop0: 1.8 GiB, 1948299264 bytes, 3805272 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Device     Boot Start        End    Sectors Size Id Type
/dev/sda1  *     4096 4294971390 4294967295   2T 83 Linux

Disk /dev/sdb: 14.5 GiB, 15524167680 bytes, 30320640 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1dda4ac4

Device     Boot Start     End Sectors  Size Id Type
/dev/sdb1  *        0 3978175 3978176  1.9G  0 Empty
/dev/sdb2         680    5607    4928  2.4M ef EFI (FAT-12/16/32)