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

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

[@ 2004-11-10 8:07 UTC (permalink / raw)]

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 поднять? (И диски на разные шлейфы 
подвесить?)

-- 

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