Re: Boot remoto PXE
não precisa de nem minidistro linux. usa o GNUpxe /gpxe http://rom-o-matic.net/ só criar a imagem pra mídia que precisa e com drive da placa correta. pode configurar coisas extras se quiser. -- To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e72609f.8010...@gmail.com
Re: Boot remoto PXE
Olá Cleber, Não sei se aplica ao teu caso, mais da uma olhada no SUNWut. Originalmente era um software de Solaris/OpenSolaris mas existe a possibilidade de instalação em Linux, por exemplo Debian e Centos. Na Universidade que estudo, temos servidores também com boot PXE, e um deles é um SunFire x4200 com OpenSolaris é a ele estão mais de 40 thin clients SunRay's, onde software gerenciados é o SUNWut. Em 13 de setembro de 2011 09:27, Cleber Ianes escreveu: > Saudações. > Tenho um servidor em minha empresa que permite boot PXE de alguns thin > clients, mas alguns modelos da HP não conseguem executar esse boot devido a > alterações no firmware do hard. Alguém sabe alguma forma de executar boot > PXE através de alguma minidistro linux que eu possa gravar na flash dessas > máquina. Eu consigo bootar pelo flash com Slax, por exemplo, e executar o > cliente X, mas isso está um pouco lento. > Obrigado. >
Boot remoto PXE
Saudações. Tenho um servidor em minha empresa que permite boot PXE de alguns thin clients, mas alguns modelos da HP não conseguem executar esse boot devido a alterações no firmware do hard. Alguém sabe alguma forma de executar boot PXE através de alguma minidistro linux que eu possa gravar na flash dessas máquina. Eu consigo bootar pelo flash com Slax, por exemplo, e executar o cliente X, mas isso está um pouco lento. Obrigado.
Boot remoto - Debian
Alguém conhece um método simples para boot em servidor remoto de boot Debian? Talvez usando PXE e SYSTEMIMAGER. Ou outra solução. Alguém tem experiência nisso. Obs.: Sem ser LTSP. Valeu srs.
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Gerson Henrique Diesel escreveu: Gostei deste de ler parâmetros por nós (/proc/cmdline). Funciona. Acho que o parâmetro IP Do kernel não funcionaria, pois no initramfs ainda seria necessário comentar as linhas referentes ao dhcpcd. Além disto, no initramfs também existem instruções para montar o diretório NFS (caminho ROOTPATH) que é enviado pelo DHCP. Posso também enviar o ROOTPATH através de parâmetro de nó. Ótima alternativa. Funcionou legal então lendo o IP por /proc/cmdline? Como fez? Eu usaria assim: export `grep --only-matching -e 'ip_terminal=[0-9.]*' /proc/cmdline` echo "IP do Terminal: $ip_terminal" ou (mas configura todas as variáveis em /proc/cmdline) export `cat /proc/cmdline` echo "IP do Terminal: $ip_terminal" Quanto a usar o initramfs, ele é apenas para carregar o DHCP, configurar a rede e configurações do nfsroot, depois trocar o initramfs por nfsroot, não é isso? E se não colocar para carregar o initramfs e usar o parâmetro ip do kernel para ele fazer todo esse trabalho de nfsroot por si só , o que acontece? -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
2007/6/13, Junior Polegato - Linux <[EMAIL PROTECTED]>: Gerson Henrique Diesel escreveu: > 6. Não é possível pegar o IP da configuração do Grub? > Interessante. Não havia pensando nisto. Para isto eu teria que: > - No momento em que inicializar o initramfs, montar o /dev/fd0; > - Cat | grep | cut no menu.lst do disquete, para pegar o ip. > Vou tentar. Se der certo não é necessário mais ter um initramfs para > cada terminal. > Gostei da idéia. > Colocarei os resultados. E se tentar assim: 1. No Grub dos disquetes: title Boot Remoto Terminal 1 ifconfig --address= --mask= --server= kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 ip=... initrd (nd)/2.6.20.9-ltsp-1/initramfs.gz title Boot Remoto Terminal 2 ifconfig --address= --mask= --server= kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 ip=... initrd (nd)/2.6.20.9-ltsp-1/initramfs.gz etc. Assim, no initramfs acho que não é preciso fazer mais nada, pois o próprio kernel se vira com o parâmetro IP... Tem também a opção de passar o IP por uma variável definida por nós, tipo: kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 ip_terminal= E então basta ler o arquivo /proc/cmdline e pegar esta variável, sacou? Segue como funciona o parâmetro "ip" do kernel: ip=:: This parameter tells the kernel how to configure IP addresses of devices and also how to set up the IP routing table. It was originally called `nfsaddrs', but now the boot-time IP configuration works independently of NFS, so it was renamed to `ip' and the old name remained as an alias for compatibility reasons. If this parameter is missing from the kernel command line, all fields are assumed to be empty, and the defaults mentioned below apply. In general this means that the kernel tries to configure everything using both RARP and BOOTP (depending on what has been enabled during kernel confi- guration, and if both what protocol answer got in first). IP address of the client. If empty, the address will either be determined by RARP or BOOTP. What protocol is used de- pends on what has been enabled during kernel configuration and on the parameter. If this parameter is not empty, neither RARP nor BOOTP will be used. IP address of the NFS server. If RARP is used to determine the client address and this parameter is NOT empty only replies from the specified server are accepted. To use different RARP and NFS server, specify your RARP server here (or leave it blank), and specify your NFS server in the `nfsroot' parameter (see above). If this entry is blank the address of the server is used which answered the RARP or BOOTP request. IP address of a gateway if the server is on a different subnet. If this entry is empty no gateway is used and the server is assumed to be on the local network, unless a value has been received by BOOTP. Netmask for local network interface. If this is empty, the netmask is derived from the client IP address assuming classful addressing, unless overridden in BOOTP reply. Name of the client. If empty, the client IP address is used in ASCII notation, or the value received by BOOTP. Name of network device to use. If this is empty, all devices are used for RARP and BOOTP requests, and the first one we receive a reply on is configured. If you have only one device, you can safely leave this blank. Method to use for autoconfiguration. If this is either 'rarp' or 'bootp', the specified protocol is used. If the value is 'both' or empty, both protocols are used so far as they have been enabled during kernel configura- tion. 'off' means no autoconfiguration. The parameter can appear alone as the value to the `ip' parameter (without all the ':' characters before) in which case auto- configuration is used. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br Gostei deste de ler parâmetros por nós (/proc/cmdline). Funciona. Acho que o parâmetro IP Do kernel não funcionaria, pois no initramfs ainda seria necessário comentar as linhas referentes ao dhcpcd. Além disto, no initramfs também existem instruções para montar o diretório NFS (caminho ROOTPATH) que é enviado pelo DHCP. Posso também enviar o ROOTPATH através de parâmetro de nó. Ótima alternativa. -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Gerson Henrique Diesel escreveu: 6. Não é possível pegar o IP da configuração do Grub? Interessante. Não havia pensando nisto. Para isto eu teria que: - No momento em que inicializar o initramfs, montar o /dev/fd0; - Cat | grep | cut no menu.lst do disquete, para pegar o ip. Vou tentar. Se der certo não é necessário mais ter um initramfs para cada terminal. Gostei da idéia. Colocarei os resultados. E se tentar assim: 1. No Grub dos disquetes: title Boot Remoto Terminal 1 ifconfig --address= --mask= --server= kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 ip=Terminal 1>... initrd (nd)/2.6.20.9-ltsp-1/initramfs.gz title Boot Remoto Terminal 2 ifconfig --address= --mask= --server= kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 ip=Terminal 2>... initrd (nd)/2.6.20.9-ltsp-1/initramfs.gz etc. Assim, no initramfs acho que não é preciso fazer mais nada, pois o próprio kernel se vira com o parâmetro IP... Tem também a opção de passar o IP por uma variável definida por nós, tipo: kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 ip_terminal= E então basta ler o arquivo /proc/cmdline e pegar esta variável, sacou? Segue como funciona o parâmetro "ip" do kernel: ip=:: This parameter tells the kernel how to configure IP addresses of devices and also how to set up the IP routing table. It was originally called `nfsaddrs', but now the boot-time IP configuration works independently of NFS, so it was renamed to `ip' and the old name remained as an alias for compatibility reasons. If this parameter is missing from the kernel command line, all fields are assumed to be empty, and the defaults mentioned below apply. In general this means that the kernel tries to configure everything using both RARP and BOOTP (depending on what has been enabled during kernel confi- guration, and if both what protocol answer got in first). IP address of the client. If empty, the address will either be determined by RARP or BOOTP. What protocol is used de- pends on what has been enabled during kernel configuration and on the parameter. If this parameter is not empty, neither RARP nor BOOTP will be used. IP address of the NFS server. If RARP is used to determine the client address and this parameter is NOT empty only replies from the specified server are accepted. To use different RARP and NFS server, specify your RARP server here (or leave it blank), and specify your NFS server in the `nfsroot' parameter (see above). If this entry is blank the address of the server is used which answered the RARP or BOOTP request. IP address of a gateway if the server is on a different subnet. If this entry is empty no gateway is used and the server is assumed to be on the local network, unless a value has been received by BOOTP. Netmask for local network interface. If this is empty, the netmask is derived from the client IP address assuming classful addressing, unless overridden in BOOTP reply. Name of the client. If empty, the client IP address is used in ASCII notation, or the value received by BOOTP. Name of network device to use. If this is empty, all devices are used for RARP and BOOTP requests, and the first one we receive a reply on is configured. If you have only one device, you can safely leave this blank. Method to use for autoconfiguration. If this is either 'rarp' or 'bootp', the specified protocol is used. If the value is 'both' or empty, both protocols are used so far as they have been enabled during kernel configura- tion. 'off' means no autoconfiguration. The parameter can appear alone as the value to the `ip' parameter (without all the ':' characters before) in which case auto- configuration is used. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Em 13/06/07, Gerson Henrique Diesel <[EMAIL PROTECTED]> escreveu: Em 13/06/07, Junior Polegato - Linux <[EMAIL PROTECTED]> escreveu: > > Olá Gerson, > > Parabéns pelo trabalho e obrigado por ter divulgado. Mas comigo > ficaram dúvidas: > > 1. Você compilou um kernel e initramfs para cada terminal? > 2. Qual kernel usou, original, ltsp ou algum modificado por alguma > distro? > 3. Como cada terminal "sabe" qual kernel e initramfs carregar? > 4. O kernel e initramfs ficam no servidor ou no disquete? > 5. É possível ter "configfile (nd)/menu.lst" para cada terminal, tipo > "configfile (nd)/menu-1.lst", "configfile (nd)/menu-2.lst"... ? > 6. Não é possível pegar o IP da configuração do Grub? > > Por enquanto é isso, obrigado. > > -- > Atenciosamente, > >Junior Polegato > >Um peregrino de problemas; Um pergaminho de soluções! >Página Profissional: http://www.juniorpolegato.com.br > > Respondendo as perguntas: 1. Você compilou um kernel e initramfs para cada terminal? Não precisei recompilar o kernel, precisei sim descompactar o initramfs, editar o arquivo init e recompactar. 2. Qual kernel usou, original, ltsp ou algum modificado por alguma distro? Usei o kernel que vem no pacote do LTSP (2.6.20.9-ltsp-1). Na verdade vieram 3 opções de kernel: - 2.6.16 - 2.6.17 - 2.6.20 Testei com o .16 e o .20. Ambos funcionaram igualmente. 3. Como cada terminal "sabe" qual kernel e initramfs carregar? Aí é que está o trabalho. Neste caso, ao invés de usar dois arquivos menu.lts (um no disquete e um no servidor), utiliza-se somente um arquivo menu.lst no disquete, e no mesmo indica-se o initramfs correspondente do terminal. Ex.: title Boot Remoto ifconfig --address= --mask= --server= kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 initrd (nd)/2.6.20.9-ltsp-1/initramfs- Surgiu uma dificuldade: Como acessar o floppy através do initramfs? o /dev/fd0 ainda não existe! -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Em 13/06/07, Junior Polegato - Linux <[EMAIL PROTECTED]> escreveu: Olá Gerson, Parabéns pelo trabalho e obrigado por ter divulgado. Mas comigo ficaram dúvidas: 1. Você compilou um kernel e initramfs para cada terminal? 2. Qual kernel usou, original, ltsp ou algum modificado por alguma distro? 3. Como cada terminal "sabe" qual kernel e initramfs carregar? 4. O kernel e initramfs ficam no servidor ou no disquete? 5. É possível ter "configfile (nd)/menu.lst" para cada terminal, tipo "configfile (nd)/menu-1.lst", "configfile (nd)/menu-2.lst"... ? 6. Não é possível pegar o IP da configuração do Grub? Por enquanto é isso, obrigado. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br Respondendo as perguntas: 1. Você compilou um kernel e initramfs para cada terminal? Não precisei recompilar o kernel, precisei sim descompactar o initramfs, editar o arquivo init e recompactar. 2. Qual kernel usou, original, ltsp ou algum modificado por alguma distro? Usei o kernel que vem no pacote do LTSP (2.6.20.9-ltsp-1). Na verdade vieram 3 opções de kernel: - 2.6.16 - 2.6.17 - 2.6.20 Testei com o .16 e o .20. Ambos funcionaram igualmente. 3. Como cada terminal "sabe" qual kernel e initramfs carregar? Aí é que está o trabalho. Neste caso, ao invés de usar dois arquivos menu.lts (um no disquete e um no servidor), utiliza-se somente um arquivo menu.lst no disquete, e no mesmo indica-se o initramfs correspondente do terminal. Ex.: title Boot Remoto ifconfig --address= --mask= --server= kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 initrd (nd)/2.6.20.9-ltsp-1/initramfs-
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Olá Gerson, Parabéns pelo trabalho e obrigado por ter divulgado. Mas comigo ficaram dúvidas: 1. Você compilou um kernel e initramfs para cada terminal? 2. Qual kernel usou, original, ltsp ou algum modificado por alguma distro? 3. Como cada terminal "sabe" qual kernel e initramfs carregar? 4. O kernel e initramfs ficam no servidor ou no disquete? 5. É possível ter "configfile (nd)/menu.lst" para cada terminal, tipo "configfile (nd)/menu-1.lst", "configfile (nd)/menu-2.lst"... ? 6. Não é possível pegar o IP da configuração do Grub? Por enquanto é isso, obrigado. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Parabéns pelo trabalho Gerson. E se você não tivesse dito que iria publicá-lo eu o incentivaria agora. Aliás, outro local onde pode ser publicado e no Dicas-L. Sucesso. CR Em 13/06/07, Gerson Henrique Diesel <[EMAIL PROTECTED]> escreveu: Bom dia pessoal. Agradecendo a ajuda de todos, venho aqui relatar em algumas linhas o que tive que fazer para configurar uma solução de Boot Remoto sem utilizar um servidor DHCP. Pra quem não pegou o assunto anterior, ficaria a pergunta: Porque utilizar Boot Remoto sem DHCP? Resposta: - Aqui na empresa o ambiente é Windows. Os servidores DHCP, DNS, Wins e etc são todos windows. - Não sou o administrador destes servidores e não tenho poder para mudar as configurações atuais para atender um ambiente LTSP. - Não posso mudar a Topologia da rede para isolar um ambiente LTSP (alterar switches, criar Vlans, portas, etc...) - Tenho só meia dúzia de computadores para fazer um esquema de LTSP. Estes computadores são quiosques espalhados pela empresa. A principal dificuldade era setar IP's fixos nos quiosques, e indicar o arquivo de inicialização, sem utilizar um servidor DHCP. Obviamente também não poderia utilizar PXE, então tive que utilizar disquetes. Encontrei duas soluções: - GRUB com suporte a rede; - Etherboot: http://rom-o-matic.net com USE_STATIC_BOOT_INFO; O Grub por padrão não vem com suporte a rede, então tive que baixar o código fonte e compilar com a opção --enable-. - copiar os arquivos stage1 e stage2 para um disquete e gerar um menu.lstcom o conteúdo: title Boot Remoto Rede ifconfig --address= --mask= --server= configfile (nd)/menu.lst A linha "configfile (nd)/menu.lst" indica outro arquivo menu.lst, que fica no servidor, que contém o seguinte: title Boot Remoto kernel (nd)/2.6.20.9-ltsp-1/bzImage- 2.6.20.9-ltsp-1 initrd (nd)/2.6.20.9-ltsp-1/initramfs.gz Ou seja, os kerneis propriamente ditos. Obs: Os dois arquivos poderiam ser um só, somente no disquete, mas manter separado facilita nos testes, sem precisar montar disquete, alterar, e desmontar. OK, mas no momento de carregar este novo kernel, o initramfs contém um cliente dhcpcd para pegar o IP. Então tive que fazer o seguinte: - Descompactar o initramfs; - Editar o arquivo init; - comentar as linhas referentes ao dhcpcd; - Fixar o ip através do ifconfig (que já tem no initramfs); - Configurar rotas (o route também tem no initramfs); - Compactar o initramfs; OBS.: Até poderia deixar o initramfs pegar o IP através do DHCP, pois não precisaria de nenhuma configuração extra do DHCP. Porém, tive problemas com o modulo tulip novamente, que dava TX Timeout no momento de buscar o servidor DHCP. O jeito foi fixar o IP mesmo. Bem, basicamente é isto. Algumas considerações: - O GRUB não consegue carregar um arquivo vmlinuz (bzImage + initramfs), pois o mesmo é muito grande, por isto o bzImage e o initramfs separados; - O Etherboot consegue carregar um arquivo vmlinuz, porém dava erro com as placas de rede que utilizam o módulo tulip. Dá erro de TX Timeout! logo no boot, ao tentar buscar o menu.lst na rede. Realmente, dá um trabalhão criar um disquete para cada terminal (por causa do IP Fixo), sem contar que o initramfs também tem IP Fixo, o que teoricamente, teria que ter um initramfs para cada terminal. Quem quiser mais detalhes, fico à disposição. Pretendo publicar este material em algum site como o Viva o Linux. Algumas referências que utilizei: - Terminais leves com o LTSP - Atualizado para o LTSP 4.2: http://www.guiadohardware.net/guias/17/ - Howto boot via network with gnu grub netboot disk: http://www2.informatik.hu-berlin.de/~draheim/boot/grub-netboot.html<http://www2.informatik.hu-berlin.de/%7Edraheim/boot/grub-netboot.html> - ROM-o-matic.net for Etherboot version 5.4.3: http://rom-o-matic.net/5.4.3/ - LTSP-4: http://ltsp.sourceforge.net/ltsp-4-pt-br.html - LTSP - Linux Terminal Service Project: http://www.ltsp.org/ - Knoppix Network Boot Floppy with GRUB: http://homepage.hispeed.ch/py430/knoppix/knx-netboot.html - Network-booting Your Operating System: http://www.openbg.net/sto/os/xml/netboot.html - HOWTO Initramfs: http://gentoo-wiki.com/HOWTO_Initramfs#Consult_initramfs_content - Tech Tip: How to use initramfs: http://www.timesys.com/timesource/initramfs.htm -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED] -- CARLOS RIBEIRO Linux user: 183572 São Luís - Maranhão - BR
[RESOLVIDO] Boot Remoto (LTSP) sem DHCP. Era: Boot Remoto (ltsp) com DHCP Windows
Bom dia pessoal. Agradecendo a ajuda de todos, venho aqui relatar em algumas linhas o que tive que fazer para configurar uma solução de Boot Remoto sem utilizar um servidor DHCP. Pra quem não pegou o assunto anterior, ficaria a pergunta: Porque utilizar Boot Remoto sem DHCP? Resposta: - Aqui na empresa o ambiente é Windows. Os servidores DHCP, DNS, Wins e etc são todos windows. - Não sou o administrador destes servidores e não tenho poder para mudar as configurações atuais para atender um ambiente LTSP. - Não posso mudar a Topologia da rede para isolar um ambiente LTSP (alterar switches, criar Vlans, portas, etc...) - Tenho só meia dúzia de computadores para fazer um esquema de LTSP. Estes computadores são quiosques espalhados pela empresa. A principal dificuldade era setar IP's fixos nos quiosques, e indicar o arquivo de inicialização, sem utilizar um servidor DHCP. Obviamente também não poderia utilizar PXE, então tive que utilizar disquetes. Encontrei duas soluções: - GRUB com suporte a rede; - Etherboot: http://rom-o-matic.net com USE_STATIC_BOOT_INFO; O Grub por padrão não vem com suporte a rede, então tive que baixar o código fonte e compilar com a opção --enable-. - copiar os arquivos stage1 e stage2 para um disquete e gerar um menu.lstcom o conteúdo: title Boot Remoto Rede ifconfig --address= --mask= --server= configfile (nd)/menu.lst A linha "configfile (nd)/menu.lst" indica outro arquivo menu.lst, que fica no servidor, que contém o seguinte: title Boot Remoto kernel (nd)/2.6.20.9-ltsp-1/bzImage-2.6.20.9-ltsp-1 initrd (nd)/2.6.20.9-ltsp-1/initramfs.gz Ou seja, os kerneis propriamente ditos. Obs: Os dois arquivos poderiam ser um só, somente no disquete, mas manter separado facilita nos testes, sem precisar montar disquete, alterar, e desmontar. OK, mas no momento de carregar este novo kernel, o initramfs contém um cliente dhcpcd para pegar o IP. Então tive que fazer o seguinte: - Descompactar o initramfs; - Editar o arquivo init; - comentar as linhas referentes ao dhcpcd; - Fixar o ip através do ifconfig (que já tem no initramfs); - Configurar rotas (o route também tem no initramfs); - Compactar o initramfs; OBS.: Até poderia deixar o initramfs pegar o IP através do DHCP, pois não precisaria de nenhuma configuração extra do DHCP. Porém, tive problemas com o modulo tulip novamente, que dava TX Timeout no momento de buscar o servidor DHCP. O jeito foi fixar o IP mesmo. Bem, basicamente é isto. Algumas considerações: - O GRUB não consegue carregar um arquivo vmlinuz (bzImage + initramfs), pois o mesmo é muito grande, por isto o bzImage e o initramfs separados; - O Etherboot consegue carregar um arquivo vmlinuz, porém dava erro com as placas de rede que utilizam o módulo tulip. Dá erro de TX Timeout! logo no boot, ao tentar buscar o menu.lst na rede. Realmente, dá um trabalhão criar um disquete para cada terminal (por causa do IP Fixo), sem contar que o initramfs também tem IP Fixo, o que teoricamente, teria que ter um initramfs para cada terminal. Quem quiser mais detalhes, fico à disposição. Pretendo publicar este material em algum site como o Viva o Linux. Algumas referências que utilizei: - Terminais leves com o LTSP - Atualizado para o LTSP 4.2: http://www.guiadohardware.net/guias/17/ - Howto boot via network with gnu grub netboot disk: http://www2.informatik.hu-berlin.de/~draheim/boot/grub-netboot.html<http://www2.informatik.hu-berlin.de/%7Edraheim/boot/grub-netboot.html> - ROM-o-matic.net for Etherboot version 5.4.3: http://rom-o-matic.net/5.4.3/ - LTSP-4: http://ltsp.sourceforge.net/ltsp-4-pt-br.html - LTSP - Linux Terminal Service Project: http://www.ltsp.org/ - Knoppix Network Boot Floppy with GRUB: http://homepage.hispeed.ch/py430/knoppix/knx-netboot.html - Network-booting Your Operating System: http://www.openbg.net/sto/os/xml/netboot.html - HOWTO Initramfs: http://gentoo-wiki.com/HOWTO_Initramfs#Consult_initramfs_content - Tech Tip: How to use initramfs: http://www.timesys.com/timesource/initramfs.htm -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
Junior Polegato - Linux escreveu: >Procure por ferramentas que fazem este disquete de boot ou edite o > boot por PXE para um IP fixo e o que mais for preciso, pulando o passo > do DHCP. Gérson, já tentou gerar um disquete por http://rom-o-matic.net/ com USE_STATIC_BOOT_INFO habilitado? Vasculhe a página de configuração antes de gerar o disquete. -- Adriano Rafael Gomes SoftwareLivreVS http://www.softwarelivrevs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
On 6/1/07, Junior Polegato - Linux <[EMAIL PROTECTED]> wrote: Nunca coloque 2 DHCP na mesma rede, isso dá zica! O que pode fazer é colocar mais uma placa de rede no seu servidor de tftp, um hubzinho (ou vlan) e ligar os terminais nesse, daí sim use DHCP para essa interface e LTSP. Não necessariamente. Sabendo usar os "authoritatives" problemas não dá, mas que é mais difícil de administrar é... :) Isolar a rede dos terminais tem suas vantagens e desvantagens, depende da necessidade: se for apenas para acesso a internet não tem problema, é até melhor o isolamento. Agora se precisar compartilhamento de arquivos, por exemplo, ou qualquer outra situação em que os pacotes não podem ser roteados, não é muito "prático" fazer isso. Ainda assim parece ser a melhor idéia. -- Por favor não faça top-posting, coloque a sua resposta abaixo desta linha. Please don't do top-posting, put your reply below the following line.
Re: Boot Remoto (ltsp) com DHCP Windows
Em Sexta 01 Junho 2007 12:34, Junior Polegato - Linux escreveu: > Davi escreveu: > > O que _eu_ faria: bota um Linux como servidor de DHCP dando IPs apenas > > para determinados MAC. > > Nunca coloque 2 DHCP na mesma rede, isso dá zica! Opa! =) Anotado. []s -- Davi Vidal [EMAIL PROTECTED] [EMAIL PROTECTED] -- "Religion, ideology, resources, land, spite, love or "just because"... No matter how pathetic the reason, it's enough to start a war. " Por favor não faça top-posting, coloque a sua resposta abaixo desta linha. Please don't do top-posting, put your reply below the following line. pgpsYzg5W86Fv.pgp Description: PGP signature
Re: Boot Remoto (ltsp) com DHCP Windows
Em Sexta 01 Junho 2007 15:40, Gerson Henrique Diesel escreveu: > Em 01/06/07, Junior Polegato - Linux <[EMAIL PROTECTED]> escreveu: > > Gerson Henrique Diesel escreveu: > > > Muito bem, e digamos que eu não posso alterar nada no DHCP do windows? > > > Eu preciso mesmo é não utilizar nada de DHCP nos terminais de boot > > > remoto. > > > Andei vendo algo que no GRUB eu posso setar o IP da máquina e dizer > > > onde está o servidor tftpboot. Gravo este grub no disquete e ele vai > > > direto no servidor, sem pegar IP ou qualquer outra informação em DHCP > > > ( http://homepage.hispeed.ch/py430/knoppix/knx-netboot.html) > > > > > > Quanto ao Grub eu não sei, mas sei que pode criar um disquete, CD ou > > mesmo no HD, com inicialização que carregue um micro-kernel (tal como > > PXE) sem precisar do DHCP, pois o que ocorre na verdade, com o PXE por > > exemplo, é que ele usa o DHCP para obter o IP e companhia para colocar > > como parâmetro do kernel. Nesse micro-kernel, você deve ser capaz de > > identificar a placa de rede, criar um disco virtual na memória e colocar > > aí o o kernel funcional baixando-o via tftp de um IP pré-definido, o > > qual antes era obtido via DHCP. > > Procure por ferramentas que fazem este disquete de boot ou edite o > > boot por PXE para um IP fixo e o que mais for preciso, pulando o passo > > do DHCP. > > > Tá interessante... > > Davi, eu pensei em colocar um DHCP linux respondendo somente para os MAC's > dos quiosques. Mas aí ocorre um problema: Quando eu ligar o quiosque, pode > ocorrer de o DHCP do windows responder antes, aí o quiosque pega o IP que o > dhcp do windows mandar. Lembro que eu não posso alterar qualquer coisa no > windows, visto que outro setor cuida disto. > > Estou pesquisando a solução do Junior, utilizando um disquete. Estou > pesquisando também o GRUB, que pode ser compilado com as opções > --enable-diskless e enable- Realmente... A solucão dele é muito melhor e eu tinha esquecido que o Servidor Windows pode responder antes... =) Cara... Você pegou um pepino... ^^ Por disquete funciona sim... Mas eu não cheguei a usar... =P Divirta-se... =) []s -- Davi Vidal [EMAIL PROTECTED] [EMAIL PROTECTED] -- "Religion, ideology, resources, land, spite, love or "just because"... No matter how pathetic the reason, it's enough to start a war. " Por favor não faça top-posting, coloque a sua resposta abaixo desta linha. Please don't do top-posting, put your reply below the following line. pgp997H0k9FjD.pgp Description: PGP signature
Re: Boot Remoto (ltsp) com DHCP Windows
Em 01/06/07, Junior Polegato - Linux <[EMAIL PROTECTED]> escreveu: Davi escreveu: > www.ltsp.org > O que _eu_ faria: bota um Linux como servidor de DHCP dando IPs apenas para > determinados MAC. > LTSP em cima dele e parte pro abraco... =) > Se você estiver com limitacão de Hardware, coloca uma máquina virtual rodando > no teu Windows Server rodando um Debianzinho _totalmente_ enxuto... > Olá, Nunca coloque 2 DHCP na mesma rede, isso dá zica! O que pode fazer é colocar mais uma placa de rede no seu servidor de tftp, um hubzinho (ou vlan) e ligar os terminais nesse, daí sim use DHCP para essa interface e LTSP. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Também não posso colocar outra placa no servidor. assim eu poderia configurar também os switches e fazer uma VLAN, mas eu não posso alterar nada da topologia, não posso mecher em nenhum cabo ou porta sequer.. O ambiente aqui é muito restrito. -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
Em 01/06/07, Junior Polegato - Linux <[EMAIL PROTECTED]> escreveu: Gerson Henrique Diesel escreveu: > Muito bem, e digamos que eu não posso alterar nada no DHCP do windows? > Eu preciso mesmo é não utilizar nada de DHCP nos terminais de boot > remoto. > Andei vendo algo que no GRUB eu posso setar o IP da máquina e dizer > onde está o servidor tftpboot. Gravo este grub no disquete e ele vai > direto no servidor, sem pegar IP ou qualquer outra informação em DHCP > ( http://homepage.hispeed.ch/py430/knoppix/knx-netboot.html) Olá, Quanto ao Grub eu não sei, mas sei que pode criar um disquete, CD ou mesmo no HD, com inicialização que carregue um micro-kernel (tal como PXE) sem precisar do DHCP, pois o que ocorre na verdade, com o PXE por exemplo, é que ele usa o DHCP para obter o IP e companhia para colocar como parâmetro do kernel. Nesse micro-kernel, você deve ser capaz de identificar a placa de rede, criar um disco virtual na memória e colocar aí o o kernel funcional baixando-o via tftp de um IP pré-definido, o qual antes era obtido via DHCP. Procure por ferramentas que fazem este disquete de boot ou edite o boot por PXE para um IP fixo e o que mais for preciso, pulando o passo do DHCP. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] Tá interessante... Davi, eu pensei em colocar um DHCP linux respondendo somente para os MAC's dos quiosques. Mas aí ocorre um problema: Quando eu ligar o quiosque, pode ocorrer de o DHCP do windows responder antes, aí o quiosque pega o IP que o dhcp do windows mandar. Lembro que eu não posso alterar qualquer coisa no windows, visto que outro setor cuida disto. Estou pesquisando a solução do Junior, utilizando um disquete. Estou pesquisando também o GRUB, que pode ser compilado com as opções --enable-diskless e enable- -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
Davi escreveu: www.ltsp.org O que _eu_ faria: bota um Linux como servidor de DHCP dando IPs apenas para determinados MAC. LTSP em cima dele e parte pro abraco... =) Se você estiver com limitacão de Hardware, coloca uma máquina virtual rodando no teu Windows Server rodando um Debianzinho _totalmente_ enxuto... Olá, Nunca coloque 2 DHCP na mesma rede, isso dá zica! O que pode fazer é colocar mais uma placa de rede no seu servidor de tftp, um hubzinho (ou vlan) e ligar os terminais nesse, daí sim use DHCP para essa interface e LTSP. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
Gerson Henrique Diesel escreveu: Muito bem, e digamos que eu não posso alterar nada no DHCP do windows? Eu preciso mesmo é não utilizar nada de DHCP nos terminais de boot remoto. Andei vendo algo que no GRUB eu posso setar o IP da máquina e dizer onde está o servidor tftpboot. Gravo este grub no disquete e ele vai direto no servidor, sem pegar IP ou qualquer outra informação em DHCP ( http://homepage.hispeed.ch/py430/knoppix/knx-netboot.html) Olá, Quanto ao Grub eu não sei, mas sei que pode criar um disquete, CD ou mesmo no HD, com inicialização que carregue um micro-kernel (tal como PXE) sem precisar do DHCP, pois o que ocorre na verdade, com o PXE por exemplo, é que ele usa o DHCP para obter o IP e companhia para colocar como parâmetro do kernel. Nesse micro-kernel, você deve ser capaz de identificar a placa de rede, criar um disco virtual na memória e colocar aí o o kernel funcional baixando-o via tftp de um IP pré-definido, o qual antes era obtido via DHCP. Procure por ferramentas que fazem este disquete de boot ou edite o boot por PXE para um IP fixo e o que mais for preciso, pulando o passo do DHCP. -- Atenciosamente, Junior Polegato Um peregrino de problemas; Um pergaminho de soluções! Página Profissional: http://www.juniorpolegato.com.br -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
Gerson Henrique Diesel escreveu: > > > A empresa onde trabalho possui uma rede com servidor DHCP Windows. > > > > > > Temos espalhados pela empresa alguns quiosques que acessa uma página > > > na Intranet onde as pessoas colocam suas > > > manifestações/críticas/reclamações. (...) > > > Estes quiosques estão na mesma rede física da rede windows. > > > > > > Pois bem, eu gostaria de transformar estas máquinas em boot remoto, > > > sem HD. Porém eu tenho a restrição de não poder mexer na topologia de > > > rede. > > > (...) > > > O que eu gostaria de saber é: > > > > > > É possível configurar os quiosques para que os mesmos não utilizem > > > DHCP, mas tenham IP's fixos e busquem a imagem do kernel e os aquivos > > > em um servidor de boot remoto definido? Até onde me lembro, depende de como você vai fazer o Boot remoto. Por disquete as coisas são significativamente mais fáceis, você sabe... Até onde me lembro, por bootrom (PXE? Memória maldita... u.u), não tem como fixar IP... > > > > > > Agradeço qualquer ajuda. www.ltsp.org O que _eu_ faria: bota um Linux como servidor de DHCP dando IPs apenas para determinados MAC. LTSP em cima dele e parte pro abraco... =) Se você estiver com limitacão de Hardware, coloca uma máquina virtual rodando no teu Windows Server rodando um Debianzinho _totalmente_ enxuto... HTH -- Davi Vidal [EMAIL PROTECTED] [EMAIL PROTECTED] -- "Religion, ideology, resources, land, spite, love or "just because"... No matter how pathetic the reason, it's enough to start a war. " Por favor não faça top-posting, coloque a sua resposta abaixo desta linha. Please don't do top-posting, put your reply below the following line. pgpYEfhx9G366.pgp Description: PGP signature
Re: Boot Remoto (ltsp) com DHCP Windows
Em 01/06/07, Wendell Almeida <[EMAIL PROTECTED]> escreveu: É só configurar o servidor DHCP do seu Windows para prover o serviço de localização dos arquivos remotos. Não é necessário ter um servidor DHCP exclusivo. Em http://thinstation.sourceforge.net/ vc encontra informações de como fazer essa configuração. []'s Wendell Gerson Henrique Diesel escreveu: > Buenas pessoal. > > A empresa onde trabalho possui uma rede com servidor DHCP Windows. > > Temos espalhados pela empresa alguns quiosques que acessa uma página > na Intranet onde as pessoas colocam suas > manifestações/críticas/reclamações. > > Os computadores possuem processadores MMX 166, com 64mb de ram, e hd > de 10gb no máximo. Todos estes computadores rodam Linux, com ICEWM e > Firefox. Customizei o ICEWM para não mostrar nada na tela e nem > aceitar combinações de teclado e mouse. Também customizei o Firefox > para não mostrar nenhuma tela/janela/menu e nem aceitar nenhuma tecla > de função. Ou seja, o computador liga, carrega o Linux, e mostra > somente a página da pesquisa. Todas estão com IP fixo. > > Estes quiosques estão na mesma rede física da rede windows. > > Pois bem, eu gostaria de transformar estas máquinas em boot remoto, > sem HD. Porém eu tenho a restrição de não poder mexer na topologia de > rede. > > Pelo que eu li até agora, para fazer uma rede com boot remoto, é > necessário um servidor DHCP exclusivo para desktops de boot remoto, e > no meu caso, eu não tenho como colocar um servidor DHCP nesta rede. > > O que eu gostaria de saber é: > > É possível configurar os quiosques para que os mesmos não utilizem > DHCP, mas tenham IP's fixos e busquem a imagem do kernel e os aquivos > em um servidor de boot remoto definido? > > Agradeço qualquer ajuda. > Muito bem, e digamos que eu não posso alterar nada no DHCP do windows? Eu preciso mesmo é não utilizar nada de DHCP nos terminais de boot remoto. Andei vendo algo que no GRUB eu posso setar o IP da máquina e dizer onde está o servidor tftpboot. Gravo este grub no disquete e ele vai direto no servidor, sem pegar IP ou qualquer outra informação em DHCP ( http://homepage.hispeed.ch/py430/knoppix/knx-netboot.html) -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: Boot Remoto (ltsp) com DHCP Windows
É só configurar o servidor DHCP do seu Windows para prover o serviço de localização dos arquivos remotos. Não é necessário ter um servidor DHCP exclusivo. Em http://thinstation.sourceforge.net/ vc encontra informações de como fazer essa configuração. []'s Wendell Gerson Henrique Diesel escreveu: Buenas pessoal. A empresa onde trabalho possui uma rede com servidor DHCP Windows. Temos espalhados pela empresa alguns quiosques que acessa uma página na Intranet onde as pessoas colocam suas manifestações/críticas/reclamações. Os computadores possuem processadores MMX 166, com 64mb de ram, e hd de 10gb no máximo. Todos estes computadores rodam Linux, com ICEWM e Firefox. Customizei o ICEWM para não mostrar nada na tela e nem aceitar combinações de teclado e mouse. Também customizei o Firefox para não mostrar nenhuma tela/janela/menu e nem aceitar nenhuma tecla de função. Ou seja, o computador liga, carrega o Linux, e mostra somente a página da pesquisa. Todas estão com IP fixo. Estes quiosques estão na mesma rede física da rede windows. Pois bem, eu gostaria de transformar estas máquinas em boot remoto, sem HD. Porém eu tenho a restrição de não poder mexer na topologia de rede. Pelo que eu li até agora, para fazer uma rede com boot remoto, é necessário um servidor DHCP exclusivo para desktops de boot remoto, e no meu caso, eu não tenho como colocar um servidor DHCP nesta rede. O que eu gostaria de saber é: É possível configurar os quiosques para que os mesmos não utilizem DHCP, mas tenham IP's fixos e busquem a imagem do kernel e os aquivos em um servidor de boot remoto definido? Agradeço qualquer ajuda. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Boot Remoto (ltsp) com DHCP Windows
Buenas pessoal. A empresa onde trabalho possui uma rede com servidor DHCP Windows. Temos espalhados pela empresa alguns quiosques que acessa uma página na Intranet onde as pessoas colocam suas manifestações/críticas/reclamações. Os computadores possuem processadores MMX 166, com 64mb de ram, e hd de 10gb no máximo. Todos estes computadores rodam Linux, com ICEWM e Firefox. Customizei o ICEWM para não mostrar nada na tela e nem aceitar combinações de teclado e mouse. Também customizei o Firefox para não mostrar nenhuma tela/janela/menu e nem aceitar nenhuma tecla de função. Ou seja, o computador liga, carrega o Linux, e mostra somente a página da pesquisa. Todas estão com IP fixo. Estes quiosques estão na mesma rede física da rede windows. Pois bem, eu gostaria de transformar estas máquinas em boot remoto, sem HD. Porém eu tenho a restrição de não poder mexer na topologia de rede. Pelo que eu li até agora, para fazer uma rede com boot remoto, é necessário um servidor DHCP exclusivo para desktops de boot remoto, e no meu caso, eu não tenho como colocar um servidor DHCP nesta rede. O que eu gostaria de saber é: É possível configurar os quiosques para que os mesmos não utilizem DHCP, mas tenham IP's fixos e busquem a imagem do kernel e os aquivos em um servidor de boot remoto definido? Agradeço qualquer ajuda. -- Gerson Henrique Diesel MSN - [EMAIL PROTECTED]
Re: boot remoto
Eu sugiro usar deboostrap para criar a raiz das estações remotas e configurar os serviços de boot na mão; nem são tantas coisas a se configurar, e você ainda conta com uma estrutura Debian na raiz remota. -- Eduardo Costa Lisboa
boot remoto
Estou montando um laboratorio de boot remoto. Encontrei duas solucoes: LTSP e thinstation. So testei a thinstation no debian, e funcionou muito bem (so falta agora colocar + 19 estacoes para ver o desempenho). Alguem teve experiencia com alguma dessas duas, e poderia me recomendar, pensando em sempre em desempenho ?
Re: Dúvida de boot remoto
Vc pode servir um menu do grub em que o usuario escolhe uma entre as opcoes servidas. Ao dar boot, o cliente faz um broadcast na rede, que deve ser respondida por um servidor dhcp na rede (caso existam mais de um o cliente recebera arquivos somente um servidor), onde estara o grub. Esse servidor dhcp devera ser o servidor de boot remoto, caso contrario vc tera problemas. Vc pode, com muito trabalho e empolgacao (mas muito mesmo), servir as 3 distribuicoes linux citadas para esse cliente, qto ao windows... nao sei, acho dificil, mas simplesmente nao sei. ate Yuri Robinson --- Julio Lopez <[EMAIL PROTECTED]> escreveu: > Salve galera! > Tem como uma máquina diskless dar boot remoto numa máquina Linux onde tem 4 > OS diferentes: Debian, Fedora, Slack e Ruindows? e aparecer a opção do menu > do GRUB na hora do boot p/ o usuário da máquina remota escolher o sistema a > ser bootado? > > Julio Lopez > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > __ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dúvida de boot remoto
Salve galera! Tem como uma máquina diskless dar boot remoto numa máquina Linux onde tem 4 OS diferentes: Debian, Fedora, Slack e Ruindows? e aparecer a opção do menu do GRUB na hora do boot p/ o usuário da máquina remota escolher o sistema a ser bootado? Julio Lopez -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problema Boot Remoto Ltsp
Em 27/06/05, Prodasa<[EMAIL PROTECTED]> escreveu:
>
>
> Sou usuário do debian versão 3.1 , kernel 2.4.27
ótimo
>
> estou implementando o boot remoto, em 2 maquinas ja consegui, porém em uma
> maquina pentium 100, com 8 Mb de memória ram estou tendo problemas...
>
> No boot ele reconhece a placa de rede Ne2000, e pega o endereço IP que eu
> configurei para o MAC ADDRESS da placa ethernet, porém dai começa os
> problemas ...
>
Bom, pelo q me lembro, Ne2000 é placa isa, certo? Nas isa, vc precisa
acrescentar um parâmetro no /etc/dhcpd.conf na parte do host.
host ws001 {
hardware ethernet 00:E0:06:E8:00:84;
fixed-address 192.168.0.1;
option option-128 e4:45:74:68:00:00; - Fica esse mesmo, é
identificação
option option-129 "NIC=ne IO=0x300"; - Fica esse mesmo, é
identificação
}
> ele carrega vários drivers, mas depois da o seguinte erro : cannot write to
> remote file handle on(endereço IP do servidor)
é, acho que é isso mesmo.
>
> e mais um monte de erro VM = killing process ... e varias vezes este erro
> para cada processo.. O que pode estar acontecendo: é pouca memória ??
>
Quanto de memória vc tem?
> Agradeço qualquer ajuda
>
> Obrigado
Disponha.
>
>
--
Fabricio Vaccari Constanski (fvc) || fabriciovc[em]gmail.com
http://www.fabriciovc.cjb.net || Linux User 295747
Projeto Debian-pr || http://www.debian-pr.org
Projeto Kernel_ptbr || http://kernelptbr.debian-pr.org
--
"Deus fez o mundo em sete dias porque não tinha
ninguém perguntando quando ia ficar pronto."
Re: Problema Boot Remoto Ltsp
Em Seg, 2005-06-27 às 17:43, Prodasa escreveu: > Sou usuário do debian versão 3.1 , kernel 2.4.27 > Bom pra nos!! > > e mais um monte de erro VM = killing process ... e varias vezes este > erro para cada processo.. O que pode estar acontecendo: é pouca > memória ?? > Se nao me engano (o que pode ser bem provavel), se o erro for do tipo > (1) se trata de falta de memoria ou espaco no hd... ou sera erro tipo > (2)? :o) > > Boa sorte!! > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problema Boot Remoto Ltsp
Sou usuário do debian versão 3.1 , kernel 2.4.27 estou implementando o boot remoto, em 2 maquinas ja consegui, porém em uma maquina pentium 100, com 8 Mb de memória ram estou tendo problemas... No boot ele reconhece a placa de rede Ne2000, e pega o endereço IP que eu configurei para o MAC ADDRESS da placa ethernet, porém dai começa os problemas ... ele carrega vários drivers, mas depois da o seguinte erro : cannot write to remote file handle on(endereço IP do servidor) e mais um monte de erro VM = killing process ... e varias vezes este erro para cada processo.. O que pode estar acontecendo: é pouca memória ?? Agradeço qualquer ajuda Obrigado
Re: Boot-Remoto texto
Kimie Nakahara wrote: On Wed, 17 Nov 2004 08:27:15 -0200, Otavio Augusto Maciel Camargo <[EMAIL PROTECTED]> wrote: Olá, gostaria de saber se alguém já fez boot remoto com o sarge, e se é possível fazer um boot remoto (somente texto) com o sarge para um 486 dx40 com 8mb de mem Ram. Com 8MB de RAM não sei, mas c 12MB dá, se for LTSP. Fica um pouco lento mas usável. É só instalar normalmente e ver as configurações p máquinas antigas, tp, tem q configurar p fazer swap pela rede. Kimie Creio que é possível, sim. Já vi máquinas rodando LTSP com 8 MB de memória - e não ficaram *nada* lentas, devido, obviamente, ao servidor. Com modo texto, então, nem se fala... -- Adam Victor Nazareth Brandizzi Estudante de Ciência da Computação - UnB - Usuário Linux nº 366316 ICQ: 168537710 | Jabber: [EMAIL PROTECTED] | Telefone: (61)9639 5258 "Real programmers don't use Pascal: just the integer ones can do it."
Re: Boot-Remoto texto
On Wed, 17 Nov 2004 08:27:15 -0200, Otavio Augusto Maciel Camargo <[EMAIL PROTECTED]> wrote: > Olá, gostaria de saber se alguém já fez boot remoto com o sarge, e se é > possível fazer um boot remoto (somente texto) com o sarge para um 486 > dx40 com 8mb de mem Ram. Com 8MB de RAM não sei, mas c 12MB dá, se for LTSP. Fica um pouco lento mas usável. É só instalar normalmente e ver as configurações p máquinas antigas, tp, tem q configurar p fazer swap pela rede. Kimie
Boot-Remoto texto
Olá, gostaria de saber se alguém já fez boot remoto com o sarge, e se é possível fazer um boot remoto (somente texto) com o sarge para um 486 dx40 com 8mb de mem Ram. Obrigado, Otavio.
Re: Boot-Remoto requisitos
On Thu, 11 Nov 2004 21:06:20 -0200, Otavio Augusto Maciel Camargo <[EMAIL PROTECTED]> wrote: > Olá, tenho um 486 dx40 com 4mb de ram e o hd pifou. > É possivel fazer um boot remoto "modo texto"? Quanto de ram eu preciso? 8 é > suficiente? e 4mb? o 486 é suficiente, porem vc terá q colocar pelo menos 16 MB de mem para usar modo gráfico. > > Grato disponha > Otavio > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Fabricio Vaccari Constanski Seja Livre, use Linux !!! Linux User 295747 ICQ# 220170677 Conectiva Linux Certified http://www.debian-pr.org http://www.fabriciovc.cjb.net
Boot-Remoto requisitos
Olá, tenho um 486 dx40 com 4mb de ram e o hd pifou. É possivel fazer um boot remoto "modo texto"? Quanto de ram eu preciso? 8 é suficiente? e 4mb? Grato Otavio
Re: Boot Remoto
> Olá! > > Preciso configurar um servidor de Boot Remoto que irá inicializar > máquinas clientes sem HD, transferindo o kernel através da rede e > montando o sistema de arquivos via NFS. Mas estou com a algumas > dúvidas que ainda não consegui esclarecer através de documentações que > consultei: > > 1. As máquinas clientes necessitam de alguma configuração >especial como uma BIOS para emular o protocolo de boot ou >isso é feito pela placa de rede mesmo? > > 2. Posso utilizar qualquer placa de rede nas máquinas clientes >suportada pelo Linux ou deve ser uma placa específica para a >tarefa de boot. > > 3. No Debian, quais são as ferramentas disponíveis para a > configuração do servidor? Sei que o sistema de Boot Remoto é >uma solução que mescla várias outras (ex.: BootP, DHCP, NFS, >etc). Minha dificuldade, porém, é quais ferramentas utilizar >e entendimento de como exatamente funciona todo o processo de >Boot Remoto. > O que você consultou? Você olhou em http://www.tldp.org/HOWTO/Network-boot-HOWTO/index.html ?
Boot Remoto
Olá! Preciso configurar um servidor de Boot Remoto que irá inicializar máquinas clientes sem HD, transferindo o kernel através da rede e montando o sistema de arquivos via NFS. Mas estou com a algumas dúvidas que ainda não consegui esclarecer através de documentações que consultei: 1. As máquinas clientes necessitam de alguma configuração especial como uma BIOS para emular o protocolo de boot ou isso é feito pela placa de rede mesmo? 2. Posso utilizar qualquer placa de rede nas máquinas clientes suportada pelo Linux ou deve ser uma placa específica para a tarefa de boot. 3. No Debian, quais são as ferramentas disponíveis para a configuração do servidor? Sei que o sistema de Boot Remoto é uma solução que mescla várias outras (ex.: BootP, DHCP, NFS, etc). Minha dificuldade, porém, é quais ferramentas utilizar e entendimento de como exatamente funciona todo o processo de Boot Remoto. Agradeço muito qualquer tipo de ajuda! Grato, -- Ednardo Lobo - www.elobo.cjb.net, www.lobosnet.com Por favor, evitem enviar anexos no formato MS-Office, obrigado! Veja: http://www.fsf.org/philosophy/no-word-attachments.pt.html -- Bare feet magnetize sharp metal objects so they point upward from the floor -- especially in the dark.
Re: Disquete de boot remoto
Luiz, O comando "cp" nao altera o primeiro setor de inicializacao do disquete. Para este tipo de imagem, basta segui a instrucao que esta no site onde vc baixou a mesma. #cat a-imagem-q-vc-baixou.lzdsk > /dev/fd0 Abracos, Claudio Pereira - Indiox [EMAIL PROTECTED] Em S?, 2003-08-02 Ã s 15:50, Luiz Antonio F. Barbosa escreveu: > Olah pessoal, > > Preciso gerar um disquete de boot remoto. Para isso, formatei o disquete e > logo apos, fiz a copia do arquivo de boot remoto para disquetes, baixado do > site www.rom-o-matic.org, com o serguinte comando: > > # cp /root/XXX.lzdsk /dev/fd0 > > Quando boot a maquina com esse disquete, eh escrita a seguinte mensagem no > terminal: > > .1B00 > > e a maquina nao responde ao ping. > > Como poderia efetuar a gravacao de um disco bootavel? O comando dd seria > suficiente para isso? > > Obrigado desde jah! > > []'s, > > Luiz >
Re: Disquete de boot remoto
Em Sat, 02 Aug 2003 15:50:49 -0300, Luiz Antonio F. Barbosa escreveu: > Como poderia efetuar a gravacao de um disco bootavel? O comando dd seria > suficiente para isso? Sim, o cp não serve por não alterar o setor de inicialização. -- _ Leandro Guimarães Faria Corsetti Dutra +41 (21) 648 11 34 / \ http://br.geocities.com./lgcdutra/ +41 (78) 778 11 34 \ / Responda à lista, não a mim diretamente! +55 (11) 5686 2219 / \ Dê nota se ajudei:http://svcs.affero.net/rm.php?r=leandro
Disquete de boot remoto
Olah pessoal, Preciso gerar um disquete de boot remoto. Para isso, formatei o disquete e logo apos, fiz a copia do arquivo de boot remoto para disquetes, baixado do site www.rom-o-matic.org, com o serguinte comando: # cp /root/XXX.lzdsk /dev/fd0 Quando boot a maquina com esse disquete, eh escrita a seguinte mensagem no terminal: .1B00 e a maquina nao responde ao ping. Como poderia efetuar a gravacao de um disco bootavel? O comando dd seria suficiente para isso? Obrigado desde jah! []'s, Luiz
Configuração LTSP 486 com boot remoto
Pessoal, to utilizando o serviço de LTSP, com boot remoto, algumas estações tão OK, tao baixando o kernel e iniciando o X. Tenho uns 486 que baixam o kernel, más no fim da carga do kernel, reiniciam a máquina, e ficam toda vida neste loop, baixam o kernel e no final ..done, reiniciam a máquina. Alguém sabe o que pode ser ? Atenciosamente. Tale Rodrigo de Macêdo.
Re: Por favor configuração ltsp boot remoto
Que placa de rede vc está usando ? Se está usando uma placa de rede que exige eprom qual eprom vc está usando ? Sucesso On Thu, 27 Feb 2003 17:04:11 -0300 "Tales" <[EMAIL PROTECTED]> wrote: > Pessoal, instalei o servidor DHCP, bootp, seguindo os passos do manual do > www.ltsp.org. > > A estação começa a carregar o kernel, vai até o fiinal, e reseta, a máquina > so fica neste loop, carrega o kernel e reseta. > > Esta foi a única estação que pelo menos consegue baixar o kernel. > > A estação recebe tudo certinho endereço ip, Ip do servidor, so que depois > que carrega o kernel, reseta . > > Por favor se alguem puder me ajudar. > > Atenciosamente. > > > Tales Rodrigo de Macêdo > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] Linux User n. 257636 MAQPLAS INDÚSTRIA E COMÉRCIO DE MÁQUINAS LTDA. www.maqplas.com.br [EMAIL PROTECTED]
Por favor configuração ltsp boot remoto
Pessoal, instalei o servidor DHCP, bootp, seguindo os passos do manual do www.ltsp.org. A estação começa a carregar o kernel, vai até o fiinal, e reseta, a máquina so fica neste loop, carrega o kernel e reseta. Esta foi a única estação que pelo menos consegue baixar o kernel. A estação recebe tudo certinho endereço ip, Ip do servidor, so que depois que carrega o kernel, reseta . Por favor se alguem puder me ajudar. Atenciosamente. Tales Rodrigo de Macêdo
boot remoto
estou procurando documentação sobre boot remoto, - diskless e fazendo boot por disquete sem a necessidade de placas de rede com eprom gravado para o boot. e também sobre - servidor/cliente X, para usar uma máquina como servidor local e vários terminais X, diskless também, apenas boot por disquete. estive procurando em vários lugares e não encontro uma boa documentação, se alguem souber, por favor me avise.
Re: "Receita de bolo "para boot remoto
www.ltsp.org []s Alexandre Possebom On Mon, 2002-11-04 at 15:02, Marco André Ferreira Dias wrote: Tambem estou precisando de uma solucao deste tipo, principalmente para o cluster que queremos montar aqui. As placas da Intel vem com o PXE que permite voce bootar remotamente, utilizando um programa de windows que configure a bios para isso. Alguem tem mais ideias? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: "Receita de bolo "para boot remoto
On 04 Nov 2002 15:02:41 -0200 Marco André Ferreira Dias <[EMAIL PROTECTED]> wrote: > Tambem estou precisando de uma solucao deste tipo, principalmente para o > cluster que queremos montar aqui. > As placas da Intel vem com o PXE que permite voce bootar remotamente, > utilizando um programa de windows que configure a bios para isso. > Alguem tem mais ideias? http://hobbes.jct.ac.il/docs/Diskless-HOWTO.html -- Christoph Simon [EMAIL PROTECTED] --- ^X^C q quit :q ^C end x exit ZZ ^D ? help .
"Receita de bolo "para boot remoto
Tambem estou precisando de uma solucao deste tipo, principalmente para o cluster que queremos montar aqui. As placas da Intel vem com o PXE que permite voce bootar remotamente, utilizando um programa de windows que configure a bios para isso. Alguem tem mais ideias?
"Receita de bolo" para boot remoto
Debian´s, Estou projetando um rede com estações disk-less. A parte de X pela rede já sei implementar. Preciso de uma ajuda com relação ao boot remoto. Antigamente usava-se um chip EEPROM na placa de rede para gravar os arquivos para o boot, não sei se isto é comum hoje, pelo menos nos últimos quatro anos não tenho visto placas de rede com este chip. Sei que dá para fazer boot remoto usando um disquete ou cd-rom. Estou precisando deste "step-by-step" para fazer um servidor de boot remoto. Grato Augusto, +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Carlos Augusto Barbosa Infrastructure Network Admin voice 11.6462.2387 fax 11.6462.2337 [EMAIL PROTECTED] +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Re: Boot Remoto LTSP
Em Sex 09 Ago 2002 17:34, eduardo escreveu: > 3- Feito o downoad do kernel (ESSA É A ULTIMA FASE) ele comeca bootar > dando sinal de ok..e de repente crash..para e da a mensagem: > <0> Kernel Panic: Attempted to kill the iddle task! > In idle task - not syncing Este erro normalmente é relacionado com problemas de memória. Procure por http://www.memtest86.com e verifique a memória de seu computador. Ele funciona a partir de boot em floppy.
Re: (linux-br) Boot Remoto LTSP
www.k12ltsp.org Marcos PitangaMsc Redes de ComputadoresLinux Certified LPI & ConectivaCCNA / CCAI - CISCO AcademyLinux Cluster Specialist (Beowulf, Mosix, LTSP, Load Balancing, HA, Web Farms) - Original Message - From: eduardo To: debian ; FreeBSD ; linux -pira ; linux-board ; linux-br ; linuxall ; servux Sent: Friday, August 09, 2002 5:34 PM Subject: (linux-br) Boot Remoto LTSP Ai pessoal blz?Bem ja li uma grande parte ou senao toda a documentacao sobre boot remoto do projeto LTSP (www.ltsp.org) e ja consegui fazer funcionar:1- Servidor DHCP configurado e mandando um ip pro meu 486 - esta fase ta funcionando blz..2- depois disso o 486 precisa fazer o donload da imagem do kernel atraves do tftp que tambem ta funcionado blz..3- Feito o downoad do kernel (ESSA É A ULTIMA FASE) ele comeca bootar dando sinal de ok..e de repente crash..para e da a mensagem:<0> Kernel Panic: Attempted to kill the iddle task!In idle task - not syncingBom creio que é nessa parte ha algum erro (mas nao sei onde) pq é ai que ele vai comeca a montar o sistema arquivos (Via NFS) o QUAL JA ESTA TODO FUNCIONANDO nao apresenta problemas aparentemente...bem ja li todos os tipos de problemas na documentacao e nao encontrei algum do meu tipo...Por Favor se alguem puder ajudar, pois so me restam vcs da lista..Valeu ate mais
Boot Remoto LTSP
Ai pessoal blz? Bem ja li uma grande parte ou senao toda a documentacao sobre boot remoto do projeto LTSP (www.ltsp.org) e ja consegui fazer funcionar: 1- Servidor DHCP configurado e mandando um ip pro meu 486 - esta fase ta funcionando blz.. 2- depois disso o 486 precisa fazer o donload da imagem do kernel atraves do tftp que tambem ta funcionado blz.. 3- Feito o downoad do kernel (ESSA É A ULTIMA FASE) ele comeca bootar dando sinal de ok..e de repente crash..para e da a mensagem: <0> Kernel Panic: Attempted to kill the iddle task! In idle task - not syncing Bom creio que é nessa parte ha algum erro (mas nao sei onde) pq é ai que ele vai comeca a montar o sistema arquivos (Via NFS) o QUAL JA ESTA TODO FUNCIONANDO nao apresenta problemas aparentemente...bem ja li todos os tipos de problemas na documentacao e nao encontrei algum do meu tipo... Por Favor se alguem puder ajudar, pois so me restam vcs da lista.. Valeu ate mais
Re: Boot Remoto
Eu nunca mexi com isso mas estou tencionando fazer alguns experimentos sobre isso, pelo que li (e vi) nenhuma placa de rede tem esse circuito e sim um conector de CI (Circuito Integrado) tipo Eprom (uma memória programável não volátil), nesta memória você grava a "imagem" de boot que se comporta como uma extensão da BIOS do micro só que adicionando o suporte de boot pela rede ou seja ativando a placa de rede antes de entrar um sistema operacional e tentando se comunicar com algum servidor de boot e assim prosseguir com o boot, aí você procura a imagem que será gravada nesta memória e com um gravador de Eprom voce grava a dita cuja (se vc entender um pouco de eletrônica ajudará bastante) os arquivos para várias placas de rede do mercado são curtinhos (16 ou 32KB) assim uma EPROM 27256 provavelmente será suficiente. Procure mais informações em http://etherboot.sourceforge.net/ PS: As placas mais "modernas" vem com um chipizinho minúsculo em baixo do soquete da Eprom, aquele chip eu creio que seja uma e2prom ou flash programável (que substitui a EPROM que é uma tecnologia já meio passada) na propria placa de rede e com algum software especial seja possível gravar esta "BIOS" Boa Sorte Em 25 Apr 2002 15:54:58 -0300, [EMAIL PROTECTED] escreveu: > Prezado Emerson Silva. > > vi (por um e-mail seu enviado a lista de discussão) que > você estava (3/5/2001) tentando configurar estações > para atuarem com boot-remoto. > > Gostaria de saber de você, onde (de que empresa) você > conseguiu comprar placa de rede (qual) que tenha o circuito > de boot-remoto, que seja "compatível" com linux. > > Me parece que esse é um grandiosíssimo problema hoje > aqui no Brasil. Já liguei para milhoes de fornecedores em > São Paulo e ninguém tem essa "coisa". > > Antecipadamente, agradeco sua ajuda. > > Marcos Nobre. > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Flavio Alberto Lopes Soares [EMAIL PROTECTED] Linux User n. 257636 MAQPLAS INDÚSTRIA E COMÉRCIO DE MÁQUINAS LTDA. www.maqplas.com.br [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Boot Remoto
Prezado Emerson Silva. vi (por um e-mail seu enviado a lista de discussão) que você estava (3/5/2001) tentando configurar estações para atuarem com boot-remoto. Gostaria de saber de você, onde (de que empresa) você conseguiu comprar placa de rede (qual) que tenha o circuito de boot-remoto, que seja "compatível" com linux. Me parece que esse é um grandiosíssimo problema hoje aqui no Brasil. Já liguei para milhoes de fornecedores em São Paulo e ninguém tem essa "coisa". Antecipadamente, agradeco sua ajuda. Marcos Nobre. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Boot remoto via BOOTP/DHCP, Nao funciona!
On Mon, 21 May 2001 08:12:21 -0300 jclaudio <[EMAIL PROTECTED]> wrote: > Que placa você está usando? > sabe onde tem o arquivo .rom das placas vendidas atualmente on-board > como a sis900 ou dmfe, etc, para boot com disquete? > A minha é uma NE1000 compatível. Basta colocar esse endereço em seu bookmark e selecionar a ROM que quizer e a forma de arquivo, se ROM, Floppy, Lilo ROM Image ou DOS .COM. Essa é a forma mais rápida onde vc recebe os binarios e nao presisa compilar nada. http://rom-o-matic.net/latest-production-release A SIS900 pode ser encontrada em: http://rom-o-matic.net/latest-production-release/?nic=sis900 Se a sua DMFE for Davicom DM9009 ou DM9102 Fast Ethernet vá em: http://rom-o-matic.net/latest-production-release/?nic=davicom9102 > -- > ---Idéias se vendem, não ideais. Que idéia interessante, quer > vender? >
Re: Boot remoto via BOOTP/DHCP, Nao funciona!
Valeu a ajuda mano! Já resolvi o problema regravando a Rombios da placa de rede com o etherboot. http://etherboot.sourceforge.net. E tanto o DHCP quanto o BOOTP estão funcionando!
Boot remoto via BOOTP/DHCP, Nao funciona!
Oi pessoal. Estou tentando fazer um boot remoto com o Debian, mas nao estou conseguindo, segue os passos que tentei: Instalei o bootpd Instalei o tftpd Criei o diretorio /tftpboot e coloquei uma imagem de kernel adicionei as seguintes entradas no /etc/bootptab: .default:\ :hd=/tftpboot:bf=full.bin:\ :ip=200.1.1.33:bs=auto: estacao1.hassler:\ :hd=/tftpboot:bf=full.bin:\ :ht=ethernet:ha=0080AD427200:hn:vm=rfc1048:\ :ip=200.1.1.33:bs=auto: # Terminal Ethernet com boot remoto por Eprom terminal.hassler:\ :hd=/tftpboot:bf=full.bin:\ :ht=ethernet:ha=0040910042AD:hn:vm=rfc1048:\ :ip=200.1.1.10:bs=auto:\ :dn=hassler:hn=terminal:sa=200.1.1.33:\ :td=/tftpboot: Quando dou o boot em outra máquina, um 386 SX20 com 8MB de memória e placa de rede NE1000, a bootprom retorna 'finding server error'. O que pode estar errado? Ajudem esse pobre Debian User!
