Debian GNU/Linux

xterm alt+numpad

Fórumok

Sziasztok!

Vonalkódolvasó miatt lenne szükségem a tárgyban említett dologra, de nem sikerült még életre keltenem.
Jelenleg az Alt gombot az xterm nem fogadja el mint módosító billentyűt, így hiába ütöm pl. az Alt+161 -et, nem kapok belőle "í" betűt.
A gond az h. a kódolvasó úgy küldi az inputot h. lenyomja az altot, majd a numpadon bepötyörészi a leolvasott karakter kódját, majd felengedi az Alt-ot.
Mit kellene állítani az xtermben h. ez működjön rendesen?

(tty-ben megy a rohadék :))

Köszi,

Zoli

[MEGOLDVA]Hálókártya csere nem működik

Fórumok

Gyűlölöm a kontakt hibákat! Bocs a zaklatásért, gondolhattam volna.

===============================================================

Kipucoltam a gépemet. D-Link DGE-528T nem hajlandó 1G -ként mű
ködni, csak 100M. r8169 drivert használ. Próba képpen bedugtam egy igazi RTL8169 -est - nem hajladnó eth0 -nak használni, nem tudom hogy kellene szóra bírnom? A modult hiába rántom be nem lehet "felkapcsolni".
Milyen eth -nak gondolhatja az új zsugát?

Munin + bind9 (Debian) nem mukodik vagyis nincsennek grafikonok ... [Megoldva]

Fórumok

Debian Etch volt a gepen azt frisitettem azota mar ... A gondolm az hogy a munin -ban a bind9 rol nem keszulnek el a grafikak ... mar probaltam mindent de valahogy megakadtam a tudasommal ...

http://blog.gnist.org/article.php?story=MonitorBindWithMunin&mode=print

szerinte allitorttam be a dolgokat de

http://localhost/munin/localdomain/localhost.localdomain-bind9.html

itt a felsonel megcsinalja a grafikat de a diagram teljessen ures, mig az alasonal

http://localhost/munin/localdomain/localhost.localdomain-bind9_rndc.html

meg a grafikakat sem csinalja meg...

A bind9 szerintem rendesen megcsinalj a naplofajlokat... Ha valaki tud segiteni akkor irja meg hogy milyen adatokat kozoljek meg ha ennyi nem eleg ...

A munin-node.log tartalmat idezem itt be gondolom ez itt eppen a gondomrol beszel csak nemigazan ertem hogy mit is jelent ...

Process Backgrounded
2009/03/10-16:19:15 MyPackage (type Net::Server::Fork) starting! pid(27520)
Binding to TCP port 4949 on host *
Warning: Unknown config option in "/etc/munin/plugin-conf.d/munin-node" under "[sensors*]": env.ignore_volt2 at /usr/sbin/munin-node line 702, line 69.
Warning: Unknown config option in "/etc/munin/plugin-conf.d/munin-node" under "[sensors*]": env.ignore_volt7 at /usr/sbin/munin-node line 702, line 70.
Use of uninitialized value $fields[1] in string eq at /etc/munin/plugins/mysql_isam_space_localhost line 215, line 1.
Use of uninitialized value $index{"Data_length"} in array element at /etc/munin/plugins/mysql_isam_space_localhost line 221, line 1.
Argument "Database: information_schema\n" isn't numeric in multiplication (*) at /etc/munin/plugins/mysql_isam_space_localhost line 221, line 1.
Use of uninitialized value $index{"Max_data_length"} in array element at /etc/munin/plugins/mysql_isam_space_localhost line 221, line 1.
Illegal division by zero at /etc/munin/plugins/mysql_isam_space_localhost line 221, line 1.
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:19:21 Server closing!
Process Backgrounded
2009/03/10-16:19:22 MyPackage (type Net::Server::Fork) starting! pid(27729)
Binding to TCP port 4949 on host *
Warning: Unknown config option in "/etc/munin/plugin-conf.d/munin-node" under "[sensors*]": env.ignore_volt2 at /usr/sbin/munin-node line 702, line 69.
Warning: Unknown config option in "/etc/munin/plugin-conf.d/munin-node" under "[sensors*]": env.ignore_volt7 at /usr/sbin/munin-node line 702, line 70.
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:20:02 CONNECT TCP Peer: "127.0.0.1:40584" Local: "127.0.0.1:4949"
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:20:02 Plugin "bind9" exited with status 512. --graph_title DNS Queries by type
graph_vlabel Queries / ${graph_period}
query_other.label Other
query_other.type DERIVE
query_other.min 0
query_other.draw AREA
--
Use of uninitialized value $IN{"[Common]"} in concatenation (.) or string at /etc/munin/plugins/bind9_rndc line 80.
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:20:07 Plugin "bind9" exited with status 512. ----
2009/03/10-16:25:03 CONNECT TCP Peer: "127.0.0.1:57121" Local: "127.0.0.1:4949"
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:25:03 Plugin "bind9" exited with status 512. --graph_title DNS Queries by type
graph_vlabel Queries / ${graph_period}
query_other.label Other
query_other.type DERIVE
query_other.min 0
query_other.draw AREA
--
Use of uninitialized value $IN{"[Common]"} in concatenation (.) or string at /etc/munin/plugins/bind9_rndc line 80.
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:25:09 Plugin "bind9" exited with status 512. ----
2009/03/10-16:30:02 CONNECT TCP Peer: "127.0.0.1:43075" Local: "127.0.0.1:4949"
Died at /etc/munin/plugins/bind9 line 60.
2009/03/10-16:30:03 Plugin "bind9" exited with status 512. --graph_title DNS Queries by type
graph_vlabel Queries / ${graph_period}
query_other.label Other
query_other.type DERIVE
query_other.min 0
query_other.draw AREA
--

aptitude és apt.conf

Fórumok

Sziasztok!

Az /etc/apt/apt.conf file-omban már évek óta ez van:

APT::Authentication::TrustCDROM "true";
Acquire::http::Proxy "false";
/*
* Option: Aptitude::Delete-Unused
* Default: true
* Description: If this option is true, automatically installed packages which
* are no longer required will be automatically removed. For more information,
* see the section called “Managing automatically installed packages”.
*/
Aptitude::Delete-Unused "true";
/*
* Option: Aptitude::Purge-Unused
* Default: false
* Description: If this option is true and Aptitude::Delete-Unused is also
* true, then packages which are unused will be purged from the system,
* removing their configuration files and perhaps other important data. For
* more information about which packages are considered to be “unused”, see the
* section called “Managing automatically installed packages”. THIS OPTION CAN
* CAUSE DATA LOSS! DO NOT ENABLE IT UNLESS YOU KNOW WHAT YOU ARE DOING!
*/
Aptitude::Purge-Unused "true";
/*
* Option: Aptitude::Recommends-Important
* Default: true
* Description: If this option is true and Aptitude::Auto-Install is true,
* installing a new package will also install any packages that it recommends.
* Furthermore, if this option is true, then packages will be kept on the
* system if an installed package recommends them.
*/
Aptitude::Recommends-Important "false";

Arra figyeltem ma fel, ha egy csomagot feltelepítek és annak van függősége, akkor a csomag törlésekor az automatikusan telepített függőség nem mindig törlődik, pedig eddig szépen működött.

Példa a működésre:

root@silent:~# aptitude purge moc
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages will be REMOVED:
libavc1394-0{pu} libcurl3-gnutls{pu} libfaad0{pu} libflac8{pu} libfreebob0{pu} libid3tag0{pu}
libiec61883-0{pu} libjack0{pu} libmad0{pu} libmodplug0c2{pu} libmpcdec3{pu} libogg0{pu} libraw1394-8{pu}
libresid-builder0c2a{pu} libsamplerate0{pu} libsidplay2{pu} libsidutils0{pu} libsndfile1{pu} libspeex1{pu}
libtag1c2a{pu} libtagc0{pu} libvorbis0a{pu} libvorbisfile3{pu} libwavpack1{pu} moc{p}
0 packages upgraded, 0 newly installed, 25 to remove and 0 not upgraded.
Need to get 0B of archives. After unpacking 8004kB will be freed.
Do you want to continue? [Y/n/?]

Példa a nem működésre:

root@silent:~# aptitude install mailx
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following NEW packages will be installed:
bsd-mailx{a} liblockfile1{a} mailx
0 packages upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/191kB of archives. After unpacking 401kB will be used.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
Selecting previously deselected package liblockfile1.
(Reading database ... 54607 files and directories currently installed.)
Unpacking liblockfile1 (from .../liblockfile1_1.08-3_amd64.deb) ...
Selecting previously deselected package bsd-mailx.
Unpacking bsd-mailx (from .../bsd-mailx_8.1.2-0.20071201cvs-3_amd64.deb) ...
Selecting previously deselected package mailx.
Unpacking mailx (from .../mailx_1%3a20071201-3_all.deb) ...
Processing triggers for man-db ...
Setting up liblockfile1 (1.08-3) ...
Setting up bsd-mailx (8.1.2-0.20071201cvs-3) ...
Setting up mailx (1:20071201-3) ...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done

root@silent:~# aptitude purge mailx
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
The following packages will be REMOVED:
mailx{p}
0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B of archives. After unpacking 36,9kB will be freed.
Do you want to continue? [Y/n/?]

Ez mitől lehet?

Illetve hogyan lehet lebeszélni arról, hogy az aptitude-ot futtató felhasználónak a home-jába ne készítsen config file-t, mert man szerint ez felülbírálja az /etc/apt.conf-ot, de ahogy látom első futáskor meg nem emeli át az /etc/apt.conf-ból a beállításokat.


root@silent:~# rm -rf .aptitude/
root@silent:~# aptitude install mailx
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Writing extended state information... Done
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done

root@silent:~# cat .aptitude/config
APT "";
APT::Install-Recommends "false";
aptitude "";
aptitude::Ignore-Recommends-Important "true";
root@silent:~#

Előre is köszönöm a segítséget!

Cacti probléma

Fórumok

Hi,

A gondom a következő: debian lennyre csomagból felettem a cactit a localhostot monitorozom is gond nélkül. Létrehoztam egy új device-t amire snmp information lát mindent, tcp ping megy, ám a device status unknown marad és így nem készít grafikont.
Ez az első alkalom hogy cactit használok így igen kezdő vagyok benne. A google-lal próbálkoztam de nem találtam megoldást.

Nem futott meg bele senki hasonló problámába?

Üdv,
cyd

Boot probléma - meghekkelve, megoldás kerestetik

Fórumok

Adott egy frissen telelpített Debian. A gépben van Sata buszon optikai drive, IDE buszon egy HDD.Ide raktam fel a Debian 5.0-t. Más operációs rendszer nincs a gépen, a GRUB az alapértelmezett helyen, alapértelmezett beállításokkal.

Odáig eljut, hogy:

Booting kernel.
..MP-BIOS bug: timer not connected to IO-APIC
PCI: Not using MMCONFIG
Loading, please wait ...

Aztán, hosszas várakozás után:

Gave up waiting for root device.

Néhány sorral lejjebb:

ALERT! /dev/hde1 does not exist.

Aztán bejön egy shell.

Különösen érdekes a dologban, hogy néha bebootol rendesen, néha nem.

Láttatok már ilyet? Hogyan lehetne behatárolni a problémát?

Köszönettel:

Márton

IMAP error dist-upgrade után.

Fórumok

Igazából a problémát már megoldottam, csupán azért írok róla, mert ismerősök közül is szívtak páran ezzel, hátha valakinek hasznára lesz.

Lennyre való frissítés után az addig tökéletesen működő (Roundcube) webmail illetve IMAP nem elérhető - MySQL alapú. A megoldás pusztán annyi, hogy a postafiók "tárolómappák" tulajdonosának vmail -nek kell lennie. Miután ezt beállítottam, gyönyörűen megy ismét. A fent említett vmail user természetesen konfigonként eltérő lehet - ezt a saját rendszere alapján gondolom mindenki meg tudja határozni :)

saned standalone mode, lenny alatt

Fórumok

Sziasztok!

Van egy sane szerverem, amely a lenny upgrade óra nem megy rendesen.

Korábban xinetd-ből futott, de lenny alatt már nem ez a javasolt, hanem a standalone mód (nem is működött az upgade óta xinetd-ből)

A problémám az, hogy initscriptből indítva a szerver elindul, a kliensről próbálom listázni az elérhető scannereket (scanimage -L parancs), amely persze nem látják a scannert.

Ha debug módban indítom el (saned -d128), akkor valamiért nem tud bindelni a portjára, azaz mégis, mert nem hal meg a processz, vár a kapcsolatokra:

[saned] do_bindings: trying to get port for service "sane-port" (getaddrinfo)
[saned] do_bindings: [0] socket () using IPv6
[saned] do_bindings: [0] setsockopt ()
[saned] do_bindings: [0] bind () to port 6566
[saned] do_bindings: [0] listen ()
[saned] do_bindings: [1] socket () using IPv4
[saned] do_bindings: [1] setsockopt ()
[saned] do_bindings: [1] bind () to port 6566
[saned] do_bindings: [1] bind failed: Address already in use
[saned] run_standalone: spawning Avahi process
[saned] run_standalone: waiting for control connection

Ha most a kliensről nyomok egy scanimage -L parancsot, akkor:

[saned] check_host: access granted from IP address 1.2.3.4 (in subnet 1.2.3.0/24)
[saned] init: access granted
[saned] init: access granted to saned-user@::ffff:1.2.3.4
[saned] process_request: waiting for request
[saned] process_request: got request 1
[saned] process_request: waiting for request
[saned] process_request: got request 10
[saned] bailing out, waiting for children...
[saned] bail_out: all children exited

Ilyenkor a kliens rendesen látja a scannert. Viszont mivel a szerver processz kilépett, újra futtatva a scanimage -L-t, nem látja a scannert. Ugyanezzel a módszerrel szkennelni is lehet, de amint a scanner klienst bezárom, elhal a szerver processz.

Ez a működés az (x)inetd-s indításnál elvárt (pont ezt kell csinálnia), de standalone módban nem, nyitva kellene maradnia a szerver folyamatnak.

Kérdésem: hol lehet beállítani, hogy ne lépjen ki, miután a kliens lezárta a kapcsolatot? Vagy esetleg valami ötletetek, hogy miért panaszkodik, hogy nem tud bindelni, ha utána meg lehet csatlakozni hozzá?

(netstattal néztem, indulás előtt semmi nem fogja a 6566-os portot)

Petya

Csomag-limit

Fórumok

Sziasztok!

iptables -A OUTPUT -m limit -i eth1 -p tcp --limit 20/second

találtam egy ilyet valahol, de ez így nekem nem működik. Nekem pont ez kéne. Egy hálókártya csomagforgalmát korlátozni.
Kérlek adjatok ötleteket.

Üdv balazsasd

Postfix + távoli mysql

Fórumok

Sziasztok, ez lapján csináltam egy mailszervert, mysql adatbázissal a localhoston:

http://www.howtoforge.com/virtual_users_and_domains_with_postfix_debian…

Szeretném áttenni az sql -t egy másik hálóban lévő szerverre. A mysql adatbázissal való kapcsolatos fájlokat átírva ezt a hibaüzenetet kapom:

INSERT INTO logs (host, facility, priority, level, tag, date, time, program, msg) VALUES ( 'mail.xen.hu', 'mail', 'warning', 'warning', '14', '2009-03-07', '03:21:54', 'postfix/cleanup', 'postfix/cleanup[2541]: warning: CB155425A: virtual_alias_maps map lookup problem for peti@xen.hu' );

mail:~# nano /etc/postfix/mysql_virtual_alias_maps.cf

user = mailadmin
password = ********
dbname = mail
table = alias
select_field = goto
where_field = address
hosts = 10.10.50.3

A mailszerver a 10.10.40.2/24es címen van, a kapcsolat az adatbázissal működik.

main.cf:

mail:~# cat /etc/postfix/main.cf

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
smtpd_use_tls = yes
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
inet_protocols = ipv4
mydomain = xen.hu
myhostname = mail.xen.hu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = mail.xen.hu, localhost, localhost.localdomain
mynetworks = 127.0.0.0/8, 10.10.40.0/24
relayhost =
mailbox_size_limit = 0
message_size_limit = 10485760
bounce_size_limit = 50000
header_size_limit = 102400
queue_minfree = 0
recipient_delimiter = +
inet_interfaces = all
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_base = /home/vmail
virtual_mailbox_limit = 104857600
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
virtual_transport = virtual
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = "The user you are trying to reach is over quota."
virtual_overquota_bounce = yes
proxy_read_maps = $local_recipient_maps $mydestination $virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps $virtual_mailbox_domains $relay_recipient_maps $relay_domains $canonical_maps $sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_maps $mynetworks $virtual_mailbox_limit_maps

Googlen utánanéztem, de nem találtam megoldást.