Debian GNU/Linux

sziasztok!
Adott egy hp compaq 6720s notebook c2d procival, intel platformmal rajta amd64-es debian lenny beta2. minden tökéltesen működik, a wifit kivéve, avagy az is működik, de mégsem. :/
a pontos tipus "Intel Corporation PRO/Wireless 3945ABG"

synapticbol feltelepitettem a firmware-iwlwifi csomagot, azt hittem minden rendben megy, mert látja a kapcsolatokat, az ifoncfig-ban is minden ok, a MAC címet is látja, de amikor csatlakozni akarok egy nyílt, titkosítatlan hálózatra (pl McDonalds-ban vagy akárhol) akkor a végtelenségig kéri az ip cimet... kiirja, hogy connected, de aztán végül nem tudja megállapítani az ip címet :S találkozott már ilyennel vki, hogy működik is meg nem is? :/ a 64 bitre gyanakszom, de ha az lenne a baj, akkor egyáltalán nem is látna semmit.

A segítséget és a tanácsokat előre is köszi.

parancsok kimenete:

lspci -nn

00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 0c)
00:19.0 Ethernet controller [0200]: Intel Corporation 82562GT 10/100 Network Connection [8086:10c4] (rev 03)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03)
00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03)
00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 03)
00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller [8086:2828] (rev 03)
10:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection [8086:4222] (rev 02)


--------------------------

ifconfig

eth0 Link encap:Ethernet HWaddr 00:1a:4b:68:7c:e6
inet addr:157.181.106.178 Bcast:157.181.107.255 Mask:255.255.254.0
inet6 addr: fe80::21a:4bff:fe68:7ce6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14126 errors:0 dropped:0 overruns:0 frame:0
TX packets:1244 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:2791836 (2.6 MiB) TX bytes:76399 (74.6 KiB)
Memory:e4600000-e4620000


lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:16 errors:0 dropped:0 overruns:0 frame:0
TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:976 (976.0 B) TX bytes:976 (976.0 B)

wlan0 Link encap:Ethernet HWaddr 00:1c:bf:0a:a8:c1
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

wmaster0 Link encap:UNSPEC HWaddr 00-1C-BF-0A-A8-C1-00-00-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

----------------------

iwconfig

lo no wireless extensions.


eth0 no wireless extensions.

wmaster0 no wireless extensions.

wlan0 IEEE 802.11abg ESSID:""
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
Tx-Power=15 dBm
Retry min limit:7 RTS thr:off Fragment thr=2352 B
Encryption key:off
Power Management:off
Link Quality:0 Signal level:0 Noise level:0
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Egy script irasaba egy kis hiba futott es valami rejtelyes modon kitorolte magat, es minden fileot is ami abban a dirben volt. Az alkonytarak es azok tartalma erintetlen. Gyorsan lemountoltam azt a particiot hogy erintetlen es visszahozhato legyen az a script aminek irasan kb 1 napot szenvedtem.
Csak azt a scriptet kene visszahoznom ami kitorolte magat. Mas nem lenyeges. A vinyot at tudom tenni masik gepbe is. Vmi gyors es hatasos megoldas kellene ennek az 1 arva file visszahozasara.

Ja, a filerendszer a XFS.

Help pls!

Folytatása ennek a két topiknak: egy, és kettő.

Szóval rájöttem, hogy egy tesztjúzerrel minden megy.
(Emlékeztetőül: Bizonyos oldalakon pl. honfoglalón elhasal a flash, és 2 napja rejtélyesen bedöglött a hang, hibaüzi szerint nincs hangkártya.)

Amikor a tesztjúzert létrehoztam, komoly hibák voltak a belépésekor: gyakorlatilag az egész GNOME összeomlott mindenestől, semmi nem indult el, volt egy üres asztal, két ikonnal. Utána, mikor rendbehoztam a csomagkezelést, minden jó lett. Most neki van flash, audio, minden. Nekem meg nem.

Nekem olyannyira nem, hogy még a users-admin programot sem tudom elindítani. Pedig az a gyanúm, hogy talán kikerültem valamiért az audio meg a ?flash? csoportból. De (sikeres) azonosítás _után_ azt mondja, hogy:

"A beállítás nem tölthető be
Nem jogosult a rendszerbeállítások elérésére."

Na, de root vagyok... beíratta a jelszót / root terminálból indítottam. Akkor what?

Sziasztok,

Segitseget szeretnek kerni. Nehany debian csomagot szeretnek leforditani a megfelelo konyvtarstrukturaba, ami sikerult is a kovetkezo keppen (pl: ./configure --prefix=/deb/; make; make install - utanna control file szerkesztes stb es a /deb/ mappaban levo mappakat bemasoltam a debian mappaba es dpkg-buildpackage).
Van esetleg ennek egyszerubb valtozata? Esetleg forditasnal meg lehetne adni egy opciot, amely vegen a kesz (telepitheto) debian csomag keletkezne? - mint a kernelnel a make-kpkg. Ti hogyan csinalnatok?

Koszi,
Joci

Volt egy kis idom, forditottam egy $tárgy kernelt. A gspca drivereket tartalmazza, de nem ugy mukodik, ahogy kene. Nem lehet kepet elocsalogatni az adott kamerabol, (zc3xx) sensor: Tas5130 (VF0250) csak szetesett, villodzo kepet, ami csak zold szint tartalmaz. Nem toom, mi lehet a hiba, megneztem modinfoval a kernelmodulok (gspca_main ill gspca_zc3xx) parameterlehetosegeit, de semmi erdemi parameter nem adhato nekik, csak debug parameterek ellentetben a kulso modulkent torteno forditaskor letrejovo modulokkal. A "regi" tipusu, kulso modulkent torteno forditas viszont lehetetlenne valt, gondolom az integracio miatt. Ugy latom, van mit meg csiszolni a gspca 2.6.27 kernelbe torteno integralasan. Vagy en nem figyelek valamire? De akkor mire???
Ha tudja valaki, kerem ne legyen rest es hivja fel ra a figyelmemet. :) koszonom

Szóval egyik pillanatról a másikra "eltűnt" a hangkártyám. Legalábbis a Debian ezt mondja. Amiket az összeomlása előtt tettem (kb. időrendben):

* Tesztfelhasználó létrehozása (flash miatt)
* Frissítés hibákkal, főleg ilyennel: "nem létezik a csoport/user"
* apt-get purge exim4 (hibákat okozott, nem is tudom, miért volt fent)
* vim /var/lib/dpkg/statoverride (ki kellett venni egy Dexim4-es sort)
* dpkg-reconfigure gdm (összeomlott induláskor, de ez rendbehozta).

És most nincs hang. Amikor a Debiant telepítettem, többé-kevésbé lejegyzeteltem, mivel milyen gondom volt, hogy legközelebb ne legyen. A hangkártyánál ennyi van: "2.6-os kernellel szepen mukodik."

Szóval nem tudom... Valamilyen beállítási gondja lehet, vagy eltűnhetett egy csomag, vagy ilyesmi. De mi? Azért egy lspci, hátha ez kell:

00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM 
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03)

Debian Etch szerver (Apache2, PHP5, Exim4, Squirrelmail 1.4.9a).
Exim4 smarthost útján küld leveleket (smtp.upcmail.hu), működik.
Általában WinXP/Firefox kliens.
Ha a feladó értesítést kér az olvasásról, olvasás esetén felugrik egy ablak, küldök-e visszaigazolást "Igen/Nem" - igen. Akkor a következő hiba levelet kapom:

Message 1KoYoK-00070Z-5I has been frozen (delivery error message).
The sender is <>.

The following address(es) have yet to be delivered:
daily.tovis@freemail.hu: SMTP error from remote mail server after RCPT
TO:: host smtp.upcmail.hu [213.46.255.2]: 550 5.1.1
recipient rejected

Ha jól értem az szolgáltató szervere nem találja a címzettet (gondolom a saját címei között keresgél, ott nyilván nincs ilyen mailbox), nem továbbít :(
Ha nem ezt a (felugró ablak) megoldást használom, hanem simán küldök egy "Választ" akkor az szépen el is megy, semmi gond.
Mivel több program együttműködéséről van szó megkellene néznem mi megy ide - oda (squirrelmail -> exim4, exim4 -> szolgáltató szervere).
Hogy lehetne ezt pontosan megnéznem, hogy eldönthessem hol a baj?

UI: néhány nappal/héttel ezelőtt ez működött. Azóta két dolog történt, egyrészt bevezettem a virtuális domain -t az exim -be, erre fogadom a FAX -kat (mgetty) e szerint:
http://www.debuntu.org/2006/05/17/52-how-to-exim4-virtual-host-on-debia…
itt egy gyanus momentum van az exim4.conf.template -ben
eredetileg:
doaminlist local_domains = MAIN_LOCAL_DOMAINS
helyett:
doaminlist local_domains = @:localhost:dsearch;/etc/exim4/virtuals
A MAIN_LOCAL_DOMAINS valahogy a DEBCONF -ból jön (a "virutals" könytárban vannak a faxhoz szükséges domainek)

másrészt frissült a php5 csomag - ezt most próbáltam "visszacsinálni" de nincs változás.

Sajnos, elkövettem azt a butaságot, hogy az eredeti exim4.conf.template -ről nem csináltam backupot, most megpróbálom kézzel visszapiszkálni :(

2008.10.09. -én upgradeltem:
libapache2-mod-php5 php5 php5-common php5-recode
csomagokat "javították" valahol ck. öt biztonsági hiba javításáról beszéltek.
Viszont, ismét elrontották a strip -elést (erről levelezgetett a félvilág 2007 -ben) az idézőjelek kapcsán. Ennek eredménye képpen (megint) nem tudok automatikusan "olvasási nyugtát" küldeni a SquirrelMailból :(
A /var/cache/apt/archives -ben még ott csücsül a régi verzió, pl:
php5-common_5.2.0-8+etch11_i386.deb a régi, és
php5-common_5.2.0-8+etch13_i386.deb az új

Hogy lehetne erre a verzióra visszaállni.

Hali,

a kovetkezo problemam van: felraktam a munin-nodeot, mar az is furcsa volt, hogy automatikusan nem huzta be az alap plugineket.
A munin-node.log tartalma:

~# tail -f /var/log/munin/munin-node.log 
Insecure directory in $ENV{PATH} while running with -T switch at /usr/sbin/munin-node line 566, <STDIN> line 23.
2008/10/09-12:45:02 Plugin "apache_volume" exited with status 2304. ----
Insecure directory in $ENV{PATH} while running with -T switch at /usr/sbin/munin-node line 566, <STDIN> line 24.
2008/10/09-12:45:02 Plugin "fw_forwarded_local" exited with status 2304. ----
Insecure directory in $ENV{PATH} while running with -T switch at /usr/sbin/munin-node line 566, <STDIN> line 25.

Es ezt az osszes pluginre. Amit sikerult kideriteni az az, hogy a PERL akkor szokott sirni a PATHben levo insecure dir miatt, ha van bene pont (.). Viszont esetemben nincsen, ha atirom a munin-node scriptet, hogy irassa ki a PATHet, akkor nem latok benne pontot.

A PERL es a munin is csomagbol van telepitve, a rendszer egy Debian Etch.

Elore is koszi a segitseget.

Sziasztok!

Annyira triviális a probléma, hogy szinte szégyellem megkérdezni...
Telepítettem 1 vsftp-t de hiába próbálok, nem tudok rá file-okat feltölteni...
Segítsetek, miért nem tudnak a usereim feltölteni a saját home könyvtáraikba?
A file feltöltésekor kiírja, hogy átviteli hiba, kívánja folytatni?
Akármit válaszolok, a file megjelenik a célmappában, de 0 byte méretű lesz, a log-ban pedig annyi van, hogy FAILED UPLOAD

A konfig a következő:
Example config file /etc/vsftpd.conf
#
# The default compiled in settings are fairly paranoid. This sample file
# loosens things up a bit, to make the ftp daemon more usable.
# Please see vsftpd.conf.5 for all compiled in defaults.
#
# READ THIS: This example file is NOT an exhaustive list of vsftpd options.
# Please read the vsftpd.conf.5 manual page to get a full idea of vsftpd's
# capabilities.
#
#
# Run standalone? vsftpd can run either from an inetd or as a standalone
# daemon started from an initscript.
listen=YES
#
# Run standalone with IPv6?
# Like the listen parameter, except vsftpd will listen on an IPv6 socket
# instead of an IPv4 one. This parameter and the listen parameter are mutually
# exclusive.
#listen_ipv6=YES
#
# Allow anonymous FTP? (Beware - allowed by default if you comment this out).
anonymous_enable=NO
#
# Uncomment this to allow local users to log in.
local_enable=YES
#
# Uncomment this to enable any form of FTP write command.
write_enable=YES
#
# Default umask for local users is 077. You may wish to change this to 022,
# if your users expect that (022 is used by most other ftpd's)
local_umask=022
#
# Uncomment this to allow the anonymous FTP user to upload files. This only
# has an effect if the above global write enable is activated. Also, you will
# obviously need to create a directory writable by the FTP user.
anon_upload_enable=YES
#
# Uncomment this if you want the anonymous FTP user to be able to create
# new directories.
#anon_mkdir_write_enable=YES
#
# Activate directory messages - messages given to remote users when they
# go into a certain directory.
dirmessage_enable=YES
#
# Activate logging of uploads/downloads.
xferlog_enable=YES
#
# Make sure PORT transfer connections originate from port 20 (ftp-data).
connect_from_port_20=YES
#
# If you want, you can arrange for uploaded anonymous files to be owned by
# a different user. Note! Using "root" for uploaded files is not
# recommended!
#chown_uploads=YES
#chown_username=whoever
#
# You may override where the log file goes if you like. The default is shown
# below.
xferlog_file=/var/log/vsftpd.log
#
# If you want, you can have your log file in standard ftpd xferlog format
#xferlog_std_format=YES
#
# You may change the default value for timing out an idle session.
#idle_session_timeout=600
#
# You may change the default value for timing out a data connection.
#data_connection_timeout=120
#
# It is recommended that you define on your system a unique user which the
# ftp server can use as a totally isolated and unprivileged user.
#nopriv_user=ftpsecure
#
# Enable this and the server will recognise asynchronous ABOR requests. Not
# recommended for security (the code is non-trivial). Not enabling it,
# however, may confuse older FTP clients.
#async_abor_enable=YES
#
# By default the server will pretend to allow ASCII mode but in fact ignore
# the request. Turn on the below options to have the server actually do ASCII
# mangling on files when in ASCII mode.
# Beware that on some FTP servers, ASCII support allows a denial of service
# attack (DoS) via the command "SIZE /big/file" in ASCII mode. vsftpd
# predicted this attack and has always been safe, reporting the size of the
# raw file.
# ASCII mangling is a horrible feature of the protocol.
#ascii_upload_enable=YES
#ascii_download_enable=YES
#
# You may fully customise the login banner string:
ftpd_banner=Welcome to Zeti FTP service.
#
# You may specify a file of disallowed anonymous e-mail addresses. Apparently
# useful for combatting certain DoS attacks.
#deny_email_enable=YES
# (default follows)
#banned_email_file=/etc/vsftpd.banned_emails
#
# You may restrict local users to their home directories. See the FAQ for
# the possible risks in this before using chroot_local_user or
# chroot_list_enable below.
chroot_local_user=YES
#
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
#chroot_list_enable=YES
# (default follows)
#chroot_list_file=/etc/vsftpd.chroot_list
#
# You may activate the "-R" option to the builtin ls. This is disabled by
# default to avoid remote users being able to cause excessive I/O on large
# sites. However, some broken FTP clients such as "ncftp" and "mirror" assume
# the presence of the "-R" option, so there is a strong case for enabling it.
#ls_recurse_enable=YES
#
#
# Debian customization
#
# Some of vsftpd's settings don't fit the Debian filesystem layout by
# default. These settings are more Debian-friendly.
#
# This option should be the name of a directory which is empty. Also, the
# directory should not be writable by the ftp user. This directory is used
# as a secure chroot() jail at times vsftpd does not require filesystem
# access.
secure_chroot_dir=/var/run/vsftpd
#
# This string is the name of the PAM service vsftpd will use.
pam_service_name=vsftpd
#
# This option specifies the location of the RSA certificate to use for SSL
# encrypted connections.
rsa_cert_file=/etc/ssl/certs/vsftpd.pem

Sanyi