[Comm] копия /hda to /hdb

[Comm] копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, community.

Заранее извиняюсь за глупый вопрос, но есть такая задача:
периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
один  физический диск с системой и всеми файлами на другой точно такой
же.  Когда  ставил Мастера 2.2, был только один IDE диск (hda), теперь
их  два.  Все,  что есть на первом надо скинуть на второй. Причем так,
чтобы этот второй потом мог работать ВМЕСТО первого.

Подскажите команду, очень прошу.

________________
С уважением,
Максим Иванов

Re: [Comm] копия /hda to /hdb

[Genix]

Ivanov Maxim wrote:

>Заранее извиняюсь за глупый вопрос, но есть такая задача:
>периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
>один  физический диск с системой и всеми файлами на другой точно такой
>же.  
>

Может имеет смысл посмотреть в сторону RAID, например Software-RAID, 
ведь хочется именно этого, отказоустойчиовсти?

-- 
У каждого в башке свои тараканы...

Re: [Comm] копия /hda to /hdb

[Мар'ян Петришин]

Ivanov Maxim пишет:
> Здравствуйте, community.
> 
> Заранее извиняюсь за глупый вопрос, но есть такая задача:
> периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
> один  физический диск с системой и всеми файлами на другой точно такой
> же.  Когда  ставил Мастера 2.2, был только один IDE диск (hda), теперь
> их  два.  Все,  что есть на первом надо скинуть на второй. Причем так,
> чтобы этот второй потом мог работать ВМЕСТО первого.
> 
> Подскажите команду, очень прошу.
> 
> ________________
> С уважением,
> Максим Иванов
> 
> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/community
> 
> 
> 
dd if=/dev/hda of=/dev/hdb
Правда это процесс длительный.
Лучше вам все это добро на софтрейд перенести.

Re[2]: [Comm] копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Мар'ян.

Вы писали 10 ноября 2004 г., 11:14:32:

> Ivanov Maxim пишет:
>> Здравствуйте, community.
>> 
>> Заранее извиняюсь за глупый вопрос, но есть такая задача:
>> периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
>> один  физический диск с системой и всеми файлами на другой точно такой
>> же.  Когда  ставил Мастера 2.2, был только один IDE диск (hda), теперь
>> их  два.  Все,  что есть на первом надо скинуть на второй. Причем так,
>> чтобы этот второй потом мог работать ВМЕСТО первого.
>> 
>> Подскажите команду, очень прошу.
>> 

>> 
> dd if=/dev/hda of=/dev/hdb
> Правда это процесс длительный.
> Лучше вам все это добро на софтрейд перенести.

Да  я  бы  с великой радостью. Но как это сделать? Искал в рассылке на
эту тему, но находятся сообщения типа: "делал. но это не работает".
Вопрос  тогда  следующий:  где  прочитать  про  то,  КАК  сделать RAID
софтовый?  Предложения  сходить  в  ман  не  лучший  выход: не понял я
ничего.  Может,  кто  встречал  доку про это? На самом деле да, задача
вроде  бы  тривиальна: полностью зеркалить диски с целью замены одного
из винтов на другой при выходе из стоя первого. Я, собственно. этого и
хочу, но повторяюсь: нормальной документашки не нашел, поэтому и решил
как выход: каждую ночь тупо переписывать один винт на другой.


_______________
С уважением,
Максим Иванов                        

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Ivanov Maxim пишет:
> Здравствуйте, Мар'ян.
> 
> Вы писали 10 ноября 2004 г., 11:14:32:
> 
> 
>>Ivanov Maxim пишет:
>>
>>>Здравствуйте, community.
>>>
>>>Заранее извиняюсь за глупый вопрос, но есть такая задача:
>>>периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
>>>один  физический диск с системой и всеми файлами на другой точно такой
>>>же.  Когда  ставил Мастера 2.2, был только один IDE диск (hda), теперь
>>>их  два.  Все,  что есть на первом надо скинуть на второй. Причем так,
>>>чтобы этот второй потом мог работать ВМЕСТО первого.
>>>
>>>Подскажите команду, очень прошу.
>>>
> 
> 
>>dd if=/dev/hda of=/dev/hdb
>>Правда это процесс длительный.
>>Лучше вам все это добро на софтрейд перенести.
> 
> 
> Да  я  бы  с великой радостью. Но как это сделать? Искал в рассылке на
> эту тему, но находятся сообщения типа: "делал. но это не работает".
> Вопрос  тогда  следующий:  где  прочитать  про  то,  КАК  сделать RAID
> софтовый?  Предложения  сходить  в  ман  не  лучший  выход: не понял я
> ничего.  Может,  кто  встречал  доку про это? На самом деле да, задача

   1. 
<http://www.linux-os.ru/Members/bk_man/Articles/linux_migrating2raid1/>

2. /usr/share/doc/HOWTO/HTML/ru/Software-RAID-HOWTO/index.html

3. /usr/share/doc/HOWTO/HTML/ru/Boot-Root-Raid-LILO/index.html

   2 и 3 - из пакета howto-html-ru

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

PS: Повторюсь (это существенно): попробуй развесить диски по 
_разным_ шлейфам...

-- 

С уважением. Алексей.

Re[2]: [Comm] копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Aleksey.

Вы писали 10 ноября 2004 г., 13:18:36:


>> Да  я  бы  с великой радостью. Но как это сделать? Искал в рассылке на
>> эту тему, но находятся сообщения типа: "делал. но это не работает".
>> Вопрос  тогда  следующий:  где  прочитать  про  то,  КАК  сделать RAID
>> софтовый?  Предложения  сходить  в  ман  не  лучший  выход: не понял я
>> ничего.  Может,  кто  встречал  доку про это? На самом деле да, задача

>    1. 
> <http://www.linux-os.ru/Members/bk_man/Articles/linux_migrating2raid1/>

> 2. /usr/share/doc/HOWTO/HTML/ru/Software-RAID-HOWTO/index.html

> 3. /usr/share/doc/HOWTO/HTML/ru/Boot-Root-Raid-LILO/index.html

>    2 и 3 - из пакета howto-html-ru

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

> PS: Повторюсь (это существенно): попробуй развесить диски по 
> _разным_ шлейфам...


1.  Порадовало  фразой: "Это не является тривиальным занятием на IDE".
Т.е.  очевидно,  нужен  дежурный  бубуен.  Только  одно  "но": сервант
рабочий и если я его угроблю...

2  и  3  -  активно  читал  (смысл  установки дисков на РАЗНЫХ шлейфах
понятна  из  этого  документа). Но просветления пока не наступило. Что
будет,  если я не смогу создать RAID? Переустановка серванта? Нигде не
написано  про  то, что делать в случае неудачи, а это у меня случалось
достаточно  часто.  Пока видимо, остановлюсь на тупом копировании. Вот
будет  новый сервант - там можно тренироваться, а на этом почему-то не
хочется.


_______________
С уважением,
Максим Иванов                        

[Comm] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 01:50:45PM +0300, Ivanov Maxim wrote:
> > 1. <http://www.linux-os.ru/Members/bk_man/Articles/linux_migrating2raid1/>
> > 2. /usr/share/doc/HOWTO/HTML/ru/Software-RAID-HOWTO/index.html
> > 3. /usr/share/doc/HOWTO/HTML/ru/Boot-Root-Raid-LILO/index.html
> >    2 и 3 - из пакета howto-html-ru
> >> нормальной документашки не нашел, поэтому и решил как выход:
> >> каждую ночь тупо переписывать один винт на другой.

Это не выход -- в процессе переписывания информация на оригинале
неизбежно (параллельно) изменяется.

> > PS: Повторюсь (это существенно): попробуй развесить диски по 
> > _разным_ шлейфам...

Таки да.  Пусть лучше CD (если он помеха) висит как slave.

IDE -- это "один шлейф, один диск", иначе гайки.

> 1.  Порадовало  фразой: "Это не является тривиальным занятием
> на IDE".  Т.е.  очевидно,  нужен  дежурный  бубуен.  Только
> одно  "но": сервант рабочий и если я его угроблю...

Есть ещё один диск на время переезда (с условием возврата
оригинального после переезда)?

Или два других -- мелких -- диска для тренировки?

> 2  и  3  -  активно  читал  (смысл  установки дисков на РАЗНЫХ
> шлейфах понятна  из  этого  документа). Но просветления пока не
> наступило. Что будет,  если я не смогу создать RAID?
> Переустановка серванта? Нигде не написано  про  то, что делать
> в случае неудачи, а это у меня случалось достаточно  часто.

Ну, не надо так пессимистично :-)  Справитесь, там не ракетная
наука.

> Пока видимо, остановлюсь на тупом копировании. Вот будет  новый
> сервант - там можно тренироваться, а на этом почему-то не
> хочется.

Разумно.

Но.

Если на оригинальном диске есть разделы (а вдруг ещё и один из
них невелик и освобождаем) -- то всё, кроме корневой fs,
перетаскивается элементарно, с несущественными потерями
производительного времени и рисками (если не размахивать /bin/rm
с излишним воодушевлением).

В [1] именно про корень самое сложное.  А это в ALM2.4 достаточно
просто делается при установке (создать разделы типа Linux RAID
autodetect, дальше видно).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Michael.

Вы писали 10 ноября 2004 г., 14:43:07:

> On Wed, Nov 10, 2004 at 01:50:45PM +0300, Ivanov Maxim wrote:
>> > 1.
>> <http://www.linux-os.ru/Members/bk_man/Articles/linux_migrating2raid1/>
>> > 2. /usr/share/doc/HOWTO/HTML/ru/Software-RAID-HOWTO/index.html
>> > 3. /usr/share/doc/HOWTO/HTML/ru/Boot-Root-Raid-LILO/index.html
>> >    2 и 3 - из пакета howto-html-ru
>> >> нормальной документашки не нашел, поэтому и решил как выход:
>> >> каждую ночь тупо переписывать один винт на другой.

> Это не выход -- в процессе переписывания информация на оригинале
> неизбежно (параллельно) изменяется.


Насколько   сильно?   Я   стопанул   все   сервисы,  включая  syslog.
Незначительные изменения могут фатально повлиять на систему?


> Есть ещё один диск на время переезда (с условием возврата
> оригинального после переезда)?

К сожалению нет. Бюджетная организация, все дела, ничего нету :(


>> 2  и  3  -  активно  читал  (смысл  установки дисков на РАЗНЫХ
>> шлейфах понятна  из  этого  документа). Но просветления пока не
>> наступило. Что будет,  если я не смогу создать RAID?
>> Переустановка серванта? Нигде не написано  про  то, что делать
>> в случае неудачи, а это у меня случалось достаточно  часто.

> Ну, не надо так пессимистично :-)  Справитесь, там не ракетная
> наука.

Хе-хе.  Году  этак  в  94-м  имел  дело  с  головными частями крылатых
"изделий". Я вам доложу, что создать RAID на ходу работающего серванта
как мне кажется значительно сложнее :))


> Но.

> Если на оригинальном диске есть разделы (а вдруг ещё и один из
> них невелик и освобождаем) -- то всё, кроме корневой fs,
> перетаскивается элементарно, с несущественными потерями
> производительного времени и рисками (если не размахивать /bin/rm
> с излишним воодушевлением).


Второй диск - пуст и никому пока не нужен. Т.е. абсолютно.



_______________
С уважением,
Максим Иванов                        

[Comm] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 03:12:37PM +0300, Ivanov Maxim wrote:
> Незначительные изменения могут фатально повлиять на систему?

Они имеют тенденцию вылазить в максимально неподходящий момент...

> > Есть ещё один диск на время переезда (с условием возврата
> > оригинального после переезда)?
> К сожалению нет. Бюджетная организация, все дела, ничего нету :(

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

> > Ну, не надо так пессимистично :-)  Справитесь, там не
> > ракетная наука.
> Хе-хе.  Году  этак  в  94-м  имел  дело  с  головными частями
> крылатых "изделий". Я вам доложу, что создать RAID на ходу
> работающего серванта как мне кажется значительно сложнее :))

Хех.  Я только пороховые движки делал (из угля, черы, селитры,
бумаги, ниток и ПВА) :-)  Но всё дело в практике и навыке, и
скажу Вам -- создать RAID на ходу работающего серванта, на
котором ещё и syslog можно стрелять, это куда как попроще, чем
переезжать по-живому с RH7 на ALM2.2 на системе, где port
forwarding на xinetd деньги зарабатывает -- и один, но активно
загруженный сервис не должен стоять больше пары минут ни при
каких обстоятельствах...

> Второй диск - пуст и никому пока не нужен. Т.е. абсолютно.

Вот и организуйте на нём и hdaX (том же свопе) разделы типа 0xfd,
из них -- зеркало, raidstart, mkfs, cp -vax.  Немного навыка и
чуточку аккуратности -- и всё у Вас и дальше получится :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Ivanov Maxim пишет:
> Здравствуйте, Aleksey.
> 
> Вы писали 10 ноября 2004 г., 13:18:36:
> 
> 
> 
>>>Да  я  бы  с великой радостью. Но как это сделать? Искал в рассылке на
>>>эту тему, но находятся сообщения типа: "делал. но это не работает".
>>>Вопрос  тогда  следующий:  где  прочитать  про  то,  КАК  сделать RAID
>>>софтовый?  Предложения  сходить  в  ман  не  лучший  выход: не понял я
>>>ничего.  Может,  кто  встречал  доку про это? На самом деле да, задача
> 
> 
>>   1. 
>><http://www.linux-os.ru/Members/bk_man/Articles/linux_migrating2raid1/>
> 
> 
>>2. /usr/share/doc/HOWTO/HTML/ru/Software-RAID-HOWTO/index.html
> 
> 
>>3. /usr/share/doc/HOWTO/HTML/ru/Boot-Root-Raid-LILO/index.html
> 
> 
>>   2 и 3 - из пакета howto-html-ru
> 
> 
>>>вроде  бы  тривиальна: полностью зеркалить диски с целью замены одного
>>>из винтов на другой при выходе из стоя первого. Я, собственно. этого и
>>>хочу, но повторяюсь: нормальной документашки не нашел, поэтому и решил
>>>как выход: каждую ночь тупо переписывать один винт на другой.
> 
> 
>>PS: Повторюсь (это существенно): попробуй развесить диски по 
>>_разным_ шлейфам...
> 
> 
> 
> 1.  Порадовало  фразой: "Это не является тривиальным занятием на IDE".
> Т.е.  очевидно,  нужен  дежурный  бубуен.  Только  одно  "но": сервант
> рабочий и если я его угроблю...

1. Я правильно понимаю, что один из дисков у вас никак неиспользуется?

2. /boot отдельным разделом?

3. Изменение разбивки по разделам непланируется? (Содержимое 
/dev/hda* плавно переезжает на /dev/md*?)

   Тогда максимально возможная опасность - 2 перезагрузки, вместо 
одной... Или 3 вместо 2, если второй диск требует переразбики: 
незнаю способа перечитать таблицу разделов без перезагрузки системы 
(можно ограничиться модулем отвечающим за венчестер, но это невсегда 
возможно). raid поднимается в degraded режиме и /dev/hda* 
подключается _только_ если всё работает (до этой опирации система на
/dev/hda* отличается от первоночальной только конфигами raid и меню 
загрузчика).

> 
> 2  и  3  -  активно  читал  (смысл  установки дисков на РАЗНЫХ шлейфах
> понятна  из  этого  документа). Но просветления пока не наступило. Что
> будет,  если я не смогу создать RAID? Переустановка серванта? Нигде не
> написано  про  то, что делать в случае неудачи, а это у меня случалось

   Неудачи на каком именно этапе? Сдесь их несколько (перенос корня):

1. Разбивка второго диска - неудача влияет _только_ на последующие 
этапы.

2. Создание и поднятие raid если раздел /dev/hda* пометить в 
/etc/raidtab как failed-disk - содержимое /dev/hda* непострадает. 
Если этого несделать - может быть уничтожено (теоритически, на 
практике, такая опирация скорее всего всё окончится _только_ 
руганью: у меня неполучалось добавить подмонтированый диск в raid).

3. Копирование /dev/hda* -> /dev/md*, генирация initrd с модулями 
raid и редактирование меню загрузчика - тоже на работоспособность 
невлияют.

4. Перезагрузка с корнем на /dev/md*. Если не срослось - возврат к 
предыдущему варианту (его работаспособность неменялась) и поиск ошибок.

5. (Если 4 прошло нормально) Отключение failed-disk (в /etc/raidtab) 
и подсоединение /dev/hda* к raid - Если данный этап непрошёл, то 
система на /dev/hda* скорее всего убита. Но есть рабочая система на 
/dev/md*

6. Смена типа раздела на /dev/hda*

7. Можно перегрузиться, для считывания таблицы разделов ядром и 
проверки автоподнятия raid. В хадшем случаи - будет работать 
половина массива (как на этапе 5)...

   Это для /. Остальные разделы аналогично, только риск меньше.

> достаточно  часто.  Пока видимо, остановлюсь на тупом копировании. Вот
> будет  новый сервант - там можно тренироваться, а на этом почему-то не
> хочется.

   Эт правильно.

-- 

С уважением. Алексей.

Re[2]: [Comm] копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Aleksey.

Вы писали 10 ноября 2004 г., 15:04:52:



> 1. Я правильно понимаю, что один из дисков у вас никак неиспользуется?

Совершенно правы.

> 2. /boot отдельным разделом?

Нет.

/
/home
/usr
/var
/swap

> 3. Изменение разбивки по разделам непланируется? (Содержимое 
> /dev/hda* плавно переезжает на /dev/md*?)

Нет,  переразбивки  не  не  планируется.  Планируется  переезд.  Если
получится, RAID-1.



_______________
С уважением,
Максим Иванов                        

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Ivanov Maxim пишет:
> Здравствуйте, Aleksey.
> 
> Вы писали 10 ноября 2004 г., 15:04:52:
> 
> 
> 
> 
>>1. Я правильно понимаю, что один из дисков у вас никак неиспользуется?
> 
> 
> Совершенно правы.
> 
> 
>>2. /boot отдельным разделом?
> 
> 
> Нет.

   Тогда, действительно, могут быть сложности...

> 
> /
> /home
> /usr
> /var
> /swap
> 
> 
>>3. Изменение разбивки по разделам непланируется? (Содержимое 
>>/dev/hda* плавно переезжает на /dev/md*?)
> 
> 
> Нет,  переразбивки  не  не  планируется.  Планируется  переезд.  Если
> получится, RAID-1.

  С /boot на raid я не работал: скоре всего его на новый диск 
отдельным разделом выносить придётся (до начало raid`изации), и 
последующим переразбитием /dev/hda, когда система на raid`е 
поднимется (до включения /dev/hda* в raid).

-- 

С уважением. Алексей.

Re[2]: [Comm] копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Aleksey.

Вы писали 10 ноября 2004 г., 15:33:49:


>> 
>>>2. /boot отдельным разделом?
>> 
>> 
>> Нет.

>    Тогда, действительно, могут быть сложности...


Во-во.   Вот   оно  и  началось.  Я  ж  говорю:  ну  нету  НОРМАЛЬНОЙ
документашки.  А  там  пунктом N1 должно быть следующее тогда: /boot -
должен  быть на отдельном разделе. И это еще на стадии установки (!!!)
системы.


>   С /boot на raid я не работал: скоре всего его на новый диск 
> отдельным разделом выносить придётся (до начало raid`изации), и 
> последующим переразбитием /dev/hda, когда система на raid`е 
> поднимется (до включения /dev/hda* в raid).


Дык. Я - с превеликим удовольствием. А как?


_______________
С уважением,
Максим Иванов                        

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Ivanov Maxim пишет:
> Здравствуйте, Aleksey.
> 
> Вы писали 10 ноября 2004 г., 15:33:49:
> 
> 
> 
>>>>2. /boot отдельным разделом?
>>>
>>>
>>>Нет.
> 
> 
>>   Тогда, действительно, могут быть сложности...
> 
> 
> 
> Во-во.   Вот   оно  и  началось.  Я  ж  говорю:  ну  нету  НОРМАЛЬНОЙ
> документашки.  А  там  пунктом N1 должно быть следующее тогда: /boot -
> должен  быть на отдельном разделе. И это еще на стадии установки (!!!)
> системы.

   Есть это в документации: именно там я это и вычитал (во времена 
М2.0, но в М2.2 - тоже, кажется видел).

> 
> 
> 
>>  С /boot на raid я не работал: скоре всего его на новый диск 
>>отдельным разделом выносить придётся (до начало raid`изации), и 
>>последующим переразбитием /dev/hda, когда система на raid`е 
>>поднимется (до включения /dev/hda* в raid).
> 
> 
> 
> Дык. Я - с превеликим удовольствием. А как?

   Ссылаюсь на своё предыдущее письмо (с шагами):

0. Создаётся загрузочная дискета.

1. На 1 этапе новый диск бъётся на разделы (Nст + 1). С учётом того, 
что /boot должен быть основным (неуверен, что его можно сделать 
логическим).

2. раздел boot (на новом диске) форматируется, и туда копируется 
содержимое системного /boot. Ставится и настраивается загрузчик. 
(lilo и grub требуют различной настройки.) Надо добиться нормальной 
загрузки системы с созданного раздела.

3. Выполняются этапы 2-4 предыдущего письма. Подобным же образом на 
/dev/md* переносятся все остальные разделы и корректируется 
/etc/fstab. Система должно оказаться только на новом диске (на 
деградированном raid) по факту. И должна нормально грузится в таком 
режиме.

4. Создаётся ещё одна загрузочная дискета.

5. Переразбивается старый диск (в данный момент он уже не 
используется), и его разделы подключаются к raid.

   Примерно так...

-- 

С уважением. Алексей.

Re: [Comm] копия /hda to /hdb

[Денис Смирнов]

On Wed, Nov 10, 2004 at 04:18:26PM +0300, Ivanov Maxim wrote:

 IM> Во-во.   Вот   оно  и  началось.  Я  ж  говорю:  ну  нету  НОРМАЛЬНОЙ
 IM> документашки.  А  там  пунктом N1 должно быть следующее тогда: /boot -
 IM> должен  быть на отдельном разделе. И это еще на стадии установки (!!!)
 IM> системы.

freesource.info -> статьи -> разбиение диска :)

-- 
С уважением, Денис

http://freesource.info

[Comm] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 04:18:26PM +0300, Ivanov Maxim wrote:
> Во-во.   Вот   оно  и  началось.  Я  ж  говорю:  ну  нету  НОРМАЛЬНОЙ
> документашки.  А  там  пунктом N1 должно быть следующее тогда: /boot -
> должен  быть на отдельном разделе. И это еще на стадии установки (!!!)
> системы.

Шо за новости?  Я шо-то проспал?

(если серьёзно -- маниакальное втюхивание отдельного /boot в
отдельных дистрибутивах -- заместо отдельного /home -- считаю
довольно-таки атавизмом в наш век модулей и initrd; да, я
сталкивался и с тем, и с тем, и на таких рейдах, а на сяких, вот
разве на SATA ещё не сталкивался).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: копия /hda to /hdb

[Gennadiy Redko]

Michael Shigorin пишет:
> On Wed, Nov 10, 2004 at 04:18:26PM +0300, Ivanov Maxim wrote:
> 
>>Во-во.   Вот   оно  и  началось.  Я  ж  говорю:  ну  нету  НОРМАЛЬНОЙ
>>документашки.  А  там  пунктом N1 должно быть следующее тогда: /boot -
>>должен  быть на отдельном разделе. И это еще на стадии установки (!!!)
>>системы.
> 
> 
> Шо за новости?  Я шо-то проспал?
> 
> (если серьёзно -- маниакальное втюхивание отдельного /boot в
> отдельных дистрибутивах -- заместо отдельного /home -- считаю
> довольно-таки атавизмом в наш век модулей и initrd; да, я
> сталкивался и с тем, и с тем, и на таких рейдах, а на сяких, вот
> разве на SATA ещё не сталкивался).
> 

А вообще, есть ли какой-нибудь скрытый смысл в отдельных разделах
если диск один?
В чем заключается "сермяжная правда" разбиения ОДНОГО диска на разделы?
Есть правда аргумент повышения безопасности, за счет невозможности 
создания нардлинков
на файлы каталога  /var, но необходимость постоянно двигать разделы 
из-за ошибок планирования разбиения
-- пугает больше.
Речь не о сервере, а о рабочей станции.

[Comm] (my|why) partitions (was: копия /hda to /hdb)

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 6867 bytes --]

On Sat, Nov 13, 2004 at 01:52:46PM +0200, Gennadiy Redko wrote:
> А вообще, есть ли какой-нибудь скрытый смысл в отдельных
> разделах если диск один?

Как минимум разнесение таких проблем, как:

- метаданные (меньше шансов, что всё накроется одним бэдом);
- учёт места и, возможно, инодов (плюс квоты);
- более удобное резервное копирование (тж. см. выше);
- возможность индивидуальной регулировки ФС и опций монтирования.

Последнее весьма важно для эффективного использования в случае,
когда задачи, решаемый даже одним диском, разнообразны (т.е. это
не ещё один блин под ftp и всё).

Небольшой / -- большой плюс, если развалилось что-то из того, что
принадлежит к /usr или /var: машинку по крайней мере до какого-то
состояния можно автономно поднять, если его не задело.
"Небольшой" по нынешним меркам -- 100--250 Mb, с тем, чтобы не
возникало лишних проблем вообще и с обновлением ядер в частности.

Отдельный /usr -- вопрос спорный, если есть место -- делается,
если при планировании разбивки возникают сомнения -- порой и нет
(это бывает на системах с одним диском <1Gb или когда предвидится
довольно разнообразное использование места на /usr и тоже
невыносящимся в таких случаях /var).

Отдельный /home (и при использовании -- /usr/local) -- плюс при
обновлениях, переездах, бэкапе, ну и и меньше шансов на то, что
чья-то закачка съест место на / или /usr во время обновления
системы.

Отдельный /var можно поселить и на какой reiser (если есть
бесперебойник) -- ему несколько легчает.

Отдельный /boot не представляет (для меня по крайней мере) смысла
где-то с 2001 года, когда BIOS и LILO уже как-то научились в
среднем не спотыкаться об 1024-й цилиндр.

Отдельный /var/ftp... У меня когда-то "остатки места"
монтировались в /opt, потом оказалось, что именно их удобно
раздавать по ftp/nfs/smb; анализ привычки показал её
бессмысленность, и "остатки" плавно съехали в /var/ftp.

Да -- устойчиво наблюдаю рост симпатии к привычке делать /tmp на
tmpfs (за счёт более массивного swap-раздела), а /var/tmp вешать
на него при помощи bind mount. (2 wrar: в курсе, уже ответил :)

> В чем заключается "сермяжная правда" разбиения ОДНОГО диска на
> разделы?  Есть правда аргумент повышения безопасности, за счет
> невозможности создания нардлинков на файлы каталога  /var, но
> необходимость постоянно двигать разделы из-за ошибок
> планирования разбиения -- пугает больше.

Ну, у меня случаев, требующих панических подвижек, попросту не
было уже очень давно -- помогает на нескольких листках бумаги
планировать использование дисковой подсистемы, рисуя физические и
логические ресурсы и решая, чему где жить.

А по-хорошему -- при таких страхах надо смотреть на пресловутые
LVM/EVMS, ну или эмулировать их небольшим количеством запасных
относительно мелких разделов, которыми маневрировать, монтируя
при необходимости в /usr/share/doc или /home/user2 для
выгадывания места на /usr или /home, соответственно.

> Речь не о сервере, а о рабочей станции.

Ну вот несколько примеров -- на home и trickster сейчас
"каноническая" (практически устоявшаяся) раскладка для
сколь-нибудь заметных дисков на рабочих станциях, где я не только
админю, но и обитаю, а также занимаюсь разработкой (могут
выполнять подсобные серверные роли по ходу дела, хотя это сейчас
минимизируется):

home:~> sudo fdisk -l /dev/hda

Disk /dev/hda: 123.5 GB, 123522416640 bytes
255 heads, 63 sectors/track, 15017 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1          94      755023+  82  Linux swap
/dev/hda2   *          95         126      257040   83  Linux
/dev/hda3             127         492     2939895   83  Linux
/dev/hda4             493       15017   116672062+   5  Extended
/dev/hda5             493         979     3911796   83  Linux
/dev/hda6             980        1223     1959898+  83  Linux
/dev/hda7            1224        3048    14659281   83  Linux
/dev/hda8            3049       15017    96140961   83  Linux

home:~> df -T
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/hda2      xfs    247M  184M   63M  75% /
/dev/hda7      xfs     14G   14G  985M  94% /home
/dev/hda5      xfs    3.8G  3.6G  130M  97% /usr
/dev/hda3      xfs    2.8G  1.2G  1.7G  41% /var
/dev/hda8      xfs     92G   92G   39M 100% /var/ftp
none         tmpfs    384M  1.7M  383M   1% /tmp

trickster:~> sudo fdisk -l /dev/hda

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1         130     1044193+  83  Linux
/dev/hda2             131        9729    77103967+   5  Extended
/dev/hda5             131         195      522081   82  Linux swap
/dev/hda6             196         226      248976   83  Linux
/dev/hda7             227         487     2096451   83  Linux
/dev/hda8             488        1009     4192933+  83  Linux
/dev/hda9            1010        2921    15358108+  83  Linux
/dev/hda10           2922        3312     3140676   83  Linux
/dev/hda11           3313        9729    51544521   83  Linux

trickster:~> df -T
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/hda6      xfs    239M  145M   95M  61% /
/dev/hda10     xfs    3,0G  3,0G   40K 100% /backup
/dev/hda9      xfs     15G   13G  1,7G  89% /home
/dev/hda1 reiserfs   1020M   61M  960M   6% /tmp
/dev/hda8      xfs    4,0G  3,2G  894M  79% /usr
/dev/hda7      xfs    2,0G  1,4G  687M  67% /var
/dev/hda11     xfs     50G   44G  5,5G  89% /var/ftp
/tmp          none   1020M   61M  960M   6% /var/tmp

life:~> sudo fdisk -l /dev/hda

Disk /dev/hda: 12.0 GB, 12072517632 bytes
255 heads, 63 sectors/track, 1467 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1          32      257008+  a0  IBM Thinkpad hibernation
/dev/hda2              33         223     1534207+  83  Linux
/dev/hda3             224         255      257040   82  Linux swap
/dev/hda4             256        1467     9735390    5  Extended
/dev/hda5             256         573     2554303+  83  Linux
/dev/hda6             574        1467     7181023+  83  Linux

life:~> df -T
Filesystem    Type    Size  Used Avail Use% Mounted on
/dev/hda2     ext3    1,5G  1,4G   54M  97% /
/dev/hda5     ext3    2,4G  2,1G  251M  90% /home
/dev/hda6 reiserfs    6,9G  6,2G  671M  91% /var/ftp

PS: извиняюсь за столь объёмный спам :) (но всё-таки дам
копию в docs@, просьба следить за адресацией ответов)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: копия /hda to /hdb

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 492 bytes --]

On Sat, Nov 13, 2004 at 01:52:46PM +0200, Gennadiy Redko wrote:
> А вообще, есть ли какой-нибудь скрытый смысл в отдельных разделах
> если диск один?
Падение ФС.
Про отдельный /home, думаю, объяснять не надо?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> Вы считаете нормальным наличие в системе *-devel и полного набора
> компиляторов всех версий, помимо тех, что нужны пользователю в работе?
Ну, некоторые пользуют hasher. :)
		-- mike in community@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: копия /hda to /hdb

[Денис Смирнов]

On Sat, Nov 13, 2004 at 01:52:46PM +0200, Gennadiy Redko wrote:

GR> А вообще, есть ли какой-нибудь скрытый смысл в отдельных разделах
GR> если диск один?

Да.

GR> В чем заключается "сермяжная правда" разбиения ОДНОГО диска на разделы?

В увеличении возможностей по тюнингу.

 GR> Есть правда аргумент повышения безопасности, за счет невозможности 
 GR> создания нардлинков
 GR> на файлы каталога  /var, но необходимость постоянно двигать разделы 
 GR> из-за ошибок планирования разбиения
 GR> -- пугает больше.
 GR> Речь не о сервере, а о рабочей станции.

Ра рабочей станции всё, что требует скорости лежит в /home/, так что схема
разбивки вполне обычная:
swap (чем больше, тем лучше), обычно 2 * RAM
/boot
/
/usr
/var
/home
 
-- 
С уважением, Денис

http://freesource.info

Re: [Comm] Re: копия /hda to /hdb

[Денис Смирнов]

On Sat, Nov 13, 2004 at 01:04:24PM +0200, Michael Shigorin wrote:
 MS> Шо за новости?  Я шо-то проспал?
 MS> (если серьёзно -- маниакальное втюхивание отдельного /boot в
 MS> отдельных дистрибутивах -- заместо отдельного /home -- считаю
 MS> довольно-таки атавизмом в наш век модулей и initrd; да, я
 MS> сталкивался и с тем, и с тем, и на таких рейдах, а на сяких, вот
 MS> разве на SATA ещё не сталкивался).

/boot это ext2 раздел, коий прописан в fstab как noauto. И если он вынесен
отдельно, то тогда можно / хоть на LVM, хоть на RAID, хоть в tmpfs держать
:)

-- 
С уважением, Денис

http://freesource.info

Re: [Comm] копия /hda to /hdb

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 510 bytes --]

On Wed, 10 Nov 2004 15:04:52 +0300
"Aleksey Avdeev" <solo@solin.spb.ru> wrote:

> 2. Создание и поднятие raid если раздел /dev/hda* пометить в 
> /etc/raidtab как failed-disk - содержимое /dev/hda* непострадает. 
> Если этого несделать - может быть уничтожено (теоритически, на 
> практике, такая опирация скорее всего всё окончится _только_ 
> руганью: у меня неполучалось добавить подмонтированый диск в raid).
без raidtab - через mdadm - имхо получается проще, понятнее и меньше
шансов все убить.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re[2]: [Comm] копия /hda to /hdb

[Ivanov Maxim]

Ну в общем информирую:

dd if=/dev/hda of=/dev/hdb


Мигают на клаве три лампочки, на экране - регистры проца,

INIT: Switching to runlevel: 6
INIT: Sending processes the KILL signal

и так далее.

Похоже, я-таки доигрался... Блин, хороший был сервант.

Резюме: никому ТАК делать не рекомендую.

_______________
С уважением,
Максим Иванов                        

Re: [Comm] копия /hda to /hdb

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 790 bytes --]

On Wed, 10 Nov 2004 15:30:28 +0300
Ivanov Maxim <ivanov@amos.ru> wrote:

> Ну в общем информирую:
> 
> dd if=/dev/hda of=/dev/hdb
> 
> 
> Мигают на клаве три лампочки, на экране - регистры проца,
> 
> INIT: Switching to runlevel: 6
> INIT: Sending processes the KILL signal

ну и? корень-то на чем был?
 
 
> Похоже, я-таки доигрался... Блин, хороший был сервант.
> Резюме: никому ТАК делать не рекомендую.
если hdb _совсем_ не используется - ничего такого быть не должно и не
может. может, но по другим причинам.

 я вот раз пришел на работу и обнаружил что от одного рэйда  
диск отвалился после перезагрузки. ну и недолго думая делаю hotadd hdc
(вместо hdc3). полюбовался на mdstat и уже по дороге в курилку осознал,
_что_ я cделал. но ниче, живы остались все. 

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Ivanov Maxim пишет:
> Ну в общем информирую:
> 
> dd if=/dev/hda of=/dev/hdb
> 
> 
> Мигают на клаве три лампочки, на экране - регистры проца,

   Отключение /dev/hdb и перезагрузка помогают?

> 
> INIT: Switching to runlevel: 6
> INIT: Sending processes the KILL signal
> 
> и так далее.
> 
> Похоже, я-таки доигрался... Блин, хороший был сервант.
> 
> Резюме: никому ТАК делать не рекомендую.
> 

-- 

С уважением. Алексей.

Re[2]: [Comm] копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Aleksey.

Вы писали 10 ноября 2004 г., 15:47:35:

> Ivanov Maxim пишет:
>> Ну в общем информирую:
>> 
>> dd if=/dev/hda of=/dev/hdb
>> 
>> 
>> Мигают на клаве три лампочки, на экране - регистры проца,

>    Отключение /dev/hdb и перезагрузка помогают?

Да, помогли, все живо и здорово.
Замечательно скопировались /dev/hda1 - hda6

На партицию hdc7 ругаемся, говорим, что
invalid flag 0x1bbb
и восьмой партиции не видим совсем.

_______________
С уважением,
Максим Иванов                        

Re: [Comm] копия /hda to /hdb

[Денис Смирнов]

On Wed, Nov 10, 2004 at 03:53:00PM +0300, Ivanov Maxim wrote:
>>    Отключение /dev/hdb и перезагрузка помогают?
 IM> Да, помогли, все живо и здорово.
 IM> Замечательно скопировались /dev/hda1 - hda6

Версию ядра, а также lspci -v в студию (чтобы знать какой чипсет такой
дерьмовый). Вроде такие радости на VIA раньше проявлялись (пока workaround
для проблем в ДНК у VIA'шных разработчиков не сделали)

-- 
С уважением, Денис

http://freesource.info

[Comm] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 03:30:28PM +0300, Ivanov Maxim wrote:
> Ну в общем информирую: dd if=/dev/hda of=/dev/hdb
> Мигают на клаве три лампочки, на экране - регистры проца,
> INIT: Switching to runlevel: 6
> INIT: Sending processes the KILL signal

Это не относится.  Мигалка -- про kernel panic, а init 6 сам
собой тоже не делается.  Или это была попытка взлететь с ex-hdb?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: копия /hda to /hdb

[Ivanov Maxim]

Здравствуйте, Michael.

Вы писали 10 ноября 2004 г., 15:47:39:

> On Wed, Nov 10, 2004 at 03:30:28PM +0300, Ivanov Maxim wrote:
>> Ну в общем информирую: dd if=/dev/hda of=/dev/hdb
>> Мигают на клаве три лампочки, на экране - регистры проца,
>> INIT: Switching to runlevel: 6
>> INIT: Sending processes the KILL signal

> Это не относится.  Мигалка -- про kernel panic, а init 6 сам
> собой тоже не делается.  Или это была попытка взлететь с ex-hdb?


Нет. Я ждал, пока 80 гигов одного винта перетекут на другой.
Ничего не делал, т.е. совсем.

_______________
С уважением,
Максим Иванов                        

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Nick S. Grechukh пишет:
> On Wed, 10 Nov 2004 15:04:52 +0300
> "Aleksey Avdeev" <solo@solin.spb.ru> wrote:
> 
> 
>>2. Создание и поднятие raid если раздел /dev/hda* пометить в 
>>/etc/raidtab как failed-disk - содержимое /dev/hda* непострадает. 
>>Если этого несделать - может быть уничтожено (теоритически, на 
>>практике, такая опирация скорее всего всё окончится _только_ 
>>руганью: у меня неполучалось добавить подмонтированый диск в raid).
> 
> без raidtab - через mdadm - имхо получается проще, понятнее и меньше
> шансов все убить.

   Дома, через mdadm у меня не получилось (неверное не умею его 
готовить): не удалось обеспечить гарантированное поднятое raid в 
degraded режиме после перезагрузки (не смог создать raid1 с 
корректным заголовком для на половине зеркала). Пришлось через 
raidtab делать...

-- 

С уважением. Алексей.

Re: [Comm] копия /hda to /hdb

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 782 bytes --]

>Aleksey Avdeev" <solo@solin.spb.ru> wrote:
> Nick S. Grechukh пишет:
> > без raidtab - через mdadm - имхо получается проще, понятнее и меньше
> > шансов все убить.
> 
>    Дома, через mdadm у меня не получилось (неверное не умею его 
> готовить): не удалось обеспечить гарантированное поднятое raid в 
> degraded режиме после перезагрузки (не смог создать raid1 с 
> корректным заголовком для на половине зеркала). 
можно подробнее?

как у меня было (по памяти):
тип раздела fd.
создаем: 
mdadm -C /dev/md0 --level=1 --raid-devices=2 /dev/hda3 missing
(главное raid-devices не забыть правильное)
и запускаем. вот он уже и в degraded работает себе. в initrd засунуть
raidautorun - вот он уже и поднимается сам.
а потом mdadm /dev/md0 --add /dev/hdc3 - вот и все.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Nick S. Grechukh пишет:
>>Aleksey Avdeev" <solo@solin.spb.ru> wrote:
>>Nick S. Grechukh пишет:
>>
>>>без raidtab - через mdadm - имхо получается проще, понятнее и меньше
>>>шансов все убить.
>>
>>   Дома, через mdadm у меня не получилось (неверное не умею его 
>>готовить): не удалось обеспечить гарантированное поднятое raid в 
>>degraded режиме после перезагрузки (не смог создать raid1 с 
>>корректным заголовком для на половине зеркала). 
> 
> можно подробнее?
> 
> как у меня было (по памяти):
> тип раздела fd.
> создаем: 
> mdadm -C /dev/md0 --level=1 --raid-devices=2 /dev/hda3 missing
> (главное raid-devices не забыть правильное)

   Этот этап он у меня проходил только при --force (непомню, как 
ключ должен называться правильно) без него - отваливался с 
сообщением что для raid1 нужно 2 устройства. А после --force - 
raidautorun его поднять не мог. (Деталей - увы непомню. Неисключено, 
что строка вызова у меня отличалась.)

> и запускаем. вот он уже и в degraded работает себе. в initrd засунуть
> raidautorun - вот он уже и поднимается сам.
> а потом mdadm /dev/md0 --add /dev/hdc3 - вот и все.

-- 

С уважением. Алексей.

Re: [Comm] копия /hda to /hdb

[Nick S. Grechukh]

[-- Attachment #1: Type: text/plain, Size: 1347 bytes --]

On Wed, 10 Nov 2004 16:51:42 +0300
"Aleksey Avdeev" <solo@solin.spb.ru> wrote:

> Nick S. Grechukh пишет:
> >>Aleksey Avdeev" <solo@solin.spb.ru> wrote:
> >>Nick S. Grechukh пишет:
> >>
> >>>без raidtab - через mdadm - имхо получается проще, понятнее и
> >меньше>>шансов все убить.
> >>
> >>   Дома, через mdadm у меня не получилось (неверное не умею его 
> >>готовить): не удалось обеспечить гарантированное поднятое raid в 
> >>degraded режиме после перезагрузки (не смог создать raid1 с 
> >>корректным заголовком для на половине зеркала). 
> > 
> > можно подробнее?
> > 
> > как у меня было (по памяти):
> > тип раздела fd.
> > создаем: 
> > mdadm -C /dev/md0 --level=1 --raid-devices=2 /dev/hda3 missing
> > (главное raid-devices не забыть правильное)
> 
>    Этот этап он у меня проходил только при --force (непомню, как 
> ключ должен называться правильно) без него - отваливался с 
> сообщением что для raid1 нужно 2 устройства. 
а raiddevices нужно задавать тот который правильный (сколько их будет
активных). и перечислять устройств нужно тоже столько сколько их будет,
вместо отсутствующих  missing.
итог: в массиве _2_ активных диска (все остальные - любое количество
будут spare). но фактически в нем только 1.
просто afaik raiddevices как раз и прописывается в суперблок и поменять
его потом нельзя.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Nick S. Grechukh пишет:
> On Wed, 10 Nov 2004 16:51:42 +0300
> "Aleksey Avdeev" <solo@solin.spb.ru> wrote:
> 
> 
>>Nick S. Grechukh пишет:
>>
>>>>Aleksey Avdeev" <solo@solin.spb.ru> wrote:
>>>>Nick S. Grechukh пишет:
>>>>
>>>>
>>>>>без raidtab - через mdadm - имхо получается проще, понятнее и
>>>
>>>меньше>>шансов все убить.
>>>
>>>>  Дома, через mdadm у меня не получилось (неверное не умею его 
>>>>готовить): не удалось обеспечить гарантированное поднятое raid в 
>>>>degraded режиме после перезагрузки (не смог создать raid1 с 
>>>>корректным заголовком для на половине зеркала). 
>>>
>>>можно подробнее?
>>>
>>>как у меня было (по памяти):
>>>тип раздела fd.
>>>создаем: 
>>>mdadm -C /dev/md0 --level=1 --raid-devices=2 /dev/hda3 missing
>>>(главное raid-devices не забыть правильное)
>>
>>   Этот этап он у меня проходил только при --force (непомню, как 
>>ключ должен называться правильно) без него - отваливался с 
>>сообщением что для raid1 нужно 2 устройства. 
> 
> а raiddevices нужно задавать тот который правильный (сколько их будет
> активных). и перечислять устройств нужно тоже столько сколько их будет,
> вместо отсутствующих  missing.

   Спасибо, буду ещё раз экспериментировать - попробую. :-) (Кажется 
я missing не указывал...)

> итог: в массиве _2_ активных диска (все остальные - любое количество
> будут spare). но фактически в нем только 1.
> просто afaik raiddevices как раз и прописывается в суперблок и поменять
> его потом нельзя.

-- 

С уважением. Алексей.

[Comm] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 03:04:52PM +0300, Aleksey Avdeev wrote:
[51 fewer lines]
> незнаю способа перечитать таблицу разделов без перезагрузки системы 

Это только для диска, на котором расположен корневой раздел.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: копия /hda to /hdb

[Aleksey Avdeev]

Michael Shigorin пишет:
> On Wed, Nov 10, 2004 at 03:04:52PM +0300, Aleksey Avdeev wrote:
> [51 fewer lines]
> 
>>незнаю способа перечитать таблицу разделов без перезагрузки системы 
> 
> 
> Это только для диска, на котором расположен корневой раздел.
> 

   Тогда можно по подробнее: я только перезагрузкой модуля делал 
(для SATA).

-- 

С уважением. Алексей.

[Comm] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 04:18:09PM +0300, Aleksey Avdeev wrote:
> >>незнаю способа перечитать таблицу разделов без перезагрузки системы 
> >Это только для диска, на котором расположен корневой раздел.
> Тогда можно по подробнее: я только перезагрузкой модуля делал
> (для SATA).

(заинтересованно) И как, Вам дали выгрузить модуль, участвующий в
окучивании оного корневого раздела? ;-)

На IDE я когда-то тоже хотплагом баловался, но стрёмное это дело
IMHO :-)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: копия /hda to /hdb

[Gennadiy Redko]

Michael Shigorin пишет:
> On Wed, Nov 10, 2004 at 04:18:09PM +0300, Aleksey Avdeev wrote:
> 
>>>>незнаю способа перечитать таблицу разделов без перезагрузки системы 
>>>
>>>Это только для диска, на котором расположен корневой раздел.
>>
>>Тогда можно по подробнее: я только перезагрузкой модуля делал
>>(для SATA).
> 
> 
> (заинтересованно) И как, Вам дали выгрузить модуль, участвующий в
> окучивании оного корневого раздела? ;-)
> 
> На IDE я когда-то тоже хотплагом баловался, но стрёмное это дело
> IMHO :-)
> 
Как когда...
Если грузиться со скази и рэки для дисков IDE выбрать такие, которые и
питание
дисковое выключают при повороте ключа , а не только светодиодик
индикатора :), то вполне можно на ходу
IDE-диски переливать.
У нас такая штука уже два года "трудится".

[Comm] [JT] Re: копия /hda to /hdb

[Michael Shigorin]

On Wed, Nov 10, 2004 at 07:35:58PM +0200, Gennadiy Redko wrote:
> >На IDE я когда-то тоже хотплагом баловался, но стрёмное это
> >дело IMHO :-)
> Как когда...  Если грузиться со скази и рэки для дисков IDE
> выбрать такие, которые и питание дисковое выключают при
> повороте ключа , а не только светодиодик индикатора :), то
> вполне можно на ходу IDE-диски переливать.

Я-то бутался с IDE (в ядре и плюс рядом модулем :]), да и рэк был
простой как двери.

Правда, и материнка стоила $27, а не. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: копия /hda to /hdb

[Aleksey Avdeev]

Michael Shigorin пишет:
> On Wed, Nov 10, 2004 at 04:18:09PM +0300, Aleksey Avdeev wrote:
> 
>>>>незнаю способа перечитать таблицу разделов без перезагрузки системы 
>>>
>>>Это только для диска, на котором расположен корневой раздел.
>>
>>Тогда можно по подробнее: я только перезагрузкой модуля делал
>>(для SATA).
> 
> 
> (заинтересованно) И как, Вам дали выгрузить модуль, участвующий в
> окучивании оного корневого раздела? ;-)

   В тот момент он ещё корневым не был: корневым был другой диск, 
PATA. ;-)

> 
> На IDE я когда-то тоже хотплагом баловался, но стрёмное это дело
> IMHO :-)

   У меня немного другая ситуация: плавное переползание с PATA на 
SATA с последующим объединением данных зверей в raid. :-)

-- 

С уважением. Алексей.

Re: Re[2]: [Comm] копия /hda to /hdb

[Mike Lykov]

В сообщении от Среда 10 Ноябрь 2004 14:06 Ivanov Maxim написал:

> Вопрос  тогда  следующий:  где  прочитать  про  то,  КАК  сделать RAID
> софтовый?  Предложения  сходить  в  ман  не  лучший  выход: не понял я
> ничего.  Может,  кто  встречал  доку про это? 

общие представления дает software raid howto, а дальше уже разберетесь %)

-- 
Mike Lykov
Samara, "Vesna" parfum company, System administrator 

Re: Re[2]: [Comm] копия /hda to /hdb

[Alexander Volkov]

On Wed, 10 Nov 2004 15:13:07 +0400, Mike Lykov <combr@vesna.ru> wrote:

> В сообщении от Среда 10 Ноябрь 2004 14:06 Ivanov Maxim написал:
>
>> Вопрос  тогда  следующий:  где  прочитать  про  то,  КАК  сделать RAID
>> софтовый?  Предложения  сходить  в  ман  не  лучший  выход: не понял я
>> ничего.  Может,  кто  встречал  доку про это?
>
> общие представления дает software raid howto, а дальше уже разберетесь %)
>
Есть не одна статья именно по миграции на RAID-1, граблей там практически  
никаких, наверняка можно найти ссылки на opennet.ru


-- 
Best regards,
                       Alexander
                       VAA43-RIPN

Re: [Comm] копия /hda to /hdb

[Sodom]

Здравствуйте, Ivanov.

Вы писали 10 ноября 2004 г., 11:07:08:

> Здравствуйте, community.

> Заранее извиняюсь за глупый вопрос, но есть такая задача:
> периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
> один  физический диск с системой и всеми файлами на другой точно такой
> же.  Когда  ставил Мастера 2.2, был только один IDE диск (hda), теперь
> их  два.  Все,  что есть на первом надо скинуть на второй. Причем так,
> чтобы этот второй потом мог работать ВМЕСТО первого.

> Подскажите команду, очень прошу.

А зеркало сделать не?...
Смысл менять диски не раскрыли...
а так.. man tar

> ________________
> С уважением,
> Максим Иванов

> _______________________________________________
> Community mailing list
> Community@altlinux.ru
> https://lists.altlinux.ru/mailman/listinfo/community



-- 
С уважением,
 Sodom                          mailto:community@sodom.ru

Re: [Comm] копия /hda to /hdb

[Aleksey Avdeev]

Ivanov Maxim пишет:
> Здравствуйте, community.
> 
> Заранее извиняюсь за глупый вопрос, но есть такая задача:
> периодически  (допустим,  ночью,  в 4 часа) надо полностью скопировать
> один  физический диск с системой и всеми файлами на другой точно такой
> же.  Когда  ставил Мастера 2.2, был только один IDE диск (hda), теперь
> их  два.  Все,  что есть на первом надо скинуть на второй. Причем так,
> чтобы этот второй потом мог работать ВМЕСТО первого.

   Может имеет смысл soft RAID1 поднять? (И диски на разные шлейфы 
подвесить?)

-- 

С уважением. Алексей.