From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 13 Apr 2002 11:54:54 +0300 From: Michael Shigorin To: sisyphus@altlinux.ru Message-ID: <20020413085454.GN4424@lic145.kiev.ua> Mail-Followup-To: sisyphus@altlinux.ru References: <20020409190409.GB25109@ldv.office.alt-linux.org> <20120810123838.1e344695.vserge@msk.menatepspb.com> <20020410185843.GY1558@lic145.kiev.ua> <20020411071827.GB9053@ldv.office.alt-linux.org> <20020411082152.GY2345@lic145.kiev.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FFoLq8A0u+X9iRU8" Content-Disposition: inline In-Reply-To: <20020411082152.GY2345@lic145.kiev.ua> User-Agent: Mutt/1.3.27i Subject: [sisyphus] LTSP =?koi8-r?Q?=C9_AL?= =?koi8-r?Q?T?= (was: [devel] README.ALT wanted) Sender: sisyphus-admin@altlinux.ru Errors-To: sisyphus-admin@altlinux.ru X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.0 Precedence: bulk Reply-To: sisyphus@altlinux.ru List-Help: List-Post: List-Subscribe: , List-Id: List-Unsubscribe: , List-Archive: Archived-At: List-Archive: --FFoLq8A0u+X9iRU8 Content-Type: multipart/mixed; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline Content-Transfer-Encoding: 8bit --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit On Thu, Apr 11, 2002 at 11:21:52AM +0300, Michael Shigorin wrote: > > > ONLY_FROM=127.0.0.1 -- человек тут утверждал, что потерял две > Кстати, он обратил внимание еще на одну багу: заведению подлежал > tftpd и он не работал на сеть до первого обращения с локалхоста, > после чего (благодаря wait = yes) работал и с внешней сетью. Вдогонку: через час пришло письмо Игоря (см. аттач). "Авторский стиль сохранен" (C) -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ --lCAWRPmW1mITcIfM Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 8bit Return-Path: Delivered-To: mike@localhost.fair.net Received: from localhost (localhost.localdomain [127.0.0.1]) by work.fair.net (Postfix) with ESMTP id D9F82106C0 for ; Thu, 11 Apr 2002 12:33:40 +0300 (EEST) Received: from 62.244.5.204 [62.244.5.204] by localhost with POP3 (fetchmail-5.7.4) for mike@localhost (single-drop); Thu, 11 Apr 2002 12:33:40 +0300 (EEST) Received: from linux.ru.net (linux.ru.net [62.118.250.6]) by lic145.kiev.ua (8.11.0/8.11.0) with ESMTP id g3B9V1Q25729 for ; Thu, 11 Apr 2002 12:31:12 +0300 Received: from wolf.istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by linux.ru.net (Postfix) with ESMTP id 529B8256B for ; Thu, 11 Apr 2002 13:05:39 +0400 (MSD) Received: (from dem0n@localhost) by wolf.istc.kiev.ua ( . . / . . ) id MAA01642; Thu, 11 Apr 2002 12:02:19 +0300 Date: Thu, 11 Apr 2002 12:02:19 +0300 From: Igor Grabin To: ltsp-ru-discussion@yahoogroups.com Cc: mike@altlinux.ru Subject: Re: =?koi8-r?Q?=5Bltsp-ru-discussion=5D_altlinux-junior_+_ltsp=2Eru_-_=D7=C4?= =?koi8-r?Q?=CF=C7=CF=CE=CB=D5?= Message-ID: <20020411120218.L13891@wolf.istc.kiev.ua> References: <20020409133831.I13891@wolf.istc.kiev.ua> <20020409205234.70807924.alex@ltsp.ru> <20020409161333.J13891@wolf.istc.kiev.ua> <20020410103544.3d76d123.alex@ltsp.ru> <20020410054240.M13891@wolf.istc.kiev.ua> <20020410100420.O13891@wolf.istc.kiev.ua> <20020411133315.21498c75.alex@ltsp.ru> <20020411082558.A13891@wolf.istc.kiev.ua> <20020411163003.59cb7c3b.alex@ltsp.ru> <20020411103553.G13891@wolf.istc.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20020411103553.G13891@wolf.istc.kiev.ua>; from violent@death.kiev.ua on Thu, Apr 11, 2002 at 10:35:53AM +0300 Итак, у меня на руках был винт с altlinux-junior, насетапленный Майком. и было дикое желание отыметь этот GNU'сный шелезяк чтобы он проникся идеями сетевой загрузки с него. дальнейшее описание будет включать в себя абсолютно все грабли, которые я помню, то есть будут не только косяки дистрибутов или сомнительные фичи, но и какието неочевидные моменты, по поводу которых я стормозил. 1. чешем на www.ltsp.ru, качаем, ставим. на altlinux оно налазит без вопросов. сам инсталер сделан неплохо, ничего не скажешь. неочевидный вопрос на тот момент - exportfs -a, и то, что в случае глобальных разборок с /etc/exports нужно иногда всё это дело продувать, а то лезут варнинги, которые понятны только тогда, когда проникнуться системой. иначе запутывают. 2. сначала была попытка завести всё через pxelinux из поставки syslinux. достоинства - живёт на всех сетевухах, которые поддерживают pxe. недостатки - ltsp.ru'шное ядро, точёное под etherboot, с этой радостью не мирится. несовместимость с ядром лечится весьма просто - собираем своё, которое подойдёт под рабочую станцию. и не забываем включить mount devfs at startup. ещё нужно будет помнить, что в случае serial мыши ейный device будет /dev/ttys/N, а не /dev/ttySN как в случае с ltsp.ru'шным ядром. 3. так как потуга завести всё через pxelinux была отвержена по косвенным причинам (корявый драйвер сетевухи на сервере :))), был поднят вариант etherboot. с точки зрения настройки - поднимаем dhcpd3, дальше почти тоже самое, что и в п.2. но я решил таки обойтись тем tftpd, что мне достался от Майка, и за это поплатился. ибо в п.2 был использован собранный мной на коленке tftpd, который пускался standalone. а попробовал я перейти на xinetd, в результате чего нарвался на грабли в виде строчки: only_from = 127.0.0.1 в /etc/xinetd.conf как мне потом обьяснял Майк, это типа фича альтлинуха. я лично вижу это как багу, ибо субьективно - при попытке в чёмто разобраться tftp снаружи иногда начинает спонтанно работать. всё дело в wait = yes и tftp localhost при тестовых прогонах, думаю дальше обьяснять не надо. вдобавок, в логах - НОЛЬ по поводу настоящей причины проблемы. только service tftp looping, прибито. по крайней мере без чтения alt-specific документации методика работы в данной ситуации уж очень похожа на обнаружение бага. и никак не на освоение фичи. дальше. с dhcpd всё оказалось весьма просто - втыкаем, кормим конфиг, оно работает. 4. неприятно удивило отсутствие русских шрифтов в иксах, раздаваемых с www.ltsp.ru. когда залечивал, выяснилась ещё одна мелкая недоработка. 4a. куда прописывать свежедобавленные шрифты? правильно, find [...] -type f -exec grep -li fontpath \{\} \; и ни слова в документации. знаю, что я тормоз и надо пользоваться xfs, но он у меня с первого и второго пинка не ожил, я решил по старинке. даже помню почему не ожил. он в альте по умолчанию нифига наружу не слушает (1), см. пункт с мышой и именами девайсов выше (2), а так как одновременно эти две вещи вскрывать сложно, я (2) решил, а про (1) забыл. :). а в процессе выяснения обнаружилась ещё одна вещь - 5. в процессе отладки сильно напрягает отсутствие локального шелла. любого. я понимаю, что busybox'овый набор не сильно даёт разогнаться, но хоть чтото подвернуть на ходу стиля 'подправить конфиг иксов на месте или посмотреть, ПОЧЕМУ сдох xserver' - imho полезно. и кста, если x-server сдох, ребутать машину только резетом. а из xdm логин так вообще нереально. 5a. ради настройки иксов разбираться с nis я точно не хотел :) 6. overall: ставим ltsp.ru'шную кухню ввинчиваем dhcpd3 включаем tftp-server лечим хохму с only_from = 127.0.0.1 ставим русские шрифты в клиентские иксы то есть возни было гораздо меньше, чем я ожидал. что приятно - проблем с обнаружением железа не было ну просто никаких. по крайней мере в моём случае. Надеюсь, что ничего не забыл (наивный! :)) -- Igor Grabin, http://violent.death.kiev.ua/ --lCAWRPmW1mITcIfM-- --FFoLq8A0u+X9iRU8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8t/JebsPDprYMm3IRAqR7AJ4jboADJeyrW740EpCGfZf/NgjiJQCeIVw0 uvoMPKSt0CL+d9N5eqGwEwQ= =RPJy -----END PGP SIGNATURE----- --FFoLq8A0u+X9iRU8--