[BOOT] Partition corrompue après mise à jour vers Windows 10 (résolu)

Questions et astuces concernant l'installation et la configuration d'archlinux
Répondre
Avatar de l’utilisateur
hardware
Hankyu
Messages : 35
Inscription : lun. 29 août 2011, 23:30

[BOOT] Partition corrompue après mise à jour vers Windows 10 (résolu)

Message par hardware »

Bonjour,

Je rencontre un petit problème suite à la mise à jour vers Windows 10. Je ne peux plus accéder à Archlinux, j'ai voulu réparer grub comme d'habitude donc je boot sur le liveUSB, mais lorsque j'essaye de monter la partition contenant / j'ai le message suivant :

Code : Tout sélectionner

mount /dev/sda6 /mnt

mount: write-protected mounting read-only
mount: wrong fs type bad option bad superblock

missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail  or so
Alors qu'avec la partition home (/dev/sda7) ça marche correctement. J'ai jamais eu ce soucis là, j'ai toujours pu réparer le chargeur d'amorçage UEFI sans problème

Vous avez une idée ? Je peux toujours essayer de réparer avec fsck ou gparted mais je préfère vous demander avant.
Dernière modification par hardware le sam. 01 août 2015, 09:01, modifié 2 fois.
Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1933
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par Xorg »

Quelle est la sortie de fdisk -l ainsi que lsblk -f s'il te plaît ?
Arch Linux x86_64 - Sway
AMD Ryzen 5 3600X - 32 Go de DDR4 - SSD NVMe 1 To + SSD SATA 250 Go - Sapphire NITRO+ Radeon RX 580
Image AUR___Image Wiki___Image GitHub
Avatar de l’utilisateur
hardware
Hankyu
Messages : 35
Inscription : lun. 29 août 2011, 23:30

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par hardware »

fdisk -l

Code : Tout sélectionner

Disk /dev/sda: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 33E12B8F-6820-486A-AE6F-7D738CF27DA0

Device         Start       End   Sectors  Size Type
/dev/sda1       2048    616447    614400  300M Windows recovery environment
/dev/sda2     616448    821247    204800  100M EFI System
/dev/sda3     821248   1083391    262144  128M Microsoft reserved
/dev/sda4    1083392 265320447 264237056  126G Microsoft basic data
/dev/sda5  265320448 266242047    921600  450M Windows recovery environment
/dev/sda6  266242048 369625087 103383040 49.3G Linux filesystem
/dev/sda7  369625088 495454207 125829120   60G Linux filesystem
/dev/sda8  495454208 500118158   4663951  2.2G Linux swap


Disk /dev/sdb: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B44777F5-AD32-4BD3-B7D0-8E5CF772BBCA

Device          Start        End    Sectors   Size Type
/dev/sdb1        2048 1638402047 1638400000 781.3G Microsoft basic data
/dev/sdb2  1638402048 1953523711  315121664 150.3G Linux filesystem


Disk /dev/sdc: 7.4 GiB, 7902068736 bytes, 15433728 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
Disklabel type: dos
Disk identifier: 0x60c53fdf

Device     Boot Start     End Sectors  Size Id Type
/dev/sdc1  *        0 1323007 1323008  646M  0 Empty
/dev/sdc2         252   63739   63488   31M ef EFI (FAT-12/16/32)


Disk /dev/loop0: 282.3 MiB, 295956480 bytes, 578040 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/loop1: 32 GiB, 34359738368 bytes, 67108864 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/loop2: 256 MiB, 268435456 bytes, 524288 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/arch_airootfs: 32 GiB, 34359738368 bytes, 67108864 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
lsblk -f

Code : Tout sélectionner

NAME            FSTYPE   LABEL        UUID                                 MOUNTPOINT
sda                                                                        
├─sda1          ntfs     Récupération 18DE7B41DE7B15EA                     
├─sda2          vfat                  287D-5AB8                            
├─sda3                                                                     
├─sda4          ntfs                  06848D73848D65D1                     
├─sda5          ntfs                  E4A66477A6644BDC                     
├─sda6                                                                     
├─sda7          ext4                  a7e55b69-c395-47da-befe-3563300c2c50 
└─sda8          swap                  29cb1cf1-d95c-4a1a-a068-629e9196cfb2 
sdb                                                                        
├─sdb1          ntfs     data         00DDFF501F77A76A                     
└─sdb2          ext4     data linux   c8677da0-4c58-4880-9333-8dfda1c5a11f 
sdc             iso9660  ARCH_201507  2015-07-01-16-59-27-00               
├─sdc1          iso9660  ARCH_201507  2015-07-01-16-59-27-00               /run/archiso/bootmnt
└─sdc2          vfat     ARCHISO_EFI  C26D-4E29                            
sr0                                                                        
loop0           squashfs                                                   /run/archiso/sfs/airootfs
loop1           ext4                  47f89855-8710-4fca-a395-913f70f7d94c 
└─arch_airootfs ext4                  47f89855-8710-4fca-a395-913f70f7d94c /
loop2                                                                      
└─arch_airootfs ext4                  47f89855-8710-4fca-a395-913f70f7d94c /
J'ai essayé de faire ça mais sans succès :

https://linuxexpresso.wordpress.com/201 ... in-ubuntu/
http://www.cyberciti.biz/faq/recover-ba ... partition/

fsck.ext4 -v /dev/sda6

Code : Tout sélectionner

fsck.ext4: Group descriptors look bad... trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda6

/dev/sda6: 
The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 
 or
    e2fsck -b 32768 
mke2fs -n /dev/sda6

Code : Tout sélectionner

Creating filesystem with 12922880 4k blocks and 3235840 inodes
Filesystem UUID: ea48b221-602f-473e-b47f-5122f5f8d1b1
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424
e2fsck -b 32768 /dev/sda6

Code : Tout sélectionner

e2fsck: Bad magic number in super-block while trying to open /dev/sda6

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem.  If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 
 or
    e2fsck -b 32768
Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1933
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par Xorg »

Cherche pas, ton système de fichiers est corrompu sur /dev/sda6, le système n'arrive même pas à savoir que c'est de l'Ext4...
À mon avis, tu es bon pour tenter de récupérer la partition avec testdisk.
Arch Linux x86_64 - Sway
AMD Ryzen 5 3600X - 32 Go de DDR4 - SSD NVMe 1 To + SSD SATA 250 Go - Sapphire NITRO+ Radeon RX 580
Image AUR___Image Wiki___Image GitHub
Avatar de l’utilisateur
hardware
Hankyu
Messages : 35
Inscription : lun. 29 août 2011, 23:30

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par hardware »

Merci pour ta réponse. Je viens d'essayer testdisk, avec un quick search il me retrouve bien mes deux partitions ext4 mais comment faire pour réparer la partition, j'ai pas trouvé d'option permettant de faire cela. Peux-tu m'indiquer la marche à suivre ?

Encore merci pour ton aide.
Avatar de l’utilisateur
hardware
Hankyu
Messages : 35
Inscription : lun. 29 août 2011, 23:30

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par hardware »

Bon en regardant plus en détail la documentation, testdisk ne peut pas réparer la partition, elle est listée parmis celle qui sont non 'recoverable'. Par hasard il n'existe pas un autre outil ?
SInon je restaure un backup, je sens que ça va me prendre du temps pour retrouver mon environnement... :(
Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1933
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par Xorg »

Ah, mince. Je t'avoue que j'ai jamais été confronté à ce genre de problème avec l'Ext4 auparavant. :?

D'après ce que j'ai trouvé, il faut essayer de faire un fsck avec un bloc alternatif, du genre fsck.ext4 -f -y -b 32768 /dev/sda6. Si ça ne marche pas avec ce bloc, tu peux tenter avec les autres blocs que te retourne la commande mke2fs -n /dev/sda6.
Arch Linux x86_64 - Sway
AMD Ryzen 5 3600X - 32 Go de DDR4 - SSD NVMe 1 To + SSD SATA 250 Go - Sapphire NITRO+ Radeon RX 580
Image AUR___Image Wiki___Image GitHub
Avatar de l’utilisateur
hardware
Hankyu
Messages : 35
Inscription : lun. 29 août 2011, 23:30

Re: [BOOT] Problème de partition après mise à jour vers Windows 10

Message par hardware »

Ah oui pas bête, j'avais essayé avec le premier block (32768) mais j'ai pas essayé les autres. Je tente, encore un petit espÔir :?
Avatar de l’utilisateur
hardware
Hankyu
Messages : 35
Inscription : lun. 29 août 2011, 23:30

Re: [BOOT] Partition corrompue après mise à jour vers Windows 10

Message par hardware »

Bon après 6h d'exécution, la commande a fini son job. La partition commençait à partir du block 7962624, l'avant dernier ^^' Malheureusement, j'ai perdu l'intégralité des données qui étaient dedans, il ne reste plus que le répertoire lost+found, tout a disparu. Je m'y attendais un peu, j'ai senti le vent tourner :lol: J'ai pu retrouver 95% de mes données grâce à un backup que j'ai fait il y a un mois, après une petite mise à jour via yaourt et une maj du kernel, j'ai pu retrouver mon environnement. Dans l'histoire, heureusement que la partition home n'a pas été touchée, parce qu'un delta d'un mois sur / ça va, mais sur home, ça m'aurait fait plus mal.

Ceux qui veulent faire la mise à jour vers Windows 10, je vous conseille vivement de sauvegarder l'intégralité de vos données sur un autre disque dur, dans l'idéal sur une autre machine (NAS ou autre). Pour la sauvegarde, j'ai utilisé rsync de cette manière : https://wiki.archlinux.org/index.php/Fu ... with_rsync ça marche du tonnerre.
Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1933
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.

Re: [BOOT] Partition corrompue après mise à jour vers Windows 10 (résolu)

Message par Xorg »

C'est vraiment dommage de voir que ça n'était pas réparable. Heureusement que tu avais une backup, et heureusement que ton Home n'a pas été affecté par le même soucis. :)
Arch Linux x86_64 - Sway
AMD Ryzen 5 3600X - 32 Go de DDR4 - SSD NVMe 1 To + SSD SATA 250 Go - Sapphire NITRO+ Radeon RX 580
Image AUR___Image Wiki___Image GitHub
Répondre