sfdisk, pas fdisk
Pardon, j’ai cru que tu avais fais une faute de frappe… je connais pas cette commande :
label: dos label-id: 0x5c2be3b5 device: /dev/sda unit: sectors /dev/sda : start= 810643456, size= 54157312, type=83, bootable /dev/sda : start= 864800768, size= 111972352, type83
Crée un fichier table.txt avec ce contenu :
label: dos
label-id: 0x5c2be3b5
device: /dev/sda
unit: sectors
/dev/sda1 : start= 2048, size= 810641408, type=7
/dev/sda2 : start= 810643456, size= 54157312, type=83
/dev/sda3 : start= 864800768, size= 111972352, type=83
et exécute
sfdisk /dev/sda < table.txt
N’importe où ?
Oui, c’est un fichier temporaire.
ubuntu-budgie@ubuntu-budgie:~/Desktop$ sudo sfdisk /dev/sda < table.txt
Vérification qu'aucun autre n'utilise le disque en ce moment Échec
Le disque est actuellement utilisé — le repartitionner est
probablement une mauvaise idée.
Démontez tous les systèmes de fichiers, et désactivez (avec
swapoff) toutes les partition d'échange de ce disque.
Utilisez l'option --no-reread pour supprimer cette vérification.
sfdisk: Utilisez l'option --force pour annuler toutes les vérifications.
ubuntu-budgie@ubuntu-budgie:~/Desktop$ sudo sfdisk --force /dev/sda < table.txt
Vérification qu'aucun autre n'utilise le disque en ce moment Échec
Le disque est actuellement utilisé — le repartitionner est
probablement une mauvaise idée.
Démontez tous les systèmes de fichiers, et désactivez (avec
swapoff) toutes les partition d'échange de ce disque.
Utilisez l'option --no-reread pour supprimer cette vérification.
Disque /dev/sda : 465,8 GiB, 500107862016 octets, 976773168 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
Type d'étiquette de disque : dos
Identifiant de disque : 0x5c2be3b5
Situation précédente :
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 * 810643456 864800767 54157312 25,8G 83 Linux
/dev/sda2 864800768 976773119 111972352 53,4G 83 Linux
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Script d’en-tête accepté.
>>> Création d'une nouvelle étiquette pour disque de type DOS avec identifiant de disque 0x5c2be3b5.
/dev/sda1: Une nouvelle partition 1 de type « HPFS/NTFS/exFAT » et de taille 386,6 GiB a été créée.
La partition #1 contient une signature ntfs.
/dev/sda2: Une nouvelle partition 2 de type « Linux » et de taille 25,8 GiB a été créée.
La partition #2 contient une signature ext4.
/dev/sda3: Une nouvelle partition 3 de type « Linux » et de taille 53,4 GiB a été créée.
La partition #3 contient une signature ext4.
/dev/sda4: Terminé.
Nouvelle situation :
Type d'étiquette de disque : dos
Identifiant de disque : 0x5c2be3b5
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sda1 2048 810643455 810641408 386,6G 7 HPFS/NTFS/exFAT
/dev/sda2 810643456 864800767 54157312 25,8G 83 Linux
/dev/sda3 864800768 976773119 111972352 53,4G 83 Linux
La table de partitions a été altérée.
Appel d'ioctl() pour relire la table de partitions.
Échec de relecture de la table de partitions.: Périphérique ou ressource occupé
Le noyau continue à utiliser l'ancienne table. La nouvelle sera utilisée lors du prochain démarrage ou après avoir exécuté partprobe(8) ou kpartx(8).
Synchronisation des disques.
ubuntu-budgie@ubuntu-budgie:~/Desktop$
Je redémarre ?
J’ai peur…
Il faut soit démonter toutes les partitions montées de sda et exécuter partprobe, soit redémarrer pour que le noyau prenne en compte la nouvelle table de partition.
En tout cas sfdisk a bien identifié des superblocs ext4 sur les deux partitions Linux.
Edit : ça ne va pas rendre le disque bootable, on n’en est pas encore là.
Mais tu pourras essayer de monter les partitions 2 et 3. S’il y a une erreur, regarde dans la fin de la sortie de dmesg.
Redémarrage… curseur clignotant…
On progresse, il voit les 3 partitions :
Sauvegardes /dev/sda1
Volume 28Go /dev/sda2
Volume 57Go /dev/sda3
Toujours impossible de monter /dev/sda2
Je reprendrais demain soir…
Quelle est l’erreur ?
Que dit la fin de la sortie de dmesg ?
dmesg | tail -n 30
Que dit
dumpe2fs -h /dev/sda2
Il ne faudrait pas que la partition ait été réduite pour créer sda3 mais pas le système de fichiers ext4 à l’intérieur…
ubuntu-budgie@ubuntu-budgie:~$ dmesg | tail -n 30
[ 125.970700] audit: type=1400 audit(1575325958.761:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=1257 comm="apparmor_parser"
[ 126.112088] snd_hda_codec_hdmi hdaudioC1D0: HDMI ATI/AMD: no speaker allocation for ELD
[ 127.167128] r8169 0000:02:00.0 enp2s0: link up
[ 127.167153] IPv6: ADDRCONF(NETDEV_CHANGE): enp2s0: link becomes ready
[ 144.463829] audit: type=1400 audit(1575325977.253:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="snap-update-ns.core" pid=1808 comm="apparmor_parser"
[ 144.630172] audit: type=1400 audit(1575325977.421:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="snap.core.hook.configure" pid=1810 comm="apparmor_parser"
[ 154.620135] ata4.00: limiting speed to PIO3
[ 154.620144] ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 154.620159] ata4.00: failed command: IDENTIFY PACKET DEVICE
[ 154.620176] ata4.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 25 pio 512 in
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
[ 154.620185] ata4.00: status: { DRDY }
[ 154.620195] ata4: hard resetting link
[ 155.096081] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[ 155.898632] ata4.00: configured for PIO3
[ 156.699213] ata4: EH complete
[ 156.900634] audit: type=1400 audit(1575325990.212:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/snap/core/4917/usr/lib/snapd/snap-confine" pid=3622 comm="apparmor_parser"
[ 156.900932] audit: type=1400 audit(1575325990.212:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/snap/core/4917/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=3622 comm="apparmor_parser"
[ 156.905491] audit: type=1400 audit(1575325990.216:8): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="snap-update-ns.core" pid=3640 comm="apparmor_parser"
[ 157.072972] audit: type=1400 audit(1575325990.384:9): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="snap.core.hook.configure" pid=3642 comm="apparmor_parser"
[ 157.122945] audit: type=1400 audit(1575325990.432:10): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/snap/core/4917/usr/lib/snapd/snap-confine" pid=3649 comm="apparmor_parser"
[ 157.140261] audit: type=1400 audit(1575325990.452:11): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/snap/core/4917/usr/lib/snapd/snap-confine//mount-namespace-capture-helper" pid=3649 comm="apparmor_parser"
[ 157.149534] audit: type=1400 audit(1575325990.460:12): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="snap-update-ns.core" pid=3651 comm="apparmor_parser"
[ 157.155433] audit: type=1400 audit(1575325990.464:13): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="snap.core.hook.configure" pid=3653 comm="apparmor_parser"
[ 157.598397] audit: type=1400 audit(1575325990.908:14): apparmor="STATUS" operation="profile_load" profile="unconfined" name="snap-update-ns.ubuntu-budgie-welcome" pid=3723 comm="apparmor_parser"
[ 157.606746] audit: type=1400 audit(1575325990.916:15): apparmor="STATUS" operation="profile_load" profile="unconfined" name="snap.ubuntu-budgie-welcome.budgie-applets" pid=3725 comm="apparmor_parser"
[ 171.725653] rfkill: input handler disabled
[ 189.871193] EXT4-fs (sda2): no journal found
[ 192.180348] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[ 374.847054] EXT4-fs (sda2): no journal found
ubuntu-budgie@ubuntu-budgie:~$
ubuntu-budgie@ubuntu-budgie:~$ dumpe2fs -h /dev/dva2
dumpe2fs 1.44.1 (24-Mar-2018)
dumpe2fs: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/dva2
Impossible de trouver un superbloc de système de fichiers valide.
ubuntu-budgie@ubuntu-budgie:~$
sda, pas dva
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: 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: 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: Mon Jan 1 18:46:14 2018
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
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: b9866d70-b93d-46f8-8be8-ae25d435229a
Journal backup: inode blocks
Le numéro magique du superbloc de journal est invalide !
ubuntu-budgie@ubuntu-budgie:~$
La taille du système de fichiers (6769664 * 4096) correspond à la taille de la partition (54157312 * 512), c’est signe que la partition a bien été recréée à la bonne position et avec la bonne taille.
Concernant l’erreur du journal, j’hésite entre deux approches.
a) Réaction classique, exécuter e2fsck pour réparer les erreurs.
e2fsck /dev/sda2
b) Désactiver le journal avec tune2fs.
tune2fs -O ^has_journal /dev/sda2
Je pense que je commencerais par a) pour voir ce que ça donne. Attention à bien lire et comprendre ce qu’il propose avant d’accepter toute correction.
ubuntu-budgie@ubuntu-budgie:~$ sudo e2fsck /dev/sda2
e2fsck 1.44.1 (24-Mar-2018)
le superbloc a un journal invalide (i-noeud 8).
Effacer<o>?
Qu’en penses-tu ?
Encore merci de ton aide…
Je répondrais oui.
Effacer<o>? oui
*** journal has been deleted ***
L'i-noeud de changement de taille n'est pas valide. Recréer<o>?
Probablement.
L'i-noeud 817 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 817, i_blocs est 1606484, devrait être 0. Corriger<o>? oui
l'i-noeud 833 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 833 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 833, i_blocs est 1606485, devrait être 0. Corriger<o>? oui
l'i-noeud 849 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 849 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 849, i_blocs est 1606486, devrait être 0. Corriger<o>? oui
l'i-noeud 865 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 865 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 865, i_blocs est 1606487, devrait être 0. Corriger<o>? oui
l'i-noeud 881 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 881 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 881, i_blocs est 1606488, devrait être 0. Corriger<o>? oui
l'i-noeud 897 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 897 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 897, i_blocs est 1606489, devrait être 0. Corriger<o>? oui
l'i-noeud 913 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 913 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>? oui
I-noeud 913, i_blocs est 1606490, devrait être 0. Corriger<o>? oui
l'i-noeud 929 fait partie de la liste des i-noeuds orphelins. CORRIGÉ.
L'i-noeud 929 a un en-tête d'extent corrompu. Effacer l'i-noeud<o>?
Oui jusqu’au bout ? Y a pas une commande pour dire oui à tout ?