Page 1 sur 1
[BOOT] Partition corrompue après mise à jour vers Windows 10 (résolu)
Publié : ven. 31 juil. 2015, 18:36
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.
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 19:03
par Xorg
Quelle est la sortie de fdisk -l ainsi que lsblk -f s'il te plaît ?
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 19:54
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
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
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
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
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 20:09
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.
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 20:36
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.
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 21:13
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...
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 21:23
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.
Re: [BOOT] Problème de partition après mise à jour vers Windows 10
Publié : ven. 31 juil. 2015, 21:26
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
Re: [BOOT] Partition corrompue après mise à jour vers Windows 10
Publié : sam. 01 août 2015, 09:01
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
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.
Re: [BOOT] Partition corrompue après mise à jour vers Windows 10 (résolu)
Publié : sam. 01 août 2015, 11:04
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.
