uff!!! with /dev/sdb worked! xfs_repair(ed) !! thanks guys could we write more message??? mdadm: /dev/sdb appears to be part of a raid array: level=raid1 devices=2 ctime=Wed Mar 16 19:01:50 2011 could it be something like: **************************************************************************************** CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION **************************************************************************************** CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION **************************************************************************************** mdadm: /dev/sdb appears to be part of a raid array: level=raid1 devices=2 ctime=Wed Mar 16 19:01:50 2011 **************************************************************************************** CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION **************************************************************************************** CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION CAUTION **************************************************************************************** 2011/3/18 Roberto Spadim <roberto@xxxxxxxxxxxxx>: > Sorry, could not find valid secondary superblock > Exiting now. > > > :'( > > any help? > > 2011/3/18 Roberto Spadim <roberto@xxxxxxxxxxxxx>: >> now i have a broken filesystem right? i think old and new metadata was >> not the same >> i don't have partitions over /dev/md0, just xfs filesystem >> >> 2011/3/18 Roberto Spadim <roberto@xxxxxxxxxxxxx>: >>> :( any other idea? what could i do? >>> >>> 2011/3/18 Roberto Spadim <roberto@xxxxxxxxxxxxx>: >>>> # xfs_repair -n /dev/md0 >>>> Phase 1 - find and verify superblock... >>>> bad primary superblock - bad magic number !!! >>>> >>>> attempting to find secondary superblock... >>>> ........................... >>>> >>>> 2011/3/18 Roberto Spadim <roberto@xxxxxxxxxxxxx>: >>>>> i see some files contents with >>>>> cat /dev/md0 | less >>>>> >>>>> 2011/3/18 Roberto Spadim <roberto@xxxxxxxxxxxxx>: >>>>>> only one :( the other was broken :( >>>>>> it's xfs filesystem >>>>>> >>>>>> mdadm --create /dev/md0 /dev/sdb >>>>>> mkfs.xfs /dev/md0 >>>>>> mount /dev/md0 /home/ >>>>>> >>>>>> but since i made mdadm --create twice, it can't mount :( >>>>>> >>>>>> # mount /dev/md0 /tmp2 -t xfs >>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>>> 2011/3/18 Mathias Burén <mathias.buren@xxxxxxxxx>: >>>>>>> On 18 March 2011 13:43, Roberto Spadim <roberto@xxxxxxxxxxxxx> wrote: >>>>>>>> hi guys i had a raid1 array, and i made shit, could i undo it? it have >>>>>>>> filesystem with files :( >>>>>>>> >>>>>>>> # mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/sdb missing >>>>>>>> mdadm: /dev/sdb appears to be part of a raid array: >>>>>>>> level=raid1 devices=2 ctime=Wed Mar 16 19:01:50 2011 >>>>>>>> mdadm: Note: this array has metadata at the start and >>>>>>>> may not be suitable as a boot device. If you plan to >>>>>>>> store '/boot' on this device please ensure that >>>>>>>> your boot-loader understands md/v1.x metadata, or use >>>>>>>> --metadata=0.90 >>>>>>>> Continue creating array? >>>>>>>> Continue creating array? (y/n) y >>>>>>>> mdadm: Defaulting to version 1.2 metadata >>>>>>>> mdadm: array /dev/md0 started. >>>>>>>> -- >>>>>>>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in >>>>>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx >>>>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>>>>>> >>>>>>> >>>>>>> You had a RAID1 array? Of which devices did it consists of? Looks like >>>>>>> you only destroyed one. >>>>>>> >>>>>>> // M >>>>>>> -- >>>>>>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in >>>>>>> the body of a message to majordomo@xxxxxxxxxxxxxxx >>>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Roberto Spadim >>>>>> Spadim Technology / SPAEmpresarial >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Roberto Spadim >>>>> Spadim Technology / SPAEmpresarial >>>>> >>>> >>>> >>>> >>>> -- >>>> Roberto Spadim >>>> Spadim Technology / SPAEmpresarial >>>> >>> >>> >>> >>> -- >>> Roberto Spadim >>> Spadim Technology / SPAEmpresarial >>> >> >> >> >> -- >> Roberto Spadim >> Spadim Technology / SPAEmpresarial >> > > > > -- > Roberto Spadim > Spadim Technology / SPAEmpresarial > -- Roberto Spadim Spadim Technology / SPAEmpresarial -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
