From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=LoRfHLF6VWJPg1R2lhQcjZNnToEK0tPS+s2QxCU9vn0=; b=HUHcuiCJA2BKV5IR0qSSmfRynmTP4EtUFpzQSt0Tdj9BMp7IoyTi5xBKU2jFw/HP8Xcr4zPuR+R8NzOTDncGwVH9tWp41LSMypSnbbVNLy+cHVMYNtGVA1/En65I8z+6; Message-ID: <4F917883.1020801@mail.ru> Date: Fri, 20 Apr 2012 18:53:55 +0400 From: Vladimir Karpinsky User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: community@lists.altlinux.org References: <4F913D82.6020200@mail.ru> <20120420112547.GU7507@osdn.org.ua> In-Reply-To: <20120420112547.GU7507@osdn.org.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 120420-0, 20.04.2012), Outbound message X-Antivirus-Status: Clean X-Spam: Not detected X-Mras: Ok Subject: Re: [Comm] =?koi8-r?b?99nQwcwgxMnTyyDJ2iBSQUlEMQ==?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2012 14:54:06 -0000 Archived-At: List-Archive: List-Post: 20.04.2012 15:25, Michael Shigorin написал: > On Fri, Apr 20, 2012 at 02:42:10PM +0400, Vladimir Karpinsky wrote: >> Физически диск присутствует, во всяком случае fdisk про него >> всё рассказывает, smartctl явных ошибок не даёт. > > Всё-таки настораживает, стоит прогнать smartctl -t long > >> # mdadm --re-add /dev/md0 /dev/sdb1 >> mdadm: --re-add for /dev/sdb1 to /dev/md0 is not possible > > В dmesg подробностей нет часом? Что-то не помню такого. Есть такое странное: ... [ 8.222185] md: sdb5 has different UUID to sdb2 [ 8.224684] md: sdb6 has different UUID to sdb2 [ 8.227172] md: sdb7 has different UUID to sdb2 [ 8.229636] md: md1 already running, cannot run sdb2 [ 8.232176] md: export_rdev(sdb2) [ 8.234735] md: considering sdb5 ... [ 8.237308] md: adding sdb5 ... [ 8.239828] md: sdb6 has different UUID to sdb5 [ 8.242385] md: sdb7 has different UUID to sdb5 [ 8.244898] md: md2 already running, cannot run sdb5 и т.п. Совсем не понимаю --- почему сравниваются UUID разных разделов, да и, вообще, причём здесь UUID... >> В принципе, если менять диск, то хочу поменять диски на >> побольше, но тогда заодно надо бы по-другому переразбить, >> причём практически все разделы (как минимум 3 из 5). Буду >> признателен за подробный алгоритм. Ссылок про это есть много, >> но я не совсем понимаю, как делать grow последовательно для >> нескольких разделов. Компьютер во время этого процесса могу >> включить-выключить неограниченное раз так, что необязательно >> упираться в работу "по-горячему". > > Я бы при возможности отключил эти диски, засунул новые, > стоя на rescue побил и собрал в массив как требуется, > затем подключил исходные диски (которые окажутся каким-нить > md127), посмотрел параметры ФС, сделал сообразно ФС на новых > и синхронизировал, после чего chroot и установка загрузчика. Пока не понял. Себе я представлял примерно так: 1. Пусть у меня уже есть новые диски, разбитые по-новому, для простоты с такими же ФС. 2. Загружаюсь с rescue/live, установив по одному диску из новой и старой пары. Копирую разделы один в один --- тут бы с ключами не промахнуться чтобы линки не попортились. 3. chroot на новый диск. Правлю UUID в /etc/mdadm.conf. 4. Устанавливаю загрузчик на новый диск. 5. Перегружаюсь с обоими новыми дисками и добавляю sdb? к массиву. 6. Установка загрузчика на второй диск. > Это не минимум даунтайма, а скорее минимум чего в голове держать: Это для меня --- в голове и так не всё помещается ;-) -- С уважением, Владимир.