ubuntu-budgie@ubuntu-budgie:~$ ubuntu-budgie@ubuntu-budgie:~$ tune2fs -O ^has_journal /dev/sda2
ubuntu-budgie@ubuntu-budgie:~$ : commande introuvable
ubuntu-budgie@ubuntu-budgie:~$ tune2fs 1.44.1 (24-Mar-2018)
bash: erreur de syntaxe près du symbole inattendu « ( »
ubuntu-budgie@ubuntu-budgie:~$ tune2fs: Permission non accordée lors de la tentative d’ouverture de /dev/sda2Impossible de trouver un superbloc d
ubuntu-budgie@ubuntu-budgie:~$ tune2fs -O ^has_journal /dev/sda2
tune2fs 1.44.1 (24-Mar-2018)
tune2fs: Permission non accordée lors de la tentative d’ouverture de /dev/sda2La commande « tune2fs: » n’a pas été trouvée, voulez-vous dire :
commande « tune2fs » du deb e2fsprogs
Essayez : sudo apt install
ubuntu-budgie@ubuntu-budgie:~$ Impossible de trouver un superbloc d
ubuntu-budgie@ubuntu-budgie:~$ tune2fs -O ^has_journal /dev/sda2
tune2fs 1.44.1 (24-Mar-2018)
tune2fs: Permission non accordée lors de la tentative d'ouverture de /dev/sda2
Impossible de trouver un superbloc de système de fichiers valide.
ubuntu-budgie@ubuntu-budgie:~$
En root, comme les autres commandes.
Oups…
ubuntu-budgie@ubuntu-budgie:~$ sudo tune2fs -O ^has_journal /dev/sda2
tune2fs 1.44.1 (24-Mar-2018)
ubuntu-budgie@ubuntu-budgie:~$
Vérifie avec dumpe2fs que Filesystem features n’a plus has_journal et retente le montage.
La vache… j’te suis à l’aveugle… d’où sors-tu tout ça !
Si ça fonctionne, je te paie le champagne !!!
ubuntu-budgie@ubuntu-budgie:~$ sudo dumpe2fs -h /dev/sda2
dumpe2fs 1.44.1 (24-Mar-2018)
Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: 3953cd54-553c-42ad-aba6-c677e25a835d
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1692432
Block count: 6769664
Reserved block count: 338483
Free blocks: 5429148
Free inodes: 1457371
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1022
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8176
Inode blocks per group: 511
Flex block group size: 16
Filesystem created: Sun Dec 10 09:51:03 2017
Last mount time: Mon Jan 1 18:46:25 2018
Last write time: Tue Dec 3 20:38:14 2019
Mount count: 51
Maximum mount count: -1
Last checked: Sun Dec 10 09:51:03 2017
Check interval: 0 (<none>)
Lifetime writes: 75 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Default directory hash: half_md4
Directory Hash Seed: b9866d70-b93d-46f8-8be8-ae25d435229a
Journal backup: inode blocks
FS Error count: 1
First error time: Tue Dec 3 20:41:10 2019
First error function: ext4_iget
First error line #: 4748
First error inode #: 2
First error block #: 0
Last error time: Tue Dec 3 20:41:10 2019
Last error function: ext4_iget
Last error line #: 4748
Last error inode #: 2
Last error block #: 0
ubuntu-budgie@ubuntu-budgie:~$ sudo mount -r /dev/sda2 /mnt
mount: /mnt : échec de l’appel système mount(2) : La structure a besoin d'un nettoyage.
ubuntu-budgie@ubuntu-budgie:~$
Après chaque échec de mount, il faut regarder à la fin de la sortie de dmesg (pas besoin de 30 lignes, tu peux baisser à 10).
ubuntu-budgie@ubuntu-budgie:~$ dmesg | tail -n 10
[ 607.557499] EXT4-fs (sda2): no journal found
[11253.423619] EXT4-fs (sda2): no journal found
[11300.203347] EXT4-fs (sda2): no journal found
[11307.768987] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[12329.621682] EXT4-fs error (device sda2): ext4_iget:4748: inode #2: comm mount: root inode unallocated
[12329.630206] EXT4-fs (sda2): get root inode failed
[12329.630219] EXT4-fs (sda2): mount failed
[12408.347894] EXT4-fs error (device sda2): ext4_iget:4748: inode #2: comm mount: root inode unallocated
[12408.359086] EXT4-fs (sda2): get root inode failed
[12408.359102] EXT4-fs (sda2): mount failed
ubuntu-budgie@ubuntu-budgie:~$
Ça, ce n’est pas bon. Je n’ai pas la moindre idée de ce qui a pu arriver, mais ça m’a l’air catastrophique et je commence à douter que tu puisses récupérer tes données même si e2fsck arrive à remettre le système de fichiers dans un état cohérent (en répondant “oui” à tout).
On dit stop ? On a tout essayé ?
Ca m’apprendra à me lancer sans prendre de temps…
Comme dit plus haut, je vais acheter un SSD pour rajeunir mon PC et me servir de ce DD de 500Go comme espace de stockage. Il me reste plus qu’à tout formater, c’est bien ça ?
Tu peux tenter le tout pour le tout et relancer e2fsck en répondant oui à tout. Mais je ne suis pas optimiste. Si tu as des fichiers à récupérer, il pourrait être plus efficace de faire une analyse forensique avec photorec ou autre.
Aussi, un détail me chiffonne et me fait douter d’avoir restauré la bonne partition : la date de dernière utilisation affichée par dumpe2fs est 1er janvier 2018, soit il y a près de deux ans, et moins d’un mois après sa création le 10 décembre 2017. Ça te dit quelque chose ?
Ben… ça m’étonne quand même, l’autre partition peut-être… /dev/sda3 elle est estampillée vide.
Tu peux regarder quand elle a été créée avec dumpe2fs.
'tain… entrain de faire tourner photorec et plantage… je reprendrais demain, pas le courage de relancer une session live…
Merci encore, et probablement à demain
ubuntu-budgie@ubuntu-budgie:~$ sudo dumpe2fs -h /dev/sda3
dumpe2fs 1.44.1 (24-Mar-2018)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 1d68a093-7486-416b-b9bc-bba0506ece7b
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 3499328
Block count: 13996544
Reserved block count: 699827
Free blocks: 13730881
Free inodes: 3499317
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1020
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8176
Inode blocks per group: 511
Flex block group size: 16
Filesystem created: Sun Sep 16 16:48:47 2018
Last mount time: Tue Dec 3 20:24:08 2019
Last write time: Tue Dec 3 20:24:08 2019
Mount count: 4
Maximum mount count: -1
Last checked: Sun Sep 16 16:48:47 2018
Check interval: 0 (<none>)
Lifetime writes: 988 MB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: bf425cb4-2eaf-4932-9815-d05b1d48f2cc
Journal backup: inode blocks
Journal features: (none)
Journal size: 128M
Journal length: 32768
Journal sequence: 0x0000008a
Journal start: 0
ubuntu-budgie@ubuntu-budgie:~$
Du coup, j’me suis trompé de partition ??? J’ai du entamer une install sur le sda3 actif… la honte !
Je reprends les manips d’hier soir.
ubuntu-budgie@ubuntu-budgie:~$ e2fsck /dev/sda3
e2fsck 1.44.1 (24-Mar-2018)
/dev/sda3 est monté.
ATTENTION !!! Le système de fichiers est monté. Si vous continuez
vous ***CAUSEREZ*** des dommages ***SÉVÈRES*** au système de fichiers.
Souhaitez-vous réellement continuer<n>?
Bah umount avant, quand même.
Ok.
Par contre j’ai une recherche photorec qui plante la session. Il s’arrête et l’écran est figé.
ubuntu-budgie@ubuntu-budgie:~$ sudo umount -r /dev/sda3 /mnt
umount: /mnt : non monté.
ubuntu-budgie@ubuntu-budgie:~$ sudo e2fsck /dev/sda3
e2fsck 1.44.1 (24-Mar-2018)
/dev/sda3 : propre, 11/3499328 fichiers, 265663/13996544 blocs
ubuntu-budgie@ubuntu-budgie:~$