Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Nouvel Ubuntu 18.04 top, mais data sur DD avec 14.10 perdues

MonsterNunch

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 » inconnu

Apparemment, 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 ... :rolleyes:

geole

sudo mount /dev/sda3 /media/nico/DD14.10

MonsterNunch

Je n'ai pas de sda3

geole

Mille excuses
sudo mount /dev/sda5 /media/nico/DD14.10

Coeur Noir

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 +SIZE

donne 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 ???

Nuliel

Il me semble qu'avant c'était cryptsetup qui était utilisé, il y a eu il me semble un changement dans le chiffrement

MonsterNunch

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 backup

où 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 /mnt

Terminé! visitez maintenant la partition montée

cd /mnt/backup

Mais dans ce cas, j'aurais besoin d'espace que je n'ai pas :mad:

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é.

geole

Bonjour
Peut-être aussi

sudo   umount /dev/mapper/backup

Regarde aussi ce que tu peux faire avec le paragraphe 8 de ce document https://doc.ubuntu-fr.org/ecryptfs#recuperation_du_contenu_d_un_repertoirehome_chiffre
ainsi que cette discussion https://forum.ubuntu-fr.org/viewtopic.php?id=2022206

marcodel

salut

MonsterNunch a écrit 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+

Coeur Noir

Impossible d'utiliser le périphérique /dev/sda5 actuellement utilisé (déjà mappé ou monté).

sda5 déjà utilisé ?

lsblk -fe7 -o +SIZE

Et 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 ?

MonsterNunch

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.

geole

Bonjour

MonsterNunch a écrit, 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.

Coeur Noir

└─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

sdb5 semble être la partie « déchiffrée » provenant de sda5 - ce qui fait que sda5 devient indisponible ?

MonsterNunch

@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 :mad:

MonsterNunch

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.

Coeur Noir

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.

MonsterNunch

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.

Coeur Noir

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.ubuntu-fr.org+chiffrement ?

Une fois ta 18.04 fonctionnelle, re-passe un

lsblk -fe7 -o +size

qu'on voit ce qu'elle voit comme disques et partitions.

MonsterNunch

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,3G

Et je n'ai pas de répertoire /media/ubuntu/06795a17-0b9e-4ca6-8bb7-5463823629e7 dans l'explorateur.

Coeur Noir

Et celui-là, tu le trouves :

/media/ubuntu/30ee09e5-0b4e-4bab-9f05-4c49c2f1f94d

c'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à.

Page suivante »