[Comm] Результат клонирования :-(

[Comm] Результат клонирования :-(

[Dolgov OV]

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

Заглючил тут у меня винт от перегрева :-\ (чего-то там с контроллером
позиционирования головки, в общем я не спец, не знаю), в общем решил его
быстренько поменять (давно собирался:-)
Понял я одно, ставить систему с нуля на новый винт нереально (ядра
2.4.22-wks-up не нашел, да и отлажено все было более-менее месяцами
работы). В общем обвешал я старый винт вентиляторами и решил перенести
раздел.
dd не прокатило (не получилось создать раздел размером один-в-один со
старым, в результате потом fsck ругался, что размер раздела не
соответствует размеру файловой системы).
Вспомнил, что можно сие проделывать tar'ом.
Подключил оба винта мастерами (hda - новый, hdc - старый), загрузился с
первого cd Master-2.2 в rescue режиме, подмонтировал оба раздела в
соседние папки /mnt/hda и /mnt/hdc

# cd /mnt/hdc
#tar -cf - ./* | tar -xf - -C /mnt/hda

В общем перерисовал 7G довольно быстро. Сделал chroot /mnt/hda,
подправил lilo, fstab.
Гружусь с нового винта, все ОК, как будто никуда не уходил :-) Только
вот проблемы полезли потихоньку.
1. Не пускает юзера к устройству /dev/ttyS0 (дозвон к прову с
callback через скрипты ppp-on-dialer, chat и т.п.) Ну это черт с ним,
sudo помогает.

2. А вот сканер никак не могу завести. Фирмваре на месте, сканер
аттачится, sane-find-scanner его видит, а вот scanimage на отрез
отказывается обнаруживать его, даже с принудительно указанным
/dev/usb/scanner0

Сканер Mustek 1200 UB Plus. На старом винте работал замечательно.

PS. Дошло до того. что сделал
# apt-get install --reinstall dev hotplug sane xsane libsane и какие-то
там с usb связанные пакеты. Перегрузил машину, эффекта ноль :-[

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454

Re: [Comm] Результат клонирования :-(

[Sergey Vlasov]

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

On Wed, Aug 11, 2004 at 04:04:21PM +0300, Dolgov OV wrote:
> Подключил оба винта мастерами (hda - новый, hdc - старый), загрузился с
> первого cd Master-2.2 в rescue режиме, подмонтировал оба раздела в
> соседние папки /mnt/hda и /mnt/hdc
> 
> # cd /mnt/hdc
> #tar -cf - ./* | tar -xf - -C /mnt/hda

Во втором вызове tar ещё нужна была опция -p - без неё права доступа
восстанавливаются не полностью.

Для файлов из пакетов можно найти несоответствия с помощью rpm --verify и
исправить с помощью rpm --setperms (и rpm --setugids, хотя в данном случае
это не понадобится - tar без -p ставит uid/gid нормально, обрезаются
только права доступа по umask).

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

Re: [Comm] Результат клонирования :-(

[Dolgov OV]

On Wed, 11 Aug 2004 17:18:21 +0400
Sergey Vlasov <vsu@altlinux.ru> wrote:

> On Wed, Aug 11, 2004 at 04:04:21PM +0300, Dolgov OV wrote:
> > Подключил оба винта мастерами (hda - новый, hdc - старый),
> > загрузился с первого cd Master-2.2 в rescue режиме, подмонтировал
> > оба раздела в соседние папки /mnt/hda и /mnt/hdc
> > 
> > # cd /mnt/hdc
> > #tar -cf - ./* | tar -xf - -C /mnt/hda
> 
> Во втором вызове tar ещё нужна была опция -p - без неё права доступа
> восстанавливаются не полностью.
> 
> Для файлов из пакетов можно найти несоответствия с помощью rpm
> --verify и исправить с помощью rpm --setperms (и rpm --setugids, хотя
> в данном случае это не понадобится - tar без -p ставит uid/gid
> нормально, обрезаются только права доступа по umask).

Тоесть это всетаки проблемы с правами? Значит делать
rpm -qa > rpmlist.txt
Собирать все эти пакеты в одну папку и
rpm --verify --setperms *

Правильно?

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454

Re: [Comm] Результат клонирования :-(

[Sergey Vlasov]

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

On Wed, Aug 11, 2004 at 04:26:54PM +0300, Dolgov OV wrote:
> On Wed, 11 Aug 2004 17:18:21 +0400
> Sergey Vlasov <vsu@altlinux.ru> wrote:
> 
> > On Wed, Aug 11, 2004 at 04:04:21PM +0300, Dolgov OV wrote:
> > > Подключил оба винта мастерами (hda - новый, hdc - старый),
> > > загрузился с первого cd Master-2.2 в rescue режиме, подмонтировал
> > > оба раздела в соседние папки /mnt/hda и /mnt/hdc
> > > 
> > > # cd /mnt/hdc
> > > #tar -cf - ./* | tar -xf - -C /mnt/hda
> > 
> > Во втором вызове tar ещё нужна была опция -p - без неё права доступа
> > восстанавливаются не полностью.
> > 
> > Для файлов из пакетов можно найти несоответствия с помощью rpm
> > --verify и исправить с помощью rpm --setperms (и rpm --setugids, хотя
> > в данном случае это не понадобится - tar без -p ставит uid/gid
> > нормально, обрезаются только права доступа по umask).
> 
> Тоесть это всетаки проблемы с правами? Значит делать
> rpm -qa > rpmlist.txt
> Собирать все эти пакеты в одну папку и
> rpm --verify --setperms *

Ничего собирать в папку не надо - должно пройти rpm --setperms --all
(права берутся из базы в /var/lib/rpm, а не из файлов пакетов; выполняться
будет очень долго - там генерируется скрипт с вызовом chmod отдельно для
каждого файла).  Только после этого слетят, в частности, все установки,
сделанные через control (например, перестанет работать su - в пакете по
умолчанию стоит restricted).

Можно попробовать сделать сначала rpm --verify --all | tee verify.log и
посмотреть вывод, чтобы оценить масштаб проблемы (заодно обнаружатся и
файлы с изменившимся содержимым - на битом диске вполне могло получиться и
такое).

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

Re: [Comm] Результат клонирования :-(

[Dolgov OV]

> Ничего собирать в папку не надо - должно пройти rpm --setperms --all
> (права берутся из базы в /var/lib/rpm, а не из файлов пакетов;
> выполняться будет очень долго - там генерируется скрипт с вызовом
> chmod отдельно для каждого файла).  Только после этого слетят, в
> частности, все установки, сделанные через control (например,
> перестанет работать su - в пакете по умолчанию стоит restricted).

Насколько я помню, я делал только control su wheel (или public, не помню
точно). Так что это не критично. Главное, можно ли этот процес запустить
например на первой консоли, а самому продолжать работать в Х-ах?

> 
> Можно попробовать сделать сначала rpm --verify --all | tee verify.log
> и посмотреть вывод, чтобы оценить масштаб проблемы (заодно обнаружатся
> и файлы с изменившимся содержимым - на битом диске вполне могло
> получиться и такое).

Битых не обнаружилось, а вот недостающих хоть отбавляй. Например был
полностью потерян каталог /usr/lib/sane (переустановил libsane и сканер
заработал, ура).

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454

Re: [Comm] Результат клонирования :-(

[Andrey Rahmatullin]

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

On Thu, Aug 12, 2004 at 12:48:45PM +0300, Dolgov OV wrote:
>точно). Так что это не критично. Главное, можно ли этот процес запустить
>например на первой консоли, а самому продолжать работать в Х-ах?
Я бы не стал это делать иначе, как в single-user.

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

Человека, который умудрился в 7 утра 1-го января перед тем
как лечь спать залить пакет в incoming уже не спасёт ничего :)
		-- mithraen in talk-room@

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

Re: [Comm] Результат клонирования :-(

[Dolgov OV]

On Wed, 11 Aug 2004 17:44:34 +0400
Sergey Vlasov <vsu@altlinux.ru> wrote:
> Можно попробовать сделать сначала rpm --verify --all | tee verify.log
> и посмотреть вывод, чтобы оценить масштаб проблемы (заодно обнаружатся
> и файлы с изменившимся содержимым - на битом диске вполне могло
> получиться и такое).

Вроде все недостающее переустановил, но всетаки опять вылетают:

отсутствует /etc/sysconfig/kernel/include_manual_mode
отсутствует /var/run/kernel/_h2ph_pre.ph
отсутствует /var/run/kernel/autoconf.h
отсутствует /var/run/kernel/autoconf.ph
отсутствует /var/run/kernel/modversions.h
отсутствует /var/run/kernel/modversions.ph
отсутствует /var/run/kernel/version.h
отсутствует /var/run/kernel/version.ph

Из какого пакета сие зверье?

отсутствует /usr/X11R6/lib/X11/fonts/75dpi/encodings.dir
отсутствует /usr/X11R6/lib/X11/fonts/Type1/encodings.dir
отсутствует /usr/X11R6/lib/X11/fonts/misc/encodings.dir
отсутствует /usr/X11R6/lib/X11/fonts/100dpi/encodings.dir

А вот тут вовсе непонятно. Делал apt-get install --reinstall XFree со
всеми фонтами :-\ Может эти encodings.dir создаются после, но из-за
проблем с правами не генерируются?

И еще с этим непонятно:
отсутствует /var/spool/postfix/var/nis/NIS_COLD_START
отсутствует /var/resolv/var/nis/NIS_COLD_START

Ладно, сейчас врублю исправление прав, а потом посмотрим.

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454

Re: [Comm] Результат клонирования :-(

[Sergey Vlasov]

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

On Thu, Aug 12, 2004 at 02:21:10PM +0300, Dolgov OV wrote:
> Вроде все недостающее переустановил, но всетаки опять вылетают:
> 
> отсутствует /etc/sysconfig/kernel/include_manual_mode
> отсутствует /var/run/kernel/_h2ph_pre.ph
> отсутствует /var/run/kernel/autoconf.h
> отсутствует /var/run/kernel/autoconf.ph
> отсутствует /var/run/kernel/modversions.h
> отсутствует /var/run/kernel/modversions.ph
> отсутствует /var/run/kernel/version.h
> отсутствует /var/run/kernel/version.ph
> 
> Из какого пакета сие зверье?

rpm -qf расскажет.  Конкретно по этим файлам - на самом деле они не нужны;
в частности, /etc/sysconfig/kernel/include_manual_mode входит в пакет как
%ghost - он появляется только после выбора нестандартных настроек через
adjust_kernel_headers.  /var/run/kernel/* - старая схема переключения
заголовков ядра; при использовании старых ядер (kernel24-2.4.20) эти файлы
генерируются при загрузке.
> 
> отсутствует /usr/X11R6/lib/X11/fonts/75dpi/encodings.dir
> отсутствует /usr/X11R6/lib/X11/fonts/Type1/encodings.dir
> отсутствует /usr/X11R6/lib/X11/fonts/misc/encodings.dir
> отсутствует /usr/X11R6/lib/X11/fonts/100dpi/encodings.dir
> 
> А вот тут вовсе непонятно. Делал apt-get install --reinstall XFree со
> всеми фонтами :-\ Может эти encodings.dir создаются после, но из-за
> проблем с правами не генерируются?

Похоже, их удаляет mkfontdir.  Впрочем, они тоже не нужны - в
encodings.dir лежит список описаний нестандартных кодировок, которые в
этих шрифтах не используются.

> И еще с этим непонятно:
> отсутствует /var/spool/postfix/var/nis/NIS_COLD_START
> отсутствует /var/resolv/var/nis/NIS_COLD_START

Это тоже %ghost - такие файлы появляются только при использовании NIS, а
запись в пакете нужна, чтобы этот файл (если он есть) удалился при
удалении пакета.

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

Re: [Comm] Результат клонирования :-(

[Andrey Rahmatullin]

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

On Wed, Aug 11, 2004 at 04:26:54PM +0300, Dolgov OV wrote:
>Тоесть это всетаки проблемы с правами? Значит делать
>rpm -qa > rpmlist.txt
>Собирать все эти пакеты в одну папку и
>rpm --verify --setperms *
Подозреваю, что файлы пакетов не нужны, хватит инфы из базы.
rpm -Va --setperms
что ли...

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

Использовать Mandrake в качестве сервера - это самая оригинальная идея из
всех, что мне довелось услышать в этом году.
		-- ldv in sisyphus@

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

Re[2]: [Comm] Результат клонирования :-(

[Andrew]

Hello Sergey,

Wednesday, August 11, 2004, 6:18:21 AM, you wrote:

SV> On Wed, Aug 11, 2004 at 04:04:21PM +0300, Dolgov OV wrote:
>> Подключил оба винта мастерами (hda - новый, hdc - старый), загрузился с
>> первого cd Master-2.2 в rescue режиме, подмонтировал оба раздела в
>> соседние папки /mnt/hda и /mnt/hdc
>> 
>> # cd /mnt/hdc
>> #tar -cf - ./* | tar -xf - -C /mnt/hda

SV> Во втором вызове tar ещё нужна была опция -p - без неё права доступа
SV> восстанавливаются не полностью.

SV> Для файлов из пакетов можно найти несоответствия с помощью rpm --verify и
SV> исправить с помощью rpm --setperms (и rpm --setugids, хотя в данном случае
SV> это не понадобится - tar без -p ставит uid/gid нормально, обрезаются
SV> только права доступа по umask).

При подобном копировании /etc/passwd на работающей системе (на CD) и
/etc/passwd на копируемой системе должны быть идентичны, иначе права
собьются. Например, на работающей системе есть andy uid 500. Если на
копируемой системе есть andy с другим uid-ом, то все файлы этого andy
заменятся на uid 500.

-- 
Best regards,
 Andrew                            mailto:andy@ust.msk.rsnet.ru

[Comm] Re: Результат клонирования :-(

[Michael Shigorin]

On Wed, Aug 11, 2004 at 04:04:21PM +0300, Dolgov OV wrote:
> # cd /mnt/hdc
> #tar -cf - ./* | tar -xf - -C /mnt/hda

Лучше cp -vax /src /dest или rsync -Pav /src/ /dest/

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

Re: [Comm] Re: Результат клонирования :-(

[Yakov Hrebtov]

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

Вы писали 11 августа 2004 г., 21:30:24:

MS> On Wed, Aug 11, 2004 at 04:04:21PM +0300, Dolgov OV wrote:
>> # cd /mnt/hdc
>> #tar -cf - ./* | tar -xf - -C /mnt/hda

MS> Лучше cp -vax /src /dest или rsync -Pav /src/ /dest/

По-моему правильнее:
rsync -HPav /src/ /dest/
чтоб жесткие ссылки сохранить...
-- 
С уважением,
 Yakov                          mailto:jake@generation.ru

[Comm] Re: Результат клонирования :-(

[Michael Shigorin]

On Thu, Aug 12, 2004 at 11:24:58AM +0600, Yakov Hrebtov wrote:
> MS> Лучше cp -vax /src /dest или rsync -Pav /src/ /dest/
> По-моему правильнее: rsync -HPav /src/ /dest/
> чтоб жесткие ссылки сохранить...

Да, конечно.  Это я упустил в свое время...

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

Re: [Comm] Re: Результат клонирования :-(

[Dolgov OV]

On Thu, 12 Aug 2004 11:24:58 +0600
Yakov Hrebtov <jake@generation.ru> wrote:
> MS> Лучше cp -vax /src /dest или rsync -Pav /src/ /dest/
> 
> По-моему правильнее:
> rsync -HPav /src/ /dest/
> чтоб жесткие ссылки сохранить...

Да поздно уже переделывать, тем более, что во время сбоев на старом
винте так изуродовало файловую (ext3), что fsck чуть все не удалил :-\

А так спасибо за совет на будущее (надеюсь не настанет :-)

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454

[Comm] Re: Результат клонирования :-(

[Michael Shigorin]

On Thu, Aug 12, 2004 at 11:08:53AM +0300, Dolgov OV wrote:
> А так спасибо за совет на будущее (надеюсь не настанет :-)

Ну почему -- будете, например, расширять дисковое пространство.
Собственно, HOWTO так и называется -- Hard-Disk-Upgrade.
Рекомендую :-)

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

Re: [Comm] Re: Результат клонирования :-(

[Alexei Takaseev]

On Thu, 12 Aug 2004 13:34:05 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> On Thu, Aug 12, 2004 at 11:08:53AM +0300, Dolgov OV wrote:
> > А так спасибо за совет на будущее (надеюсь не настанет :-)
> 
> Ну почему -- будете, например, расширять дисковое пространство.
> Собственно, HOWTO так и называется -- Hard-Disk-Upgrade.
> Рекомендую :-)

Время от времени для переноса системы с винта на винт пользовался MC :)

Re: [Comm] Результат клонирования :-(

[Dolgov OV]

Процедура с rpm --setperms --all, а также анализ результата
rpm --verify --all с последующей переустановкой соответствующих пакетов
помогли.
Вроде все заработало как надо.

Спасибо всем. Как говорил классик: "Ну вот, совещание помогло."
(с)М.Жванецкий

Будете в Запорожье (это на Украине :-) - ящик пива гарантирую.

-- 
С наилучшими,
Олег Долгов
<dov AT media-link DOT info>
Registered Linux user #315454