FreeBSD-all

Gnome telepítés hiba.

Fórumok

Sziasztok!

Van egy gondom amikor a gnomet próbálom telepteni. Itt az egész szöveg:
===> Vulnerability check disabled, database not found
===> Found saved configuration for gnome2-2.30.1_1
Server-pc# make reinstall
===> Installing for gnome2-2.30.1_1
===> gnome2-2.30.1_1 depends on file: /usr/local/libexec/gweather-applet-2 - not found
===> Verifying reinstall for /usr/local/libexec/gweather-applet-2 in /usr/ports/x11/gnome-applets
===> gnome-applets-2.30.0_1 depends on file: /usr/local/libdata/pkgconfig/system-tools-backends-2.0.pc - not found
===> Verifying reinstall for /usr/local/libdata/pkgconfig/system-tools-backends-2.0.pc in /usr/ports/sysutils/system-tools-backends
===> system-tools-backends-2.10.0 depends on file: /usr/local/lib/perl5/site_perl/5.8.9/mach/Net/DBus.pm - found
===> system-tools-backends-2.10.0 depends on executable: gmake - found
===> system-tools-backends-2.10.0 depends on file: /usr/local/bin/perl5.8.9 - found
===> system-tools-backends-2.10.0 depends on file: /usr/local/bin/intltool-extract - found
===> system-tools-backends-2.10.0 depends on executable: pkg-config - found
===> system-tools-backends-2.10.0 depends on shared library: dbus-glib-1.2 - found
===> system-tools-backends-2.10.0 depends on shared library: polkit-gobject-1.0 - not found
===> Verifying reinstall for polkit-gobject-1.0 in /usr/ports/sysutils/polkit
===> polkit-0.96_1 depends on file: /usr/local/share/gir-1.0/GLib-2.0.gir - not found
===> Verifying reinstall for /usr/local/share/gir-1.0/GLib-2.0.gir in /usr/ports/devel/gobject-introspection
===> Building for gobject-introspection-0.6.11
gmake all-recursive
gmake[1]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11'
Making all in girepository
gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/girepository'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/girepository'
Making all in giscanner
gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/giscanner'
gmake all-am
gmake[3]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/giscanner'
gmake[3]: Nothing to be done for `all-am'.
gmake[3]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/giscanner'
gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/giscanner'
Making all in tools
gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/tools'
gmake[2]: Nothing to be done for `all'.
gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/tools'
Making all in gir
gmake[2]: Entering directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/gir'
env LPATH=.libs env PYTHONPATH=..:.. UNINSTALLED_INTROSPECTION_SRCDIR=.. UNINSTALLED_INTROSPECTION_BUILDDIR=.. ../tools/g-ir-scanner -v --add-include-path=../gir --add-include-path=. -v --add-include-path=../gir --add-include-path=. --namespace=Everything --nsversion=1.0 --libtool="/bin/sh /usr/local/bin/libtool" --library=libgirepository-everything-1.0.la --pkg=gobject-2.0 --pkg=cairo --pkg=gio-2.0 --include=GObject-2.0 --include=cairo-1.0 --include=Gio-2.0 ./everything.h ./everything.c --output Everything-1.0.gir
/usr/bin/ld: warning: libz.so.5, needed by /usr/local/lib/libfontconfig.so, not found (try using -rpath or -rpath-link)
/libexec/ld-elf.so.1: Shared object "libz.so.5" not found, required by "libfontconfig.so.1"
Command '['/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/gir/tmp-introspect3W5M_b/Everything-1.0', '--introspect-dump=/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/gir/tmp-introspect3W5M_b/types.txt,/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/gir/tmp-introspect3W5M_b/dump.xml']' returned non-zero exit status 1
gmake[2]: *** [Everything-1.0.gir] Error 1
gmake[2]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11/gir'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/ports/devel/gobject-introspection/work/gobject-introspection-0.6.11'
gmake: *** [all] Error 2
*** Error code 1

Stop in /usr/ports/devel/gobject-introspection.
*** Error code 1

Stop in /usr/ports/devel/gobject-introspection.
*** Error code 1

Stop in /usr/ports/sysutils/polkit.
*** Error code 1

Stop in /usr/ports/sysutils/polkit.
*** Error code 1

Stop in /usr/ports/sysutils/system-tools-backends.
*** Error code 1

Stop in /usr/ports/sysutils/system-tools-backends.
*** Error code 1

Stop in /usr/ports/x11/gnome-applets.
*** Error code 1

Stop in /usr/ports/x11/gnome-applets.
*** Error code 1

Stop in /usr/ports/x11/gnome-applets.
*** Error code 1

Stop in /usr/ports/x11/gnome2.
*** Error code 1

Stop in /usr/ports/x11/gnome2.
*** Error code 1

Stop in /usr/ports/x11/gnome2.

Mit csináljak hogy jó legyen? A portfát már frissítettem. Mit csináljak még?

Előre is kösz!

FreeNAS 0.7.1 - (3)

Fórumok

Verzió 0.7.1 Shere (revision 5127)
FreeBSD 7.2-RELEASE-p7 (revision 199506)

2010. május 4., kedd - 13:36

ha admin csoportba is tartozom, nem csak a wheel-be,
akkor nincs "su" után "sorry".

szokatlanul kezeli az ékezeteket, legalább is nekem nem eléggé komfortos (lásd itt lejjebb).

Nem látom egész pontosan, hogy lesz spare a tartalék diszkből.

Itt jutott eszembe, hogy nem írtam még végig a összes diszket használatbavétel előtti próbaképp.

Ezért visszabontottam a raid5 tömböt, leválasztottam az összes diszket.
shutdown.
Na erre negyed óráig vártam, aztán kikapcs.

for part in a b c d e f ; do dd if=/dev/zero of=/dev/sd$part ; done

Hoppá nincs "for"!!!

Akkor egyenként. ctrl-c (nézzük a sebességet): 847 363 B/s
- hát, ez nem sebesség.

Itt aztán véget is ért a tüzijáték. :(

Linux alatt 19,1-19,4 MB/s-os tempóban tervezett időre végiggyalultam mind a 6 TB-os lemezt.

ftp szervernek meghagyom, mert lusta vagyok. :)

________________________________________________________________
2010. április 22., csütörtök - 18:20

Távolról ssh-n ha roottá akarok változni, akkor szerinte sorry.
pubkey-el kéne bemennem userként?

---
Feleslegesen aggódtam a samba miatt.

Szolgáltatások|CIFS/SMB|Beállítások
- Unix karakterkiosztás: UTF-8

win kliensek remekül írhatják|elérhetik|törölhetik|módosíthatják a cifranevű állományokat (beleértve az ő neveiket is).

- Dos karakterkiosztás: CP852

ennek fényében mintha nem lenne 7.2-ben ISO-8859-2

@Zahy,
biztos, hogy nálam nincs ISO-8859-2
az általad leírt verzióban sem látszik az ftp-re felírt ékezet - szerver konzolon.
ha megfeleő helyre CP852-t írok a helyzet akkor is változatlan.
konzol CP437, ftp CP852, smb,web kiszolgáló UTF-8

ezért ftp-n keresztül webserver-re továbbra is ékezet nélküli célállomány (nem "site element") kötelező :(

_________________________________________
2010. április 19., hétfő - 18:25

sys 8GB; data(proba) 20GB; swap 2GB
Egyelőre minden nagyon gromek.

web kezelőfelület ok,
samba megosztás alapszinten működ,
ssh kifele ok, ssh befele ok,

mc utólag telepítve, (pkg_add -r mc)
ftp-kapcsolat ok, shell-kapcsolat ok, smb-kapcsolat ok,

/etc/login.conf bővítve:

:charset=UTF-8:\
:lang=hu_HU.UTF-8:

itt a gond: a konzol maradt 437-es kóddal ahogy nézem.
milyen karakter készletet, hogyan, hova telepítsek?

hogy miért is?:
win felhasználókat nem lehet leszoktatni a hosszú ékezetes filenevekről,
és én itt is akarom látni a neveket rendesen.
---
én inkább pazarolom az időmet a haszontalan dolgokra, sem mint hogy ezekre elpocsékoljam!

freebsd flash root

Fórumok

freebsd-t szeretnek telepiteni egy kis gepre. a root fajlrendszer compactflashre kerulne, ezert ugy kellene megoldanom hogy a sok irastol ne menjen tonkre a chip. linuxot hasznaltam mar ilyen kornyezetben ott a journal kikapcsolasaval, a filerendszer tuningolasaval es tmpfs alkalmazasaval sikerult jo eredmenyeket elerni. milyen lehetosegeim vannak freebsd alatt?

tkdesk - tcl verzió mizéria

Fórumok

Üdvözlet!

Gondolom, tömegeket napi szinten érintő kérdés, hogy miért nem fut a tkdesk. A portsból (vagy csomagból, mindegy) felrakva indításkor azt írja:

"Application initialization failed: version conflict for package "Tcl": have 8.4, need 8.5.8"

A 'requires' részben fel van sorolva mindkét tcl verzió, fel is kerülnek a tkdeskkel együtt. A 'requires'-ben szerepel még a blt is, ami egy tcl kibővítés, és ez a tcl-8.5.8 csomagtól függ. Olyan, mintha tcl-ből nem lehetne fenn egyszerre két verzió egy időben, de ha ez így lenne, hogy szerepelhetne mindkettő a tkdesk függőségei közt? Talán ez a blt kiterjesztés fut hibára, mert 8.4-es verziót talál 8.5-ös helyett (habár tehát mindkettő fent van). Meg lehetne ezt a verziókavart oldani valahogy?

ZFS szívás

Fórumok

Sziasztok,

adott egy FreeBSD 7.0 Stable 32bit rendszer 16 jail-el. A jailekben egy webszerver fut egy shoprendszerrel, amelyik egy extern DB-szerverre kapcsolódik. A webszerverek reakcióideje nagyon hullámzó, a komplikált shop oldalak parse ideje 0,3 sec. , néha 5-6-10-30 sek., úgy tünik nem terhelésfüggö (éjjel 3kor is ilyen!).

Van valakinek ötlete, hogy mitöl lehet ez? Én a ZFS-re tippelek, néha nagyon felmegy a DISC-IO, de mitöl?? Hogy lehet ezt debuggolni?
HW: Dualcore AMD64 ~2.6 GHz, 4 GB RAM, SATA2 HDD-k.

Elöre is köszi!

freebsd-update és a konfig fájlok

Fórumok

Múltkoriban okozott pár kellemes percet a 6.2-ről 7.0-ra váltás, mikoris teleszemetelte >>>>>>>>>> és hasonló sorokkal a konfigfájljaimat. Nyilván human error volt, mert gyakorlatilag az összes konfigra volt valami diff, és fél óra után kezdtem unni a témát, így bent maradhatott pár.Most egy másik gépemet húztam 7.2-ről 7.3-ra, szintén előfordult ez, és szerencsémre az sshd_config-ban, úgyhogy most reboot után nincs konzolom, ha csak ki nem megyek a géphez :).

Amit én most találtam erre:


/etc/freebsd-update.conf
# Paths which start with anything matching an entry in an IgnorePaths
# statement will be ignored.
IgnorePaths

vagy ugyanott:


# Paths which start with anything matching an entry in an UpdateIfUnmodified
# statement will only be updated if the contents of the file have not been
# modified by the user (unless changes are merged; see below).
UpdateIfUnmodified /etc/ /var/ /root/ /.cshrc /.profile

De persze az sem megoldás, ha soha nem nézek bele a változásokba. Érdekelne, hogy ezt ti hogy szoktátok hajtépés nélkül megoldani, mert nekem az sem tűnik emberbarátnak, hogy egyesével végigelemezni minden egyes konfigot.

FreeBSD7/8 + CARP + OPENBGPD + SZIVATTYU MEGOLDVA

Fórumok

Udv,
adott egy freebsd masina ami egy bgp router, openbgpd fut rajta minden ok.
Namost kerult melle egy masik gep CARP-ositva, a gond az hogy a BGP router IP cime a CARP kozos ip cime, de a CARP kozos ip cimen nem tudnak egymassal kommunikalni a BGP routerek. active state-nal lehal a tortenet TCP connection refuse miatt. Tuzfal nincs nem ezzel van gebasz.

itt az ifconfig:
################

em0: flags=8943 metric 0 mtu 1500
options=9b
ether 00:30:48:72:c4:9e
inet 192.168.10.101 netmask 0xffffff00 broadcast 192.168.10.255
media: Ethernet autoselect (1000baseT )
status: active
em1: flags=8943 metric 0 mtu 1500
options=9b
ether 00:30:48:72:c4:9f
inet 10.44.44.1 netmask 0xffffff00 broadcast 10.44.44.255
media: Ethernet autoselect (1000baseT )
status: active
lo0: flags=8049 metric 0 mtu 16384
options=3
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff000000
carp0: flags=49 metric 0 mtu 1500
inet 192.168.10.133 netmask 0xffffff00
carp: MASTER vhid 1 advbase 1 advskew 0
carp1: flags=49 metric 0 mtu 1500
inet 10.44.44.133 netmask 0xffffff00
carp: MASTER vhid 2 advbase 1 advskew 0

ezt dobalja az openbgpd a freebsd-s gepen:
##########################################

neighbor 192.168.10.1: state change Active -> Connect, reason: ConnectRetryTimer expired
neighbor 192.168.10.1: state change Connect -> OpenSent, reason: Connection opened
neighbor 192.168.10.1: state change OpenSent -> Active, reason: Connection closed
neighbor 192.168.10.1: state change Active -> Connect, reason: ConnectRetryTimer expired
neighbor 192.168.10.1: state change Connect -> OpenSent, reason: Connection opened
neighbor 192.168.10.1: state change OpenSent -> Active, reason: Connection closed
neighbor 192.168.10.1: state change Active -> Connect, reason: ConnectRetryTimer expired
neighbor 192.168.10.1: state change Connect -> OpenSent, reason: Connection opened
neighbor 192.168.10.1: state change OpenSent -> Active, reason: Connection closed
neighbor 192.168.10.1: state change Active -> Connect, reason: ConnectRetryTimer expired
neighbor 192.168.10.1: state change Connect -> OpenSent, reason: Connection opened
neighbor 192.168.10.1: state change OpenSent -> Active, reason: Connection closed
neighbor 192.168.10.1: state change Active -> Connect, reason: ConnectRetryTimer expired
neighbor 192.168.10.1: state change Connect -> OpenSent, reason: Connection opened
neighbor 192.168.10.1: state change OpenSent -> Active, reason: Connection closed

192.168.10.1 az egy remote bgp router, azon sincs tuzfal.

a remote bgp routeren ugyanilyen gebasz van, connection refused-eket dobal a logba.

tehat az a gond hogy ha nem a CARP ip cimen akarom osszehozni a bgp kapcsolatot akkor siman megy.
Viszont, ha a CARP-os ip cimen szeretnek menni akkor a fenti problema eloall....
Ugy tunik hogy a CARP-ot valamiert nem szereti az openbgpd, ez vmi bug vagy lehetetlent akarok mar megint csinalni :) Nekem tok egyertelmunek tunik hogy hasznalhatnam a CARP ip-t bgp kapcsolatra
......

bocs az ekezetekert, ezen a billzeten nincs....

update:
csak hogy pontositsak, nem a ket carp-os gepet akarom bgp-n osszekotni, hanem van egy fuggetlen router, amihez ez a CARP "cluster" csatlakozna, bgp-n, eppen az amelyik a master.

update2: itt latszik hogy ha a nem CARP ip megyek ki bgp-vel akkor minden fasza, na erre mondjon nekem valaki okosat

#bgpd -d
startup
route decision engine ready
no kernel support for PF_KEY
session engine ready
listening on 127.0.0.1
SE reconfigured
neighbor 192.168.10.1: state change None -> Idle, reason: None
neighbor 192.168.10.1: state change Idle -> Connect, reason: Start
RDE reconfigured
neighbor 192.168.10.1: state change Connect -> OpenSent, reason: Connection opened
neighbor 192.168.10.1: state change OpenSent -> OpenConfirm, reason: OPEN message received
neighbor 192.168.10.1: state change OpenConfirm -> Established, reason: KEEPALIVE message received
Rib Loc-RIB: neighbor 192.168.10.1 AS65009: update 192.168.10.0/24 via 192.168.10.1
nexthop 192.168.10.1 now valid: via 192.168.10.1
Rib Loc-RIB: neighbor 192.168.10.1 AS65009: update x.x.x.x/24 via 192.168.10.1

xset -dpms nem szuperál.

Fórumok

Sziasztok!

Egy 7.2-es FreeBSD-t tettem fel debian helyett egy desktop gépre ami egy távoli kameragépet figyel rdesktopon de mikor felkapcsolódik fullscreen-ben egy 15 perc után lekapcsolja a monitort ha nincs mozgás a gépen.Valami acpi apm beállítás lessz de nem tudok rájönni hogy kell kikapcsolni.Minimal X-et raktam
csak fel.Valami parancssori beállítás kéne!Illetve debianon volt egy bash script ami felkapcsolódott a távoli gépre automatikusan.Ez megoldható bsd-n is gondolom!Nagyon ugatom még a FreeBSD configolását ezért kérném a segítségeteket.

köszi előre is!

Üdv:anthony_

restore: tape is not a dump tape

Fórumok

Sziasztok,

A problémám a következő:

Egy kész 7.2-es rendszert kellene átköltöztetnem egyik gépről a másikra. A forrás gépen dumppal létrehoztam mindegyik particióról az archivumokat. Ezeket helyben leellenőriztem, olvashatóak voltak. Átmásoltam őket egy SATA HDD-re. Ezek után a célgépen, ami egy HP ML350 hardveres RAID tükörrel, 7.2-es LiveFS cd-ről bootolva létrehoztam egyenként a megfelelő particiókat. A gépre egyébként egy SATA-USB átalakítóval csatlakoztattam a winchestert. Mountoltam a particót. Ezután következett volna a restore, de mindegyik archivra azt mondta, hogy "Tape is not a dump tape". Kipróbálva ugyanezeket a fileokat más gépeken, teljesen jól olvashatóak az archívumok.
Van valakinek ötlete, hogy mi okozhatja ezt?