[Comm] Переезд на новый диск

[Comm] Переезд на новый диск

[@ 2014-11-08 11:12 UTC (permalink / raw)]

Re: [Comm] Переезд на новый диск

[Michael Shigorin]

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

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

09.11.2014 18:38, Michael Shigorin пишет:
> ...может быть осмысленней сразу собирать degraded raid1,
> в который потом добавить второй диск, чем сейчас съезжать
> с md, а потом опять заезжать.

Уже так и делаю, но, как головой об стену (см. соседний тред "Comm] переезд 
на новые диски RAID-1 и grub")!

> Стоит сверить /etc/fstab и /etc/sysconfig/grub с выводом blkid.

и ещё /etc/mdadm.conf уже наизусть помню.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Michael Shigorin]

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

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

09.11.2014 18:38, Michael Shigorin пишет:
>> Затеял переезд на новый диск. Разметил новый диск, скопировал
>> >на него пораздельно со старого черех cp -dpRx.
> Обычно применяю cp -ax или rsynx -qaHx.

В данном случа это м.б. важно? Ещё раз скопировать можно, но долго...

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

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.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

Здравствуйте!

Выходные были потрачены с минимальной пользой. Сухой остаток: массивы 
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 раза из двух 
где-то в середине процесса сообщал об ошибке и отваливался.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

P.S.
1. initrd пересобирал --- изменения в поведении не заметил.
2. Изначально копировал командой cp -dpRx, потом cp -ax --- также ни на что 
не повлияло.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Gennadii Redko]

10.11.2014 10:14, Vladimir Karpinsky пишет:
<skip>
> Второй --- есть ли какие-то альтернативные способы переезда, например
> через установку, потом перетаскивания всего нажитого годами ---
> настраивать всё заново очень бы не хотелось. Пока плохо себе представляю
> алгоритм такого процесса.
Какие здесь могут быть проблемы?
1. Устанавливаем ОС заново.
2. Монтируем где-нить в стороне "старые" диски/разделы.
3. Копируем с помощью cp -ax  данные на новое место.

Не забудьте, чтобы пользовательские UIDы и GIDы на "новой" системе 
совпадали со "старой".

Re: [Comm] Переезд на новый диск

[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 перетащить. Вот, тут я 
боюсь, чтобы каких-нибудь конфликтов не вылезло бы.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Gennadii Redko]

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 перетащить. Вот, тут я
> боюсь, чтобы каких-нибудь конфликтов не вылезло бы.
>
В случае переноса файлов конфигов общих рецептов быть не может.
Копируйте конфиги по одному не забывая о бэкапах.
Для миграции старых систем на новое железо хорошо использовать 
виртуальную машину для образа "старой" системы.
Тогда проблем с миграцией намного меньше.

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

10.11.2014 11:34, Vladimir Karpinsky пишет:
> 1. initrd пересобирал --- изменения в поведении не заметил.

По поводу пересборки initrd. В системе найдено 2 скрипта, которые этим 
занимаются: /usr/sbin/make-initrd и /usr/sbin/mkinitrd-make-initrd. Второй, 
насколько я понимаю, вызывает в конечном счёте первый с параметрами. Каким 
из них надо или лучше пользоваться? М.б. я как-то не так пересобрал initrd?

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Андрій Добровольський]

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

Re: [Comm] Переезд на новый диск

[Vladimir Karpinsky]

10.11.2014 16:35, Андрій Добровольський пишет:
> Я уже неоднократно переезжал на новый диск по этой памятке:
> http://www.iop.kiev.ua/~dobr/indexua.htm
>
> Раньше не постил т.к. по украински написано. Но, ИМХО, понять не сложно.

Я правильно понимаю, что читать надо статью: "Перенос системи на новий 
жорсткий диск"?

Если да, то о моих проблем в этой статье ничего нет, т.к., во-первых, у 
меня корневой раздел на RAID-1, во-вторых, загрузчик grub, а не lilo, 
в-третьих, монтирование, в т.ч. при загрузке, по UUID. Проблема находится 
где-то здесь, но как её локализовать, я пока не понимаю.

В любом случае, спасибо, за ссылку!

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новый диск

[Андрій Добровольський]

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

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

Здравствуйте!

Вкратце: перевожу систему 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 прописано), и, соответственно, с него загрузиться не удаётся. 
Можно ли как-то понять почему это происходит и исправить?

Если никаких подсказок от сообщества не случится, то придётся всё-таки 
ставить систему на эти диски с нуля, а потом всё перетаскивать. Это, 
конечно, методически неправильно, но я уже не вижу другого решения :-(.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[alexei]

----- Исходное сообщение -----
> От: "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 желательно чтобы система вообще не знала о существовании старых дисков, по избежание накладок.

Обычно этого достаточно.

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

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% уже не уверен, что так было -- копировал в предыдущий 
подход примерно месяц назад. А на что может повлиять знание о старых дисках?

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[alexei]

----- Исходное сообщение -----
> От: "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

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

>> 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 ', что, собственно, и на старых дисках, с которыми 
проблем нет.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[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 файловых систем?

Помнится, grub-probe удавалось убедить рассказывать достаточно
подробно, что делает.  Или sh -x grub-install с записью выхлопа
в файл для дальнейшего изучения.

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

Здравствуйте!

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 с записью выхлопа
> в файл для дальнейшего изучения.

Спасибо, попробую.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

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 корневого раздела?

Посмотрю, что на новых дисках, как смогу.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[Denis G. Samsonenko]

День добрый!

> Вру, есть! На старых дисках нашёл:
> 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-раздел.

-- 
Всего доброго,

Денис.

Re: [Comm] Переезд на новые диски (RAID1)

[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) -- там именно своп...

-- 
 ---- WBR, Michael Shigorin / http://altlinux.org
  ------ http://opennet.ru / http://anna-news.info

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

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) -- там именно своп...

Спасибо за разъяснение. Но раз так, ошибка в этом параметре вряд ли может 
вызывать мои проблемы.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

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 (как и на старых дисках), м.б. это важно.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

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.

Ещё, правда, не перегружался, но я такое уже много раз видел, чем 
заканчивается помню. Тут уже трудно во всём кривые руки обвинять. Как же с 
этим всё же бороться!?

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[Anton Gorlov]

Я как раз это и спросил :)
А так достаточно mdadm --zero-superblock /dev/sd...

Вроде в 1.2 метаданные рейда хранятся не в начале диска.

16.04.2015 11:59, alexei@taf.ru пишет:
> У меня такие эффекты случались, когда ставил в систему диски, ранее входившие в
> состав массивов. Лечилось забиванием первого гигабайта устройства нулями, переразбивкой,
> и добавлением устройства в массив по новой. Если на диске размещался не один FD-раздел,
> а несколько, то затирать приходилось весь диск.

Re: [Comm] Переезд на новые диски (RAID1)

[alexei]

----- Исходное сообщение -----
> От: "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-раздел,
а несколько, то затирать приходилось весь диск.

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

> Ещё, правда, не перегружался, но я такое уже много раз видел, чем заканчивается помню.

Извините, погорячился -- несмотря на ошибки, новое ядро запустилось.

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.

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[alexei]

----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky@mail.ru>
> Кому: community@lists.altlinux.org
> Отправленные: Четверг, 16 Апрель 2015 г 17:31:12
> Тема: Re: [Comm] Переезд на новые диски (RAID1)

>> А так достаточно mdadm --zero-superblock /dev/sd...
> 
> Можно это как-то сделать без потери данных? Жуть, как не хочется опять всё
> переставлять...

Выведите диск из массива, проведите манипуляции, верните обратно в массив и
синхронизируйте. по идее ничего не должно потеряться.

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

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

и так с каждым разделом?

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[alexei]

----- Исходное сообщение -----
> От: "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

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

16.04.2015 13:09, alexei@taf.ru пишет:
> Я бы удалил /dev/sdaX со всех массивов, потом применил
> --zero-superblock сначала к разделам, а потом ко всему устройству.

А что будет с загрузчиком после применения ко всему устройству?

-- 
	С уважением,
		Владимир.

Re: [Comm] Переезд на новые диски (RAID1)

[alexei]

----- Исходное сообщение -----
> От: "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

Re: [Comm] Переезд на новые диски (RAID1)

[Vladimir Karpinsky]

16.04.2015 13:09, alexei@taf.ru пишет:
> Я бы удалил /dev/sdaX со всех массивов, потом применил
> --zero-superblock сначала к разделам, а потом ко всему устройству.

К устройству применять не хочет, т.к. mdadm не считает его частью 
какого-либо массива. Пока применил ко всем разделам -- после синхронизации 
попробую перезагрузку...

-- 
	С уважением,
		Владимир.