* Re: [Comm] Переезд на новый диск
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 ` Vladimir Karpinsky
2014-11-10 8:14 ` Vladimir Karpinsky
2015-01-10 16:23 ` [Comm] Переезд на новые диски (RAID1) Vladimir Karpinsky
2 siblings, 2 replies; 37+ messages in thread
From: Michael Shigorin @ 2014-11-09 15:38 UTC (permalink / raw)
To: ALT Linux Community general discussions
On Sat, Nov 08, 2014 at 02:12:22PM +0300, Vladimir Karpinsky wrote:
> Затеял переезд на новый диск. Разметил новый диск, скопировал
> на него пораздельно со старого черех cp -dpRx.
Обычно применяю cp -ax или rsynx -qaHx.
> Далее
> for d in dev sys proc; do mount -o bind /$d /mnt/d; done
> update-grub
> grub-install /dev/sdb
>
> Всё прошло без ошибок
Стоит сверить /etc/fstab и /etc/sysconfig/grub с выводом blkid.
> Старый диск был разбит на Raid1, временно перебираюсь на sd?.
> При старте с нового диска получаю 120-секундную задумчивость
> на population /dev, потом много сообщений вида:
>
> hostname udevadm: /sys/devices/virtual/block/md0 (<номер>)
>
> Вопрос 1: как с этим справиться?
Перегенерировать initrd (можно совместить с обновлением ядра,
чтоб само), загрузившись с нового диска. Но...
> Вопрос 2: скоро буду восстанавливать массивы, что делать,
> чтобы с этим не столкнуться?
...может быть осмысленней сразу собирать degraded raid1,
в который потом добавить второй диск, чем сейчас съезжать
с md, а потом опять заезжать.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
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:49 ` Vladimir Karpinsky
1 sibling, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-09 15:47 UTC (permalink / raw)
To: community
09.11.2014 18:38, Michael Shigorin пишет:
> ...может быть осмысленней сразу собирать degraded raid1,
> в который потом добавить второй диск, чем сейчас съезжать
> с md, а потом опять заезжать.
Уже так и делаю, но, как головой об стену (см. соседний тред "Comm] переезд
на новые диски RAID-1 и grub")!
> Стоит сверить /etc/fstab и /etc/sysconfig/grub с выводом blkid.
и ещё /etc/mdadm.conf уже наизусть помню.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-09 15:47 ` Vladimir Karpinsky
@ 2014-11-09 15:49 ` Michael Shigorin
2014-11-09 15:54 ` Vladimir Karpinsky
0 siblings, 1 reply; 37+ messages in thread
From: Michael Shigorin @ 2014-11-09 15:49 UTC (permalink / raw)
To: community
On Sun, Nov 09, 2014 at 06:47:15PM +0300, Vladimir Karpinsky wrote:
> >...может быть осмысленней сразу собирать degraded raid1, в
> >который потом добавить второй диск, чем сейчас съезжать с md,
> >а потом опять заезжать.
> Уже так и делаю, но, как головой об стену
> (см. соседний тред "Comm] переезд на новые
> диски RAID-1 и grub")!
Так у Вас сейчас опять два диска? В массиве или пока без?
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-09 15:49 ` Michael Shigorin
@ 2014-11-09 15:54 ` Vladimir Karpinsky
0 siblings, 0 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-09 15:54 UTC (permalink / raw)
To: community
09.11.2014 18:49, Michael Shigorin пишет:
> On Sun, Nov 09, 2014 at 06:47:15PM +0300, Vladimir Karpinsky wrote:
>>> ...может быть осмысленней сразу собирать degraded raid1, в
>>> который потом добавить второй диск, чем сейчас съезжать с md,
>>> а потом опять заезжать.
>> Уже так и делаю, но, как головой об стену
>> (см. соседний тред "Comm] переезд на новые
>> диски RAID-1 и grub")!
>
> Так у Вас сейчас опять два диска? В массиве или пока без?
Да, 2 диска в массиве --- пока только 2 раздела: / (md0) и /var (md2).
Предполагается ещё swap и /home, но пока не до них (в /home больно много
копировать). Оба массива с metatdata=0.90.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-09 15:38 ` Michael Shigorin
2014-11-09 15:47 ` Vladimir Karpinsky
@ 2014-11-09 15:49 ` Vladimir Karpinsky
1 sibling, 0 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-09 15:49 UTC (permalink / raw)
To: community
09.11.2014 18:38, Michael Shigorin пишет:
>> Затеял переезд на новый диск. Разметил новый диск, скопировал
>> >на него пораздельно со старого черех cp -dpRx.
> Обычно применяю cp -ax или rsynx -qaHx.
В данном случа это м.б. важно? Ещё раз скопировать можно, но долго...
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-08 11:12 [Comm] Переезд на новый диск Vladimir Karpinsky
2014-11-09 15:38 ` Michael Shigorin
@ 2014-11-10 8:14 ` Vladimir Karpinsky
2014-11-10 8:34 ` Vladimir Karpinsky
2014-11-10 8:35 ` Gennadii Redko
2015-01-10 16:23 ` [Comm] Переезд на новые диски (RAID1) Vladimir Karpinsky
2 siblings, 2 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-10 8:14 UTC (permalink / raw)
To: community
Здравствуйте!
Выходные были потрачены с минимальной пользой. Сухой остаток: массивы
RAID-1 (/, swap, /var, /home) успешно создаются, информация копируется,
правятся /etc/mdadm.conf, /etc/fstab, далее монтирование в новый раздел
dev, sys, proc, потом chroot, update-grub и grub-install. Последний раз
даже забил новые диски нулями перед началом всего процесса, потому что
казалось, что что-то всплывает не очищенное обычной переразбивкой. Но
загрузка не проходит. Теперь симптомы и мысли:
1. При запуске update-grub и grub-install вылезают предупреждения:
"warning: Couldn't find physical volume(null)'. Some modules may be missing
from core image".
2. Иногда update-grub предупреждает, что lvmetad started but disabled, что
само по себе не должно сказываться, но м.б. следствием какой-то общей проблемы.
3. При загрузке имею долгие раздумья, потом сообщение о том, что root не
найден, и появляется shell от initramfs. В этом шеле /proс/mdstat пустой,
mdadm отсутствует, хотя устройство /dev/md0 имеет место быть, но как с ним
обращаться в отсутствие mdadm непонятно. Есть ещё одно наблюдение в
/dev/disk имеется только by-id, т.е. by-uuid отсутствует, соответственно,
упомянутые в /boot/grub/grub.cfg UUID похоже бесполезны.
Первый вопрос: можно ли это победить, и, самое главное, как это сделать?
Второй --- есть ли какие-то альтернативные способы переезда, например через
установку, потом перетаскивания всего нажитого годами --- настраивать всё
заново очень бы не хотелось. Пока плохо себе представляю алгоритм такого
процесса.
От безысходности пробовал клонировать диск Акрониксом, но он 2 раза из двух
где-то в середине процесса сообщал об ошибке и отваливался.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 8:14 ` Vladimir Karpinsky
@ 2014-11-10 8:34 ` Vladimir Karpinsky
2014-11-10 11:46 ` Vladimir Karpinsky
2014-11-10 8:35 ` Gennadii Redko
1 sibling, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-10 8:34 UTC (permalink / raw)
To: community
P.S.
1. initrd пересобирал --- изменения в поведении не заметил.
2. Изначально копировал командой cp -dpRx, потом cp -ax --- также ни на что
не повлияло.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 8:34 ` Vladimir Karpinsky
@ 2014-11-10 11:46 ` Vladimir Karpinsky
2014-11-10 13:35 ` Андрій Добровольський
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-10 11:46 UTC (permalink / raw)
To: community
10.11.2014 11:34, Vladimir Karpinsky пишет:
> 1. initrd пересобирал --- изменения в поведении не заметил.
По поводу пересборки initrd. В системе найдено 2 скрипта, которые этим
занимаются: /usr/sbin/make-initrd и /usr/sbin/mkinitrd-make-initrd. Второй,
насколько я понимаю, вызывает в конечном счёте первый с параметрами. Каким
из них надо или лучше пользоваться? М.б. я как-то не так пересобрал initrd?
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 11:46 ` Vladimir Karpinsky
@ 2014-11-10 13:35 ` Андрій Добровольський
2014-11-10 16:20 ` Vladimir Karpinsky
0 siblings, 1 reply; 37+ messages in thread
From: Андрій Добровольський @ 2014-11-10 13:35 UTC (permalink / raw)
To: ALT Linux Community general discussions
2014-11-10 13:46 GMT+02:00 Vladimir Karpinsky <vkarpinsky@mail.ru>:
> 10.11.2014 11:34, Vladimir Karpinsky пишет:
>>
>> 1. initrd пересобирал --- изменения в поведении не заметил.
>
>
> По поводу пересборки initrd. В системе найдено 2 скрипта, которые этим
> занимаются: /usr/sbin/make-initrd и /usr/sbin/mkinitrd-make-initrd. Второй,
> насколько я понимаю, вызывает в конечном счёте первый с параметрами. Каким
> из них надо или лучше пользоваться? М.б. я как-то не так пересобрал initrd?
>
>
Я уже неоднократно переезжал на новый диск по этой памятке:
http://www.iop.kiev.ua/~dobr/indexua.htm
Раньше не постил т.к. по украински написано. Но, ИМХО, понять не сложно.
--
Regards,
Andrii Dobrovol`s`kyj
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 13:35 ` Андрій Добровольський
@ 2014-11-10 16:20 ` Vladimir Karpinsky
2014-11-10 16:39 ` Андрій Добровольський
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-10 16:20 UTC (permalink / raw)
To: community
10.11.2014 16:35, Андрій Добровольський пишет:
> Я уже неоднократно переезжал на новый диск по этой памятке:
> http://www.iop.kiev.ua/~dobr/indexua.htm
>
> Раньше не постил т.к. по украински написано. Но, ИМХО, понять не сложно.
Я правильно понимаю, что читать надо статью: "Перенос системи на новий
жорсткий диск"?
Если да, то о моих проблем в этой статье ничего нет, т.к., во-первых, у
меня корневой раздел на RAID-1, во-вторых, загрузчик grub, а не lilo,
в-третьих, монтирование, в т.ч. при загрузке, по UUID. Проблема находится
где-то здесь, но как её локализовать, я пока не понимаю.
В любом случае, спасибо, за ссылку!
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 16:20 ` Vladimir Karpinsky
@ 2014-11-10 16:39 ` Андрій Добровольський
0 siblings, 0 replies; 37+ messages in thread
From: Андрій Добровольський @ 2014-11-10 16:39 UTC (permalink / raw)
To: ALT Linux Community general discussions
2014-11-10 18:20 GMT+02:00 Vladimir Karpinsky <vkarpinsky@mail.ru>:
> 10.11.2014 16:35, Андрій Добровольський пишет:
>>
>> Я уже неоднократно переезжал на новый диск по этой памятке:
>> http://www.iop.kiev.ua/~dobr/indexua.htm
>>
>> Раньше не постил т.к. по украински написано. Но, ИМХО, понять не сложно.
>
>
> Я правильно понимаю, что читать надо статью: "Перенос системи на новий
> жорсткий диск"?
>
Да поняли правильно.
> Если да, то о моих проблем в этой статье ничего нет, т.к., во-первых, у меня
> корневой раздел на RAID-1, во-вторых, загрузчик grub, а не lilo, в-третьих,
> монтирование, в т.ч. при загрузке, по UUID. Проблема находится где-то здесь,
> но как её локализовать, я пока не понимаю.
>
> В любом случае, спасибо, за ссылку!
>
Говорят груб гораздо умнее лило... :) А рейда да, там нет.
Монтирование можно сделать по чему нужно. Ну по крайней мере так было
раньше.
Но сразу и не постил т.к. различий хватает.
--
Regards,
Andrii Dobrovol`s`kyj
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 8:14 ` Vladimir Karpinsky
2014-11-10 8:34 ` Vladimir Karpinsky
@ 2014-11-10 8:35 ` Gennadii Redko
2014-11-10 9:06 ` Vladimir Karpinsky
1 sibling, 1 reply; 37+ messages in thread
From: Gennadii Redko @ 2014-11-10 8:35 UTC (permalink / raw)
To: ALT Linux Community general discussions
10.11.2014 10:14, Vladimir Karpinsky пишет:
<skip>
> Второй --- есть ли какие-то альтернативные способы переезда, например
> через установку, потом перетаскивания всего нажитого годами ---
> настраивать всё заново очень бы не хотелось. Пока плохо себе представляю
> алгоритм такого процесса.
Какие здесь могут быть проблемы?
1. Устанавливаем ОС заново.
2. Монтируем где-нить в стороне "старые" диски/разделы.
3. Копируем с помощью cp -ax данные на новое место.
Не забудьте, чтобы пользовательские UIDы и GIDы на "новой" системе
совпадали со "старой".
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 8:35 ` Gennadii Redko
@ 2014-11-10 9:06 ` Vladimir Karpinsky
2014-11-10 10:50 ` Gennadii Redko
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2014-11-10 9:06 UTC (permalink / raw)
To: community
10.11.2014 11:35, Gennadii Redko пишет:
> 10.11.2014 10:14, Vladimir Karpinsky пишет:
> <skip>
>> Второй --- есть ли какие-то альтернативные способы переезда, например
>> через установку, потом перетаскивания всего нажитого годами ---
>> настраивать всё заново очень бы не хотелось. Пока плохо себе представляю
>> алгоритм такого процесса.
> Какие здесь могут быть проблемы?
Да и при таком переносе, как я делал, вроде, проблем не ожидалось...
> 1. Устанавливаем ОС заново.
> 2. Монтируем где-нить в стороне "старые" диски/разделы.
> 3. Копируем с помощью cp -ax данные на новое место.
>
> Не забудьте, чтобы пользовательские UIDы и GIDы на "новой" системе
> совпадали со "старой".
С /home всё понятно. Есть ещё куча сервисов, многие из которых, я уже не
помню, как настраивались так, что, чтобы их настройки сохранились, надо,
как минимум /etc и /var, а лучше бы ещё и /usr перетащить. Вот, тут я
боюсь, чтобы каких-нибудь конфликтов не вылезло бы.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новый диск
2014-11-10 9:06 ` Vladimir Karpinsky
@ 2014-11-10 10:50 ` Gennadii Redko
0 siblings, 0 replies; 37+ messages in thread
From: Gennadii Redko @ 2014-11-10 10:50 UTC (permalink / raw)
To: ALT Linux Community general discussions
10.11.2014 11:06, Vladimir Karpinsky пишет:
> 10.11.2014 11:35, Gennadii Redko пишет:
>> 10.11.2014 10:14, Vladimir Karpinsky пишет:
>> <skip>
>>> Второй --- есть ли какие-то альтернативные способы переезда, например
>>> через установку, потом перетаскивания всего нажитого годами ---
>>> настраивать всё заново очень бы не хотелось. Пока плохо себе представляю
>>> алгоритм такого процесса.
>> Какие здесь могут быть проблемы?
>
> Да и при таком переносе, как я делал, вроде, проблем не ожидалось...
>
>> 1. Устанавливаем ОС заново.
>> 2. Монтируем где-нить в стороне "старые" диски/разделы.
>> 3. Копируем с помощью cp -ax данные на новое место.
>>
>> Не забудьте, чтобы пользовательские UIDы и GIDы на "новой" системе
>> совпадали со "старой".
>
> С /home всё понятно. Есть ещё куча сервисов, многие из которых, я уже не
> помню, как настраивались так, что, чтобы их настройки сохранились, надо,
> как минимум /etc и /var, а лучше бы ещё и /usr перетащить. Вот, тут я
> боюсь, чтобы каких-нибудь конфликтов не вылезло бы.
>
В случае переноса файлов конфигов общих рецептов быть не может.
Копируйте конфиги по одному не забывая о бэкапах.
Для миграции старых систем на новое железо хорошо использовать
виртуальную машину для образа "старой" системы.
Тогда проблем с миграцией намного меньше.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2014-11-08 11:12 [Comm] Переезд на новый диск Vladimir Karpinsky
2014-11-09 15:38 ` Michael Shigorin
2014-11-10 8:14 ` Vladimir Karpinsky
@ 2015-01-10 16:23 ` Vladimir Karpinsky
2015-01-10 17:27 ` alexei
2015-04-16 8:52 ` Vladimir Karpinsky
2 siblings, 2 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-10 16:23 UTC (permalink / raw)
To: community
Здравствуйте!
Вкратце: перевожу систему p7 со старых дисков на новые. Система стоит на
2-х дисках, разбитых на 4 раздела: /, swap, var, home, каждый из которых
представляет собой RAID1.
Совершил ещё один подход, но также безрезультатно. Была сделана попытка
загрузиться с Rescue, потом chroot и обновление ядра --- всё также: ругань
при установке grub, и запуск с невозможностью смонтировать /root. Grub
вываливается в initramfs, там всё то же:
> /proс/mdstat пустой, mdadm отсутствует, хотя устройство /dev/md0 имеет место быть, но как с ним обращаться в отсутствие mdadm непонятно.
Пытался также в grub.cfg написать, где это возможно /dev/nd0 явно без UUID,
но также безрезультатно.
Такое ощущение, что массив /dev/md0 к загрузке не создан (insmod mdraid09 в
grub.cfg прописано), и, соответственно, с него загрузиться не удаётся.
Можно ли как-то понять почему это происходит и исправить?
Если никаких подсказок от сообщества не случится, то придётся всё-таки
ставить систему на эти диски с нуля, а потом всё перетаскивать. Это,
конечно, методически неправильно, но я уже не вижу другого решения :-(.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-10 16:23 ` [Comm] Переезд на новые диски (RAID1) Vladimir Karpinsky
@ 2015-01-10 17:27 ` alexei
2015-01-10 17:58 ` Vladimir Karpinsky
2015-04-16 8:52 ` Vladimir Karpinsky
1 sibling, 1 reply; 37+ messages in thread
From: alexei @ 2015-01-10 17:27 UTC (permalink / raw)
To: ALT Linux Community general discussions
----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
> Кому: community@lists.altlinux.org
> Отправленные: Воскресенье, 11 Январь 2015 г 0:23:37
> Тема: Re: [Comm] Переезд на новые диски (RAID1)
> Здравствуйте!
>
> Вкратце: перевожу систему p7 со старых дисков на новые. Система стоит на
> 2-х дисках, разбитых на 4 раздела: /, swap, var, home, каждый из которых
> представляет собой RAID1.
Когда нужно переежать на другие диски с другим размером разделов испоользую типовой алгоритм:
1. разметка новых дисков и создание на них новый масивов (опционально в деградированном режиме)
2. форматирование ФС на новых томах, копирование содержимого (можно через rsync, но я пользуюсь старым добрым MC)
3. загрузка rescue, монтирование дерева каталогов на новых дисках (mount-system тут не поможет), chroot в это дерево
4. через blkid смотрим у какого тома какой UID, по полученным данным правится /etc/fstab
5. grub-mkconfig && grub-autoupdate
6. перегенерация initrd
7. ребут.
Небольшой момент, на этапах 3-7 желательно чтобы система вообще не знала о существовании старых дисков, по избежание накладок.
Обычно этого достаточно.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-10 17:27 ` alexei
@ 2015-01-10 17:58 ` Vladimir Karpinsky
2015-01-10 18:11 ` alexei
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-10 17:58 UTC (permalink / raw)
To: community
10.01.2015 20:27, alexei@taf.ru пишет:
> Когда нужно переежать на другие диски с другим размером разделов испоользую типовой алгоритм:
>
> 1. разметка новых дисков и создание на них новый масивов (опционально в деградированном режиме)
> 2. форматирование ФС на новых томах, копирование содержимого (можно через rsync, но я пользуюсь старым добрым MC)
> 3. загрузка rescue, монтирование дерева каталогов на новых дисках (mount-system тут не поможет), chroot в это дерево
> 4. через blkid смотрим у какого тома какой UID, по полученным данным правится /etc/fstab
Тут ещё mdadm.conf надо подправить.
> 5. grub-mkconfig && grub-autoupdate
Надо будет попробовать такую связку.
> 6. перегенерация initrd
Сегодня попробовал обновить ядро, там 5 и 6 должны были быть выполнены в
процессе, но не помогло.
> 7. ребут.
В целом у меня такой же алгоритм.
> Небольшой момент, на этапах 3-7 желательно чтобы система вообще не знала о существовании старых дисков, по избежание накладок.
Вот, тут я на 100% уже не уверен, что так было -- копировал в предыдущий
подход примерно месяц назад. А на что может повлиять знание о старых дисках?
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-10 17:58 ` Vladimir Karpinsky
@ 2015-01-10 18:11 ` alexei
2015-01-11 14:30 ` Vladimir Karpinsky
0 siblings, 1 reply; 37+ messages in thread
From: alexei @ 2015-01-10 18:11 UTC (permalink / raw)
To: ALT Linux Community general discussions
----- Исходное сообщение -----
> От: "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
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-10 18:11 ` alexei
@ 2015-01-11 14:30 ` Vladimir Karpinsky
2015-01-12 9:26 ` Michael Shigorin
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-11 14:30 UTC (permalink / raw)
To: community
>> 10.01.2015 20:27, alexei@taf.ru пишет:
>>> 5. grub-mkconfig && grub-autoupdate
Нет, не выходит каменный цветок. Также выскакивает несколько раз ругань на
"Couldn't find physical volume '(null)'" и после рестарта загрузка не
проходит. Весь Интернет уже перерыл -- не могу понять чем это вызвано...
> Опять же, надо обязательно смотреть, что прописано в GRUB_AUTOUPDATE_DEVICE в файле
> /etc/sysconfig/grub2
Там: '/dev/sdb /dev/sba ', что, собственно, и на старых дисках, с которыми
проблем нет.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-11 14:30 ` Vladimir Karpinsky
@ 2015-01-12 9:26 ` Michael Shigorin
2015-01-12 9:38 ` Vladimir Karpinsky
2015-01-14 9:34 ` Vladimir Karpinsky
0 siblings, 2 replies; 37+ messages in thread
From: Michael Shigorin @ 2015-01-12 9:26 UTC (permalink / raw)
To: community
On Sun, Jan 11, 2015 at 05:30:28PM +0300, Vladimir Karpinsky wrote:
> >>>5. grub-mkconfig && grub-autoupdate
grub-autoupdate дёргает grub-install, а тот включает grub-mkconfig_lib.
> Нет, не выходит каменный цветок.
> Так же выскакивает несколько раз ругань на
> "Couldn't find physical volume '(null)'" и после рестарта
> загрузка не проходит.
Часом не застрявшие где-нить (/etc/sysconfig/grub2, /etc/fstab)
старые UUID файловых систем?
Помнится, grub-probe удавалось убедить рассказывать достаточно
подробно, что делает. Или sh -x grub-install с записью выхлопа
в файл для дальнейшего изучения.
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-12 9:26 ` Michael Shigorin
@ 2015-01-12 9:38 ` Vladimir Karpinsky
2015-01-12 10:46 ` Vladimir Karpinsky
2015-01-14 9:34 ` Vladimir Karpinsky
1 sibling, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-12 9:38 UTC (permalink / raw)
To: community
Здравствуйте!
12.01.2015 12:26, Michael Shigorin пишет:
> On Sun, Jan 11, 2015 at 05:30:28PM +0300, Vladimir Karpinsky wrote:
>>>>> 5. grub-mkconfig && grub-autoupdate
>
> grub-autoupdate дёргает grub-install, а тот включает grub-mkconfig_lib.
>
>> Нет, не выходит каменный цветок.
>> Так же выскакивает несколько раз ругань на
>> "Couldn't find physical volume '(null)'" и после рестарта
>> загрузка не проходит.
>
> Часом не застрявшие где-нить (/etc/sysconfig/grub2, /etc/fstab)
> старые UUID файловых систем?
в /etc/sysconfig/grub2 нет ничего про UUID, fstab ещё раз проверю, но я там
старательно всё исправлял, а уж для корневого раздела точно.
> Помнится, grub-probe удавалось убедить рассказывать достаточно
> подробно, что делает. Или sh -x grub-install с записью выхлопа
> в файл для дальнейшего изучения.
Спасибо, попробую.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
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
0 siblings, 2 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-12 10:46 UTC (permalink / raw)
To: community
12.01.2015 12:38, Vladimir Karpinsky пишет:
>
> в /etc/sysconfig/grub2 нет ничего про UUID, fstab ещё раз проверю, но я там
> старательно всё исправлял, а уж для корневого раздела точно.
Вру, есть! На старых дисках нашёл:
GRUB_CMDLINE_LINUX_DEFAULT=' vga=0x314 quiet=1
resume=/dev/disk/by-uuid/d3f3b4df-c91d-4ac3-8f8d-8e0f2f7eb0c6 panic=30 splash'
Странность в том, что этот UUID соответствует swap-разделу. Но при этом всё
работает. Правильно ли я понимаю, что здесь должен быть UUID корневого раздела?
Посмотрю, что на новых дисках, как смогу.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-12 10:46 ` Vladimir Karpinsky
@ 2015-01-12 11:16 ` Denis G. Samsonenko
2015-01-12 11:20 ` Michael Shigorin
1 sibling, 0 replies; 37+ messages in thread
From: Denis G. Samsonenko @ 2015-01-12 11:16 UTC (permalink / raw)
To: ALT Linux Community general discussions
День добрый!
> Вру, есть! На старых дисках нашёл:
> GRUB_CMDLINE_LINUX_DEFAULT=' vga=0x314 quiet=1
> resume=/dev/disk/by-uuid/d3f3b4df-c91d-4ac3-8f8d-8e0f2f7eb0c6 panic=30
> splash'
>
> Странность в том, что этот UUID соответствует swap-разделу. Но при этом всё
> работает. Правильно ли я понимаю, что здесь должен быть UUID корневого
> раздела?
На сколько я понимаю, в resume должен стоять как раз swap-раздел.
--
Всего доброго,
Денис.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
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
1 sibling, 1 reply; 37+ messages in thread
From: Michael Shigorin @ 2015-01-12 11:20 UTC (permalink / raw)
To: community
On Mon, Jan 12, 2015 at 01:46:40PM +0300, Vladimir Karpinsky wrote:
> Вру, есть! На старых дисках нашёл:
> GRUB_CMDLINE_LINUX_DEFAULT=' vga=0x314 quiet=1
> resume=/dev/disk/by-uuid/d3f3b4df-c91d-4ac3-8f8d-8e0f2f7eb0c6 panic=30
> splash'
>
> Странность в том, что этот UUID
> соответствует swap-разделу. Но при этом всё
> работает. Правильно ли я понимаю, что
> здесь должен быть UUID корневого раздела?
Нет, это ж resume (для hibernation) -- там именно своп...
--
---- WBR, Michael Shigorin / http://altlinux.org
------ http://opennet.ru / http://anna-news.info
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-12 11:20 ` Michael Shigorin
@ 2015-01-12 12:02 ` Vladimir Karpinsky
0 siblings, 0 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-12 12:02 UTC (permalink / raw)
To: community
12.01.2015 14:20, Michael Shigorin пишет:
> On Mon, Jan 12, 2015 at 01:46:40PM +0300, Vladimir Karpinsky wrote:
>> Вру, есть! На старых дисках нашёл:
>> GRUB_CMDLINE_LINUX_DEFAULT=' vga=0x314 quiet=1
>> resume=/dev/disk/by-uuid/d3f3b4df-c91d-4ac3-8f8d-8e0f2f7eb0c6 panic=30
>> splash'
>>
>> Странность в том, что этот UUID
>> соответствует swap-разделу. Но при этом всё
>> работает. Правильно ли я понимаю, что
>> здесь должен быть UUID корневого раздела?
>
> Нет, это ж resume (для hibernation) -- там именно своп...
Спасибо за разъяснение. Но раз так, ошибка в этом параметре вряд ли может
вызывать мои проблемы.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-12 9:26 ` Michael Shigorin
2015-01-12 9:38 ` Vladimir Karpinsky
@ 2015-01-14 9:34 ` Vladimir Karpinsky
1 sibling, 0 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-01-14 9:34 UTC (permalink / raw)
To: community
12.01.2015 12:26, Michael Shigorin пишет:
> Помнится, grub-probe удавалось убедить рассказывать достаточно
> подробно, что делает. Или sh -x grub-install с записью выхлопа
> в файл для дальнейшего изучения.
Сделал, но просветление не наступило. Весь лог пока не буду вставлять (там
> 200k), привожу конец:
+ path=/boot/grub
+ test -e /boot/grub
+ :
+ /usr/sbin/grub-probe -t fs /boot/grub
+ :
++ /usr/sbin/grub-probe -t abstraction /boot/grub
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
+ abstractions='diskfilter mdraid09 diskfilter mdraid09 '
+ :
+ '[' x = xy ']'
+ for abstraction in '$abstractions'
+ '[' xdiskfilter = xcryptodisk ']'
+ for abstraction in '$abstractions'
+ '[' xmdraid09 = xcryptodisk ']'
+ for abstraction in '$abstractions'
+ '[' xdiskfilter = xcryptodisk ']'
+ for abstraction in '$abstractions'
+ '[' xmdraid09 = xcryptodisk ']'
+ return 0
++ /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=device
/boot/grub
+ grub_device=/dev/md0
+ test -f /boot/grub/grubenv
++ echo /dev/md0
++ xargs /usr/sbin/grub-probe --device-map=/boot/grub/device.map
--target=fs --device
+ fs_module=ext2
+ test xext2 = x
+ partmap_module=
++ echo /dev/md0
++ xargs /usr/sbin/grub-probe --device-map=/boot/grub/device.map
--target=partmap --device
+ for x in '`echo "${grub_device}" | xargs "$grub_probe"
--device-map="${device_map}" --target=partmap --device 2> /dev/null`'
+ case "$x" in
+ partmap_module=' part_msdos'
+ for x in '`echo "${grub_device}" | xargs "$grub_probe"
--device-map="${device_map}" --target=partmap --device 2> /dev/null`'
+ case "$x" in
+ partmap_module=' part_msdos part_msdos'
++ echo /dev/md0
++ xargs /usr/sbin/grub-probe --device-map=/boot/grub/device.map
--target=abstraction --device
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
+ devabstraction_module='diskfilter mdraid09 diskfilter mdraid09 '
+ '[' xbiosdisk = xata ']'
+ '[' xbiosdisk = xnative ']'
+ modules=' biosdisk'
+ modules=' biosdisk ext2 part_msdos part_msdos diskfilter mdraid09
diskfilter mdraid09 '
++ /usr/bin/grub-mkrelpath /boot/grub
+ relative_grubdir=/boot/grub
+ '[' x/boot/grub = x ']'
+ prefix_drive=
+ config_opt_file=
+ rm -f /boot/grub/i386-pc/load.cfg
+ '[' x '!=' x ']'
+ '[' 'xdiskfilter mdraid09 diskfilter mdraid09 ' = x ']'
+ '[' x = xy ']'
++ /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=drive
--device /dev/md0
+ prefix_drive='(mduuid/a429018db45d289542891b3741128c9a)'
+ case "${grub_modinfo_target_cpu}-${grub_modinfo_platform}" in
+ mkimage_target=i386-pc
+ case "${grub_modinfo_target_cpu}-${grub_modinfo_platform}" in
+ imgext=img
+ '[' x = x ']'
+ /usr/bin/grub-mkimage -d /usr/lib64/grub/i386-pc -O i386-pc
--output=/boot/grub/i386-pc/core.img
'--prefix=(mduuid/a429018db45d289542891b3741128c9a)/boot/grub' biosdisk
ext2 part_msdos part_msdos diskfilter mdraid09 diskfilter mdraid09
+ '[' i386-pc = mipsel-loongson ']'
+ '[' i386-pc = i386-ieee1275 ']'
+ '[' i386-pc = powerpc-ieee1275 ']'
+ '[' i386-pc = i386-efi ']'
+ '[' i386-pc = x86_64-efi ']'
+ '[' i386-pc = i386-pc ']'
+ sync
+ sleep 2
+ /usr/sbin/grub-bios-setup --directory=/boot/grub/i386-pc
--device-map=/boot/grub/device.map /dev/sda
+ gettext 'Installation finished. No error reported.'
Installation finished. No error reported.+ echo
+ exit 0
Да ещё: на md0 файловая система ext4 (как и на старых дисках), м.б. это важно.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-01-10 16:23 ` [Comm] Переезд на новые диски (RAID1) Vladimir Karpinsky
2015-01-10 17:27 ` alexei
@ 2015-04-16 8:52 ` Vladimir Karpinsky
2015-04-16 8:59 ` alexei
1 sibling, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-04-16 8:52 UTC (permalink / raw)
To: community
10.01.2015 19:23, Vladimir Karpinsky пишет:
> Если никаких подсказок от сообщества не случится, то придётся всё-таки
> ставить систему на эти диски с нуля, а потом всё перетаскивать. Это,
> конечно, методически неправильно, но я уже не вижу другого решения :-(.
Ну, вот, поставил я систему с нуля и решил обновить ядро. Получил всё то же
самое, что и при попытке переезда:
Image is saved as /boot/initrd-3.14.38-std-def-alt1.img
Generating grub.cfg ...
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
Found background image: grub.jpg
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
Found linux image: /boot/vmlinuz-std-def
skipping symlink: /boot/vmlinuz-std-def
Found linux image: /boot/vmlinuz
Found initrd image: /boot/initrd.img
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
Found linux image: /boot/vmlinuz-3.14.38-std-def-alt1
Found initrd image: /boot/initrd-3.14.38-std-def-alt1.img
Found linux image: /boot/vmlinuz-3.14.35-std-def-alt1
Found initrd image: /boot/initrd-3.14.35-std-def-alt1.img
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
No volume groups found
Found ALT Linux 7.0.3 KDesktop (Centaurea Montana) on /dev/sdc1
Found memtest image: /boot/memtest-4.20.bin
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
/usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
modules may be missing from core image..
done
Done.
Ещё, правда, не перегружался, но я такое уже много раз видел, чем
заканчивается помню. Тут уже трудно во всём кривые руки обвинять. Как же с
этим всё же бороться!?
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 8:52 ` Vladimir Karpinsky
@ 2015-04-16 8:59 ` alexei
2015-04-16 8:59 ` Anton Gorlov
0 siblings, 1 reply; 37+ messages in thread
From: alexei @ 2015-04-16 8:59 UTC (permalink / raw)
To: ALT Linux Community general discussions
----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
> Кому: community@lists.altlinux.org
> Отправленные: Четверг, 16 Апрель 2015 г 16:52:46
> Тема: Re: [Comm] Переезд на новые диски (RAID1)
> 10.01.2015 19:23, Vladimir Karpinsky пишет:
>> Если никаких подсказок от сообщества не случится, то придётся всё-таки
>> ставить систему на эти диски с нуля, а потом всё перетаскивать. Это,
>> конечно, методически неправильно, но я уже не вижу другого решения :-(.
>
> Ну, вот, поставил я систему с нуля и решил обновить ядро. Получил всё то же
> самое, что и при попытке переезда:
>
> Image is saved as /boot/initrd-3.14.38-std-def-alt1.img
>
> Generating grub.cfg ...
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> Found background image: grub.jpg
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> Found linux image: /boot/vmlinuz-std-def
> skipping symlink: /boot/vmlinuz-std-def
> Found linux image: /boot/vmlinuz
> Found initrd image: /boot/initrd.img
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> Found linux image: /boot/vmlinuz-3.14.38-std-def-alt1
> Found initrd image: /boot/initrd-3.14.38-std-def-alt1.img
> Found linux image: /boot/vmlinuz-3.14.35-std-def-alt1
> Found initrd image: /boot/initrd-3.14.35-std-def-alt1.img
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> No volume groups found
> Found ALT Linux 7.0.3 KDesktop (Centaurea Montana) on /dev/sdc1
> Found memtest image: /boot/memtest-4.20.bin
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> /usr/sbin/grub-probe: warning: Couldn't find physical volume `(null)'. Some
> modules may be missing from core image..
> done
> Done.
>
> Ещё, правда, не перегружался, но я такое уже много раз видел, чем
> заканчивается помню. Тут уже трудно во всём кривые руки обвинять. Как же с
> этим всё же бороться!?
У меня такие эффекты случались, когда ставил в систему диски, ранее входившие в
состав массивов. Лечилось забиванием первого гигабайта устройства нулями, переразбивкой,
и добавлением устройства в массив по новой. Если на диске размещался не один FD-раздел,
а несколько, то затирать приходилось весь диск.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 8:59 ` alexei
@ 2015-04-16 8:59 ` Anton Gorlov
2015-04-16 9:31 ` Vladimir Karpinsky
0 siblings, 1 reply; 37+ messages in thread
From: Anton Gorlov @ 2015-04-16 8:59 UTC (permalink / raw)
To: ALT Linux Community general discussions
Я как раз это и спросил :)
А так достаточно mdadm --zero-superblock /dev/sd...
Вроде в 1.2 метаданные рейда хранятся не в начале диска.
16.04.2015 11:59, alexei@taf.ru пишет:
> У меня такие эффекты случались, когда ставил в систему диски, ранее входившие в
> состав массивов. Лечилось забиванием первого гигабайта устройства нулями, переразбивкой,
> и добавлением устройства в массив по новой. Если на диске размещался не один FD-раздел,
> а несколько, то затирать приходилось весь диск.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 8:59 ` Anton Gorlov
@ 2015-04-16 9:31 ` Vladimir Karpinsky
2015-04-16 9:56 ` alexei
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-04-16 9:31 UTC (permalink / raw)
To: community
> Ещё, правда, не перегружался, но я такое уже много раз видел, чем заканчивается помню.
Извините, погорячился -- несмотря на ошибки, новое ядро запустилось.
16.04.2015 11:59, Anton Gorlov пишет:
> Диски были чистые или раньше они были в другом рейде, на другом сервере?
Да, я с ними уже несколько месяцев борюсь, вероятно что-то осталось.
> А так достаточно mdadm --zero-superblock /dev/sd...
Можно это как-то сделать без потери данных? Жуть, как не хочется опять всё
переставлять...
> Вроде в 1.2 метаданные рейда хранятся не в начале диска.
У меня везде 0.9. Для загрузочного это, вроде, обязательно, для остальных
нет, но так получилось. Это плохо?
> Дожидаюсь окончания синхронизации, перезагружаюсь и получаю картину, приведённую в начале этого сообщения.
С новым ядром массивы по-прежнему стартуют деградированные.
> При загрузке происходит завис примерно на минуту после сообщение об ошибке в Address range (не могу найти этого сообщения в dmesg, при следующей перезагрузке прочитаю внимательнее), далее идёт запуск массивов и загрузка.
ERST: Failed to get Error Log Address Range.
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 9:31 ` Vladimir Karpinsky
@ 2015-04-16 9:56 ` alexei
2015-04-16 10:03 ` Vladimir Karpinsky
0 siblings, 1 reply; 37+ messages in thread
From: alexei @ 2015-04-16 9:56 UTC (permalink / raw)
To: ALT Linux Community general discussions
----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
> Кому: community@lists.altlinux.org
> Отправленные: Четверг, 16 Апрель 2015 г 17:31:12
> Тема: Re: [Comm] Переезд на новые диски (RAID1)
>> А так достаточно mdadm --zero-superblock /dev/sd...
>
> Можно это как-то сделать без потери данных? Жуть, как не хочется опять всё
> переставлять...
Выведите диск из массива, проведите манипуляции, верните обратно в массив и
синхронизируйте. по идее ничего не должно потеряться.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 9:56 ` alexei
@ 2015-04-16 10:03 ` Vladimir Karpinsky
2015-04-16 10:09 ` alexei
0 siblings, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-04-16 10:03 UTC (permalink / raw)
To: community
16.04.2015 12:56, alexei@taf.ru пишет:
> ----- Исходное сообщение -----
>> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
>> Кому: community@lists.altlinux.org
>> Отправленные: Четверг, 16 Апрель 2015 г 17:31:12
>> Тема: Re: [Comm] Переезд на новые диски (RAID1)
>
>>> А так достаточно mdadm --zero-superblock /dev/sd...
>>
>> Можно это как-то сделать без потери данных? Жуть, как не хочется опять всё
>> переставлять...
>
> Выведите диск из массива, проведите манипуляции, верните обратно в массив и
> синхронизируйте. по идее ничего не должно потеряться.
Правильно ли я понимаю, что процедура должна выглядеть так:
mdadm /dev/md0 -r /dev/sda1
mdadm --zero-superblock /dev/sda1
mdadm /dev/md0 --add /dev/sda1
и так с каждым разделом?
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 10:03 ` Vladimir Karpinsky
@ 2015-04-16 10:09 ` alexei
2015-04-16 10:32 ` Vladimir Karpinsky
2015-04-16 16:01 ` Vladimir Karpinsky
0 siblings, 2 replies; 37+ messages in thread
From: alexei @ 2015-04-16 10:09 UTC (permalink / raw)
To: ALT Linux Community general discussions
----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
> Кому: community@lists.altlinux.org
> Отправленные: Четверг, 16 Апрель 2015 г 18:03:37
> Тема: Re: [Comm] Переезд на новые диски (RAID1)
> 16.04.2015 12:56, alexei@taf.ru пишет:
>> ----- Исходное сообщение -----
>>> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
>>> Кому: community@lists.altlinux.org
>>> Отправленные: Четверг, 16 Апрель 2015 г 17:31:12
>>> Тема: Re: [Comm] Переезд на новые диски (RAID1)
>>
>>>> А так достаточно mdadm --zero-superblock /dev/sd...
>>>
>>> Можно это как-то сделать без потери данных? Жуть, как не хочется опять всё
>>> переставлять...
>>
>> Выведите диск из массива, проведите манипуляции, верните обратно в массив и
>> синхронизируйте. по идее ничего не должно потеряться.
>
> Правильно ли я понимаю, что процедура должна выглядеть так:
>
> mdadm /dev/md0 -r /dev/sda1
> mdadm --zero-superblock /dev/sda1
> mdadm /dev/md0 --add /dev/sda1
>
> и так с каждым разделом?
Я бы удалил /dev/sdaX со всех массивов, потом применил
--zero-superblock сначала к разделам, а потом ко всему устройству.
Если после этого разделы слетат, то переразбить, и --add
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
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
1 sibling, 1 reply; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-04-16 10:32 UTC (permalink / raw)
To: community
16.04.2015 13:09, alexei@taf.ru пишет:
> Я бы удалил /dev/sdaX со всех массивов, потом применил
> --zero-superblock сначала к разделам, а потом ко всему устройству.
А что будет с загрузчиком после применения ко всему устройству?
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 10:32 ` Vladimir Karpinsky
@ 2015-04-16 10:44 ` alexei
0 siblings, 0 replies; 37+ messages in thread
From: alexei @ 2015-04-16 10:44 UTC (permalink / raw)
To: ALT Linux Community general discussions
----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
> Кому: community@lists.altlinux.org
> Отправленные: Четверг, 16 Апрель 2015 г 18:32:42
> Тема: Re: [Comm] Переезд на новые диски (RAID1)
> 16.04.2015 13:09, alexei@taf.ru пишет:
>> Я бы удалил /dev/sdaX со всех массивов, потом применил
>> --zero-superblock сначала к разделам, а потом ко всему устройству.
>
> А что будет с загрузчиком после применения ко всему устройству?
Возможно ничего не будет. Но никто не запрещает после всего этого
сказать grub-install
^ permalink raw reply [flat|nested] 37+ messages in thread
* Re: [Comm] Переезд на новые диски (RAID1)
2015-04-16 10:09 ` alexei
2015-04-16 10:32 ` Vladimir Karpinsky
@ 2015-04-16 16:01 ` Vladimir Karpinsky
1 sibling, 0 replies; 37+ messages in thread
From: Vladimir Karpinsky @ 2015-04-16 16:01 UTC (permalink / raw)
To: community
16.04.2015 13:09, alexei@taf.ru пишет:
> Я бы удалил /dev/sdaX со всех массивов, потом применил
> --zero-superblock сначала к разделам, а потом ко всему устройству.
К устройству применять не хочет, т.к. mdadm не считает его частью
какого-либо массива. Пока применил ко всем разделам -- после синхронизации
попробую перезагрузку...
--
С уважением,
Владимир.
^ permalink raw reply [flat|nested] 37+ messages in thread