en faisant des fdisk, j’ai vu qu’il y avait des données sur les disques… je garde un espoir …
As-tu besoin d’autres renseignements ? L’assemblage est à 56%, il ne sera pas terminé avant demain soir tard
en faisant des fdisk, j’ai vu qu’il y avait des données sur les disques… je garde un espoir …
As-tu besoin d’autres renseignements ? L’assemblage est à 56%, il ne sera pas terminé avant demain soir tard
Non attends la reconstruction complète.
Bon… juste après avoir envoyé le message, mon écran est devenu noir et le ventilateur de la carte graphique s’est mis à tourner a fond >_<
J’ai du rebooter
ce matin, j’ai tenté de relancer l’assemblage
tiste@tiste-desktop:~$ sudo mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: cannot open device /dev/sdb1: Device or resource busy
mdadm: /dev/sdb1 has no superblock - assembly aborted
tiste@tiste-desktop:~$ mdadm --stop /dev/md0
mdadm: error opening /dev/md0: Permission denied
tiste@tiste-desktop:~$ sudo mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: cannot open device /dev/sdb1: Device or resource busy
mdadm: /dev/sdb1 has no superblock - assembly aborted
tiste@tiste-desktop:~$
Que puis-je faire ?
Pourquoi le disque /dev/sdb1 est occupé, il est monté?
c’est la question : je ne sais pas pourquoi il est occupé.
Le seul mount (qui a foiré) que j’ai réalisé est une mount de /dev/md0
J’ai controlé avec un mount -l : pas de dev/sdb1
Je ne sais donc pas pourquoi sdb1 est occupé… ni comment le libérer.
Hier le sda1 était occupé, mais en faisantt un stop de md0, ca l’avait libéré (myster aussi). La, ca n’a pas marché
Je viens de voir des infos concernant un driver, le dmraid… cela te parle ?
Que donne «lsof | grep sdb» et «dmesg | grep sdb» ?
lsof | grep sdb
seahorse- 3431 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
gnome-set 3439 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
gvfs-fuse 3456 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
gnome-pan 3477 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
nautilus 3478 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
update-no 3485 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
nm-applet 3487 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
trashappl 3507 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
gvfsd-tra 3511 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
gvfs-hal- 3514 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
fast-user 3519 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
mixer_app 3522 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
gnome-ter 3640 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
firefox 4843 tiste mem REG 8,65 166816 2113540 /usr/lib/nss/libnssdbm3.so
firefox 4843 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
update-ma 5441 tiste mem REG 8,65 127256 3023178 /usr/lib/gio/modules/libgvfsdbus.so
tiste@tiste-desktop:~$
et
tiste@tiste-desktop:~$ dmesg | grep sdb
[ 2.126760] sd 0:0:1:0: [sdb] 1953523055 512-byte hardware sectors: (1.00 TB/931 GiB)
[ 2.126767] sd 0:0:1:0: [sdb] Write Protect is off
[ 2.126767] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 2.126779] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 2.126805] sd 0:0:1:0: [sdb] 1953523055 512-byte hardware sectors: (1.00 TB/931 GiB)
[ 2.126812] sd 0:0:1:0: [sdb] Write Protect is off
[ 2.126813] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 2.126824] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 2.126826] sdb: sdb1
[ 2.127055] sd 0:0:1:0: [sdb] Attached SCSI disk
[ 11.002917] md: bind<sdb1>
tiste@tiste-desktop:~$
Visiblement sdb1 est accaparé le raid5 (md bind ) Il faudrait empêcher le raid de se monter au boute
En effet…
Pour corriger la situation, il faut “détruire” le mdadm.conf et rebooter ?
Renomme le, commente les références au raid dans le fstab et redémarre, ça ira sans doute mieux
Aucune référence n’apparait dans le fstab
# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sde1 during installation
UUID=7eabd3f0-c7f4-44b3-962a-023a98e5c960 / ext3 relatime,errors=remount-ro 0 1
# swap was on /dev/sde5 during installation
UUID=bc46c821-13d7-442e-aab8-6a050c3fe28e none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto,exec,utf8 0 0
Pour info :
tiste@tiste-desktop:~$ sudo mdadm --examine /dev/sda1/dev/sda1:
Magic : a92b4efc
Version : 00.90.00
UUID : b0e68bcd:ca637bf3:2c673ae2:5e7e931d (local to host tiste-desktop)
En revanche, j’ai détuit le mdadm.conf, aprés en avoir fait une sauvegarde.
Je reboote la machine …
Voici les résultats :
tiste@tiste-desktop:~$ dmesg | grep sdb
[ 2.179867] sd 0:0:1:0: [sdb] 1953523055 512-byte hardware sectors: (1.00 TB/931 GiB)
[ 2.179880] sd 0:0:1:0: [sdb] Write Protect is off
[ 2.179881] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 2.179902] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 2.179946] sd 0:0:1:0: [sdb] 1953523055 512-byte hardware sectors: (1.00 TB/931 GiB)
[ 2.179957] sd 0:0:1:0: [sdb] Write Protect is off
[ 2.179959] sd 0:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 2.179980] sd 0:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 2.179982] sdb: sdb1
[ 2.180263] sd 0:0:1:0: [sdb] Attached SCSI disk
tiste@tiste-desktop:~$ sudo mdadm --assemble /dev/md0 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1
mdadm: /dev/md0 has been started with 3 drives (out of 4) and 1 spare.
tiste@tiste-desktop:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid5 sda1[0] sdd1[4] sdc1[2] sdb1[1]
2930279808 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_]
[>....................] recovery = 0.0% (90212/976759936) finish=2703.9min speed=6014K/sec
unused devices: <none>
C’etait bien le sdb1 qui était accaparé par un RAID (serait-ce le fameux driver raid natif, dmraid ? )
Espérons à présent qu’il n’y ait pas d’autres crash de me bécane et que l’assemblage puisse se terminer correctement …
Tu confirmes que je n’ai plus rien à faire pour le moment, et qu’il n’y a aucun élément que je peux préparer tant que l’assemblage n’est pas terminé ?
Je confirme…
L’assemblage est terminé :
tiste@tiste-desktop:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid5 sda1[0] sdd1[3] sdc1[2] sdb1[1]
2930279808 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
Visiblement, l’opération s’est bien déroulée, et j’ai même 4 disques.
sudo mdadm --examine /dev/sda1[sudo] password for tiste:
/dev/sda1:
Magic : a92b4efc
Version : 00.90.00
UUID : b0e68bcd:ca637bf3:2c673ae2:5e7e931d
Creation Time : Sun Mar 2 00:09:18 2014
Raid Level : raid5
Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
Array Size : 2930279808 (2794.53 GiB 3000.61 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 0
Update Time : Sat Mar 29 15:04:00 2014
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Checksum : 8fdd8df1 - correct
Events : 14
Layout : left-symmetric
Chunk Size : 64K
Number Major Minor RaidDevice State
this 0 8 1 0 active sync /dev/sda1
0 0 8 1 0 active sync /dev/sda1
1 1 8 17 1 active sync /dev/sdb1
2 2 8 33 2 active sync /dev/sdc1
3 3 8 49 3 active sync /dev/sdd1
tiste@tiste-desktop:~$
sudo mdadm --detail /dev/md0
/dev/md0:
Version : 00.90
Creation Time : Sun Mar 2 00:09:18 2014
Raid Level : raid5
Array Size : 2930279808 (2794.53 GiB 3000.61 GB)
Used Dev Size : 976759936 (931.51 GiB 1000.20 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Sat Mar 29 15:04:00 2014
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : left-symmetric
Chunk Size : 64K
UUID : b0e68bcd:ca637bf3:2c673ae2:5e7e931d
Events : 0.14
Number Major Minor RaidDevice State
0 8 1 0 active sync /dev/sda1
1 8 17 1 active sync /dev/sdb1
2 8 33 2 active sync /dev/sdc1
3 8 49 3 active sync /dev/sdd1
tiste@tiste-desktop:~$
Je tente le mount :
tiste@tiste-desktop:~$ mount /dev/md0 /mnt
mount: only root can do that
tiste@tiste-desktop:~$ sudo mount /dev/md0 /mnt
mount: you must specify the filesystem type
tiste@tiste-desktop:~$ sudo mount -t ext4 /dev/md0 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/md0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
tiste@tiste-desktop:~$
Pour information, voici les informations du fdisk
sudo fdisk -l
Disk /dev/sda: 1000.2 GB, 1000203804160 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xad1cd38c
Device Boot Start End Blocks Id System
/dev/sda1 * 1 121601 976760001 fd Linux raid autodetect
Disk /dev/sdb: 1000.2 GB, 1000203804160 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x36d6214e
Device Boot Start End Blocks Id System
/dev/sdb1 * 1 121601 976760001 fd Linux raid autodetect
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xd1530718
Device Boot Start End Blocks Id System
/dev/sdc1 1 121601 976760001 fd Linux raid autodetect
Disk /dev/sdd: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x49a27536
Device Boot Start End Blocks Id System
/dev/sdd1 1 121601 976760001 fd Linux raid autodetect
Disk /dev/sde: 53.6 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00049c5d
Device Boot Start End Blocks Id System
/dev/sde1 1 6345 50966181 83 Linux
/dev/sde2 6346 6527 1461915 5 Extended
/dev/sde5 6346 6527 1461883+ 82 Linux swap / Solaris
Disk /dev/md0: 3000.6 GB, 3000606523392 bytes
2 heads, 4 sectors/track, 732569952 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk identifier: 0x00000000
Disk /dev/md0 doesn't contain a valid partition table
tiste@tiste-desktop:~$
Essaye un testdisk sur /dev/md0 en root, il arrivera peut être à rattraper la chose… Sinon il faut retrouver le superblock, je vais manger et je reviens
ok, je vais le telecharger et l’installer
je ne serai pas dispo de la soiree, je ferai les operations demain.
Pour avoir les endroits où sont les superblocs, fais
mkfs.ext3 -n /dev/md0
(pense au -n sinon il te reformatte le bazar!)
J’ai lance un testdisk. Il en est a 25%
J’avoue ne pas trop saisir les informations qu’il me donne.
Je posterai demain les resultats du testdisk et lancerai la commande pour les superblock
Le testdisk est terminé, mais les messages semblent pas trés rassurants … :
TestDisk 6.10, Data Recovery Utility, July 2008
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/md0 - 3000 GB / 2794 GiB - CHS 732569952 2 4
The harddisk (3000 GB / 2794 GiB) seems too small! (< 10701072 TB / 9732568 TiB)
Check the harddisk size: HD jumpers settings, BIOS detection...
The following partitions can't be recovered:
Partition Start End Size in sectors
Linux 32 0 1 799678847 1 4 6397430528
HFS 325747 0 1 2001282610 0 4 14724503928139260
HFS 1561879 1 1 2264230642 1 4 15910260592914140
HFS 5842627 0 1 151019018 1 4 3883811846720
HFS 6861686 1 1 346924397 0 3 6533506971176887
HFS 10517702 0 1 2825576672 0 2 1349707403305170
HFS 18232561 1 1 1776447459 0 2 10369439507797902
HFS 19828814 0 1 1778043711 1 2 10369439507797902
HFS 22391675 1 1 2929753914 0 4 4694834830286328
HFS 23628385 1 1 2334364609 1 2 20900531939068674
[ Continue ]
EXT4 Large file Sparse superblock Recover, 3275 GB / 3050 GiB
L’ecran suivant est :
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org
Disk /dev/md0 - 3000 GB / 2794 GiB - CHS 732569952 2 4
Partition Start End Size in sectors
L HFS 46414434 1 1 52493419 1 4 48631884 [D]
L HFS 62779457 1 1 153339740 1 4 724482268 [ zd ^C <6~[~M^C ^A z~H ^D`^C
L HFS 195662753 1 1 507907954 1 4 2497961612 [~X :~N?~\"O>^V#αP hF^A z~H
^D`^C]
Structure: Ok. Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable P=Primary L=Logical E=Extended D=Deleted
Keys A: add partition, L: load backup, T: change type,
Enter: to continue
HFS, 1278 GB / 1191 GiB
Je dois lancer la commande ‘L’ pour chacune ?
Il y avait quoi initialement? Une seule partition ext4 si j’ai bien compris…
Exact, il y avait qu’une seule partition à la base.
Format ext4 … oui, je pense