Cytat: RAD-Poland w 15 Wrzesień 2007, 16:00
ale kombinujecie z tą instalacją,
akurat mam Mandrivę
instalacja BOINC pod Linuksem
1. ściągnięcie programu
http://boinc.berkeley.edu/download.php
2. uruchamiamy consolę i przechodzimy do katalogu gdzie znajduje się ściągnięty plik (w przykładzie jest to katalog "Pulpit')
używamy komendy "cd"
możemy sprawdzić zawartość katalogu komendą " dir " lub " ls "
[radek@localhost ~]$ cd Pulpit
[radek@localhost Pulpit]$ dir
boinc_5.8.16_i686-pc-linux-gnu.sh
[radek@localhost Pulpit]$ ls
boinc_5.8.16_i686-pc-linux-gnu.sh
[radek@localhost Pulpit]$
3. nadanie prawa wykowalności (zmiana atrybutów ściągniętego pliku)
chmod +x boinc_5.8.16_i686-pc-linux-gnu.sh
[radek@localhost Pulpit]$ chmod +x boinc_5.8.16_i686-pc-linux-gnu.sh
[radek@localhost Pulpit]$ dir
boinc_5.8.16_i686-pc-linux-gnu.sh
[radek@localhost Pulpit]$ ls
boinc_5.8.16_i686-pc-linux-gnu.sh*
zauważcie, że komenda " ls " pokazała " * " na końcu interesującego nas pliku
4. uruchamiamy plik
./boinc_5.8.16_i686-pc-linux-gnu.sh
[radek@localhost Pulpit]$ ./boinc_5.8.16_i686-pc-linux-gnu.sh
use /home/radek/Pulpit/BOINC/run_manager to start BOINC
ważne - by przed plikiem wpisać " ./ " (kropka i ukośnik)
powstał katalog BOINC z niezbędnymi plikami
5. uruchamiamy Managera BOINC
[radek@localhost Pulpit]$ cd BOINC
[radek@localhost BOINC]$ ./run_manager
ważne - zwracanie uwagi na małe i duże litery
prościej nie umiem :wink:
instrukcja z dedykacją dla AL'a :P
może komuś przyda się powyższy opis instalacji, jak będzie chciał samodzielnie instalować BOINC'a
w kolejnej wersji Mandriva 2009 (wydanie planowane na 9 października 2008)
będzie możliwość instalacji bezpośrednio z systemowego instalatora oprogramowania wykorzystując repozytorium plików contrib
(znajdują się tam interesujące nas pliki)
boinc-client-5.10.45-1.svn20080315.1mdv2009.0.i586.rpm
boinc-manager-5.10.45-1.svn20080315.1mdv2009.0.i586.rpm
Dzięki instrukcji AL'a wreszcie udało mi się uruchomić BOINC na mojej Mandrivie, ale ...
Czy za każdym razem muszę odpalać ręcznie w konsoli manager'a ? No i zauważyłem że jak zamykam konsolę to manager automatycznie się wyłącza :/
Pod Windowsem (gdzie swego czasu miałem BOINC nawet na 8 kompach) po zainstalowaniu BOINC zapominałem o jego istnieniu. Jeśli tu mam za każdym razem odpalać ręcznie to wiem że bardzo rzadko będę o tym pamiętać. Szkoda, bo niedługo stawiam nową wypasioną maszynę która ma również chodzić na Mandrivie.
Pozwole sobie dorzucic dwa grosze od noob`a do tego tematu.
Jako absolutnie niespecjalista linuksowy, nie rozumiem dlaczego macie takie problemy z odpaleniem BM. Toz nawet ja robie to w moment... Sciagam BM z dzialu download (http://boinc.berkeley.edu/dl/boinc_6.5.0_x86_64-pc-linux-gnu.sh), rozpakowuje (oczywiscie w linuksie nie ma tak latwo `rozpakowac` - trza wczesniej nadac jakis w tylek kopany atrybut wykonywalnosci), klikam na boincmgr i mam odpalonego BM. Ot sciagnac, rozpakowac, wlaczyc - 30 sek. i dziala.
I pytanie ode mnie, po co w takiej sytuacji odpalac konsole? Mnie by sie nawet nie chcialo... Juz nie wspominajac o jakichs repozytoriach. Moze ja sie nie znam, moze to jest bardziej skomplikowane niz mi sie widzi, w takiej sytuacji uswiadomcie mnie prosze po co ta cala akcja z konsola, komendami itp. Czy daje to jakies korzysci?
Poza tym jest napisane w pierwszym poscie `instalacja BOINC pod Linuksem`, a mnie to wcale na instalacje nie wyglada, ot po prostu na rozpakowanie katalogu - co dla mnie z instalacja w systemie nie ma nic wspolnego. I robie to szybciej w GUI.
Jakos to dla mnie niezrozumiale jest. Jak jestem noobem i nie qmam skali problemu, to mi jedynie potwierdzcie ze jestem noob i nie bede sie wiecej czepial ;).
Taka 'instalacja' to całkiem coś innego, niż instalacja BOINCa jako pakietu. W tym drugim przypadku często foldery BOINCa są rozrzucone po systemie, zgodnie z rozkładem folderów dla danej dystrybucji. Gdy kiedyś spróbowałem tego na Debianie, dużo czasu zmarnowałem żeby rozkminić co gdzie jest %)
O ile w przypadku większości progsów taki standardowy rozkład folderów może jest i dobry, to w przypadku BOINCa wolę klasycznie trzymać wszystko w jednym katalogu, więc instalacja pakietu i tak odpada, tym bardziej że zwykle jest 'sto lat za murzynami' względem aktualnych wersji.
Wciaz mi to nie wyjasnia, jaka jest przewaga `robienia tych cudow` w konsoli, nad sciagnieciem i rozpakowaniem folderu. A chyba jakas przewaga jest, skoro ktos sobie musi zadawac tyle trudu z wpisywaniem tych wszystkich polecen...
Coś mi się wydaje, że dla kogoś obcykanego w konsoli tak jest po prostu szybciej.
http://www.youtube.com/watch?v=FI1NkFujfOw
bo dla linuxowcow trudniej znaczy prosciej :)
i w dodatku bardziej logiczniej :D
Aidec nie denerwuj się.
Ja ostatnio pytałem w innym wątku jak uruchomić Boinca w ubuntu i...
podpowiedź dostałem, boinc się uruchomił ale dziś dopiero zlukałem że uruchamia się nie ten menadżer który chcę :)
Myślałem że uruchamiam zawsze nowo ściągniętą wersję a okazało się że jadę na jakiejś wersji 6.2.8 która w dodatku chyba była odrazu w samym systemie, a świeżo sciągniętego BOINCa delej nie potrafię uruchomic :).
Z moich notatek ;)
1. Przechodzimy pod konsolą do folderu gdzie ma być zainstalowany BOINC (np. cd /usr/bin)
2. wget http:// ... (ścieżka do pliku *.sh na serwerze boinc.berkeley.edu) - coś w stylu http://boincdl.ssl.berkeley.edu/dl/boinc_6.4.5_i686-pc-linux-gnu.sh
3. Po ściągnieciu pliku - sh ./boinc_6.4.5_i686-pc-linux-gnu.sh
i tyle... powstanie folder BOINC w którym jest całość... odpalać można spod konsoli np. tak:
1. przechodzimy do folderu z boincem - cd /usr/bin/BOINC
2. wydajemy polecenie - ./run_manager (chyba ;) )
ja mam boinca rozpakowanego na pulpicie i odpowiedni skrypcik uruchamiający go jako deamona :)
A nie mozna go uruchomic jako program? XP.
Swoja droga zawsze mnie zastanawialo co to sa te demony w Linuksie?
zł mzimu :D w windowsie nazywają się services :D
bo demony dzialaja w tle, logiczne :)
Cytat: emik w 30 Lipiec 2009, 22:26
ja mam boinca rozpakowanego na pulpicie i odpowiedni skrypcik uruchamiający go jako deamona :)
No to może by kolega udostępnił innym ten skrypcik?
Cytat: oxygen64 w 31 Lipiec 2009, 13:57
Cytat: emik w 30 Lipiec 2009, 22:26
ja mam boinca rozpakowanego na pulpicie i odpowiedni skrypcik uruchamiający go jako deamona :)
No to może by kolega udostępnił innym ten skrypcik?
w moim Suse zapisuje go w //etc/init.d pod nazwą boinc i uruchamiam jako usługę serwisową:
#! /bin/sh
#
# This file is based on the original template made by Kurt Garloff
# Copyright (c) 1995-2004 SUSE Linux AG, Nuernberg, Germany.
# All rights reserved.
#
# /etc/init.d/boinc
# and its symbolic link
# /(usr/)sbin/rcboinc
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
#
# System startup script for boinc
#
# LSB compatible service control script; see http://www.linuxbase.org/spec/
#
# Note: This template uses functions rc_XXX defined in /etc/rc.status on
# UnitedLinux (UL) based Linux distributions. If you want to base your
# script on this template and ensure that it works on non UL based LSB
# compliant Linux distributions, you either have to provide the rc.status
# functions from UL or change the script to work without them.
#
### BEGIN INIT INFO
# Provides: boinc
# Required-Start: $ALL
# Should-Start: $ALL
# Required-Stop: $ALL
# Should-Stop: $ALL
# Default-Start: 3 5
# Default-Stop: 0 1 2 6
# Short-Description: boinc daemon
# Description: Start boinc for distributed computing processes
# e.g. Seti@Home
### END INIT INFO
# Check for missing binaries (stale symlinks should not happen)
# Note: Special treatment of stop for LSB conformance
BOINC_DIR=
BOINC_USER=
BOINC_LOGFILE=
BOINC_BIN=$BOINC_DIR/boinc
test -x $BOINC_BIN || { echo "$BOINC_BIN not installed";
if [ "$1" = "stop" ]; then exit 0;
else exit 5; fi; }
# Check for existence of needed config file and read it
# Source LSB init functions
# providing start_daemon, killproc, pidofproc,
# log_success_msg, log_failure_msg and log_warning_msg.
# This is currently not used by UnitedLinux based distributions and
# not needed for init scripts for UnitedLinux only. If it is used,
# the functions from rc.status should not be sourced or used.
#. /lib/lsb/init-functions
# Shell functions sourced from /etc/rc.status:
# rc_check check and set local and overall rc status
# rc_status check and set local and overall rc status
# rc_status -v be verbose in local rc status and clear it afterwards
# rc_status -v -r ditto and clear both the local and overall rc status
# rc_status -s display "skipped" and exit with status 3
# rc_status -u display "unused" and exit with status 3
# rc_failed set local and overall rc status to failed
# rc_failed <num> set local and overall rc status to <num>
# rc_reset clear both the local and overall rc status
# rc_exit exit appropriate to overall rc status
# rc_active checks whether a service is activated by symlinks
. /etc/rc.status
# Reset status of this service
rc_reset
# Return values acc. to LSB for all commands but status:
# 0 - success
# 1 - generic or unspecified error
# 2 - invalid or excess argument(s)
# 3 - unimplemented feature (e.g. "reload")
# 4 - user had insufficient privileges
# 5 - program is not installed
# 6 - program is not configured
# 7 - program is not running
# 8--199 - reserved (8--99 LSB, 100--149 distrib, 150--199 appl)
#
# Note that starting an already running service, stopping
# or restarting a not-running service as well as the restart
# with force-reload (in case signaling is not supported) are
# considered a success.
case "$1" in
start)
echo -n "Starting boinc "
## Start daemon with startproc(8). If this fails
## the return value is set appropriately by startproc.
cd $BOINC_DIR
chown $BOINC_USER $BOINC_LOGFILE
startproc -u $BOINC_USER -l $BOINC_LOGFILE -s $BOINC_BIN -dir $BOINC_DIR
# Remember status and be verbose
rc_status -v
;;
stop)
echo -n "Shutting down boinc "
## Stop daemon with killproc(8) and if this fails
## killproc sets the return value according to LSB.
killproc -TERM $BOINC_BIN
# Remember status and be verbose
rc_status -v
;;
try-restart|condrestart)
## Do a restart only if the service was active before.
## Note: try-restart is now part of LSB (as of 1.9).
## RH has a similar command named condrestart.
if test "$1" = "condrestart"; then
echo "${attn} Use try-restart ${done}(LSB)${attn} rather than condrestart ${warn}(RH)${norm}"
fi
$0 status
if test $? = 0; then
$0 restart
else
rc_reset # Not running is not a failure.
fi
# Remember status and be quiet
rc_status
;;
restart)
## Stop the service and regardless of whether it was
## running or not, start it again.
$0 stop
$0 start
# Remember status and be quiet
rc_status
;;
force-reload)
## Actually restarts the service
$0 try-restart
rc_status
;;
reload)
## Actually does nothing
rc_failed 3
rc_status -v
;;
status)
echo -n "Checking for service boinc "
## Check status with checkproc(8), if process is running
## checkproc will return with exit status 0.
# Return value is slightly different for the status command:
# 0 - service up and running
# 1 - service dead, but /var/run/ pid file exists
# 2 - service dead, but /var/lock/ lock file exists
# 3 - service not running (unused)
# 4 - service status unknown :-(
# 5--199 reserved (5--99 LSB, 100--149 distro, 150--199 appl.)
# NOTE: checkproc returns LSB compliant status values.
checkproc $BOINC_BIN
# NOTE: rc_status knows that we called this init script with
# "status" option and adapts its messages accordingly.
rc_status -v
;;
*)
echo "Usage: $0 {start|stop|status|try-restart|restart|force-reload|reload}"
exit 1
;;
esac
rc_exit
w odpowiedni miejscu wpisać:
BOINC_DIR=[ścieżka do katalogu z BOINC]
BOINC_USER=[nazwa użytkownika]
BOINC_LOGFILE=[ścieżka do pliku stdoutdae.txt]
Czy ja dobrze zrozumiałem że Boinc w Linuxie działa tak jak programy portable a ten cały demon w usłudze serwisowej to odpowiednik taki ego specyficznego rodzaju autoexa w windzie ? |-?
Czy też jak zwykle nic nie zrozumiałem? :no:
daemon = usługa
Tak to się po prostu nazywa.
jak sprawdzisz boinc.exe --help (na windows lub linux) to dostaniesz między innymi:
Cytat--daemon run as daemon (Unix)
--detach detach from console (Windows)