Linux за българи: Форуми

Здравейте!

Едно читалище има 4 бр. IBM PC 300GL (PII 350MHz/32Mb/3,2Gb) и биха искали да ги ползват за достъп до Интернет.
От друго място са им подарили някаква машина, на която инсталираното XP Pro почти през цялото време държи 100% от процесора (Celeron 700MHz/256Mb/160Gb/CD) без да е стартирано нищо особено.
Без да съм отделил достатъчно време за да проуча възможностите, попаднах на обяснение в Edubuntu за LTSP и реших да опитам да го инсталирам, като слижих две банки по 128Mb RAM, а на машината вече си имаше някакви две мрежови карти (Intel и Repotec). Без да проверя какво дисково пространство ще ми е необходимо опитах да направя инсталация на една от малките машини. Инсталацията мина без забележки. След рестартирането системата настоя за актуализиране най-вече заради проблемите с ssh, но се оказа че съм останал с 200Mb и съответно актуализацията не завърши успешно , да не говорим за инсталиране на Edubuntu addon, което като гледам ще иска поне още 2Gb

Реших да опитам да инсталирам "по-мощната" машина за сървър, но инсталацията се счупи при самото инсталиране на LTSP без да казва нищо което да ме насочи към проблема. Бях решил да запазя последния NTFS дял с филми, музика и игри, а да използвам началото на диска, като заделя 20Gb за "/", инсталатора сам си определи около 700Mb за "swap" и останаха около 60Gb, които определих за "/home". Освен това бях взел Repotec-а от IBM-а, защото няма възможност да зарежда през мрежа и се бях озовал с два Repotec-а на т. нар. сървър. Инсталатора ме върна в менюто на Debian-installer и като опитах да пусна повторно инсталацията на LTSP, тя изпищя че съществува "/target/opt/ltsp" и трябва да го махна, но не успях да направя това с shell-а на инсталатора (не знам как да изтрия пълна папка в този shell, а той няма помощ ).

Направих още няколко опита: без отделен "/home", с две различни мрежови карти и всякакви комбинации на тези две неща, но резултата си е все тази грешка. Междувременно гледах изхода на 4-та конзола и ми направи впечатление, че на доста места дава различни, но явно маловажни грешки, като поне една от тях мисля беше за ради локализацията, но нищо което да ми подскаже от къде идва проблема.

Моля за някакви идеи!

Не разбрах точно какъв е проблема, но това how-to няма ли да ти помогне https://help.ubuntu.com/community/ThinClientHowto

Проблема е, че стандартната инсталация (от CD - ubuntu 8.04 alternate i386) се счупи точно на LTSP на "по-мощната" машина, а на по-слабата си мина нормално. Не знам как да преодолея този проблем.

В крайна сметка направих стандартна инсталация на ubuntu от същия диск и сега дори пиша от нея. Дори успях да я актуализирам, което смени почти всичко и също се счупи на куп пакети, но след рестарт-а "sudo dpkg --configure -a" довърши задачата без забележки.
Сега остава да опитам да инсталирам LTSP върху така инсталирната машина, което все още не знам как ще мине, но поне се надявам ако даде грешки да ме насочат на някъде.

Освен това машината е твърде слаба за 8.04 и въобще не знам дали ще мога да я ползвам за друго освен за тест на цялата концепция. В тази връзка ми трябват съвети каква машина да избера за едно бедно, селско читалище, която да върши достатъчно работа, без сериозно да товари бюджета му.

Благодаря за отговора!

Аз на подобна конфигурация съм подкарвал ltsp и честно казано не срещам проблеми с натоварването, така че едва ли ще ти трябва по-мощна машина ако ще се ползва за internet и офис приложения.

По отношение на проблемите с инсталирането може би имаш ядове с паметта (ако не се разбира много с дъното) или с процесора (ако някой без да иска го е поизпържил)

Radev,
казваш че от едно и също СД инсталацията минава на единия успешно а на другия се "чупи". Предполагам ползваш различни СД устройства на двата компа. Правил ли си проверка на цялоста на инсталл СД-то на всеки от компютрите? Това че проверката е минала на единия не означава че ще мине и на другия, просто СД устройството може да е зацапано и пр. Аз имам едно СД което съм го инсталирал на 2 компа но на третия не мина номера, при което размяна на СД устройствата помага
Знам че звучи тъпо но понякога и това се случва.

изтрито

@ivo1204: Благодаря ти за ръководството, но все ми се ще да се надявам, че ще мина без да разуча как работят всички сървърни услуги. Но в краен случай и там ще се заровя.

Явно ще трябва да се заравям в настройките.

След известни усилия успях да накарам "/etc/network/interfaces" да активира и двата интерфейса, като преди това сменя нулевия MAC адрес на втората карта с нещо смислено, но и преди рестарт-а клиента не можа да се върже. Получава IP адрес, но след това не намира нито PXE, нито tftp сървър.

Изглежда не работи  tftp сървъра. Виж в /var/log/daemon.log какво пише.
Ако сървъра ти се стартира от 'inetd' , нормално е да го няма в :
#ps -A | grep in.tftpd

@ivo1204 Благодаря за помощта, но за сега не се справям.

#sudo /etc/init.d/tftpd-hpa restаrt
не дава никакъв резултат и не знам дали се случва нещо
#sudo /etc/init.d/dhcp3-server restart
е Ok
#sudo /etc/init.d/portmap restart
не става, защото portmap го няма

И трябва да го има в:
#ps -A | grep in.tftpd
Да, ама - не. Ще опитам да инсталирам и стартирам portmap. Дано пакета да се казва така.

P.S. Инсталирах portmap, но процеса in.tftpd все така си го няма. Някакви идеи?

P.P.S Оказа се, че

Примерен код

RUN_DAEMON="yes"

в

Цитат

/etc/default/tftpd-hpa

не беше "yes" и след като го промених

Примерен код

#sudo /etc/init.d/tftpd-hpa restаrt

върна резултат. Освен това

Примерен код

$ ps -A |grep in.tftpd  8239 ?        00:00:00 in.tftpd  8553 ?        00:00:00 in.tftpd  8555 ?        00:00:00 in.tftpd  8556 ?        00:00:00 in.tftpd  8557 ?        00:00:00 in.tftpd

изглежда добре, но все таки клиента твърди, че не намира и нито PXE, нито TFTP сървър.

изтрито

@ivo1204

Може и да не съм бил спрял inetd-то, като се замисля това май го правих само преди restart-а, но сега го спрях, рестартирах и трите демона и ефекта си беше съвсем същия, казва че не намира PXE сървър и ще ползва стандартен файл, докладва какъв IP адрес е получил (192.168.0.250), чака TFTP и след това казва, че не е намерил и се рестартира. След спирането на inetd и рестартирането в ps -А имаше само един in.tftpd, но сега (половин час по-късно през което време IBM-а многократно се е рестартирал сам - има четири, един постоянен и три с последователни PID-а, които се сменят, дори при последната проверка вторите бяха пет).

Цитат (/etc/default/dhcp3-server @ Юни 13 2008,17:26)

# Defaults for dhcp initscript # sourced by /etc/init.d/dhcp # installed at /etc/default/dhcp3-server by the maintainer scripts # # This is a POSIX shell fragment # # On what interfaces should the DHCP server (dhcpd) serve DHCP requests? #       Separate multiple interfaces with spaces,e.g. "eth0 eth1". INTERFACES=""

Това сигурно е проблем, но за останалата част от мрежата, защото клиента коректно си получава IP адреса.

Цитат (/etc/ltsp/dhcpd.conf @ Юни 13 2008,17:27)

# # Default LTSP dhcpd.conf config file. # authoritative; subnet 192.168.0.0 netmask 255.255.255.0 {     range 192.168.0.20 192.168.0.250;     option domain-name "example.com";     option domain-name-servers 192.168.0.1;     option broadcast-address 192.168.0.255;     option routers 192.168.0.1; #    next-server 192.168.0.1; #    get-lease-hostnames true;     option subnet-mask 255.255.255.0;     option root-path "/opt/ltsp/i386";     if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {         filename "/ltsp/i386/pxelinux.0";     } else {         filename "/ltsp/i386/nbi.img";     } }

Този файл, както и предишния са си създадени от ubuntu - не съм ги променял все още. "ltsp-server-standalone" е инсталиран от стандартната инсталация.

изтрито

@ivo1204: Много благодаря за всичките ти съвети, но все още не успявам да го подкарам и вече почвам да си мисля, че трябва да се откажа. През изтеклата седмица не бях в офиса, но днес седнах и направих всичко, което описваш в последното си мнение, рестартирах, и пак съм си там.

Цитат (/etc/default/tftpd-hpa @ 22 Юни,18:12)

#Defaults for tftpd-hpa RUN_DAEMON="yes" OPTIONS="-l -s /var/lib/tftpboot"

Цитат (ifconfig @ 22 Юни,18:14)

... eth1      Link encap:Ethernet  HWaddr 00:e0:4c:ef:0d:ce             inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0 ...

Цитат (/etc/default/dhcp3-server @ 22 Юни,18:18)

# Defaults for dhcp initscript # sourced by /etc/init.d/dhcp # installed at /etc/default/dhcp3-server by the maintainer scripts # # This is a POSIX shell fragment # # On what interfaces should the DHCP server (dhcpd) serve DHCP requests? #   Separate multiple interfaces with spaces, e.g. "eth0 eth1". INTERFACES="eth1"

Цитат (/etc/ltsp/dhcpd.conf @ 22 Юни,18:21)

# # Default LTSP dhcpd.conf config file. # authoritative; subnet 192.168.0.0 netmask 255.255.255.0 {     range 192.168.0.20 192.168.0.250;     option domain-name "example.com";     option domain-name-servers 192.168.0.1;     option broadcast-address 192.168.0.255;     option routers 192.168.0.1; #    next-server 192.168.0.1; #    get-lease-hostnames true;     option subnet-mask 255.255.255.0;     option root-path "/var/lib/tftpboot"; #    option root-path "/opt/ltsp/i386";     if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {         filename "/ltsp/i386/pxelinux.0";     } else {         filename "/ltsp/i386/nbi.img";     } }

Цитат (/etc/inetd.conf @ 22 Юни,18:23)

# /etc/inetd.conf:  see inetd(8) for further informations. # # Internet superserver configuration database # # # Lines starting with "#:LABEL:" or "#<off>#" should not # be changed unless you know what you are doing! # # If you want to disable an entry so it isn't touched during # package updates just comment it out with a single '#' character. # # Packages should modify this file by using update-inetd(8) # # <service_name> <sock_type> <proto> <flags> <user> <server_path> <args> # #:INTERNAL: Internal services #discard      stream   tcp   nowait   root   internal #discard      dgram   udp   wait   root   internal #daytime      stream   tcp   nowait   root   internal #time      stream   tcp   nowait   root   internal #:STANDARD: These are standard services. #:BSD: Shell, login, exec and talk are BSD protocols. #:MAIL: Mail, news and uucp services. #:INFO: Info services #:BOOT: TFTP service is provided primarily for booting.  Most sites #       run this only on machines acting as "boot servers." tftp           dgram   udp     wait    root  /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s /var/lib/tftpboot #:RPC: RPC based services #:HAM-RADIO: amateur-radio services #:OTHER: Other services 9571           stream  tcp     nowait  nobody /usr/sbin/tcpd /usr/sbin/ldminfod 9572         stream  tcp    nowait    nobody /usr/sbin/tcpd /usr/sbin/nbdswapd 2000               stream  tcp            nowait  nobody /usr/sbin/tcpd /usr/sbin/nbdrootd /opt/ltsp/images/i386.img

Цитат (ls -lAR /var/lib/tftpboot/ @ 22 Юни,18:29)

/var/lib/tftpboot/: общо 4 drwxr-xr-x 3 root root 4096 2008-06-11 12:11 ltsp /var/lib/tftpboot/ltsp: общо 4 drwxr-xr-x 3 root root 4096 2008-06-11 14:53 i386 /var/lib/tftpboot/ltsp/i386: общо 18304 -rw-r--r-- 1 root root  422607 2008-04-10 19:51 abi-2.6.24-16-generic -rw-r--r-- 1 root root   79964 2008-04-10 19:51 config-2.6.24-16-generic lrwxrwxrwx 1 root root      28 2008-06-22 17:45 initrd.img -> initrd.img-2.6.24-16-generic -rw-r--r-- 1 root root 4483822 2008-06-11 14:53 initrd.img-2.6.24-16-generic -rw-r--r-- 1 root root 4483845 2008-06-11 14:52 initrd.img-2.6.24-16-generic.bak lrwxrwxrwx 1 root root      25 2008-06-22 17:45 nbi.img -> nbi.img-2.6.24-16-generic -r--r--r-- 1 root root 6382934 2008-06-11 14:53 nbi.img-2.6.24-16-generic -rw-r--r-- 1 root root   14146 2008-06-11 14:53 pxelinux.0 drwxr-xr-x 2 root root    4096 2008-06-11 14:52 pxelinux.cfg -rw-r--r-- 1 root root  899892 2008-04-10 19:51 System.map-2.6.24-16-generic lrwxrwxrwx 1 root root      25 2008-06-22 17:45 vmlinuz -> vmlinuz-2.6.24-16-generic -rw-r--r-- 1 root root 1904248 2008-04-10 19:51 vmlinuz-2.6.24-16-generic /var/lib/tftpboot/ltsp/i386/pxelinux.cfg: общо 4 -rw-r--r-- 1 root root 50 2008-06-11 14:53 default

Нямам идея какво още да правя! Ако някой може да помогне, включително и с предложение за заплащане, срещу което да се заеме, и да свърши задачата, ще съм много благодарен!

@Radev: Вчера инсталирах debian с ltsp на подобна машина, та като си преглеждам файловете, ми прави впечатление следните неща.
1. махни коментара на next-server и задай адреса на tfp сървъра
2. option root-path задава адреса откъдето по NFS да се дръпне файловата система, а не къде са boot image-то, така че го върни на option root-path "/opt/ltsp/i386"
3. нещо, което не си показал и не знам дали не си забравил е /etc/exports. Сложи следния ред /opt/ltsp *(ro,no_root_squash,async,no_subtree_check)

Разбира се не забравяй да рестартираш daemon-ите след като пипаш конфигурацията.

Всяко нещо първия път е трудно, мене ми отне месец докато го подкарам. Сега се чудя, как може един месец да се 'бъзикам' с такова нещо.

Радев ,
Начи ако искаш да обсъдим въпроса по подробно , пуснах си един форум :
http://dobrev.net78.net/index.php
Та и който иска , нека пише , после ще направим едно резюме тук .Тоя въпрос ми се струва важен и полезен , всеки който има мнение , предложение ,.какво ли не инфо  е поканен. Отново , нямам нищо напротив да направим това и тук , ама може да поизчистиме темата първо . Както прецените де.

DHCP сървъра си работи през цялото време, но не знам колко точно работи.

Цитат (ps @ 24 Юни,8:50)

stephan@zaria-server:~$ ps -A |grep inetd  5115 ?        00:00:00 inetd stephan@zaria-server:~$ ps -A |grep dhcpd3  6531 ?        00:00:00 dhcpd3

Цитат (Клиента @ 24 Юни,8:51)

Intel LANDesk ® Service Agent, version 0.99b Copyright © 1997  Intel Corporation.  All rights reserved. DHCP MAC ADDR: 00 04 AC D6 21 C6 PXE-EA1: No PXE server found, using standard boot file. IP ADDR: 192.168.0.250 PXE-E32: TFTP open timeout. PXE-E32: TFTP open timeout. PXE-M0F: Exiting LANDesk Service Agent.

Цитат (cat /var/log/daemon.log @ 24 Юни,08:55)

... Jun 24 08:42:24 zaria-server dhcpd: DHCPDISCOVER from 00:04:ac:d6:21:c6 via eth1 Jun 24 08:42:25 zaria-server dhcpd: DHCPOFFER on 192.168.0.250 to 00:04:ac:d6:21:c6 via eth1 Jun 24 08:42:25 zaria-server dhcpd: DHCPREQUEST for 192.168.0.250 (192.168.0.1) from 00:04:ac:d6:21:c6 via eth1 Jun 24 08:42:25 zaria-server dhcpd: DHCPACK on 192.168.0.250 to 00:04:ac:d6:21:c6 via eth1 ...

Ако клиента не си вземаше IP адрес можех да предположа, че все още имам проблеми с мрежовите карти, но така... нямам идея!  

@radev: грешката е моя, изпуснал съм едно 't', tftp сървъра имах предвид. Всъщност като гледам проблемът ти е че клиентът не знае от къде да вземе boot image-то, а причината за това може би е липсата на next-server настройката.

Странно е че нямаш /etc/exports, поне аз като инсталирах ltsp-то, от някъде се беше взел.  Така или иначе като се оправиш по горната точка, ще зареждаш линукс по мрежата, но няма да имаш файлова система, така че създай си и файла.

@dvasilev: Не стана въпреки, че разкоментирах опцията next-server.
Дори приех предложение за актуализация, която включваше пакетите за ltsp и след това отново клиента не получава образ за зареждане.

Никой ли няма идеи?

Някой, който е пускал ltsp няма ли да каже едно число, че да ми се махне този проблем от главата? Няма ли разбиращи? Все пак става въпрос за Читалище, а не за някаква прищявка!

@radev: Дай резултата от

Примерен код

netstat -ln

Radev, за теб, или за човека който ще инсталира тия LTSP   за компютри, съм  дал инфо за моя опит с проекта,  като имам време ще го допълвам :
http://dobrev.net46.net/index.p....emid=40