linux-kernel - Re: Recreating RAID1 after the reckless mdadm usage

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 3 Apr 2008 08:46:53 +0200
From:	martin f krafft <madduck@...duck.net>
To:	linux-kernel@...r.kernel.org
Subject: Re: Recreating RAID1 after the reckless mdadm usage

also sprach Artem S. Tashkinov <birdie@...monline.ru> [2008.04.03.0746 +0200]:
> mdadm --create --assume-clean --verbose /dev/md0 --level=1 --force  
> --raid-devices=2 /dev/sda1 missing (which is obviously the right command).
>
> After doing that I see that my data on a recreated /dev/md0 is there (It  
> seems like it's intact). Is it safe to use this RAID1 and is my data  
> safe? Can I now add the second block device to md0 using 'mdadm /dev/md0  
> -a /dev/sdb1' command?

Looks good. Although you should not use --force or --assume-clean,
you wouldn't have needed them, but they also don't make a difference
in the above command.

-- 
martin | http://madduck.net/ | http://two.sentenc.es/
 
the united nations did a poll about food. the only question they asked
was: "could you please give your honest opinion about a solution for
the shortage of food in the rest of the world?" this poll failed
because:
  - in africa they didn't know what food was....
  - in eastern-europe they didn't know what honest was....
  - in western-europe they didn't know what shortage was...
  - in china they didn't know what opinion was...
  - in the middle-east they didn't know what solution was...
  - in south-america they didn't know what please was...
  - and in the usa they didn't know what "the rest of the world" was...
 
spamtraps: madduck.bogus@...duck.net

Download attachment "digital_signature_gpg.asc" of type "application/pgp-signature" (190 bytes)