From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: =?koi8-r?Q?=22?=KoLyA=?koi8-r?Q?=22=20?= To: community@altlinux.ru Subject: Re[7]: [Comm] kdm trouble - =?koi8-r?Q?=CF=D2=C7=D7=D9=D7=CF=C4=D9?= Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [195.5.16.154] Date: Mon, 23 Jun 2003 13:14:55 +0400 In-Reply-To: <11854277587.20030620223526@udm.ru> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: 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, 23 Jun 2003 09:14:56 -0000 Archived-At: List-Archive: List-Post: > SVT> У меня такое было 1 раз при зависании замусорилось много > SVT> файлов настроек, включая ~/.bash_history > SVT> Я вообще грешил на NVIDIA > или на reiserfs? > еще несколько раз пронаблюдал этот эффект (испытания проводились на 2 машинах с M2.2 и 1 с J2.2) a)для лечения необходимо и достаточно восстановить с резервной копии файлик /etc/X11/kdm/kdmrc (возможно еще надо /etc/X11/wmsessions.d/, но не уверен). соответственно эти файлы стоит заранее скинуть на дискетку :-). я приносил с другой машины с последующей правкой. б)трабл наблюдается ТОЛЬКО с kdm. за [wgx]dm такого не наблюдается. независимо от оконного менеджера и десктопа (gnome2 fluxbox wmaker, kde не пробовал) в) на всех машинах стоял reiserfs, так что вполне возможно. г) необязательно это результат зависания. пару раз было просто после штатного выключения. мое имхо такое: глючит либо сам kdm, либо kdm+reiserfs. в любом случае можно повесить в bugs на kdm, поскольку см. [б]. p.s. матчасть: hard: s3trio64 и 2xrivatnt, cpu от cel333 до athlon 900. ram 64-256. винты тоже разные :-) soft: alm2.2+updates, alm2.2 из коробки, alj2.2 + master updates + vmware4. WBR, KoLyA >>From borodin@zarya-k.ru Mon Jun 23 13:23:27 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 B675B49251 for ; Mon, 23 Jun 2003 13:23:26 +0400 (MSD) Received: from zarya-k.ru (unknown [194.186.96.10]) by master.altlinux.ru (Postfix) with ESMTP id 32468E31DE for ; Mon, 23 Jun 2003 13:23:26 +0400 (MSD) Received: from [172.31.2.6] (HELO borodin) by zarya-k.ru (CommuniGate Pro SMTP 4.0.4) with ESMTP-TLS id 942431 for community@altlinux.ru; Mon, 23 Jun 2003 13:23:32 +0400 Received: by borodin (Postfix, from userid 500) id A01733F16; Mon, 23 Jun 2003 13:22:18 +0400 (MSD) Date: Mon, 23 Jun 2003 13:22:18 +0400 From: Andrew Borodin To: community@altlinux.ru Subject: Re: [Comm] Common Message-ID: <20030623092218.GA2023@borodin.zarya> Mail-Followup-To: Andrew Borodin , community@altlinux.ru References: <3EF6C169.7000301@iop.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3EF6C169.7000301@iop.kiev.ua> User-Agent: Mutt/1.3.28i 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, 23 Jun 2003 09:23:27 -0000 On Mon, Jun 23, 2003 at 11:59:21AM +0300, Andrey Rybak wrote: > Всего доброго! > Если дать команду: > adduser -p anyPassword anyUserName > то юзер anyUserName не добавляется. Точнее нельзя ему залогиниться. > А вот если дать команду: > adduser anyUserName > а потом: > passwd anyUserName > то все работает как и положено. > Конечно, это была бы дыра в безопасности, т.к. пароль можно было бы > прочитать из history, но зачем тогда в манах на команду adduser есть > ключ -p? Что думаете? Вот цитата из man: -p passwd The encrypted password as returned by crypt(3). Так что никакой дыры нет. С уважением, А. Бородин.