From: alexei@taf.ru To: ALT Linux Community general discussions <community@lists.altlinux.org> Subject: Re: [Comm] Переезд на новые диски (RAID1) Date: Sun, 11 Jan 2015 03:11:13 +0900 (IRKT) Message-ID: <1416752123.291581.1420913473378.JavaMail.zimbra@taf.ru> (raw) In-Reply-To: <54B16828.4050109@mail.ru> ----- Исходное сообщение ----- > От: "Vladimir Karpinsky" <vkarpinsky@mail.ru> > Кому: community@lists.altlinux.org > Отправленные: Воскресенье, 11 Январь 2015 г 1:58:00 > Тема: Re: [Comm] Переезд на новые диски (RAID1) > 10.01.2015 20:27, alexei@taf.ru пишет: >> Когда нужно переежать на другие диски с другим размером разделов испоользую >> типовой алгоритм: >> >> 1. разметка новых дисков и создание на них новый масивов (опционально в >> деградированном режиме) >> 2. форматирование ФС на новых томах, копирование содержимого (можно через rsync, >> но я пользуюсь старым добрым MC) >> 3. загрузка rescue, монтирование дерева каталогов на новых дисках (mount-system >> тут не поможет), chroot в это дерево >> 4. через blkid смотрим у какого тома какой UID, по полученным данным правится >> /etc/fstab > > Тут ещё mdadm.conf надо подправить. Как-то забыл про него. У меня там пусто, разделы под массивы помечены как FD, поэтому тома собираются автоматом. >> 5. grub-mkconfig && grub-autoupdate > > Надо будет попробовать такую связку. > >> 6. перегенерация initrd > > Сегодня попробовал обновить ядро, там 5 и 6 должны были быть выполнены в > процессе, но не помогло. grub не lilo, при обновлении ядра у него только конфиг правится, сам загрузчик в загрузочной записи не трогается >> 7. ребут. > > В целом у меня такой же алгоритм. > >> Небольшой момент, на этапах 3-7 желательно чтобы система вообще не знала о >> существовании старых дисков, по избежание накладок. > > Вот, тут я на 100% уже не уверен, что так было -- копировал в предыдущий > подход примерно месяц назад. А на что может повлиять знание о старых дисках? Возможна ситуация, когда выдумаете, что система должна читать и работать с одним набором дисков и разделов, но она имеет по этому поводу совсем другое мнение. По этой причине после копирования данных и загрузки rescue, старые диски хотя бы в БИОСе надо отключить. Опять же, надо обязательно смотреть, что прописано в GRUB_AUTOUPDATE_DEVICE в файле /etc/sysconfig/grub2
next prev parent reply other threads:[~2015-01-10 18:11 UTC|newest] Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-11-08 11:12 [Comm] Переезд на новый диск Vladimir Karpinsky 2014-11-09 15:38 ` Michael Shigorin 2014-11-09 15:47 ` Vladimir Karpinsky 2014-11-09 15:49 ` Michael Shigorin 2014-11-09 15:54 ` Vladimir Karpinsky 2014-11-09 15:49 ` Vladimir Karpinsky 2014-11-10 8:14 ` Vladimir Karpinsky 2014-11-10 8:34 ` Vladimir Karpinsky 2014-11-10 11:46 ` Vladimir Karpinsky 2014-11-10 13:35 ` Андрій Добровольський 2014-11-10 16:20 ` Vladimir Karpinsky 2014-11-10 16:39 ` Андрій Добровольський 2014-11-10 8:35 ` Gennadii Redko 2014-11-10 9:06 ` Vladimir Karpinsky 2014-11-10 10:50 ` Gennadii Redko 2015-01-10 16:23 ` [Comm] Переезд на новые диски (RAID1) Vladimir Karpinsky 2015-01-10 17:27 ` alexei 2015-01-10 17:58 ` Vladimir Karpinsky 2015-01-10 18:11 ` alexei [this message] 2015-01-11 14:30 ` Vladimir Karpinsky 2015-01-12 9:26 ` Michael Shigorin 2015-01-12 9:38 ` Vladimir Karpinsky 2015-01-12 10:46 ` Vladimir Karpinsky 2015-01-12 11:16 ` Denis G. Samsonenko 2015-01-12 11:20 ` Michael Shigorin 2015-01-12 12:02 ` Vladimir Karpinsky 2015-01-14 9:34 ` Vladimir Karpinsky 2015-04-16 8:52 ` Vladimir Karpinsky 2015-04-16 8:59 ` alexei 2015-04-16 8:59 ` Anton Gorlov 2015-04-16 9:31 ` Vladimir Karpinsky 2015-04-16 9:56 ` alexei 2015-04-16 10:03 ` Vladimir Karpinsky 2015-04-16 10:09 ` alexei 2015-04-16 10:32 ` Vladimir Karpinsky 2015-04-16 10:44 ` alexei 2015-04-16 16:01 ` Vladimir Karpinsky
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1416752123.291581.1420913473378.JavaMail.zimbra@taf.ru \ --to=alexei@taf.ru \ --cc=community@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Community general discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 community community/ http://lore.altlinux.org/community \ mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com public-inbox-index community Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.community AGPL code for this site: git clone https://public-inbox.org/public-inbox.git