From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <fmfm@symmetron.msk.ru>
Message-ID: <3E788256.8000500@symmetron.msk.ru>
Date: Wed, 19 Mar 2003 17:44:38 +0300
From: =?KOI8-R?Q?=F7=CC=C1=C4=C9=CD=C9=D2?= <fmfm@symmetron.msk.ru>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; ru-RU; rv:1.2.1) Gecko/20021123
X-Accept-Language: ru-ru, en
MIME-Version: 1.0
To: community@altlinux.ru
Subject: Re: [Comm] Re: disk upgrade and Access denied (control or others?)
References: <3E76E318.4030305@symmetron.msk.ru>	<3E786A4D.4040004@symmetron.msk.ru> <20030319164614.65033889.vsu@altlinux.ru>
In-Reply-To: <20030319164614.65033889.vsu@altlinux.ru>
X-Enigmail-Version: 0.70.0.0
X-Enigmail-Supports: pgp-inline, pgp-mime
Content-Type: text/plain; charset=KOI8-R; format=flowed
Content-Transfer-Encoding: 8bit
Sender: community-admin@altlinux.ru
Errors-To: community-admin@altlinux.ru
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: community@altlinux.ru
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Id: <community.altlinux.ru>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
List-Archive: <http://www.altlinux.ru/pipermail/community/>
Archived-At: <http://lore.altlinux.org/community/3E788256.8000500@symmetron.msk.ru/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

Sergey Vlasov пишет:

>On Wed, 19 Mar 2003 16:02:05 +0300
>Владимир <fmfm@symmetron.msk.ru> wrote:
>
>  
>
>>Чем дальше в лес, тем больше дров (о появлении "странных"
>>файлов писал в другом треде, сейчас на ядре alt7, к счастью, 
>>не воспроизводится при всех моих "стараниях").
>>Но всплывает другое.
>>Осторожный перенос старой инсталляции на новые файловые
>>системы сценарием с выводом подробного отчета обо всем
>>происходящем выявил следующее:
>>
>>cp: cannot create hard link `/mnt/m-root/etc/nsswitch.conf' to 
>>`/mnt/m-root/var/resolv/etc/nsswitch.conf': Invalid cross-device link
>>    
>>
>[skip]
>  
>
>>Это что же получается,
>>
>>из /etc на /var/resolv
>>из /lib на /var/resolv
>>
>>созданы hard-link?
>>
>>С каких это пор /var стал неотделимым от корневой
>>файловой системы? Ни в коей мере не причисляю себя
>>к толкователям стандарта на файловые системы, но с
>>подобным ранее никогда не сталкивался.
>>    
>>
>
>update_chrooted создаёт hard link, если это возможно. При копировании
>с помощью cp это вызывает проблемы.
>
>Были рекомендации использовать для такого копирования rsync.
>  
>

Принимаю к сведению.
Впрочем, сообщения о проблемах есть, но сами файлы cp копирует (только это
уже не hard-link).
Может ли это стать причиной проблем, т.е. вызывать
Access denied при удаленном log in или
Login incorrect при локальном. Или искать причину нужно где то еще?
Впрочем, искать все равно буду. Если найду где собака порылась, сообщу.

До этого перенос производился "обвязкой" вокруг

find / -xdev | cpio -pvmd /mnt/m-root

и породило проблему с log in после загрузки на
перемещенную инсталляцию.

-- 
Best regards
Vladimir