#1 Le 03/01/2023, à 15:35
- e1k
Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonjour a tous, j'utilise ubuntu 20.04 sur un hp portable.
Suite a une mauvaise manipulation, j'ai supprimé ma partition de boot. J'ai donc immédiatement copier mes donnes dont j'ai énormément besoin mais je n'ai pas eu le temps de tout copier.
J'ai donc démarré sur une clé live, mais impossible de monter ma partition de données.
Lorsque je fais un fdisk -l, pourtant, le disque est bien présent, la "seconde" partition avec toutes mes données également mais pas la "première" de boot.
Mais lorsque j'essaie de la monter :
sudo mount /dev/nvme0n1p2 /mnt/disque
J'ai l'erreur wrong fs type. Puis je réessaie après et j'ai cette fois ci l erreur already mounted or mount point busy.
Pourtant la commande umout renvoie que le disque n'est pas monté. De plus, dmesg indique : Can't Open block dev
Pour le moment, je souhaite vraiment récupérer mes données, et éventuellement dans un second temps si possible recréer cette partition de boot.
N'ayant pas internet sur ma machine live pour le moment, je ne peux détailler précisément les retours, mais je l aurais pour vos prochaines réponses.
Merci d'avance pour votre aide.
Dernière modification par e1k (Le 04/01/2023, à 13:56)
Hors ligne
#2 Le 03/01/2023, à 18:40
- Qid
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
commençons par faire un point sur ton partitionnement et ton système actuel :
sudo fdisk -l ; echo "--------------------------" ; sudo parted -l ; echo "--------------------------" ; sudo lsblk -o name,fstype,label,size,mountpoint -e 7 ; echo "--------------------------" ; df -aTh ; echo "--------------------------" ; free -h ; echo "--------------------------" ; ls -l /dev/disk/by-label/
echo "$(lsb_release -sd) $(awk -F"[()]" '/VERSION=/{print $2}' /etc/os-release) (migrée depuis $(cat /var/log/installer/media-info)) avec $XDG_CURRENT_DESKTOP sur $XDG_SESSION_TYPE et avec ces interfaces d'installés : $(ls -lt /usr/share/xsessions | awk '{print $6,$7,$8,$9}')"
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#3 Le 03/01/2023, à 21:57
- e1k
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonjour Qid, merci pour ton retour. J'ai réussi à récuperer mes données en passant par une clé live Tails que j'avais, mes précédents essais étaient sur une clé live Ubuntu 20.04 et Debian 10.
Donc, plus de soucis au niveau des données.
Je suis en ce moment sur ma clé live Tails mais ce n'est peut-être pas la meilleure option ?
Voici les retours que tu m'as demandé :
Disk /dev/nvme0n1: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: CT1000P5SSD8
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 802C0738-87C9-4AC2-8027-1684DDEDA23E
Device Start End Sectors Size Type
/dev/nvme0n1p2 1050624 1953523711 1952473088 931G Linux filesystem
Disk /dev/sda: 29,53 GiB, 31708938240 bytes, 61931520 sectors
Disk model: Business Line
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 21404891-EE2F-4BAF-8ADC-BFA060C91CDB
Device Start End Sectors Size Type
/dev/sda1 2048 16775390 16773343 8G EFI System
/dev/sda2 16777216 61929471 45152256 21,5G Linux reserved
Disk /dev/loop0: 1,17 GiB, 1254338560 bytes, 2449880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mapper/TailsData_unlocked: 21,53 GiB, 23115857920 bytes, 45148160 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
--------------------------
[sudo] Mot de passe de amnesia :
Model: Intenso Business Line (scsi)
Disk /dev/sda: 31,7GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
1 1049kB 8589MB 8588MB fat32 Tails boot, hidden, legacy_boot, esp
2 8590MB 31,7GB 23,1GB TailsData
Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/TailsData_unlocked: 23,1GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0,00B 23,1GB 23,1GB ext4
Model: CT1000P5SSD8 (nvme)
Disk /dev/nvme0n1: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags:
Number Start End Size File system Name Flags
2 538MB 1000GB 1000GB ext4
--------------------------
[sudo] Mot de passe de amnesia :
NAME FSTYPE LABEL SIZE MOUNTPOINT
sda 29,5G
├─sda1 vfat TAILS 8G /lib/live/mount/medium
└─sda2 crypto_LUKS 21,5G
└─TailsData_unlocked
ext4 TailsData 21,5G /live/persistence/TailsData_unlocked
nvme0n1 931,5G
└─nvme0n1p2 ext4 931G
--------------------------
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
sysfs sysfs 0 0 0 - /sys
proc proc 0 0 0 - /proc
udev devtmpfs 12G 0 12G 0% /dev
devpts devpts 0 0 0 - /dev/pts
tmpfs tmpfs 2,4G 1,7M 2,4G 1% /run
/dev/sda1 vfat 8,0G 1,3G 6,8G 16% /lib/live/mount/medium
/dev/loop0 squashfs 1,2G 1,2G 0 100% /lib/live/mount/rootfs/filesystem.squashfs
tmpfs tmpfs 12G 111M 12G 1% /lib/live/mount/overlay
overlay overlay 12G 111M 12G 1% /
securityfs securityfs 0 0 0 - /sys/kernel/security
tmpfs tmpfs 12G 12K 12G 1% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
cgroup2 cgroup2 0 0 0 - /sys/fs/cgroup
pstore pstore 0 0 0 - /sys/fs/pstore
efivarfs efivarfs 0 0 0 - /sys/firmware/efi/efivars
none bpf 0 0 0 - /sys/fs/bpf
systemd-1 - - - - - /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0 - /dev/mqueue
tracefs tracefs 0 0 0 - /sys/kernel/tracing
debugfs debugfs 0 0 0 - /sys/kernel/debug
hugetlbfs hugetlbfs 0 0 0 - /dev/hugepages
tmpfs tmpfs 12G 0 12G 0% /var/tmp
tmpfs tmpfs 12G 83M 12G 1% /run/initramfs
configfs configfs 0 0 0 - /sys/kernel/config
fusectl fusectl 0 0 0 - /sys/fs/fuse/connections
tmpfs tmpfs 12G 12K 12G 1% /tmp
tmpfs tmpfs 2,4G 1,7M 2,4G 1% /run/netns
nsfs nsfs 0 0 0 - /run/netns/tbb
nsfs nsfs 0 0 0 - /run/netns/tbb
nsfs nsfs 0 0 0 - /run/netns/onioncircs
nsfs nsfs 0 0 0 - /run/netns/onioncircs
nsfs nsfs 0 0 0 - /run/netns/tca
nsfs nsfs 0 0 0 - /run/netns/tca
nsfs nsfs 0 0 0 - /run/netns/onionshare
nsfs nsfs 0 0 0 - /run/netns/onionshare
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /live/persistence/TailsData_unlocked
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /etc/NetworkManager/system-connections
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /home/amnesia/.mozilla/firefox/bookmarks
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /home/amnesia/Persistent
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /home/amnesia/.ssh
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /var/cache/apt/archives
/dev/mapper/TailsData_unlocked ext4 22G 7,2M 20G 1% /var/lib/apt/lists
/dev/mapper/TailsData_unlocked - - - - - /var/lib/gdm3/settings/persistent
tmpfs tmpfs 2,4G 92K 2,4G 1% /run/user/1000
binfmt_misc binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc
--------------------------
total utilisé libre partagé tamp/cache disponible
Mem: 23Gi 1,1Gi 20Gi 308Mi 1,6Gi 21Gi
Partition d'échange: 0B 0B 0B
--------------------------
total 0
lrwxrwxrwx 1 root root 10 3 janv. 20:50 TAILS -> ../../sda1
lrwxrwxrwx 1 root root 10 3 janv. 20:50 TailsData -> ../../dm-0
cat: /var/log/installer/media-info: Aucun fichier ou dossier de ce type
Debian GNU/Linux 11 (bullseye) (migrée depuis ) avec GNOME sur x11 et avec ces interfaces d'installés :
29 mars 2021 gnome.desktop
29 mars 2021 gnome-xorg.desktop
3 déc. 2020 gnome-classic.desktop
Merci
Hors ligne
#4 Le 03/01/2023, à 22:09
- Qid
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
je t'ai dit n'importe quoi en fait ... les 2 commandes proposées auraient été à lancer depuis le système et non depuis un live... à tout hasard essaye de voir ce qu'arrive encore à trouver supergrubdisk... avec un peu de chance les dégâts n'auront pas d’influence sur ce que lui va pouvoir voir pour forcer ton linux à démarrer...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#5 Le 03/01/2023, à 22:18
- geole
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonsoir.
A mon avis, tu as supprimé la première partition de boot EFI.
Si tu peux rebooter avec une live USB de ubuntu, lancer gparted, recréer une partition FAT32 dans le début du disque, y mettre le drapeau ESP. Quitter gparted
Installer boot-repair ( https://doc.ubuntu-fr.org/boot-repair ) et faire la réparation recommandée... cela sera rectifié.
Si tu utilises supergrub2, Lorsque tu seras dans ubunu.
Installe gparted
Fabrique la partition détruite puis
sudo grub-install
sudo update-grub
sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "shim" --loader "\EFI\ubuntu\shimx64.efi"
Dernière modification par geole (Le 03/01/2023, à 22:29)
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
#6 Le 03/01/2023, à 22:58
- e1k
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonsoir, je vais regarder avec supergrubdisk ce qu'il arrive à trouver
Mais si il ne trouve rien, je ne peux pas "copier" la partition depuis autre part ?
Merci geole. Lorsque tu parles d'une live ubuntu, tu parles bien d'une clé bootable ubuntu mais en restant en mode "Essayer Ubuntu" ?
J'ai regardé un petit peu la doc de boot-repair, ils ne parlent pas de recréer une partition FAT32, est-ce que je dois le faire car j'ai supprimé ma partition boot EFI ?
Merci d'avance.
Hors ligne
#7 Le 03/01/2023, à 23:19
- geole
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Je pense que tu as supprimé la partition de boot EFI car il y a un vide début de disque qui serait de 512 Mo si j'ai bien calculé. Ta partition actuelle commence au secteur 1050624 et (1050624-2048)/2048=512. Ce qui est pile-poil la taille standard d'une partition EFI.
Avec le support d'installation, en mode essayer ubuntu, il faut ouvrir un terminal en frappant sur les caractères Ctrl Alt t puis lancer gparted pour créer cette fichue partition. Ce n'est pas le rôle de boot-repair de créer des partitions.
Si tu lances un boot-info, tu verras qu'il dira que tu dois créer la partition de boot EFI.
Dernière modification par geole (Le 03/01/2023, à 23:29)
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
#8 Le 04/01/2023, à 06:56
- Qid
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonsoir.
A mon avis, tu as supprimé la première partition de boot EFI.
Si tu peux rebooter avec une live USB de ubuntu, lancer gparted, recréer une partition FAT32 dans le début du disque, y mettre le drapeau ESP. Quitter gparted
Installer boot-repair ( https://doc.ubuntu-fr.org/boot-repair ) et faire la réparation recommandée... cela sera rectifié.Si tu utilises supergrub2, Lorsque tu seras dans ubunu.
Installe gparted
Fabrique la partition détruite puissudo grub-install sudo update-grub sudo efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "shim" --loader "\EFI\ubuntu\shimx64.efi"
Merci pour cette intervention... J'allais y venir mais de façon bien plus hasardeuse car effectivement j'avais compris qu'il fallait régénéré la partition efi mais je ne savais pas encore trop comment m'y prendre même si le système avait démarré...
Là maintenant on a tout sur ce post...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#9 Le 04/01/2023, à 10:22
- MicP
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonjour
Il y a une confusion dans le titre de ce fil de discussion entre les termes MBR et ESP (<=> EFI System Partition)
car si le MBR de ce disque avait été réellement supprimé, il n'y aurait plus de table de partitionnement sur ce disque et donc plus de partitions.
Dernière modification par MicP (Le 04/01/2023, à 11:04)
Hors ligne
#10 Le 04/01/2023, à 11:03
- Qid
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
@ MicP : merci d'avoir relevé et surtout plus ou moins expliqué la confusion... C'est vrai qu'il ne faudrait pas confondre les 2 même si les aidants avaient compris...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#11 Le 04/01/2023, à 13:52
- e1k
Re : Suppression de l'ESP - Impossible de récupérer mes données [Résolu]
Bonjour a tous,
Merci pour cette précision sur les termes ESP et MBR. Je n'avais de mon côté pas saisis la différence.
J'ai pu réparer ma partition de boot simplement avec boot repair.
J'ai booté sur une clé live ubuntu 22, recréer une partition FAT32 avec le flag ESP. J'ai ensuite laissé boot-repair faire son travail et j'ai pu retrouver mon OS.
Merci à tous pour votre aide.
Hors ligne