From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 30 Jun 2003 14:31:13 +0400 From: Sergey Vlasov To: community@altlinux.ru Message-Id: <20030630143113.124e1830.vsu@altlinux.ru> In-Reply-To: <95117595593.20030628163243@penza.com.ru> References: <200306271945.46682.kuznecov@blok-caf.ru> <20030627191131.748061c2.vsu@altlinux.ru> <95117595593.20030628163243@penza.com.ru> X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: [Comm] Re: =?koi8-r?b?0MXSxc7P0yDTydPUxc3ZIM7BIMTS1cfPyiDWo9PUy8nKIMTJ08s=?= X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 10:31:27 -0000 Archived-At: List-Archive: List-Post: On Sat, 28 Jun 2003 16:32:43 +0400 Oleg Frolkov wrote: > Hello Sergey, > > Friday, June 27, 2003, 7:11:31 PM, you wrote: > > SV> Только там есть скрытые грабли: если в старой системе /var лежал в > SV> одном разделе с /, там в chroot-ах используются hard links вместо > SV> копирования. Если в новой системе /var отделили, эта конструкция > SV> сломается - причём может сломаться так, что библиотека не скопируется > SV> в новый /lib. Т.е. в таких случаях при копировании надо отслеживать > SV> ошибки - возможно, придётся подчищать руками. > Не совсем понял мысль.... где конкретно используются hard-links? > Да и как оно может сломаться? Например есть /lib/libnsl.so.1 > и есть /var/resolv/lib/libnsl.so (эти вроде на один фал смотрят) > если я скопирую на новый винт то снаружи это будет выглядеть как 2 > файла..... или Вы про хард-линки конфигов? Если будете копировать через cp -ax, он на эти файлы выругается (поскольку в новой структуре разделов создать такой hard link невозможно), при этом скопирует файл только в одно место. Если не скопирует в /var/..., ничего страшного не будет (восстановится при загрузке), но может не скопировать и в /lib. > И как тогда можно обойти все это? А то ведь переезд системы > изредка нужен, и не хочется пройтись по граблям.... Возможно, предложенный рядом метод с rsync свободен от этого недостатка - не пробовал. >>From rcc-of@penza.com.ru Mon Jun 30 14:36:52 2003 Return-Path: Delivered-To: community@lrn.ru Received: from master.altlinux.ru (master.altlinux.ru [62.118.250.235]) by lrn.ru (Postfix) with ESMTP id 7BA554924B for ; Mon, 30 Jun 2003 14:36:52 +0400 (MSD) Received: from rcc.penza.com.ru (unknown [81.85.14.37]) by master.altlinux.ru (Postfix) with ESMTP id 02DB3E31CF for ; Mon, 30 Jun 2003 14:36:52 +0400 (MSD) Received: from crazy.local (crazy.local [192.168.1.112]) by rcc.penza.com.ru (Postfix) with ESMTP id 1EAB5EB0F0 for ; Mon, 30 Jun 2003 14:36:50 +0400 (MSD) Date: Mon, 30 Jun 2003 14:36:51 +0400 From: Oleg Frolkov X-Mailer: The Bat! (v1.53bis) Organization: =?koi8-r?B?7+/vICLyxcfJz87BzNjO2cog68/N0NjA1MXSztnKIOPFztTSIg==?= X-Priority: 3 (Normal) Message-ID: <510043051.20030630143651@penza.com.ru> To: community@altlinux.ru MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: [Comm] =?koi8-r?b?99LFzdEgz9Qg19LFzcXOySDX09TBxdQgeG1tcy4=?= X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.1.1 Precedence: list Reply-To: community@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jun 2003 10:36:52 -0000 Hello, Стоит у меня на борту Creative 5880. Соответственно в /etc/modules.conf прописано: alias sound-slot-0 es1371 Пускаю xmms, он через некоторое время вылетает. Пустил его из шелла - через некоторое время он не выльтел а встал с ошибкой: ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): Device or resource busy Попытка нажать play приводит к таким-же сообщениям. Выгрузка и повторная загрузка xmms спасают положение. Где можно поковырять? Насколько я понял вылетало оно потому что при запуске stdout/stderr не переназначаются в /dev/null и при выдаче детаченного процесса чего-нибудь в stdout/stderr процесс просто тупо снимается... В мандрейке однако в случае лочки /dev/dsp xmms выдавал окошко с ошибкой, а не просто умирал... -- Best regards, Oleg mailto:rcc-of@penza.com.ru