#1 Le 03/09/2020, à 23:10
- MonsterNunch
[Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bonjour à tous,
Tout d'abord je tenais à remercier tout le monde, tant les pros que les néophytes car les uns comme les autres, vous m'avez énormément aidé durant mon parcours sur Ubuntu en tant que padawan sur Linux : les néophytes soulevant les mêmes problèmes (parfois les plus tordus) que j'ai pu rencontrer et les pros les résolvant avec brio... que demande le peuple ?
Aujourd'hui, je suis passablement coincé et après avoir fouillé quelque peu, je n'ai pas pu trouver de solution à mon problème.
J'espère ne pas avoir à utiliser TestDisk pour récupérer mes données.
Je vous expose mon souci, qui je l'espère est tout con :
- J'ai fait une mise à jour de la carte graphique NVIDIA GTX 275 sur mon Ubuntu 14.10 avec les drivers 340.108 => Ce qui a planté mon serveur X et je me retrouvais avec un écran noir à chaque login.
- Comme je devais passer à la 18.04, je me suis dit que c'était le moment après avoir essayé de bidouiller un peu, sans succès, pour retrouver l'interface de commande avec des claviers qui n'étaient plus reconnus.
- L'utilitaire de gestion des disques me trouve bien mon DD de la 14.10, mais quand je le décrypte, il disparait.
Ce qui est étonnant car il est tout de même présent :
nco@desk:~$ sudo fdisk -l
Disque /dev/loop0 : 14,8 MiB, 15462400 octets, 30200 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop1 : 956 KiB, 978944 octets, 1912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop2 : 2,4 MiB, 2555904 octets, 4992 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop3 : 160,2 MiB, 167931904 octets, 327992 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop4 : 161,4 MiB, 169254912 octets, 330576 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop5 : 54,7 MiB, 57294848 octets, 111904 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop6 : 55,3 MiB, 58007552 octets, 113296 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop7 : 89,1 MiB, 93417472 octets, 182456 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/sda : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x000476ac
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 2048 499711 497664 243M 83 Linux
/dev/sda2 501758 1953523711 1953021954 931,3G 5 Étendue
/dev/sda5 501760 1953523711 1953021952 931,3G 83 Linux
[color=#ff5314]
La partition 2 ne commence pas sur une frontière de cylindre physique.[/color]
Disque /dev/sdb : 465,8 GiB, 500107862016 octets, 976773168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x3441cc0c
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 * 2048 1499135 1497088 731M 83 Linux
/dev/sdb2 1501182 976771071 975269890 465G 5 Étendue
/dev/sdb5 1501184 976771071 975269888 465G 83 Linux
[color=#ff5314]
La partition 2 ne commence pas sur une frontière de cylindre physique.[/color]
Disque /dev/mapper/sda5_crypt : 465 GiB, 499336085504 octets, 975265792 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Disque /dev/mapper/ubuntu--vg-root : 464,1 GiB, 498274926592 octets, 973193216 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Disque /dev/mapper/ubuntu--vg-swap_1 : 976 MiB, 1023410176 octets, 1998848 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Disque /dev/loop8 : 956 KiB, 978944 octets, 1912 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop9 : 2,2 MiB, 2273280 octets, 4440 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop10 : 3,7 MiB, 3825664 octets, 7472 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop11 : 4,2 MiB, 4403200 octets, 8600 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop12 : 96,6 MiB, 101318656 octets, 197888 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop13 : 44,9 MiB, 47063040 octets, 91920 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop14 : 62,1 MiB, 65105920 octets, 127160 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop15 : 276 KiB, 282624 octets, 552 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/loop16 : 255,6 MiB, 267980800 octets, 523400 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Disque /dev/mapper/luks-374c9edb-560e-42a6-87ed-3a313689f239 : 931,3 GiB, 999945142272 octets, 1953017856 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets- impossible de le monter :
nco@desk:~$ sudo mount /dev/sda2 /media/nico/DD14.10
mount: /media/nico/DD14.04 : wrong fs type, bad option, bad superblock on /dev/sda2, missing codepage or helper program, or other error.
nco@desk:~$ sudo mount /dev/sda5 /media/nico/DD14.10
mount: /media/nico/DD14.04 : type de système de fichiers « crypto_LUKS » inconnuApparemment, je pourrais récupérer les données que j'avais sur ma 14.10 avec TestDisk, mais n'y a-t-il pas plus simple ?
Désolé si le sujet a déjà été soulevé et résolu.
Merci pour l'aide que vous pourrez m'apporter.
PS : oui, il faut aussi que je me penche sur ces loop créées en installant ... 
Dernière modification par MonsterNunch (Le 03/01/2021, à 22:29)
Hors ligne
#2 Le 03/09/2020, à 23:26
- geole
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
sudo mount /dev/sda3 /media/nico/DD14.10Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#3 Le 03/09/2020, à 23:48
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Je n'ai pas de sda3
Hors ligne
#4 Le 04/09/2020, à 01:10
- geole
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Mille excuses
sudo mount /dev/sda5 /media/nico/DD14.10
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#5 Le 04/09/2020, à 05:38
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
PS : oui, il faut aussi que je me penche sur ces loop créées en installant ..
→ rien de grave : ce sont les logiciels au format « snap » qui font ça, de par leur système de confinement ils sont montés un peu comme des périphériques virtuels.
Il y a sans doute des options à fdisk pour exclure certains périphériques, ou n'afficher que les supports physiques.
Sinon la commande
lsblk -fe7 -o +SIZEdonne un bon aperçu des disques et partitions ( et de leur taille ) à condition d'élargir un peu le terminal.
Est-ce que par hasard tu aurais encore le support d'installation de ta 14.10 ?
Hypothèse farfelue : en démarrant en live-session 14.10, accéderais-tu de nouveau à ces parties chiffrées ? Y'a p'têt bien eu des changements dans la manière de gérer ce chiffrement entre 14.10 et 18.04 ???
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#6 Le 04/09/2020, à 08:45
- Nuliel
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Il me semble qu'avant c'était cryptsetup qui était utilisé, il y a eu il me semble un changement dans le chiffrement
Hors ligne
#7 Le 04/09/2020, à 08:54
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bonjour,
Merci pour vos réponses.
@geole :
C'est là où j'ai le retour : /media/nico/DD14.04 : type de système de fichiers « crypto_LUKS » inconnu
@Coeur Noir :
J'ai supprimé ces snaps. Ce post-scriptum est donc résolu. Merci.
Concernant le support, je ne l'ai plus. C'est une vieille installation qui date dont je me servais sur mon PC. j'étais en attente de disque dur pour passer à la 18.04 car les dépôts pour faire la mise à jour directement sur la distribution installée n'étaient plus disponibles et j'avais beaucoup de données à récupérer. Je voulais une installation toute propre et je me suis dit que je pourrais tout bêtement monter ce DD en parallèle de ma nouvelle version pour piocher les données dedans. Du coup je retardais l'échéance. Mauvais calcul !
L'idéal, serait de pouvoir redémarrer avec l'ancien système pour transvaser les données sur le DD de la 18.04, mais je n'y accède plus du fait d'un écran noir (mise à jour d'un mauvais driver NVIDIA) et pour une raison obscure, plus de clavier (je n'ai que des USB et je ne comprends pas pourquoi d'un coup, ils ne sont plus reconnus après mon login) pour récupérer la console et virer ces drivers.
Savez-vous s'il est possible de virer ce cryptage si je parviens de nouveau à accéder à cette 14.10 ?
De mon côté, j'ai trouvé sur un autre site l'info suivante :
Pour pouvoir accéder à vos fichiers, vous devez d'abord les déchiffrer.
cryptsetup open /dev/sda1 backupoù sda1 est la partition chiffrée et backup est le nom de votre partition (c'est une commande très basique, vous pouvez la corriger en fonction de vos besoins). Tapez ensuite votre mot de passe et procédez au montage sans chiffrement à l'aide de
mount /dev/mapper/backup /mntTerminé! visitez maintenant la partition montée
cd /mnt/backup
Mais dans ce cas, j'aurais besoin d'espace que je n'ai pas 
D'ailleurs, j'ai testé, mais j'ai le retour suivant :
> sudo cryptsetup open /dev/sda5 backup
Saisissez la phrase secrète pour /dev/sda5 :
Impossible d'utiliser le périphérique /dev/sda5 actuellement utilisé (déjà mappé ou monté).
> sudo umount /dev/sda5
umount: /dev/sda5 : non monté. Hors ligne
#8 Le 04/09/2020, à 11:21
- geole
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bonjour
Peut-être aussi
sudo umount /dev/mapper/backupRegarde aussi ce que tu peux faire avec le paragraphe 8 de ce document https://doc.ubuntu-fr.org/ecryptfs#recu … me_chiffre
ainsi que cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=2022206
Dernière modification par geole (Le 04/09/2020, à 11:26)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#9 Le 04/09/2020, à 11:47
- marcodel
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
salut
J'ai fait une mise à jour de la carte graphique NVIDIA GTX 275 sur mon Ubuntu 14.10 avec les drivers 340.108 => Ce qui a planté mon serveur X et je me retrouvais avec un écran noir à chaque login.
et si tu vires le drivier nvidia depuis un tty sur ta 14.10 ?
a+
Hors ligne
#10 Le 04/09/2020, à 16:23
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Impossible d'utiliser le périphérique /dev/sda5 actuellement utilisé (déjà mappé ou monté).sda5 déjà utilisé ?
lsblk -fe7 -o +SIZEEt si tu tentais d'accéder à tout cela depuis une live-session : au moins là tu serais sûr qu'aucune partition ne sera utilisée ?
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#11 Le 04/09/2020, à 23:13
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bonsoir,
Wow, ça fait plaisir de ne pas se sentir seul dans ce monde hypravelu qu'est Linux.
@Coeur Noir
llsblk -fe7 -o +SIZE =>
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE
sda 931,5G
├─sda1 ext2 942f09c2-1efb-4fca-bdb1-ba88a5cc961c /mnt/942f0 243M
├─sda2 1K
└─sda5 crypto 374c9edb-560e-42a6-87ed-3a313689f239 931,3G
sdb 465,8G
├─sdb1 ext4 81d54d1b-d89c-4924-8a4d-87a3798366fd /boot 731M
├─sdb2 1K
└─sdb5 crypto d5516d96-a714-49d0-8adc-efe0c68439a5 465G
└─sda5_crypt
LVM2_m q7ui1x-J1gE-Itka-6AIu-FLLR-MrLy-cOPYlq 465G
├─ubuntu--vg-root
│ ext4 cacb40af-a17f-48a9-b35d-58f302e55b0d / 464,1G
└─ubuntu--vg-swap_1
swap 54a45dbd-b1a6-47db-a410-0e50fa32dae5 [SWAP] 976M@marcodel
En effet, j'ai tenté un démarrage en recovery mode et je viens de découvrir les différents affichages d'info avec les Alt + Fx et je peine encore à me retrouver sur la console pour agir sur la distrib en cours : il faut que je potasse.
A l'instinct, j'arrive au menu qui me propose différentes options, j'ai tenté la réparation des packages, et continuer en mode graphique safe, mais cela ne résout pas mon démarrage avec écran noir (d'ailleurs, précision : le curseur clignote sur cet écran noir).
Je suis aussi arrivé à un début de console où le système me demande de me loguer en admin, mais là, mon clavier ne fonctionnait pas. Il faut que je teste à nouveau, j'ai retrouvé un clavier avec la prise violette.
@geole
https://doc.ubuntu-fr.org/ecryptfs#recu … me_chiffre =>
Ça a l'air excellent comme tuto pour décrypter, mais je crois que j'ai fait la boulette de mettre la même passphrase pour le disque de la 14.10 et l'actuel 18.04. Je vais tenter le point 8.3 tout de même dès que je pourrais la monter.
https://forum.ubuntu-fr.org/viewtopic.php?id=2022206 => Je crois avoir fait cela en tout premier lieu, avant de vous contacter ici, mais d'un coup, le disque a disparu ... depuis je le retrouve uniquement dans le gestionnaire de disques Ubuntu.
En revanche, je ne pourrais pas faire tout ça avant une semaine car je pars en déplacement loin de mon ordi.
Je vous ferais le retour à ce moment là.
Merci beaucoup à tous pour toutes vos suggestions. A bientôt.
Hors ligne
#12 Le 07/11/2020, à 18:52
- geole
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bonjour
, mais d'un coup, le disque a disparu ... depuis je le retrouve uniquement dans le gestionnaire de disques Ubuntu.
.
Cela ressemble à un disque en mauvais état. Il n'aurait pas du recevoir un autre O.S.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#13 Le 07/11/2020, à 19:11
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
└─sdb5 crypto d5516d96-a714-49d0-8adc-efe0c68439a5 465G
└─sda5_crypt
LVM2_m q7ui1x-J1gE-Itka-6AIu-FLLR-MrLy-cOPYlq 465G
├─ubuntu--vg-root
│ ext4 cacb40af-a17f-48a9-b35d-58f302e55b0d / 464,1G
└─ubuntu--vg-swap_1sdb5 semble être la partie « déchiffrée » provenant de sda5 - ce qui fait que sda5 devient indisponible ?
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#14 Le 07/11/2020, à 19:28
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
@geole :
Non, je pense que le décryptage du sda5 (Ubuntu 14.04) sur le gestionnaire de périphérique du sdb5 ( qui était un Ubuntu 18.04, mais maintenant qu'il ne marche plus, c'est le même comportement sur le Ubuntu Live USB 18.04) le fait disparaître du gestionnaire de périphérique graphique car ce n'est pas le même système d'encryption comme l'a suggéré Nuliel.
Pas de raisons pour que le disque soit HS, juste avant d'installer la 18.04 sur sdb, il etait nickel (j'avais un autre disque dessus pour des datas sans trop d'importance, mais il était en fin de vie et je l'ai viré car il me faisait des erreurs au boot avec SMART DISK, mais fonctionnait tout de même quand on passait cette vérif et les données étaient accessibles).
De plus, sur le Live USB, quand je décrypte le sdb (Ubuntu 18.04 qui ne fonctionne plus depuis les MAJ recommandées) via l'explorateur, lui s'affiche.
@Coeur Noir :
Je n'ai jamais réussi à mettre sda (Ubuntu 14.04) sur sdb(Ubuntu 18.04).
Ce sont deux versions d'Ubuntu complètement indépendantes.
Les seuls points communs sont le nom de l'utilsateur admin, le mot de passe et la passphrase d'encryption.
J'avais lu sur un tuto qu'il fallait que ce soit identique pour récupérer le contenu justement. Ca a super bien marché ! peut-être qu'il parlaient d'un OS de même version ...
Ce qui serait idéal, c'est de retirer ces drivers qui ont provoqué cela sur ma 14.04, mais lorsque j'arrive sur le tty, le clavier ne fonctionne plus !?
Je crois que je suis maudit
Dernière modification par MonsterNunch (Le 07/11/2020, à 23:00)
Hors ligne
#15 Le 07/11/2020, à 22:53
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Je pose ça là, vu que c'est le topic pour récupérer les données de ce disque :
ubuntu@ubuntu:~$ sudo smartctl -s on -a /dev/sda
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-5.3.0-28-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Blue
Device Model: WDC WD10EZEX-00RKKA0
Serial Number: WD-WMC1S6479441
LU WWN Device Id: 5 0014ee 0ae4ee1ff
Firmware Version: 80.00A80
User Capacity: 1000204886016 bytes [1,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS (minor revision not indicated)
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Sat Nov 7 20:45:14 2020 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (10800) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 125) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x30b5) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 180 174 021 Pre-fail Always - 1975
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 208
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 019 019 000 Old_age Always - 59359
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 208
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 158
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 49
194 Temperature_Celsius 0x0022 115 098 000 Old_age Always - 28
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.Hors ligne
#16 Le 08/11/2020, à 01:55
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Qu'indiquent les fichiers /etc/fstab de chaque système ?
Ce sont deux versions d'Ubuntu complètement indépendantes.
Oui 2 systèmes, dans des partitions ou disques différents. Ça n'interdit pas en théorie depuis l'un de voir l'autre. Le chiffrement complique sans doute l'affaire.
Dernière modification par Coeur Noir (Le 08/11/2020, à 02:16)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#17 Le 08/11/2020, à 03:00
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Comme je l'indiquais sur l'autre topic (https://forum.ubuntu-fr.org/viewtopic.php?pid=22366613) je suis en train de réinstaller une nouvelle 18.04 propre.
Pourquoi est-ce que je l'indique ici ? C'est parce que je crois que je viens de rajouter une grosse bêtise sur ce sda en 14.04 dont j'aimerais au moins récupérer les données de /home : lors d'un moment d’inattention, j'ai initié une installation sur celui-ci (je l'ai stoppé au quasi début, il n'y avait pas de barre de progression ... j'espère que ce n'est pas trop grave).
Résultat, elle ne s'affiche plus dans l'explorateur, et avant de redémarrer ma session live, lorsque je l'ai vue dans l'explorateur, je la voyais chiffrée avec le cadenas, mais à ce moment là, quand j'ai voulu essayé de la déverrouiller avec son habituelle passphrase, au lieu de disparaître de l'explorateur, comme d'habitude, cela n'a pas fonctionné.
J'ai alors testé la nouvelle passphrase, et cela a fonctionné et le disque a disparu de l'explorateur comme cela avait l'habitude de le faire avant.
Mais le plus étrange, c'est qu'en redémarrant ma session LIVE USB, là je ne la vois plus dans l'explorateur comme c'était le cas avant, et sur le gestionnaire de disques, elle n'est plus indiquée comme cryptée.
J'espère que je n'ai pas tout perdu dessus, cela serait vraiment dramatique pour moi.
Pour le moment, je relance l'installation de mon sdb en 18.04
(PS : je suis réellement en panique et complètement dépité de risquer d'avoir perdu mes données sur le sda 14.04)
@Coeur Noir Je ne sais pas comment les consulter, vu que le 14.04 sur sda, je n'ai jamais réussi à y ré-accéder de ma version 18.04 sur sdb, ni du Live USB. Et que là, je suis en cours de réinstallation d'une 18.04 toute neuve sur sdb.
Dernière modification par MonsterNunch (Le 08/11/2020, à 04:33)
Hors ligne
#18 Le 08/11/2020, à 04:34
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
là, je suis en cours de réinstallation d'une 18.04 toute neuve sur sdb
Ça paraît sage. Et seulement sur sdb, une installation toute simple sans chichi avec juste une partition / avec tout dedans, pas de /home séparé ou autre cosmétique.
Garde toi de l'espace pour une autre partition, sûrement nécessaire ensuite.
De là doit bien y avoir moyen de voir sda, puis de monter/déchiffrer sda5 dans la partition sdbX que tu auras gardé sous le coude.
Je suppose que tu as déjà potassé tout ça : https://www.qwant.com/?q=+site%3Adoc.ub … hiffrement ?
Une fois ta 18.04 fonctionnelle, re-passe un
lsblk -fe7 -o +sizequ'on voit ce qu'elle voit comme disques et partitions.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#19 Le 08/11/2020, à 04:49
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bon, j’arrête pour ce soir et j'appelle un exorciste !
Je ne comprends plus rien :
Au redémarrage, à l'invite de démarrage de mon BIOS, je démarre sur le 1To, sensé être mon sda avec mon installation 14.04, et il me lance ma nouvelle installation 18.04 toute propre. Je démarre sur le 500 Go, sensé être mon sdb avec ma 18.04 toute propre, et il m'affiche le curseur, caractéristique de la 14.04 toute pétée.
Pourtant :
- dans l'explorateur, la 1To est toujours invisible (depuis ma bêtise lors de l'installation du 18.04 du message #17) et le 500Go, toujours indiqué crypté, se monte bien en le déverrouillant avec la nouvelle passphrase et je peux le parcourir.
- dans le gestionnaire de disque, le 1To, toujours noté sda, toujours plus cryptée (depuis ma bêtise lors de l'installation du 18.04 du message #17) est bien présente et le 500Go, toujours noté sdb est cryptée et se déverrouille bien avec la nouvelle passphrase (ils ont les bons noms de modèle en plus). Ils ont, de plus, les noms de modèles correct, les mêmes que sur mon invite BIOS.
-
ubuntu@ubuntu:~$ lsblk -fe7 -o +SIZE
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE
sda 931,5G
├─sda1 ext4 06795a17-0b9e-4ca6-8bb7-5463823629e7 /media/ubuntu/06795a17-0b9e-4ca6-8bb7-5463823629e7 731M
├─sda2 1K
└─sda5 930,8G
sdb 465,8G
├─sdb1 ext4 670763df-c912-4d1d-9acc-e6d29e3854fd 731M
├─sdb2 1K
└─sdb5 crypto_LUKS 6cd7d708-26f5-44cd-9994-35374bfc1859 465G
└─luks-6cd7d708-26f5-44cd-9994-35374bfc1859
LVM2_member URSFGC-N821-1F3v-MVjX-3o2k-M2kJ-vuEScc 465G
├─ubuntu--vg-root
│ ext4 30ee09e5-0b4e-4bab-9f05-4c49c2f1f94d /media/ubuntu/30ee09e5-0b4e-4bab-9f05-4c49c2f1f94d 464,1G
└─ubuntu--vg-swap_1
swap 4ff56fc0-11cd-4d00-839b-0f47387ba8f3 976M
sdc 14,3G
└─sdc1 vfat UBUNTU1804 2686-DBEC /isodevice 14,3G
sdd 14,3G
└─sdd1 vfat 6B13-0654 14,3GEt je n'ai pas de répertoire /media/ubuntu/06795a17-0b9e-4ca6-8bb7-5463823629e7 dans l'explorateur.
Hors ligne
#20 Le 08/11/2020, à 05:12
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Et celui-là, tu le trouves :
/media/ubuntu/30ee09e5-0b4e-4bab-9f05-4c49c2f1f94dc'est à priori le contenu déchiffré de sda5, non ?
Tu fais ça depuis une live-session, du coup ?
Au redémarrage, à l'invite de démarrage de mon BIOS, je démarre sur le 1To, sensé être mon sda avec mon installation 14.04, et il me lance ma nouvelle installation 18.04 toute propre. Je démarre sur le 500 Go, sensé être mon sdb avec ma 18.04 toute propre, et il m'affiche le curseur, caractéristique de la 14.04 toute pétée.
T'es obligé de choisir dans le bios sur quel disque démarrer à chaque fois ?
Au démarrage, tu devrais avoir le menu GRUB qui te donne le choix entre les deux OS ( enfin si la 14.xx est toujours en état de démarrer ).
Avec ta description on peut croire que GRUB est installé sur sda pour lancer la 18.04 ( qui est sur sdb ). Ça n'a rien de fou si tu dis à ton bios de booter sur sda.
Si tu dis à ton bios de booter sur sdb alors il faut aussi installer GRUB sur sdb.
boot-info si tu veux enquêter par là.
Dernière modification par Coeur Noir (Le 08/11/2020, à 05:14)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#21 Le 08/11/2020, à 21:17
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Et celui-là, tu le trouves :
/media/ubuntu/30ee09e5-0b4e-4bab-9f05-4c49c2f1f94dc'est à priori le contenu déchiffré de sda5, non ?
Tu fais ça depuis une live-session, du coup ?
Non, il semblerait que ce soit la partition d'amorcage uniquement, il m'apparait comme vide dans l'explorateur et fait 761Mo alors que le volume de mes données est beaucoup plus important que ça, ça doit être dans sda5 mais il ne me propose pas de le monter.
T'es obligé de choisir dans le bios sur quel disque démarrer à chaque fois ?
Au démarrage, tu devrais avoir le menu GRUB qui te donne le choix entre les deux OS ( enfin si la 14.xx est toujours en état de démarrer ).
Avec ta description on peut croire que GRUB est installé sur sda pour lancer la 18.04 ( qui est sur sdb ). Ça n'a rien de fou si tu dis à ton bios de booter sur sda.
Si tu dis à ton bios de booter sur sdb alors il faut aussi installer GRUB sur sdb.
En fait, les deux versions ont été installées avec un seul disque présent dans l'ordinateur à chaque fois.
La 14.04 sur sda parce que je n'en avait qu'un à l'époque et la 18.04 sur sdb parce que je ne voulais pas faire de bêtise (et que tout était identique, passphrase, user, mot de passe user, nom machine, que j'ai cru voir conseillé là : https://doc.ubuntu-fr.org/reinstallatio … procedure2
Du coup, je ne connais pas trop GRUB mais il me l'affiche quand je fais plusieurs redémarrages qui n'aboutissent pas.
Mais je n'ai pas souvenir de l'avoir déjà installé où que ce soit. Je faisais donc la sélection, à l'ancienne, via l'invite du BIOS.
Hors ligne
#22 Le 08/11/2020, à 22:57
- Coeur Noir
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
GRUB est mis en place par l'installateur du système, fait donc partie d'une installation par défaut.
De plus, avant installation, et selon le contexte ( présence d'un windows ou pas, multi-boot… ) ils est souvent conseillé de désactiver le secure-boot, de préférer un démarrage en mode bios/legacy plutôt que UEFI…
boot-info donnerait des infos et recommandations à ce sujet.
Quant à /media/ubuntu/30ee09e5-0b4e-4bab-9f05-4c49c2f1f94d qui ne te montre que 761Mo ( alors que cette partition « mesure » 464,1G d'après le lsblk du #19 ) on touche aux limites de mes compétences, là :
je crains en espérant me tromper que c'est tout ce qu'il reste de ton install' précédente cf « lors d'un moment d’inattention, j'ai initié une installation sur celui-ci (je l'ai stoppé au quasi début, il n'y avait pas de barre de progression ... j'espère que ce n'est pas trop grave). »
C'est peut-être encore récupérable mais je ne serais d'aucun conseil : https://doc.ubuntu-fr.org/photorec n'ayant jamais « pratiqué » ce genre d'opération.
Et ne prends surtout pas ceci comme une remontrance ou un « donnage » de leçon mais… installer un nouveau système, ou mettre à niveau, ou modifier des disques et partitions, c'est typiquement le genre d'opérations à risques qui requièrent au préalable une sauvegarde des données personnelles.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#23 Le 09/11/2020, à 00:31
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Voici le Boot-info :
boot-info-4ppa125 [20201108_2310]
============================== Boot Info Summary ===============================
=> Grub2 (v2.00) is installed in the MBR of /dev/sda and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for /grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fshelp ext2 part_msdos biosdisk search_fs_uuid
---------------------------------------------------------------------------
config script
---------------------------------------------------------------------------
search.fs_uuid 670763df-c912-4d1d-9acc-e6d29e3854fd root hd1,msdos1
set prefix=($root)'/grub'
---------------------------------------------------------------------------
=> libparted MBR boot code is installed in the MBR of /dev/sdb.
=> Grub2 (v2.00) is installed in the MBR of /dev/sdc and looks at sector 1 of
the same hard drive for core.img. core.img is at this location and looks
for (,msdos1)/boot/grub. It also embeds following components:
modules
---------------------------------------------------------------------------
fat part_msdos biosdisk
---------------------------------------------------------------------------
sda1: __________________________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System:
Boot files:
sda2: __________________________________________________________________________
File system: Extended Partition
Boot sector type: Unknown
Boot sector info:
sda5: __________________________________________________________________________
File system:
Boot sector type: Unknown
Boot sector info:
sdb1: __________________________________________________________________________
File system: ext4
Boot sector type: Grub2 (v1.99-2.00)
Boot sector info: Grub2 (v2.00) is installed in the boot sector of sdb1
and looks at sector 434464 of the same hard drive for
core.img. core.img is at this location and looks for
(,msdos1)/grub. It also embeds following components:
modules
-------------------------------------------------------
fshelp ext2 part_msdos biosdisk
-------------------------------------------------------
Operating System:
Boot files: /grub/grub.cfg /grub/i386-pc/core.img
sdb2: __________________________________________________________________________
File system: Extended Partition
Boot sector type: Unknown
Boot sector info:
sdb5: __________________________________________________________________________
File system: crypto_LUKS
Boot sector type: Unknown
Boot sector info:
sdc1: __________________________________________________________________________
File system: vfat
Boot sector type: SYSLINUX 4.05 20140113
Boot sector info: Syslinux looks at sector 4247344 of /dev/sdc1 for its
second stage. SYSLINUX is installed in the
/boot/syslinux directory. No errors found in the Boot
Parameter Block.
Operating System:
Boot files: /boot/grub/menu.lst /boot/grub/grub.cfg
/boot/syslinux/syslinux.cfg /efi/BOOT/bootia32.efi
/efi/BOOT/grubx64.efi /boot/grub/i386-pc/core.img
/boot/syslinux/ldlinux.sys
================================ 1 OS detected =================================
OS#1: Ubuntu 18.04.4 LTS on mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68
============================ Architecture/Host Info ============================
CPU architecture: 64-bit
Live-session OS is Ubuntu 64-bit (Ubuntu 18.04.4 LTS, bionic, x86_64)
===================================== UEFI =====================================
This live-session is not in EFI-mode.
1db7aa09c2bda1d08b0f7b61a54a2e2d sdc1/BOOT/bootia32.efi
1bd54ad95660feab365d15299242ff9f sdc1/BOOT/grubx64.efi
7095619324a9fb786422d7427c056405 sdc1/BOOT/BOOTx64.efi
============================= Drive/Partition Info =============================
Disks info: ____________________________________________________________________
sdc : notGPT, no-BIOSboot, has---ESP, liveusb, not-mmc, no-os, 2048 sectors * 512 bytes
sda : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, has-os, 2048 sectors * 512 bytes
sdb : notGPT, no-BIOSboot, has-noESP, not-usb, not-mmc, no-os, 2048 sectors * 512 bytes
Partitions info (1/3): _________________________________________________________
sdc1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sda1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, not-far
sdb1 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, grubenv-ok, noupdategrub, not-far
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 : is-os, 64, apt-get, grub-pc , grub2, grub-install, no-grubenv, update-grub, not-far
sda5 : no-os, 32, nopakmgr, no-docgrub, nogrub, nogrubinstall, no-grubenv, noupdategrub, farbios
Partitions info (2/3): _________________________________________________________
sdc1 : is---ESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sdb1 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 : isnotESP, fstab-without-efi, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
sda5 : isnotESP, part-has-no-fstab, no-nt, no-winload, no-recov-nor-hid, no-bmgr, notwinboot
Partitions info (3/3): _________________________________________________________
sdc1 : not-sepboot, no-kernel, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdc
sda1 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
sdb1 : is-sepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sdb
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 : not-sepboot, no-boot, fstab-has-goodBOOT, not-sep-usr, with--usr, fstab-without-usr, std-grub.d, sda
sda5 : maybesepboot, no-boot, part-has-no-fstab, not-sep-usr, no---usr, part-has-no-fstab, std-grub.d, sda
fdisk -l (filtered): ___________________________________________________________
Disk identifier: 0x6e037a9d
Boot Start End Sectors Size Id Type
loop0p1 * 0 4153407 4153408 2G 0 Empty
loop0p2 12012 16939 4928 2.4M ef EFI (FAT-12/16/32)
Disk sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk identifier: 0x9130b00d
Boot Start End Sectors Size Id Type
sda1 * 2048 1499135 1497088 731M 83 Linux
sda2 1501182 1953523711 1952022530 930.8G 5 Extended
sda5 1501184 1953523711 1952022528 930.8G 83 Linux
Disk sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Disk identifier: 0xfa4fb498
Boot Start End Sectors Size Id Type
sdb1 * 2048 2000895 1998848 976M 83 Linux
sdb2 2002942 976771071 974768130 464.8G 5 Extended
sdb5 2002944 976771071 974768128 464.8G 83 Linux
Disk sdc: 14.3 GiB, 15376000000 bytes, 30031250 sectors
Disk identifier: 0x00018f1b
Boot Start End Sectors Size Id Type
sdc1 * 2048 30029823 30027776 14.3G c W95 FAT32 (LBA)
Disk mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68: 464.8 GiB, 499079184384 bytes, 974764032 sectors
parted -lm (filtered): _________________________________________________________
sda:1000GB:scsi:512:4096:msdos:ATA WDC WD10EZEX-00R:;
1:1049kB:768MB:767MB:ext4::boot;
2:769MB:1000GB:999GB:::;
5:769MB:1000GB:999GB:::;
sdb:500GB:scsi:512:4096:msdos:ATA WDC WD5000AURX-6:;
1:1049kB:1024MB:1023MB:ext4::boot;
2:1026MB:500GB:499GB:::;
5:1026MB:500GB:499GB:::;
sdc:15.4GB:scsi:512:512:msdos:SanDisk Ultra:;
1:1049kB:15.4GB:15.4GB:fat32::boot, lba;
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68:499GB:dm:512:4096:loop:Linux device-mapper (crypt):;
1:0.00B:499GB:499GB:ext4::;
blkid (filtered): ______________________________________________________________
NAME FSTYPE UUID PARTUUID LABEL PARTLABEL
sda
├─sda1 ext4 06795a17-0b9e-4ca6-8bb7-5463823629e7 9130b00d-01
├─sda2 9130b00d-02
└─sda5 9130b00d-05
sdb
├─sdb1 ext4 0837f4da-fe55-46db-9f35-c8cf86da373f fa4fb498-01
├─sdb2 fa4fb498-02
└─sdb5 crypto_LUKS eff299eb-0f1b-46ee-947d-49fbf40b4c68 fa4fb498-05
└─luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 ext4 b22b9645-5b65-47d8-8ace-39129246214f
sdc
└─sdc1 vfat 2686-DBEC 00018f1b-01 UBUNTU1804
df (filtered): _________________________________________________________________
Avail Use% Mounted on
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 426.8G 1% /media/ubuntu/b22b9645-5b65-47d8-8ace-39129246214f
sda1 213.2M 1% /mnt/boot-sav/sda1
sdb1 793.2M 9% /mnt/boot-sav/sdb1
sdc1 9.1G 36% /isodevice
Mount options: __________________________________________________________________
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 rw,nosuid,nodev,relatime
sda1 rw,relatime,stripe=4
sdb1 rw,relatime
sdc1 rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro
============================== ls -R /dev/mapper/ ==============================
/dev/mapper:
control
luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68
======================== sdb1/grub/grub.cfg (filtered) =========================
Ubuntu b22b9645-5b65-47d8-8ace-39129246214f
Ubuntu, avec Linux 5.3.0-28-generic b22b9645-5b65-47d8-8ace-39129246214f
### END /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_uefi-firmware ###
==================== sdb1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
0.208076477 = 0.223420416 grub/grub.cfg 1
0.207191467 = 0.222470144 grub/i386-pc/core.img 1
0.142307281 = 0.152801280 vmlinuz-5.3.0-28-generic 1
0.359611511 = 0.386129920 initrd.img-5.3.0-28-generic 1
====================== sdc1/boot/grub/menu.lst (filtered) ======================
# This is a sample menu.lst file. You should make some changes to it.
# The old install method of booting via the stage-files has been removed.
# Please install GRLDR boot strap code to MBR with the bootlace.com
# utility under DOS/Win9x or Linux.
timeout 30
default /default
#convert -resize 640x480 -colors 14 /media/multisystem/boot/splash/splash.png /media/multisystem/boot/splash/splash.xpm.gz
splashimage=/boot/splash/splash.xpm.gz
#color blue/green yellow/red white/magenta white/magenta
foreground=0033FF
background=FF3300
#http://diddy.boot-land.net/grub4dos/Grub4dos.htm
#http://www.boot-land.net/forums/index.php?showforum=66
#http://diddy.boot-land.net/grub4dos/files/syntax.htm
#Ne supprimez pas ce marqueur! / Do not remove this marker!
#MULTISYSTEM_START
#MULTISYSTEM_STOP
#Ne supprimez pas ce marqueur! / Do not remove this marker!
#http://diddy.boot-land.net/grub4dos/files/syntax.htm
title Chainloader into GRUB 2
find --set-root /boot/grub/boot.img
chainloader /boot/grub/boot.img
boot
#title Chainloader into Syslinux
#map (hd0) (hd0)
#map (hd0) (hd0)
#chainloader (hd0,0)+1
#rootnoverify (hd0,0)
##Autre solution pour chainer Syslinux
##faire une copie du mbr de la clé USB
##dd if=/dev/sd?1 of=/media/multisystem/syslinux.mbr bs=512 count=1
#title Chainloader into Syslinux
#find --set-root --ignore-floppies --ignore-cd /syslinux.mbr
#map (hd0) (hd0)
#map (hd0) (hd0)
#map --rehook
#find --set-root --ignore-floppies --ignore-cd /syslinux.mbr
#chainloader /syslinux.mbr
##Autre solution pour chainer Syslinux
#title Chainloader into Syslinux
#find --set-root /boot/syslinux/ldlinux.sys
#chainloader /boot/syslinux/ldlinux.sys
##Autre solution pour chainer Syslinux
#title Chainloader into Syslinux
#find --set-root --ignore-floppies --ignore-cd /boot/syslinux/redir.img
#kernel /boot/syslinux/memdisk
#initrd /boot/syslinux/redir.img
#http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/
title FreeDos
kernel /boot/syslinux/memdisk
initrd /boot/img/fdboot.img
title find and load NTLDR of Windows NT/2K/XP
fallback 1
find --set-root --ignore-floppies --ignore-cd /ntldr
map () (hd0)
map (hd0) ()
map --rehook
find --set-root --ignore-floppies --ignore-cd /ntldr
chainloader /ntldr
savedefault --wait=2
title find and load BOOTMGR of Windows VISTA/SEVEN
fallback 2
find --set-root --ignore-floppies --ignore-cd /bootmgr
map () (hd0)
map (hd0) ()
map --rehook
find --set-root --ignore-floppies --ignore-cd /bootmgr
chainloader /bootmgr
savedefault --wait=2
title find and load CMLDR, the Recovery Console of Windows NT/2K/XP
fallback 3
find --set-root --ignore-floppies --ignore-cd /cmldr
map () (hd0)
map (hd0) ()
map --rehook
find --set-root --ignore-floppies --ignore-cd /cmldr
chainloader /cmldr
#####################################################################
# write string "cmdcons" to memory 0000:7C03 in 2 steps:
#####################################################################
# step 1. Write 4 chars "cmdc" at 0000:7C03
write 0x7C03 0x63646D63
# step 2. Write 3 chars "ons" and an ending null at 0000:7C07
write 0x7C07 0x00736E6F
savedefault --wait=2
title find and load IO.SYS of Windows 9x/Me
fallback 4
find --set-root /io.sys
chainloader /io.sys
savedefault --wait=2
title find and boot 0PE.ISO
fallback 5
find --set-root /0PE/0PE.ISO
map /0PE/0PE.ISO (0xff) || map --mem /0PE/0PE.ISO (0xff)
map --hook
chainloader (0xff)
savedefault --wait=2
title find and boot MicroPE.ISO
fallback 6
find --set-root /boot/MicroPE.ISO
map /boot/MicroPE.ISO (0xff) || map --mem /boot/MicroPE.ISO (0xff)
map --hook
chainloader (0xff)
savedefault --wait=2
title find and boot ubcd.iso
fallback 8
find --set-root /ubcd.iso
map /ubcd.iso (0xff) || map --mem /ubcd.iso (0xff)
map --hook
chainloader (0xff)
savedefault --wait=2
title commandline
commandline
title reboot
reboot
title halt
halt
====================== sdc1/boot/grub/grub.cfg (filtered) ======================
ubuntu-18.04.4-desktop-amd64.iso
Mode persistent ubuntu-18.04.4-desktop-amd64.iso
______________Grub4Dos______________
Grub4Dos
______________Syslinux______________
Syslinux
Syslinux
Syslinux
______________UTIL______________
0-testfakebios
Windows 7 BIOS/MBR
Windows XP BIOS/MBR
grub.cfg auf sdb1
Chain other configfile
Return default menu
Chainer UUID de la partition
FreeBSD
TITLE
PLoP Boot Manager
Super Grub2 Disk
Super Grub Disk
Smart Boot Manager
BKO (boot.kernel.org)
vbeinfo
lspci
gfxpayload 640x480
gfxpayload 800x600
gfxpayload 1024x768
gfxpayload 1280x1024
Reboot
================== sdc1/boot/syslinux/syslinux.cfg (filtered) ==================
#http://www.syslinux.org/wiki/index.php?title=SYSLINUX#UI_module_options...
#default /boot/syslinux/vesamenu.c32
UI /boot/syslinux/vesamenu.c32
prompt 0
timeout 40
ontimeout 0
MENU TITLE MultiSystem LiveUSB
MENU DEFAULT 0
MENU BACKGROUND /boot/splash/splash.png
#Ne supprimez pas ce marqueur! / Do not remove this marker!
#MULTISYSTEM_START
#MULTISYSTEM_STOP
#Ne supprimez pas ce marqueur! / Do not remove this marker!
label 0
MENU LABEL PLoP Boot Manager
KERNEL /boot/img/plpbt
label 1
MENU LABEL Grub2
kernel /boot/syslinux/chain.c32 file=/boot/grub/boot.img
label 2
MENU LABEL Grub4Dos
kernel /boot/grub.exe
LABEL 3
MENU LABEL Hardware Detection Tool
KERNEL /boot/syslinux/hdt.c32
#Exemple pour booter un iso avec version recente de memdisk
#label 4
#MENU LABEL boot iso
#KERNEL /boot/syslinux/memdisk
#APPEND iso raw initrd=/g4u.iso
#LABEL 5
#KERNEL /boot/syslinux/memdisk
#APPEND initrd=freebsd.img floppy
#LABEL 6
#MENU LABEL Chainer win
#KERNEL /boot/syslinux/chain.c32 ntldr=/ntldr
#LABEL 7
#MENU LABEL Chainer partition 2
#kernel /boot/syslinux/chain.c32
#append hd0 2
==================== sdc1: Location of files loaded by Grub ====================
GiB - GB File Fragment(s)
?? = ?? boot/grub/menu.lst 1
?? = ?? boot/grub/grub.cfg 1
?? = ?? boot/grub/i386-pc/core.img 1
================== sdc1: Location of files loaded by Syslinux ==================
GiB - GB File Fragment(s)
?? = ?? boot/syslinux/syslinux.cfg 1
?? = ?? boot/syslinux/ldlinux.sys 1
?? = ?? boot/syslinux/chain.c32 1
?? = ?? boot/syslinux/hdt.c32 1
?? = ?? boot/syslinux/ifplop.c32 1
?? = ?? boot/syslinux/menu.c32 1
?? = ?? boot/syslinux/reboot.c32 1
?? = ?? boot/syslinux/vesamenu.c32 1
=============== sdc1: Version of COM32(R) files used by Syslinux ===============
boot/syslinux/chain.c32 : COM32R module (v4.xx)
boot/syslinux/hdt.c32 : COM32R module (v4.xx)
boot/syslinux/ifplop.c32 : COM32R module (v4.xx)
boot/syslinux/menu.c32 : COM32R module (v4.xx)
boot/syslinux/reboot.c32 : COM32R module (v4.xx)
boot/syslinux/vesamenu.c32 : COM32R module (v4.xx)
======================== Unknown MBRs/Boot Sectors/etc =========================
Unknown BootLoader on sda2
00000000 1a af 05 b2 74 1c f2 ec 3e a4 1e c4 e4 b6 bb 49 |....t...>......I|
00000010 d3 5f 46 1f b7 82 17 e1 a8 8c 63 ef e2 e6 c2 48 |._F.......c....H|
00000020 15 53 0f 5a 53 49 31 7c 94 10 25 39 00 a0 ff c3 |.S.ZSI1|..%9....|
00000030 16 b4 d8 ec d1 d3 c3 80 0e 52 63 7c 39 43 77 2a |.........Rc|9Cw*|
00000040 4c 22 3f a1 1e 6a 2f 63 76 a7 ce 67 3c 69 da d3 |L"?..j/cv..g<i..|
00000050 92 4f 24 0a eb 4b da 03 35 a1 00 d8 ef 64 38 d2 |.O$..K..5....d8.|
00000060 f1 fd 49 03 b1 af c5 3a 04 e6 f1 5d 1f 1a a2 a2 |..I....:...]....|
00000070 3a f7 ab 92 2e ea cd 36 dd 69 2c 44 65 8e 79 a4 |:......6.i,De.y.|
00000080 3e ef 49 89 ab 80 87 12 f3 28 d6 eb 5e d8 d7 26 |>.I......(..^..&|
00000090 cb 8e 64 88 c5 72 7a a2 6b e8 fc bf 74 c2 c4 bb |..d..rz.k...t...|
000000a0 f8 0b 77 4b 79 1d b7 d8 75 d5 99 3b 75 77 31 3f |..wKy...u..;uw1?|
000000b0 bd e6 23 42 5e 38 5c 14 0d cb 35 08 4c 05 c6 8c |..#B^8\...5.L...|
000000c0 8a 40 3c 42 23 2b 93 e8 fb 0e 01 41 90 6a cd e9 |.@<B#+.....A.j..|
000000d0 66 60 5b 65 53 f6 31 58 3e 97 d5 c2 5e 6e 11 d5 |f`[eS.1X>...^n..|
000000e0 f7 c9 13 65 da 45 4d 8a 2a d1 db 28 39 34 9c 97 |...e.EM.*..(94..|
000000f0 77 47 44 dc 40 61 49 4a 3c b9 fb fc fa 10 6b 90 |wGD.@aIJ<.....k.|
00000100 f9 08 32 1c 53 b3 54 f6 a4 be 11 92 d8 73 07 d0 |..2.S.T......s..|
00000110 20 80 18 6a 97 ca ca 8b 61 13 c9 2c e2 7c 3c 86 | ..j....a..,.|<.|
00000120 0a 1f a4 ef 74 3a a6 fa 76 86 47 c8 ea 17 12 89 |....t:..v.G.....|
00000130 8a f8 0d 57 b3 39 40 6b f8 f7 a9 9d cb d7 fe f4 |...W.9@k........|
00000140 24 5e be 79 5c 10 53 0f 8f 71 61 27 5c ad f7 40 |$^.y\.S..qa'\..@|
00000150 6a 9d 44 20 66 aa bc 8b 93 76 f0 f1 b9 47 ef 0f |j.D f....v...G..|
00000160 38 9d ba 56 4c 7e 10 36 17 07 1a d8 b5 79 69 f4 |8..VL~.6.....yi.|
00000170 f7 29 f2 1a 70 b9 ca 35 de 7f d0 56 e2 97 95 0b |.)..p..5...V....|
00000180 3f ae f7 7c 2e 4a c4 b5 2f ef da b9 af 3a 19 c5 |?..|.J../....:..|
00000190 d8 20 39 85 00 22 c1 37 c9 76 57 86 ca 1a a7 0b |. 9..".7.vW.....|
000001a0 03 c8 69 d5 da d0 a5 5f 7b 0d 01 73 1a 9d af 0f |..i...._{..s....|
000001b0 5f c9 a9 5c d0 56 c3 7e b0 d8 ef 89 29 fa 00 71 |_..\.V.~....)..q|
000001c0 15 5d 83 fe ff ff 02 00 00 00 00 80 59 74 00 00 |.]..........Yt..|
000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
Unknown BootLoader on sda5
00000000 f9 de 33 6e 14 bb 1e 5e 28 6e c7 60 da 11 f0 7b |..3n...^(n.`...{|
00000010 8b a6 6f c3 23 24 14 89 73 f6 35 88 f8 7c 49 b3 |..o.#$..s.5..|I.|
00000020 de 22 e1 f6 17 1a e5 b0 97 75 39 12 6e f6 70 8d |.".......u9.n.p.|
00000030 b8 2c 5e 1e f4 b8 3d b1 c0 a4 a8 cd d8 f3 41 ec |.,^...=.......A.|
00000040 81 75 b6 2c 0b 78 31 6b c9 6a 10 f1 c7 c2 ed 2c |.u.,.x1k.j.....,|
00000050 6e 60 3e fd b7 b2 4b 42 17 09 17 f2 a2 a9 c5 ca |n`>...KB........|
00000060 61 2d 3a 5b 91 79 a7 63 b4 72 00 76 4d 7c a1 48 |a-:[.y.c.r.vM|.H|
00000070 20 30 a7 d0 5a b9 dc 72 88 01 97 8a 4a dd aa 21 | 0..Z..r....J..!|
00000080 c4 ac 47 54 d0 cc ae 88 63 7f 15 14 b6 6e b4 2f |..GT....c....n./|
00000090 b5 58 cd d5 17 96 85 71 2c 3c 17 ac e2 0d 9b 67 |.X.....q,<.....g|
000000a0 cc 7b 5a 34 cf 7d f7 13 11 6c 6f 0d 3f 4b 1e 36 |.{Z4.}...lo.?K.6|
000000b0 7b 94 65 0e 4b 8c ec 77 ac f9 95 58 8d e3 29 3f |{.e.K..w...X..)?|
000000c0 76 a4 cb 6c ef e1 f3 37 66 d9 be fe 48 e5 de 8a |v..l...7f...H...|
000000d0 0d 2e 0e ba cf 55 2d c3 0a a9 e9 13 ef 07 9d d0 |.....U-.........|
000000e0 d1 59 6e 91 8c 3c 59 2d 9e 6f 45 8a 34 6e 2f 71 |.Yn..<Y-.oE.4n/q|
000000f0 a6 b1 8c 32 2d ca ed c4 c9 8b 62 1d 3b 19 82 6e |...2-.....b.;..n|
00000100 00 ac 96 92 df 2f 6c 29 44 1c 83 a8 4f c3 e9 af |...../l)D...O...|
00000110 b6 9c cc 70 6d 21 97 0e 97 50 f1 b0 06 b5 b8 d1 |...pm!...P......|
00000120 40 d8 a5 6c e2 b8 19 28 f2 35 3a 3c 95 67 1c 32 |@..l...(.5:<.g.2|
00000130 b4 10 e2 24 97 88 b9 2a ab 64 d7 17 a4 68 f7 e0 |...$...*.d...h..|
00000140 86 06 85 2d d1 52 64 e3 c1 55 99 79 4c 66 72 2b |...-.Rd..U.yLfr+|
00000150 ff 5c 9c 7d 69 32 be 24 97 8c 45 8c ce 25 7e d0 |.\.}i2.$..E..%~.|
00000160 08 21 ee e9 d1 10 e5 76 69 9b 7c 38 92 6c 8a 2a |.!.....vi.|8.l.*|
00000170 2a 52 7f f6 f4 32 af e3 ce c3 cd 64 7d 3f 5f 80 |*R...2.....d}?_.|
00000180 3e f3 b5 da a6 ce d9 ab 48 fa bf 41 06 74 25 94 |>.......H..A.t%.|
00000190 29 22 c8 93 9a c9 8d 93 aa 2b 87 ae 25 7d 7c 28 |)".......+..%}|(|
000001a0 dd cc ea ef b8 95 9b 7c e8 d6 ef c3 b5 96 4e 0b |.......|......N.|
000001b0 73 a0 65 9e a9 6a c5 87 43 67 80 39 58 67 14 29 |s.e..j..Cg.9Xg.)|
000001c0 be 48 d5 82 2a ce e9 3e 33 81 e1 43 44 e5 f9 04 |.H..*..>3..CD...|
000001d0 dd 95 38 85 a4 e4 50 de 74 2a 6b 68 e4 e2 7c 27 |..8...P.t*kh..|'|
000001e0 f6 54 84 8c 2d e2 a0 eb 15 67 f6 e2 29 f9 06 cc |.T..-....g..)...|
000001f0 46 e9 c3 f7 02 45 6b fb 4e c2 7b a4 d8 ff 6e 67 |F....Ek.N.{...ng|
00000200
Unknown BootLoader on sdb2
00000000 e0 f3 b4 14 69 f8 ba 4d 0b ef 32 51 cd 2b cd f4 |....i..M..2Q.+..|
00000010 eb a2 4e 38 66 42 8a a7 0e 30 07 99 8a c8 bf 1b |..N8fB...0......|
00000020 c2 69 64 f3 e2 32 14 ef 16 29 60 c6 d0 c9 e9 5a |.id..2...)`....Z|
00000030 90 8e 1c c8 91 5f 10 c0 b4 47 17 60 4b 4d 80 e8 |....._...G.`KM..|
00000040 73 a9 9c 64 d7 80 ff 12 98 99 b4 3c d3 65 6a fe |s..d.......<.ej.|
00000050 0a 21 7d 1c b3 7c 35 c6 11 88 c9 60 0c 6c fe 75 |.!}..|5....`.l.u|
00000060 2b 7e 59 76 2e 28 c0 b2 d6 bf 8c f4 77 5b e5 f2 |+~Yv.(......w[..|
00000070 30 b6 6a 83 10 7c 03 5c 74 6a 1f b0 20 c2 a7 dc |0.j..|.\tj.. ...|
00000080 79 fe c7 5a 04 60 6b fa 52 dd 6a 1c e6 1c 62 56 |y..Z.`k.R.j...bV|
00000090 91 c6 01 8f 3e 16 ad ff 1a 09 a4 2e 96 09 ea fe |....>...........|
000000a0 6b 93 6c f3 09 4c 80 d2 a6 31 4c 3c b1 0f cc 27 |k.l..L...1L<...'|
000000b0 b1 b7 d6 b2 64 12 28 a9 fd 82 53 61 21 b2 25 ff |....d.(...Sa!.%.|
000000c0 7f 07 01 bb ac e0 43 47 bc 3d 0e d5 91 b6 36 25 |......CG.=....6%|
000000d0 23 43 6d 15 dd ee 33 e4 20 c4 e8 51 94 94 85 d9 |#Cm...3. ..Q....|
000000e0 50 ba 31 1e 6a 30 25 fe 7f e8 6d f4 a2 87 5d b3 |P.1.j0%...m...].|
000000f0 a5 d3 b0 09 c5 af 64 1d b5 ef 23 09 25 5f cf ad |......d...#.%_..|
00000100 42 4d 1e 13 76 0f 1b eb 97 f0 49 1a 19 68 78 ca |BM..v.....I..hx.|
00000110 16 51 25 e6 d6 34 10 5b 98 26 12 d7 38 61 47 96 |.Q%..4.[.&..8aG.|
00000120 5c 68 68 35 38 d7 5f ae cd f0 de 48 15 71 a7 87 |\hh58._....H.q..|
00000130 f9 df b0 19 ae 82 12 56 57 08 09 00 ef f3 b4 ca |.......VW.......|
00000140 4b fc 42 b5 7b 25 f2 9b f5 5e 90 08 e5 5c ba 18 |K.B.{%...^...\..|
00000150 aa d2 d1 cf 8d d4 da 47 8b d1 f3 da 70 7a 46 bf |.......G....pzF.|
00000160 8a 66 af 7e 33 fa bc 7c 8f 55 13 b1 d2 85 b5 02 |.f.~3..|.U......|
00000170 0a ec da f5 91 d0 e2 60 2c cf 60 49 76 d5 db 07 |.......`,.`Iv...|
00000180 8c 64 16 76 67 fd e4 2f d7 ce e3 95 fd 2e f9 1b |.d.vg../........|
00000190 bb 36 e4 ca 68 67 45 44 8f 85 92 4b 72 a4 e4 5e |.6..hgED...Kr..^|
000001a0 ee 2e ce 0e 8f 3d 1e 6b ac b4 a3 a1 03 a1 1c 91 |.....=.k........|
000001b0 d3 73 1d 74 9c 10 ca fc 80 c8 98 56 da 45 00 ac |.s.t.......V.E..|
000001c0 31 7c 83 fe ff ff 02 00 00 00 00 c8 19 3a 00 00 |1|...........:..|
000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
Unknown BootLoader on sdb5
00000000 4c 55 4b 53 ba be 00 01 61 65 73 00 00 00 00 00 |LUKS....aes.....|
00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000020 00 00 00 00 00 00 00 00 78 74 73 2d 70 6c 61 69 |........xts-plai|
00000030 6e 36 34 00 00 00 00 00 00 00 00 00 00 00 00 00 |n64.............|
00000040 00 00 00 00 00 00 00 00 73 68 61 32 35 36 00 00 |........sha256..|
00000050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000060 00 00 00 00 00 00 00 00 00 00 10 00 00 00 00 40 |...............@|
00000070 1d 98 f6 37 03 0d fa 62 b2 bf 9e 8d 30 5b 10 bf |...7...b....0[..|
00000080 87 71 63 f7 5b 73 29 45 46 c3 2e c7 63 72 fd 61 |.qc.[s)EF...cr.a|
00000090 e2 09 6b a2 9b de 9f cc d4 bb d4 2e 5d 90 ee 34 |..k.........]..4|
000000a0 4d e0 a5 af 00 00 d7 da 65 66 66 32 39 39 65 62 |M.......eff299eb|
000000b0 2d 30 66 31 62 2d 34 36 65 65 2d 39 34 37 64 2d |-0f1b-46ee-947d-|
000000c0 34 39 66 62 66 34 30 62 34 63 36 38 00 00 00 00 |49fbf40b4c68....|
000000d0 00 ac 71 f3 00 0d 7d a0 29 b3 3d 84 ef 63 db 00 |..q...}.).=..c..|
000000e0 3a 2f 7a 98 11 16 08 17 0f ce 01 5d f6 85 fa f1 |:/z........]....|
000000f0 46 d3 e2 96 ab 43 d2 21 00 00 00 08 00 00 0f a0 |F....C.!........|
00000100 00 00 de ad 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000120 00 00 00 00 00 00 00 00 00 00 02 00 00 00 0f a0 |................|
00000130 00 00 de ad 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000150 00 00 00 00 00 00 00 00 00 00 03 f8 00 00 0f a0 |................|
00000160 00 00 de ad 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000180 00 00 00 00 00 00 00 00 00 00 05 f0 00 00 0f a0 |................|
00000190 00 00 de ad 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001b0 00 00 00 00 00 00 00 00 00 00 07 e8 00 00 0f a0 |................|
000001c0 00 00 de ad 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001e0 00 00 00 00 00 00 00 00 00 00 09 e0 00 00 0f a0 |................|
000001f0 00 00 de ad 00 00 00 00 00 00 00 00 00 00 00 00 |................|
00000200
=============================== StdErr Messages ================================
File descriptor 63 (pipe:[181560]) leaked on lvs invocation. Parent PID 19050: /bin/bash
================================= User choice ==================================
Is there RAID on this computer? no
Error code 12
mount -r /dev/sda5 /mnt/boot-sav/sda5
mount -r /dev/sda5 : Error code 12
Error code 12
mount -r /dev/sda5 /mnt/boot-sav/sda5
mount -r /dev/sda5 : Error code 12
Suggested repair: ______________________________________________________________
The default repair of the Boot-Repair utility would reinstall the grub2 of
mapper/luks-eff299eb-0f1b-46ee-947d-49fbf40b4c68 into the MBR of sda,
using the following options: sdb1/boot,
Grub-efi would not be selected by default because: no-sure-esp no-win-efi
Additional repair would be performed: unhide-bootmenu-10s
Confirmation request before suggested repair: __________________________________
You may want to retry after mounting your encrypted partitions so that the tool can verify their contents. (https://help.ubuntu.com/community/EncryptedPrivateDirectory)
Are you sure you want to continue anyway?
Final advice in case of suggested repair: ______________________________________
Please do not forget to make your BIOS boot on sda (ATA WDC WD10EZEX-00R) disk!Maintenant, quand je démarre via mon bios sur le premier disque, sur le 1To sda, il m'indique que je suis en GRUB rescue.
Il n'a plus l'air de retrouver ses petits entre les disques.
Et ne prends surtout pas ceci comme une remontrance ou un « donnage » de leçon mais… installer un nouveau système, ou mettre à niveau, ou modifier des disques et partitions, c'est typiquement le genre d'opérations à risques qui requièrent au préalable une sauvegarde des données personnelles.
C'est pour ça que lors des installations, je débranchais mon disque 1To sda avec les données à récupérer. Un moment d'inattention a suffit.
je l'ai stoppé au quasi début, il n'y avait pas de barre de progression
Ce que je voulais dire, c'était que je n'étais même pas au niveau du choix du fuseau horaire ... L'intstallation pas démarrée réellement ... juste le réglage des partitions.
Hors ligne
#24 Le 09/11/2020, à 01:07
- geole
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
Bonsoir.
Ton disque SDA de 1to n'a plus de partition chiffrée alors que ton disque SDB a encore une partition chiffrée. Il me semble que cela aurait du être l'inverse.
Tu as le droit de réfléchir pour répondre quel pays tu choisis, mais pendant ce temps, les copies logiciels sur disque se déroulent en tâche de fond.
Je ne sais pas si testdisk/photorec seront efficaces.
L'entête du châpitre 4 de testdisk dit qu'il ne sait pas traiter les partitions chiffrées.
AJOUT
Mais a vérifier si c'est encore vrai avec la toute dernière version.
Dernière modification par geole (Le 09/11/2020, à 12:19)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#25 Le 09/11/2020, à 01:28
- MonsterNunch
Re : [Résolu] Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues
J'ai refait une installation partiellement chiffrée sur sdb : un /boot non, et une étendue chiffrée comme conseillé, mais je ne peux la tester car je passe en GRUB rescue.
Hors ligne