Re: ir1210 canon nyomtató
[EMAIL PROTECTED] wrote: > CUPS oldalon valami hpj5 driverről írnak ir330-as nyomtatóhoz. > Ettől függ, hogy fel tudok-e használni a hozzá tartozó géphez linuxot. Nem valószínű, hogy más gyártó driverje jó. Nézd meg a linuxprinting.org helyet. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Osszeomlas megegyszer
Robert Szabo írta: En elsosorban tapra vagy tulmelegedesre gyanakodnek... (Alaplapon kondikat ellenorizd, hogy nincsenek-e felpuposodva) Megnézte egy hardveres, és szerinte három kondi púpos. Várok az új alaplapra. zana:~# insmod e100 /lib/modules/2.4.27-2-386/kernel/drivers/usb/serial/kl5kusb105.o: Input/output error Using /lib/modules/2.4.27-2-386/kernel/drivers/net/e100/e100.o insmod: a module named e100 already exists Nem élhetek linux nélkül. A következõ módon élesztettem fel: 1. A knoppix segítségével belevarázsoltam egy kernel image-et. 2. init 1 3. e2fsck - ez talált vagy nyolcvan winchester hibát. Mindre yes-t ütöttem. 4. dpkg -i kernel_image 5. reboot Hurrá! feléledt a hálókártyám! (vagyis, az e100 modul) 6. apt-get install --reinstallminden_ami_eszembe_jutott (base-files, base-config, x-window-system-core, stb.) Most innen írok. Megy - a következõ idegösszeomlásig. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apcupsd...
Timár Gábor wrote: > Ez egy érdekes felvetés. > Ha kihúzom a gépből a tápkábelt - leáll. Ha visszadugom - elindul. > Szerintem a kettő között nem kap áramot > Most találtam meg az alaplap leírását. VH6 (az itthoni gépem): "Supports WakeOnLan, Modem, but only your ATX power supply 5V standby power must be able to provide at least a 720 mA current capacity. Otherwise, the functions may not work normally" Sajnos, ez azt jelenti, hogy nem indul újra, ha a szünetmentes táp magához tér (mondjuk négy óra múlva). Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
MAC scan
Szeptember óta négyszer kellett újratelepítenem a gépemet, és a tetejében át is tértem woody-ról sarge-ra. Volt a woody-ban egy jó kis program, aminek nem emlékszem a nevére. Ezzel fel lehetett térképezni akár ip-address szerint, akár samba név alapján a hálózatunkat. Most az nbtscan és az arpwatch segítségével helyettesítem. A bajom az, hogy a kollégák össze-vissza cserélgetik a hálókártyát és a NETBIOS name-et, és DHCP hálózaton így már nagyon nehéz az elírásokat nyomon követni. Nincs "arp" sem a sarge-ban. A többi gép MS-Windows. Sajnos, az nbtscan a 137-es portot kérdezi le, ezt sok gépen lezárták, és a 139-es portot tartják nyitva. Így nem tudom leolvasni a MAC addresszüket. Mi lehet az, amit kiszedtek a woody disztribúcióból? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MAC scan
SZOKOVACS Robert írta: dpkg -S `which arp` net-tools: /usr/sbin/arp hogyne lenne O.K. tényleg megvan. Elnéztem. Valamelyik --reinstall felrakta. De mi volt az, amivel a megosztás-neveket is le lehetett kérdezni? Sõt, felkínálta azt is, hogy csatoljak egy megosztást username-mel. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MAC scan
SZOKOVACS Robert wrote: > en erre "smbclient -L"-t hasznalok, ha neha kell. Ez akkor mûködne, ha tudnám a hostneveket. Próbáltam smbclient -I IP verzióban, de az se megy. Ha jól tudom, nincs WINS szerverünk... _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MAC scan
imolnar wrote: > Az nmap nem jó megoldás? > Talált, süllyed. Nem tudtam, hogy a sarge verzió már le tudja kérdezni a MAC addresst. KÖSZ! János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: MAC scan
Salamon Attila wrote: > > Komba2? > Kösz, megvan, mûködik. Azt hiszem, az elõzõ program, amit kerestem, a gnomba volt. Mitõl van az, ha a komba2 nem tud IP addresst azonosítani a géphez? Kettõnél azt írja ki, hogy 0.0.0.0 Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
a4tech-skype
Vásárlás elõtt érdeklõdöm: tud-e valaki arról, hogy az a4tech PK-635 webkamera kezelhetõ debian alatt, a SKYPE alkalmazásból. Tudom, hogy a SKYPE még csak MS-WINDOWS alatt kezeli a kamerát, tehát a kérdésem a mikrofonra vonatkozik: eléri-e az USB csatlakozáson át a hangkártyát? Két hangkártyám van. Az alaplapi képes 20 dB erõsítésre a mikrofon számára, a jobbik (InnoAx) sajnos nem. Tehát nyilván valahol meg kell adnom, hogy az USB jele melyik inputra menjen. Hogyan? Googlén eddig csak egy tötök nyelvû lapot találtam. A török nyelv nem tartozik az erõsségeim közé... Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a4tech-skype
Szűcs Imre írta: En egy Mustek Wcam300A-t probaltam(USB). Bedugas utan azonnal felismerte kulon hangkartyanak, aminek csak mikrofon bemenetele van. Tehat az Sajnos, errol lemaradtam. Az alabbi uzenetet egy Genius adta. Tudja-e valaki, hogy milyen modul kell neki? - - - - - - - - - - - - - - - - - - - - usb.c: USB device 2 (vend/prod 0xc45/0x60b0) is not claimed by any active driver. usb.c: registered new driver audio usbaudio: device 2 audiocontrol interface 1 has 1 input and 0 output AudioStreaming interfaces usbaudio: device 2 interface 2 altsetting 1 channels 1 framesize 2 configured usbaudio: valid input sample rate 8000 usbaudio: device 2 interface 2 altsetting 1: format 0x0010 sratelo 8000 sratehi 8000 attributes 0x00 usbaudio: registered dsp 14,19 usbaudio: no mixer controls found for Terminal 2 audio.c: v1.0.0:USB Audio Class driver Bus 001 Device 002: ID 0c45:60b0 Microdia *-usb description: Audio device product: USB camera vendor: Microdia physical id: 2 bus info: [EMAIL PROTECTED]:1 version: 1.01 capabilities: usb-1.10 audio-control configuration: driver=audio maxpower=500mA speed=12.0MB/s _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Titokzatos ujraindulas
Mar regen meg akartam kerdezni. Az este kikapcsolt gepem masnap reggel minden beavatkozas nelkul ujraindul. Mint egy hu kutya, varja a gazdajat. Ma raszantam magamat, hogy belenezzek a syslog-ba. A CMOS Setup-ban a beallitasok: "After failure Power off" "Wake on LAN off" A gepen kulso modem van, telefoncsenesre csak belso modem generalhat "Wake On" esemenyt. Jol gondolom? Aramszunet utan sem indulhat ujra - szerintem - mert ugyanott az all, hogy "Power Remain Off". Hogyan tudom meg, hogy mi tortent, es hogyan tudom megakadalyozni? Mellekelem a ma reggeli ujraindulas naplojat: Feb 1 07:49:55 localhost syslogd 1.4.1#17: restart. Feb 1 07:49:55 localhost kernel: klogd 1.4.1#17, log source = /proc/kmsg started. Feb 1 07:49:55 localhost kernel: Inspecting /boot/System.map-2.4.27-2-386 Feb 1 07:49:55 localhost kernel: Loaded 18328 symbols from /boot/System.map-2.4.27-2-386. Feb 1 07:49:55 localhost kernel: Symbols match kernel version 2.4.27. Feb 1 07:49:55 localhost kernel: Loaded 722 symbols from 27 modules. Feb 1 07:49:55 localhost kernel: Linux version 2.4.27-2-386 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Wed Aug 17 09:33:35 UTC 2005 Feb 1 07:49:55 localhost kernel: BIOS-provided physical RAM map: Feb 1 07:49:55 localhost kernel: BIOS-e820: - 0009fc00 (usable) Ezt talaltam a dmesg elejen: ACPI disabled because your bios is from 2000 and too old You can enable it with acpi=force Kernel command line: root=/dev/hda5 ro Local APIC disabled by BIOS -- reenabling. Found and enabled local APIC! Initializing CPU#0 Minek nezzek meg utana? Udv, Janos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Titokzatos ujraindulas
Skip írta: Mar regen meg akartam kerdezni. Az este kikapcsolt gepem masnap reggel minden beavatkozas nelkul ujraindul. Mint egy hu kutya, varja a Mindig ugyanilyen idoben kapcsolodik be? Valamelyik kollega ? :)) Van olyan nap, amikor nem kapcsol be igy magától. Az idopont szeszelyesen valtozik 7-tol 11-ig. Udv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Titokzatos ujraindulas
Miloska írta: egy vmi integralt asus alaplap csinalja ezt nekem is. hiaba van kikapcsolva az, h adott idopontban bekapcsolni, bekapcsol a beallitott Intel Easton Solane D815EEA és AMI BIOS Remélem, sikerül lecserélnem. Addig is marad a fökapcsoló. Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: hdd elettartam
Gergely Tamás írta: Le lehet azt kérdezni valahogy hogy milyen állapotban van a szerverben lévő winchester? Élettartam, üzemóra A szerveremben hat éve pörög a winchester. A saját gépemben winchestert cseréltem, - a smartmontools szerint már a hetedik üzemórában visszafordíthatalan hiba lepett fel. A jelek szerint az alaplap a ludas. Mindkét gépet azonos évben kapam (2000) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: hdd elettartam
Gergely Tamás írta: lévő winchester? Élettartam, üzemóra ilyesmi. Lassan 3 éve működik arra lennék Úgy látom, a smartmontools nem a naptári idöt méri, hanem a valós üzemórákat. Ez akkor érdekes, ha a gép gyakran áll kikapcsolva. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Webalizer
Rudolf Zoltan írta: blackrabbit:/usr/bin# ./webalizer -p /var/log/apache2/access.log.1 Kösz az ötletet, én is kipróbáltam a webalizert. Két kérdés: Mit jelent az, hogy Truncating oversized date field? Hogy tudok a virtual hostok számára külön webalizert készíteni? (Mert a linkek a webkönyvtárra mutatnak, és nem a virtual hostok alkönyvtárára.) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Webalizer
FoREE at AEGIS írta: itt egy kis perl script, ami megcsinalja az osszes domainedre, azt Köszönöm mindkettötöknek. Közben rájöttem, hogy HideURL *.css kizárja a stíluslapokat. Lehet-e ugyanígy kizárni könyvtárakat is? Mégegy. Ugye, "skipping bad record" a winchester hibákat jelzi? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a4tech-skype
Szűcs Imre írta: Én egy Mustek Wcam300A-t próbáltam(USB). Bedugás után azonnal felismerte külön hangkártyának, aminek csak mikrofon bemenetele van. Tehát az A boltban megígérték, hogy Genius, vagy Logitech mikrofonos webkamerát tudnak hozni. De fogalmuk sincs, hogy melyik megy majd linux alatt. Tud valaki ilyet? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a4tech-skype
Skip wrote: >>A boltban megígérték, hogy Genius, vagy Logitech mikrofonos webkamerát > Igen. Google a baratod. Elfelejtettem írni, hogy EGÉSZ nap a Googlét túrtam. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: a4tech-skype
Skip wrote: > On Fri, Mar 03, 2006 at 08:46:26PM +0100, Zana János wrote: > > >>>>A boltban megígérték, hogy Genius, vagy Logitech mikrofonos webkamerát >>> >>>Igen. Google a baratod. >> >>Elfelejtettem írni, hogy EGÉSZ nap a Googlét túrtam. Üdv, János > > > webcam + linux parosra tobb szazas listak jot A baj az, hogy MIUTÁN megvettem az eszközt, és megnéztem a vendort, _utána_ tudtam csak meg, hogy nincs hozzá driver. Ez az spca5xx driver README-jéböl való idézet: Currently, the following cameras are supported by this driver: Vendor ID Device ID Support Summary - - --- {USB_DEVICE (0x0733, 0x0430)},/* Intel PC Camera Pro */ {USB_DEVICE (0x0733, 0x0401)},/* Intel Create and Share */ {USB_DEVICE (0x99FA, 0x8988)},/* Grandtec V.cap */ {USB_DEVICE (0x0733, 0x0402)},/* ViewQuest M318B */ {USB_DEVICE (0x0733, 0x0110)},/* ViewQuest VQ110 */ {USB_DEVICE (0x040A, 0x0002)},/* Kodak DVC-325 */ {USB_DEVICE (0x055f, 0xc420)},/* Mustek gSmart Mini 2 */ {USB_DEVICE (0x055f, 0xc520)},/* Mustek gSmart Mini 3 */ satöbbi. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
munin
Alaplap csere után nem formáztam a winchestert. (A debian minden további nélkül elindult rajta.) Csak pár nap múlva fedeztem fel, hogy a munin piros színü figyelmeztetést ír ki az inode usage sorban: warn 92 crit 98/c (ntfs) -> /dev/hda2 Mi a baja az NTFS-sel? A piros jel a 98-nál is megjelenik. Hagyjam figyelmen kívül? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: munin
Miloska wrote: >>warn 92 crit 98/c (ntfs) -> /dev/hda2 >> > nem csak nincs rajta hely es a rendszer automatikusan bemountolta? Van rajta vagy 10 giga szabad hely. Az fstab tartalma is a régi. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crash
Gyurkó Zsolt wrote: > demo3pts/0192.168.2.130Wed Apr 5 11:41 - crash (00:-26) > > <0>Fatal exception: panic in 5 seconds Indításnál lefutott az ntpdate. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: crash
Kiss Gabor írta: Ez nem magyarázza meg nekem a "panic in 5 seconds" üzenetet és a server leállást. Csak arra válaszoltam, amiröl van sejtésem. Az én kerneleim egy szemvillanás alatt pánikba estek (2.4.27-ig). Ha kellett. Üdv, János U.I. Nálam nyilván hardver gondok okoztak ilyesmit. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
xkb
Alaplap-csere óta nem tudom használni a jobb ALT billentyüt. Nincs # $ & \ ~ @ A billentyüzet-váltás ikonra (KDE) kattintva ezt látom: "Nem sikerült átváltani a billenytüzetkiosztást erre: 'hu'" A google böngészése csak hasonló kérdéseket adott, válaszokat nem. Volt apt-get install --reinstall az XF6 összes csomagjára. Kipróbáltam minden nyelvet, minden variációt, minden váltási beállítást, 102, 104, 105 basic, standard, comma, dot dead, ami elképzelhetö. A config: Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" (volt 102, 105, stb.) # Option "XkbLayout" "hu" EndSection ii xserver-common4.3.0.dfsg.1-1 ii xserver-xfree86 4.3.0.dfsg.1-1 the XFree86 X server ii xkbsel0.13-13 ii xbase-clients 4.3.0.dfsg.1-14sarge ii xutils4.3.0.dfsg.1-14sarge setxkbmap -model -layout hu -variant basic "Error loading new keyboard description" (ennek is valamennyi variációját kipróbáltam) Már annak is utánanéztem, hogy a hardver BTC 5121W, elvileg 104 gombos (Dehát elötte müködött) Van valakinek ötlete? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: Alaplap-csere =F3ta nem tudom haszn=E1lni a jobb ALT billenty=FCt. Mit mond az xev program? Ahift, ctrl, alt önmagában jól müködik. A q betünél például: önmagában, CTRL, ALT és ALT-CTRL: keycode 24 keysym 0x71 q shift, CTRL, Sh-CTRL, ALT-Sh, ALT-Sh-CTRL: kexcode 24 keysym 0x51 Q Mit nézzek még? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: Esetleg masold ide betu szerint (copy&paste), amit kiir az xev, ha lenyomod az "eltunt" gombot! KeyPress event, serial 23, synthetic NO, window 0x2a1, root 0x3f, subw 0x0, time 4470861, (-357,527), root:(179,559), state 0x10, keycode 113 (keysym 0xffea, Alt_R), same_screen YES, XLookupString gives 0 bytes: "" KeyPress event, serial 28, synthetic NO, window 0x2a1, root 0x3f, subw 0x0, time 4471386, (-357,527), root:(179,559), state 0x18, keycode 24 (keysym 0x71, q), same_screen YES, XLookupString gives 1 bytes: "q" KeyRelease event, serial 28, synthetic NO, window 0x2a1, root 0x3f, subw 0x0, time 4471482, (-357,527), root:(179,559), state 0x18, keycode 24 (keysym 0x71, q), same_screen YES, XLookupString gives 1 bytes: "q" Ez volna a backslash. De csak egy q betü jelenik meg. Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: xkb $DISPLAY /tmp/layout.ps Nincs xkb "apt-cache search xkb" által jeltett összes csomag fent van. Még a develop csomagok is. Legtöbbjük --reinstall után. Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: xkb $DISPLAY /tmp/layout.ps Nem tunik fel valami? Ez tünik fel nekem: setxkbmap us -print | xkbcomp - $DISPLAY Error:Can't find file "xfree86" for keycodes include Exiting Abandoning keycodes file "(null)" Az otthoni gépemen minden, amit eddig írtam, müködik. De nem tudom, hol keressem a különbséget. Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: Az xbase-clients csomagban. xkbprint $DISPLAY /tmp/layout.ps Fatal Error: Cannot load geometry for :0.0 Exiting setxkbmap hu -print xkb_keymap { xkb_keycodes { include "xfree86+aliases(qwerty)" }; xkb_types { include "complete" }; xkb_compat{ include "complete" }; xkb_symbols { include "pc/pc(pc104)+pc/hu"}; xkb_geometry { include "pc(pc104)" }; }; A valóságban a qwertz müködik, és ez jó. De a többi? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: Mit mutat az "xmodmap -pke" a 113-as keycode-ra? Es valaki, aki szinten magyar klavirt hasznal, nezze mar meg, hogy minek kellene ott lennie! (Nalam ilyen nincs.) keycode 113 = ALT_R _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor írta: At lenne definialva a klavirod? Ja, nem tudom, irtam-e elozoleg: grep -i xkb /var/log/XFree86.0.log (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" Couldn't load XKB keymap, falling back to pre-XKB keymap János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
croach írta: keycode 113 = ISO_Level3_Shift Ez 34-szer fordul elo az /etc/X11/xkb konyvtarban. Nyilvan nem ott, ahol lennie kell. Az ir, a cseh, a szlovak symbols-ban ott van. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Salamon Attila írta: keycode 113 = Alt_R Meta_R ISO_Level3_Shift Nálam jó. Igaz, hogy XFree helyett Xorg, Sarge helyett Etch van. xorg.conf: Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" # Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "hu" EndSection Tudom, hogy nem kompatibilis a Xorg és az XF86, ezért nem is kevertem. Miért kommentezted ki az XkbRules sort? (Most nem tudom kipróbálni). Az XkbLayout sort kikommenteztem, de nem segített. Viszont elkezdett villogni a képernyö (ALT-CTRL-Backspace kellett neki). Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Salamon Attila írta: nyomnék egy `apt-get --reinstall install xlibs` parancsot (ha még nem Megtettem, a mostani futás: perl: warning: Please check that your locale settings: LANGUAGE = "hu_HU:hu:en_GB:en", perl: warning: Falling back to the standard locale ("C"). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory Amúgy a locales-t tegnap frissítettem. A locale.gen tartalma: hu_HU ISO-8859-2 Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Salamon Attila írta: apt-get check mit mond? apt-get check Csomaglisták olvasása... Kész Függőségi fa építése... Kész A locale.gen tartalma: hu_HU ISO-8859-2 Ez jónak tűnik. locales-gen lefut? Rendben. ...Most már a végére járok! Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor wrote: > At lenne definialva a klavirod? > Hmmm. Itt valami mas gond van. > De nezzuk, mit latsz, ha kiadod az > xkb $DISPLAY /tmp/layout.ps Itthon: "xkbprint $DISPLAY /tmp/layout.ps szegmens hiba" ?? Itt sincs ALT_R, a billentyüzet-váltás viszont tökéletesen müködik, ott van a zászló a jobb alsó sarokban. Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor wrote: > > Mit mutat az "xmodmap -pke" a 113-as keycode-ra? Itthon: "ALT_R ISO_next_group ISO_Level3_shift" Üdv, J. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Kiss Gabor wrote: > Az eredeti gyanu az volt, hogy az alaplapcserevel mikent fugghet > ossze a jelenseg. > Nekem is ez volt a gyanúm, amíg haza nem értem. Itt egy egészen más gépen ugyanúgy nincs ALT_Gray. A közös csupán annyi, hogy februárban frissítettem az ftp.hu.debian.org-ról (sarge). A munkahelyi gépemen nem megy a billentyüzet váltás, itthon megy. Itthon a szlovák alatt: ЯЧИЬБ ščťý\ van backslash, orosz és magyar alatt nincs. Bent ilyesmiven nem szórakozom, de ma délután megnézem. --Elnézést kérek a nem-magyar betükért. Emiatt kénytelen vagyok UTF-8-ban küldeni. Máskor nem teszem!-- Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Nagy Gabor wrote: > Megneztem, nekem most ez van beallitva: > > pc105 + altwin(left_meta_win) > Hol? Írd meg légyszíves, melyik fájlhoz nyúljak! (Van vagy kétszáz az /etc/X11/ és a /usr/X11R6/lib/ alatt, ami erre vonatkozik.) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Gabor Gombas írta: XkbOptions-ban a "grp:switch" opciot (ha pedig a bal oldali "Alt"-ot akarod felaldozni, akkor a "grp:lswitch"-et). Beírtam, és nem történt semmi. Mindannyiotoknak köszönöm, amit eddig írtatok. Szeretném leszükíteni a kérdést, mert nem létfontosságú nekem a billentyüzet-váltás. Viszont linux alatt nem lehet megélni backslash és at (kukac) nélkül. Text üzemmódban van is! De nincs KDE alatt. xf86cfg alatt próbáltam beállítani. Bármely parancsra ezt írta: "Couldn't get keyboard" Miért? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Gabor Gombas wrote: > > Az eredeti levelben "apt-get install --reinstall" szerepelt minden > erdemi indoklas nelkul, ettol a pillanattol szamomra "ossze-vissza > barkacsolt"-nak minosul. > Lehet, hogy rossz döntés volt. A közelmúltban két gépemen is winchester összeomlás volt (a thread címe: Ciripel a winchester). Az egyik gépen még a chkrootkit futtatása is hibákat jelzett - nyilván hibás szektorokat próbált meg olvasni. Erre nekiálltam az e2fsck-val badblockokat keresni (-fcpvy kapcsolókkal). Azóta hibajelzés nélkül fut le a chkrootkit. Ebböl arra következtetek, hogy a rendszer korábban 1. feltelepült 2. hibás lett a winchester 3. a hibás helyekröl próbált meg olvasni (pl törölt könyvtárakat). tehát a badblock letárolta és használhatatlannak jelölte a hibás szektorokat, a rendszer viszont továbbra is onnan olvasta volna a telepített programokat. Véleményem szerint ezen úgy tudok segíteni, hogy a csomagot újra telepítem, mert ekkor nem kerül semmi sem a hibás szektorokba, új, hibátlan helyre töltödik be. dpkg-reconfigure ezen nem segít, hiszen a hibás helyen levö dolgokat olvassa (olvasná) újra. Ha van az apt-get --reinstall helyett más megoldás a hibássá vált csomagok ismételt telepítésére, írd meg. (Arra sincs módszerem, hogy honnan tudom meg, hogy mi az, ami megsérült...) Minden ötletnek örülök!! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cron-apt kerdes
Kiss Gabor írta: The following packages will be DOWNGRADED: A felsorolt csomagok olyanok, hogy nem a hivatalos Sarge-bol szarmaznak. A /etc/apt/sources-list jelentosen elter, de jozan esszel nem gondolhatom, Tavaly futottam bele ilyen jelensegbe. Akkor lett a sarge stable es lett az etch testing. En meg osszekevertem a csomagokat, amig ra nem jottem. Udv, Janos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Szasz Imre írta: honnan tudom meg, hogy mi az, ami megsérült...) debsums [package] Ha a /var/lib/dpkg/info/package.md5sums nem sérült, akkor jó. debsums: can't open xlibs file /etc/X11/xkb/keycodes/xfree86 (Nincs ilyen fájl vagy könyvtár) KÖSZ!! Nyomon vagyok! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt írta: debsums: can't open xlibs file /etc/X11/xkb/keycodes/xfree86 (Nincs ilyen fájl vagy könyvtár) Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Szenvedtem mire egy masik geprol helyre raktam (amelyiken ugyanez a problema valahogy nem jelentkezett). Ez nekem is megfordult a fejemben, de kókányolásnak éreztem, nem mertem meglépni. Most felbátorítottál. Az otthoni gépemen ugyanolyan sarge van, majd onnan áthozom. DE! Hogy lehet, hogy "apt-get install --reinstall xlibs" után az xlibs fájljai hiányoznak a gépröl???! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt wrote: >>> Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Úgy látom, a XORG-ot feljesztik, nem ezt > Azert mert az /etc-n belul konfig fajlok vannak azokat pedig a reinstall > nem irja folul. > Nem segített a dpkg-reconfigure sem. Elvileg szólnia kellett volna, hogy nincs mit rekonfigurálni... Felmásoltam, de az eredményt csak hétfőn látom. Annyit látok eddig, hogy a debsums -ce szerint minden rendben van. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt írta: Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Szenvedtem mire egy masik geprol helyre raktam (amelyiken ugyanez a problema valahogy nem jelentkezett). Ez volt. Köszönet, és egy láda ser. Virtuálisan kéred, vagy elektronikusan? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt írta: Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Találtam egy halom bugreportot, ilyen szövegekkel: It seems there is troubles with right alt key, because on many keyboards it generate ISO_Level3_Shift and not Alt_R nor Mode_switch (default GNUstep value for GSFirstAlternateKey). Pont ez a helyzet nálam is. Még keresem a megoldást. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb
Rizsányi Zsolt írta: Megjegyzem, hogy a multkor nekem is valahogy eltuntek ezek a fajlok amikor az xkb-t upgradeltem. Szenvedtem mire egy masik geprol helyre raktam (amelyiken ugyanez a problema valahogy nem jelentkezett). Huh! Most találtam meg a /lost+found/ könyvtárban a kbd fileokat. Így jár az, aki nem nézi végig az egész gépet... Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: AMD 64 + Linux
Pirity Tamas Gabor írta: A gépen csak linux futna és stabilnak kellene lennie (File szerver) Esetleg melyik disztrot használjam ? ismerősöd/barátod/rokonod, aki jobban ért hozzá, mint Te, akkor Stabil fájlszerverenek bármelyik disztro megteszi. 1. hardver: Egy Barracuda már hat éve egyfolytában pörög. Az egy évvel fiatalabb Maxtorok, amelyeket szakértő állított össze szerver céljára, már tele vannak badblockkal. 2. szoftver: használd azt a disztribúciót, pláne új gépnél, amit ismersz Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: elromlott a kozolos karakterkészlet
Zsolt írta: egy upgrade után nem jelennek meg az mc view-ban az ekezetes betűk és a spec karakterek helyett csak pontok jelennek meg, sôt nem tudok az alt+numpad billentyukkel 127-nél nagyobb kódú karaktereket Változott-e az /etc/locale.gen? /etc/vga/libvga.conf? Mit mond az env? (LANG=hu_HU) /etc/inputrc? Biztos raktál el mentést belölük Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Nem feltetlenul sulyos
"Kimeneti/bemeneti hiba történt. Nem feltétlenül súlyos." mondja a k3b Ugyanazt az ISO imaget kétszer próbáltam meg kiírni egymás után, a hiba a filenak eltérö pontjánál jelentkezett. Dobhatom el a lemezt. Nem hiszem el, hogy minden lemez hibás. ASUS DRW-1608P2S debian sarge 2,9 a load, egy zombie processz marad utána. Nem tudom, hogy összefügg-e a két jelenség, de tegnap sikeresen megírtam egy DVD-t, amelyet 16x-os sebességgel kezdett el írni, és 0,43x-os sebességgel fejezte be. Másfél óra alatt. Hol keressem a megoldást? Üdv János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: ext2 file rendszer DVD-re ?
Horváth Ágoston János írta: Na ez erdekes, mert en egy .tar.bz2 -t irtam fel dvd-re growisofs-el (filerendszer nelkul, nyersen). Fel tud az vesni barmit, nezd meg a man-t. Hogy sikerült? mkfs nélkül? DVD-RAM volt, vagy DVD-R? A growisofs nevében benne van, hogy "iso" Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: xkb es magyar billentyukiosztas?
Gyula P. Szokoly írta: Mi a statusza a magyar billentyuzet kiosztasnak Linuxban (xkb)? Egen foldon kerestem, de csak 'oldlayout' van, ami viszont nem Hiányos a kérdés. Például nálam xfree86_4.3.0 van fent, és kxkb alatt váltok billentyüzetet. A nálam levö X verzió helyett mostanában a xorg verziót fejlesztik. A kxkb-röl hosszú thread alakult ki, amíg valakinek itt a listán eszébe nem jutott, hogy hiányzik az /etc alatt a billentyüzet váltáshoz szükséges valamennyi fájl. Hiányzott. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
dist-upgrade vs Highpoint
Tanácsotokat kérem az alábbiakhoz. A szerver jelenlegi állapota: Woody 300 MHz alaplapon, 2.4.21-es kernellel, lilo loaderrel. A HP366 csipszet miatt helyben fordított kernelt használok, mert a driverjének a kernelben kell lennie. Ha modulban lenne, nem találná: a kernel betöltése után a /dev/hda mindjárt /dev/hde-vé válik. Nincs RAID, mert csak egy winchesterem van. Dist-upgrade-et tervezek. Ennek következménye tudomásom szerint az lesz, hogy felrakja a legfrissebb stabil vanilla kernelt, letörli a lilo-t, és telepíti a grub-ot. Megnéztem: van a kernel csomagokban HPT366, de modulban. Megtehetem-e, hogy telepítés után rögtön eltávolítom a grub-ot, és telepítem a lilo-t? Illetve, hogyan? Lehet-e modult megadni boot paraméterként a grub-ban? Olyasmire gondolok, ami jelenleg is müködik a CD-író miatt a saját gépemben: kernel /vmlinuz-2.4.27-2-386 root=/dev/hda5 ro hdc=ide-scsi Jelenleg arra készülök, hogy kernelt fordítok, olyat, amilyen a várható új kernel lesz dist-upgrade után, de HPT366-ot belefordítva, és készítek vele egy LILO boot lemezt. Természetesen a modulokat nem fogja betölteni dependecy problémák miatt. Annyira viszont képes lesz, hogy újabb kernelt fordítsak, még így is. - Melyik a leg-biztonságosabb módszer ilyen esetekben? Van-e valakinek ötlete, tapasztalata? Üdv mindenkinek, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Miert szedne le a lilo-t ??? Eddig két gépen frissítettem sarge-ra. Mindkét esetben kérdés nélkül rakta fel a grub-ot. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Ez szerintem nem egeszen igy van: korabban a HighPoint-tol letoltheto driver volt az, ami sdx-nek mutatta, a kernelben levovel viszont hdx-nek latszanak a diszkek. Mindegy, hogy modulban van-e a driver vagy sem, nem Nálam ez áll a .config-ban: CONFIG_BLK_DEV_HPT366=y Találtam egy levelet ezzel kapcsolatban. Egy német fickónak majdnem ugyanaz volt a baja, mint nekem. Idézem: /dev/hda (CDRW, worked) /dev/hde (boot: 36.5G) /dev/hdb /dev/hdf (storage: 61.4G) /dev/hdc /dev/hdg (CDRW, failed) /dev/hdd /dev/hdh In the crashing setup, the boot drive was /dev/hde, source drive was /dev/hdf. CDRW was /dev/hdg (Second channel, master.) In the working setup, boot and source were the same, CDRW was moved to hda. Nem tudom, hogyan oldotta meg, de a DMA-val kapcsolatos válaszokat kapott, ami viszont már mellékvágyány, mert a CD-problémáját oldotta meg, és nem a boot folyamatot. Az apt-cache rdepend jó megoldás, kösz, de egy beláthatalanul hosszú láncolathoz vezet, mert már az első lépésben vagy harminc találatot adott. Élén a kernel-image. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Nagy Gabor írta: Az uj telepitesek mar grubbal mentek, ez igaz, de a regit nem bantotta. Pont ez a kérdés. Hogy csináljam meg, hogy ne bántsa az elözöt? Mi az alternatívája a dist-upgrade-nek HPT366 esetén? "apt-cache rdepends grub" felsorolja az összes kernel-image-et. Két lehetöséget látok: dist-upgrade után remove grub - install lilo dist-upgrade után rögtön kernel fordítás és telepítés - mielött újraindulna a gép. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Tarts keznel egy recovery CD-t a biztonsag kedveert. Nem tudok CD-röl bootolni. Most jut eszembe: egy éve órákat bajlódtunk azzal, hogy felélesszük a CD-t. Nem sikerült. Az összes alaplapi és HPT csatlakozást kipróbáltuk. Most a boot folyamatban a következöket látom: A BIOS-ban minden AUTO-ban van. A BIOS HD autodetect nem talál egyetlen diszket sem. A boot folyamatban a BIOS felismeri a CD-t, mint Primary Slave Ezután bejelentkezik a HighPoint. Belépve a menüjébe azt látom, hogy C:PrimaryMaster ST340016A D:PrimarySlave Maxtor 6E040L A HighPoint nem kínálja fel boot eszköznek a CD-t egyáltalán. dmesg elején a következöket látom (ami erre vonatkozik): (nincs CD) (Szerinte a /dev/hda-ról bootolt) onboard version of chipset, pin1=1, pin2=2 IDE controller at PCI slot 00:13:0 chipset revision 1 not 100% native mode ide0:BM-DMA at 0xe000 BIOS settings hda:DMA, hdb:DMA ide1:BM-DMA at 0xec00 BIOS settings hdc:PIO, hdd:PIO Talán lett volna más beállítási lehetöség is, de az ember nem tarthat üzemen kívül hosszú órákon át egy szervert. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Az IDE eszkozok sorrendje fuggott attol, melyik driver indult elobb. Ezen lehet segiteni egyreszt a modulok betoltesi sorrendjenek varialasaval, ha pedig fixen a kernelbe vannak forgatva, akkor a boot_off-board_chipset... opcioval, plusz az ide=reverse parameterrel. Viszont ez csak akkor mukodik jol, ha ket vezerlo van, a harmadik bekavarhat... Volt: CONFIG_BLK_DEV_OFFBOARD=y CONFIG_BLK_DEV_HPT366=y make dep make bzdisk ...és nem bootol. Pedig az elözö bootfloppyt is így csináltam. Át lehet-e adni valahogy ilyen kontrukcióban a boot floppynak azt a command line paramétert, hogy "ide=reverse" ? Az elözö két kernelfordításnál sikerült (2.4.21, 2.4.25). Változott valami a 2.4.27 esetére? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade vs Highpoint
Gellér Sándor írta: Az IDE eszkozok sorrendje fuggott attol, melyik driver indult elobb. Ezen lehet segiteni egyreszt a modulok betoltesi sorrendjenek varialasaval, ha pedig fixen a kernelbe vannak forgatva, akkor a boot_off-board_chipset... opcioval, plusz az ide=reverse parameterrel. Viszont ez csak akkor mukodik jol, ha ket vezerlo van, a harmadik bekavarhat... Levélváltásunk óta nem mertem hozzányúlni - ma kipróbáltam. A .config a következöket tartalmazza: CONFIG_BLK_DEV_OFFBOARD=y CONFIG_BLK_DEV_HPT366=y dpkg -i frissen_forditott_2.4.27_kernel.deb sikeresen települt, és boot floppy-t is készített. A kernel üzemképes; müködik. DE floppyról nem tudok bootolni. A fenti configban levö sorok ellenére a /dev/hda eszköz floppy boot után mint /dev/hde látszik (tehát kernel panic), tehát az "OFFBOARD=y" nem müködik. (Mint korábban említettem, CD-röl nem tudok bootolni, és a smart boot manager sem használható.) Kérdésem továbbrais: ha a régebbi kerneleknek jó volt a fenti két config-sor, miért nem jó a 2.4.27-nek? Kifelejtettem valamit? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: apache public_html könyvtár "áthelyez ése"
B. P. TBC írta: felhasználók a /home/user/public_html könxvtárban helyezhetik el a html-fájlokat. Ez viszont nem működik, ha az adott felhasználón kívül másnak nincs olvasási joga. Meg lehet oldani, hogy valami más könyvtárba, pl. /web/user/public_html kelljen a fájlokat elhelyezni? Vagy van ilyenkor valami bevett megoldás a problémára? A lényeg az, hogy más felhasználók ne kapjanak olvasási jogot a felhasználó könyvtárához. ln -s /home/user/public /usr/www/user/public Ekkor engedned kell, hogy a userek a WWW területre írhassanak. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
makedvd growisofs
Elnézést, ez a kérdés eléggé offtopic. De senki mástól nem tudom megkérdezni. k3b és makedvd programok igen gyakran lezáratlan lemezt készítenek. Ezeket a legtöbb DVD nem olvassa be. NERO-val megnézve (ha sikerül) ott tündöklik egy felirat, hogy a lemez nyitott állapotban van, lezáratlan. Én még soha nem készítettem multisession lemezt, és tudomásom szerint a DVD nem is kezeli. A gép az ide-scsi boot paranccsal indul. Most elkaptam egy ilyen esetnek a kimenetét. Ime: /dev/dvd: "Current Write Speed" is 4.1x1385KBps. :-? the LUN appears to be stuck writing LBA=310h, retry in 141ms /dev/dvd: closing disc :-[ CLOSE SESSION failed with SK=2h/ASC=04h/ACQ=07h]: No medium found /dev/dvd: reloading tray 1. Eddig a k3b, growisofs, makedvd programoknak csak az alapértelmezett parancsait használtam. Nem elég? 2. Van-e olyan program, amellyel a short lead out és a nyitva maradt lemezeket szabályosan le lehet zárni? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
particios tabla
Ma szokatlan hibaüzenetet kaptam: df: A beillesztett fájlrendszerek tábláját nem tudja olvasni: Be/kimeneti hiba Ezen a gépen debian sarge és windows XP van. A boot folyamtot GRUB vezérli. A hibát feltételezésem szerint az okozta, hogy a qemu programot futtattam. qemu alatt a szokásos módon feljött a GRUB betöltő menü. Innen futtattam a linuxot és a memtestet. Utána kipróbáltam azt is, hogy qemu alól elindítom a windowst - ami lefagyott. Ezt xkill-lel lelőttem. Ezek után szólt a kollégám, hogy qemu alól nem szabad windowst futtatni, mert hazavágja a partíciós táblát. A partíciós táblát hardver hiba is hazavághatja, persze. Más szoftvert tudtommal nem futtattam, ami hasonló hibát okozhatott volna. A betöltést egy kis önálló partícióból végzem: /dev/hda1. Nem merem újraindítani a gépet, mert ilyen üzeneteket kapok: ls: /etc/mtab: Be/kimeneti hiba Hogyan lehet rendbehozni ezt a feltételezhetően hibás partíciós táblát? A googlén nem volt találat - nyilván más is belefutott ebbe a hibába, de a hibaüzenet angol nyelvü volt. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cacti vs munin
LiRul írta: Igen, vegul is belegondolva barmilyen tartomanybol kerheto grafikon, igy valoban felesleges a zoom. Jelszóbal le lehet védeni a munin könyvtárat. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: cacti vs munin
LiRul írta: On Thu, Sep 14, 2006 at 12:01:43PM +0200, Zana János wrote: Igen, vegul is belegondolva barmilyen tartomanybol kerheto grafikon, igy valoban felesleges a zoom. Jelszóbal le lehet védeni a munin könyvtárat. Üdv, János Ehh es ez hogy jon ide?! :-o Most is igy van amugy. Félreértettem a "tartomány" szót? Valami ilyesmire gondoltam (htaccess): If youd like to allow access from one specific IP #deny all access deny from all allow from 192.168.0.0/24 or from a specific IP range (which you enforce with a bit mask) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: spamassassin tanitas
Nohl Attila Rajmund írta: /root/.spamassassin/bayes_* R/O: tie failed: Cannot open bayes databases /root/.spamassassin/bayes_* R/O: tie failed: Nem változott véletlenül a libdb és ezzel együtt a fileformátum? Vagy a spamassassin, vagy a libdb doksijában mintha szó lenne erről, meg arról Találtam egy megoldást a googlén, és bejött: find . | grep bayes | xargs rm Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
arp-watch
Már rég meg akartam kérdezni. (Az IP címet és a MAC addresst átírtam.) flip-flop eth address hostname: ip address: 199.255.255.3 interface: eth0 ethernet address: 0:1:6c:ff:ff:ff ethernet vendor: Foxconn old ethernet address: 0:c:f1:ff:ff:ff old ethernet vendor: Intel Corporation timestamp: Wednesday, October 18, 2006 13:27:38 +0200 previous timestamp: Wednesday, October 18, 2006 13:27:28 +0200 delta: 10 seconds Az nem zavar, hogy az arpwatch naponta négyezer figyelmeztetést küld erröl. De nagyon kíváncsi vagyok arra: miért változtatja egy eternet kártya tíz másodpercenként a MAC addresst?? Kinek van erre szüksége? Kinek jó ez?? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: scannert vennék
Gádori Zsolt írta: Vennék egy scannert ami: USB csatolóval műxik legalább 2400dpi optikai felbontása van (de inkább több) tud negatívot/diát olvasni (az se baj, ha csak ezt tud) lehetőleg van hozzá linuxos program (GIMP jó erre ?) Nézd meg a sane honlapon, hogy melyiknek van támogatása, Sajnos az enyém, HP3970 a nem támogatott kategóriába esik. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Adattorles - hogyan
Halász Attila írta: dd if=/dev/random of=/dev/sdaX bs=1024 De lehet, ugyanis a mágnesezés után maradó hullámjel hasonlít egy analóg jelre és kis görbületek maradnak benne. Nekünk szépen elmutogatták anno. Magánhasználatra, a 3-4 alkalommali, kereskedelmi a 5-6, míg kormányzati célokra a 8-9 alkalommal való véletlenszerű felülírás az ajánlott, ekkor annyira töredezik a jel, hogy nagyon kicsi a valószínűsége a visszaállításnak. Ne haragudjatok, de eszembe jutott Józsi egy régebbi levele, amit megtartottam, annyira tetszett nekem. Idézet: Errol nekem az jut eszembe, amit Barry Margolin irt meg tavaly a comp.unix.security-n egy thread-ben amely arrol szolt, milyen biztonsagos az 'rm' UNIX-on szenzitiv informacio letorlesere: I believe the US military policy on magnetic media that has ever contained Top Secret data is something like: 1) Overwrite it with multiple passes of 0's, 1's, and random data, then 2) erase it with a powerful degausser, then 3) pulverize it into a fine powder, 4) put this powder in an incinerator, 5) the residue from the incinerator may only be dumped in a designated military landfill. Ehhez hasonló jókat kívánokJános _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: szalagos meghajto
Ko:rte írta: Vagyis egy dvd-t majd két óra alatt ír meg? Vagy honnan veszed ezt a 0,6-ot? Másfél óra alatt. Mondjuk, felkínálja, hogy 4x, 6x, 8x, 12x, 16x sebességgel írjon. Erre kiválasztom a legkisebb sebességet (négyszeres). Felül megjelenik a főablak, hogy ő most 16-szoros sebességgel ír. Úgy emlékszem, alul van egy kis ablak, amelyikben a megvalósul sebességet írja ki, 0,4 és 0,8 között. azota nem irok dvd linux alatt. a k3b irja az irás valós sebességét. Win alatt ugyanez: nem veszi figyelembe a beállított sebességet. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Proftpd kapcsolat leakad
Pallos B. Richard írta: Proftpd-re csatlakozó kliensek néha véletlenszerűen leakadnak. Azaz Először Debian woody-n vettem észre, aztán az újratelepített Sarge-on is ugyanez a baj (másik vason). A kliensek Total Commander és Éveken át ment baj nélkül woody alatt. Amikor áttértem sarge-ra, változatlanul ment néhány hónapig. Utána rendszertelenül kiakadt autentikációs hibával (kétszer kellett belépni, de másodszorra már nem volt kapcsolat, és bent ragadt a processz). Négynaponta újraindítottuk. Most már egy hónapja ismét hibátlanul megy. A jelenség nem volt kliens-függő. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: idegen ip szammal: "es ezt igy hogy?"
zamek írta: > Erdekes jelenseget tapasztaltam. Egy kollegam hazavitte a ceges szamitogepet, > majd otthon minden konfigolas nelkul bedugta egy nagy hazai szolgaltato adsl > rendszerebe, majd csodak csodajara az idegen tartomanyban mukodni tud a gep > (Win XP). Csak egy tipp: az otthoni ADSL mögött router van, és annak véletlenül ugyanaz az IP tartománya (DHCP), mint a benti tűzfal mögöttinek. A saját router viszont már a szolgáltatótól kap külső DHCP címet. A win XP ú.n. "helyi" hálózati kapcsolatot használ. Ennek csatolását egyébként a PPPoE vezérli, ha nincs router. A jelenség linux alatt is létrejöhetett volna. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: open office helyesírás kérdés
Zsolt Gádori írta: > Igen :-) én is erre gondoltam. De azért azt, hogy "hejesírás", meg > néhány kínomban beírt hasonpaci kaliberű dolgot, mégsem kéne figyelmen Beírtam, hogy hejesírás. Amint leütöttem a szó után a szóközt, észrevétlenül és azonnal kicserélte ly-ra. Amikor beírtam, hogy hasonpaci, ellenőrzéskor felkínálta, hogy szétválaszthatom két szóra így: hason paci Mert ezek szerepelnek a hunspellben. Üdv, János Ugye, fent van az openoffice.org-l10n-hu ? _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: utf8 kodolas a listan
Van nálunk néhány Eudora. Ezek számára néha olvashatatlanok az általam küldött, vagy továbbküldött levelek. Pl. a fönököm számára. Persze, ezen a listán nem jellemzö a M$ szoftver használata, de nem is szabad kizárnunk. Én a leveleimet három gépen kétféle kliens alól olvasom, és szeretem, ha mindenütt kényelmesen olvasható. Másrészt, az UTF-8 a haladás. És én szeretem a szavakat – föleg a neveket – helyesen leírni. ISO-8859-2 alatt még az olasz, vagy francia neveket is csak hibásan lehet leírni. Üdv, János U.I. a levelezö programok közti áttérést legtöbbször a mailbox konverziójával kapcsolatos problémák gátolják. Mondjuk M$ Netscape-böl linuxos Thunderbirdbe. _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: utf8 kodolas a listan
Kiss Gabor írta: > U.i. nem leveleket olvasok hanem news-t. A knews nevű programmal. > Nem cserélem le, mert van egy olyan képessége, ami semelyik > másik news olvasónak nincs és nekem meg szükségem van rá. Mi az a kepesseg? Udv, Janos _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: dist-upgrade + debconf + udev
Kónya Zoltán írta: > Van egy laptop amin etch van/volt, próbáltam egy dist-upgradet lenny-re. > Mindent letöltött, majd elkezdte telepíteni a csomagokat > > Aztán egyszer csak megállt, írt valamit ezt már sajnos nem tudom, de > javasolta az apt-get -f updatet-et, megtettem azóta ezt írja > Internal Error, Could not perform immediate configuration (1) on debconf > > Nincs merevlemez, se hálózat, semmi. > Ha "nincs merevlemez", akkor honnan tudod a /dev tartalmát? Eléggé hasonló esetem volt a sarge--etch upgrade esetén. Boot Knoppix-ról -> chroot -> után "grub-install" helyrehozta. Mentsd le az egész /etc tartalmát (ha van). Másold be (valahová) a legfontosabb csomagokat (debconfig, pl.) Bízzál benne, hogy legalább a dpkg müködik... Nem lehet belépni single user módban sem? Nálam bevált, hogy: boot lenny natív telepítölemezröl, majd abból tovább a biztonsági telepítés módba. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: halozati nyomtato
Kosa Attila írta: > Domain vagy munkacsoport? A ketto nem ugyanaz. > Mindkettő különbözik. >> Amikor ez a lehetőség megszűnt, felraktam ninden felrakhatót, >> Mit jelent az, hogy megszunt? >> >> A következő nap nem működött, ami előző nap kifogástalan volt. > Es ha esetleg mas ertelmezni tudna? De a listan viszonylag > kevesen gondolatolvasok (tudomasom szerint)... > > 'D [28/Jul/2009:13:02:04 +0200] Cancel-Subscription /', 'D [28/Jul/2009:13:02:04 +0200] cupsdIsAuthorized: requesting-user-name="root"', 'I [28/Jul/2009:13:02:04 +0200] Saving subscriptions.conf...', 'D [28/Jul/2009:13:02:04 +0200] cupsdProcessIPPRequest: 59 status_code=0 (successful-ok)', 'D [28/Jul/2009:13:02:04 +0200] cupsdCloseClient: 59', 'D [28/Jul/2009:13:02:04 +0200] cupsdAcceptClient: 59 from localhost (Domain)', 'D [28/Jul/2009:13:02:04 +0200] cupsdReadClient: 59 GET /admin/log/error_log HTTP/1.1', 'D [28/Jul/2009:13:02:04 +0200] cupsdAuthorize: No authentication data provided.']} Ez a vége az egyik hibanaplónak. Az egészet nem akarom beidézni. 40 kilobájt. A napló közepén ilyen jellegű sorokat találtam: 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Read 4096 bytes of print data...', 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Wrote 4096 bytes of print data...', 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Read 4096 bytes of print data...', 'D [28/Jul/2009:13:01:45 +0200] [Job 71] Wrote 4096 bytes of print data...', Ezek szerintem arra utalnak, hogy van kapcsolat a nyomtatóval. A CUPS helpjében nem találtam meg, hogyan kell mindezt (és a többit) értelmezni. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: SMART error (CurrentPendingSector)
Hegedüs Ervin írta: > # fdisk -lu /dev/sdc > Szemfulesebben talan kiszurjak, de inkabb leirom: a particio vege > "elorebb" van, mint a smart altal jelzett hiba szektor. > "fdisk /dev/sda Parancs (m = súgó): v 5227 szektor nincs lefoglalva" Mindig van olyan terület, amit nem lehet particionálni. Más kérdés, hogy, ha nem használja a rendszer, akkor hogy romolhat el. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Debian Squeeze + sw. RAID1 + GRUB2
2011.06.02. 12:50 keltezéssel, Hofferek Attila írta: A -mondjuk- hda-t kihúztad? Akkor nem lesz az eredetileg hdb-ből hda? Mintha nekem is rémlene valami ilyesmi szenvedés, amikor ezzel Sajnos, én nem húztam ki. Igaz, én a régi lilo-t próbáltam meg használni. Ám dist-upgrade közben felcserélte a harddisk sorrendet. Emiatt a /dev/hdb átalakult /dev/sda-vá (ahova persze, hogy nem tudja rakni a boot loadert). A SATA struktúrájú gépben ez a második "PATA" drájv. Üdv, János __ ESET NOD32 Antivirus - V�rusdefin�ci�s adatb�zis: 6173 (20110602) __ Az �zenetet az ESET NOD32 Antivirus ellen�rizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
squuze dist-upgrade
Lenny rendszert frissítettem squeeze-re. Nem fogadtam el a grub-ot; meg akartam tartani a jól működő lilo-t. Legnagyobb megdöbbenésemre a dist-upgrade program kicserélte a gép két drive-ját. A /dev/hdb új változatban /dev/sda lett Az fstab-ban most nem a hagyományos drájv-azonosítók állnak, hanem a winchesterek egyedi hexadecimális azonosítója, és a lilo.conf-ban. A /dev/sda új változatban /dev/sdb lett (SATA). Az új kernel telepítése közben kiírta, hogy nem lehet a /dev/sda1-re tenni a boot szektort. mkinitramfs-kpkg lefut, de utána nem megy a reboot, hibajelzéssel leáll. Ilyenkor a linuxOLD verzióval tudom indítani a gépet; ekkor lilo, és utána már működik a reboot. Nincs kedvem szétszerelni a gépet ahhoz, hogy csak az "igazi" boot eszköz maradjon meg benne. Van-e erre "szoft" megoldás? Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6176 (20110603) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
2011-06-03 13:57 keltezéssel, Pápai Balázs írta: > Zana János írta: >> >> drive-ját. A /dev/hdb új változatban /dev/sda lett >> winchesterek egyedi hexadecimális azonosítója, és a lilo.conf-ban. >> >> A /dev/sda új változatban /dev/sdb lett (SATA). Az új kernel telepítése >> közben kiírta, hogy nem lehet a /dev/sda1-re tenni a boot szektort. >> >> mkinitramfs-kpkg lefut, de utána nem megy a reboot, hibajelzéssel leáll. >> >> Nincs kedvem szétszerelni a gépet ahhoz, hogy csak az "igazi" boot >> eszköz maradjon meg benne. Van-e erre "szoft" megoldás? Üdv, János > A blkid megmondja az eszközödhöz rendelt azonosítót. blkdid ugyanezt mondta. A BIOS-ba nem tudok belemenni, mert jelszóval védett. A gép a huzalozásnak megfelelően a /dev/sda-ról bootol, amelyet a rendszer utána már /dev/sdb-ként használ. Warning: /dev/sda is not on the first disk Warning: The boot sector and map file are on different disks. A mkinitramfs-kpkg nem a boot, hanem a második (az öreg) winchesterhez készíti el az initramfs fájlt. Ezzel persze, hogy nem lehet bootolni. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
> Zana János írta: >> Legnagyobb megdöbbenésemre a dist-upgrade program kicserélte a gép két >> drive-ját. A /dev/hdb új változatban /dev/sda lett Leellenőriztem: Knoppix 6.0.1 alatt a "régi" drájv-azonósítók látszanak >> A /dev/sda új változatban /dev/sdb lett (SATA). Az új kernel telepítése >> közben kiírta, hogy nem lehet a /dev/sda1-re tenni a boot szektort. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > 2011-06-03 13:57 keltezéssel, Pápai Balázs írta: > A blkid megmondja az eszközödhöz rendelt azonosítót. Megnéztem az indítási hibaüzenetet: Initramfs unpacking failed: junk incompressed archive Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block Níilván át kell írnom a lilo.conf-ot, vagy az fstab-ot. De nem merem, mert nem biztos, hogy ebben a verzióban működik a bootÜdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
2011-06-03 13:57 keltezéssel, Pápai Balázs írta: > Zana János írta: >> Legnagyobb megdöbbenésemre a dist-upgrade program kicserélte a gép két >> drive-ját. A /dev/hdb új változatban /dev/sda lett >> Az fstab-ban most nem a hagyományos drájv-azonosítók állnak, hanem a >> winchesterek egyedi hexadecimális azonosítója, és a lilo.conf-ban. >> > A blkid megmondja az eszközödhöz rendelt azonosítót. > Megadta, de nem adott UUID-t a drájvra. Most a lilo-ban ez áll: boot = /dev/sda (Ez az fstab szerint /dev/sdb) Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: squuze dist-upgrade
2011-06-20 12:01 keltezéssel, Pápai Balázs írta: > Akkor azt hiszem félreértettelek.. Mint írtam, volt először a /dev/sda tettem rá linuxot beleraktam a régi winchesteremet lett /dev/hdb frissítettem squeeze-re a /dev/sda -> /dev/sdb lett a /dev/hdb -> /dev/sda lett a BIOS le van védve jelszóval, nem tudom a sorrendet változtatni Az /etc/blkid.tab és annak másolata már az új felállást tartalmazza update-intirfams -u hibával lép ki: Warning: /dev/sda is not on the first disk Warning: The boot sector and map file are on different disks. Added Linux * Added LinuxOLD Fatal: First sector of /dev/sda1 doesn't have a valid boot signature run-parts: /etc/initramfs/post-update.d//lilo exited with return code 1 lilo írja a boot szektort, de rossz initramfs generálódik. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Squid ACL-ek fájlból
2011.06.22. 16:25 keltezéssel, Norbert Vastagh írta: > És más is ülhet ugyanahhoz a géphez persze, belép, élnie kell a megfelelő > szabályoknak... Ez úgy szokott történni, hogy "Állj csak fel egy pillanatra. Meg akarok nézni valamit. Még csak ki se kell lépni abból a programból..." ZJ __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6229 (20110622) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IPMI sidebanden, vagy rs232-n
> http://esr.fsf.hu/smart-questions_hu.html > Ott ezt írják: "Érdemes a Google keresőbe beírni a kapott hibaüzenetet" Na, ez sose jön be nekem. Mert a Googlén millió példányban találom meg az általam felteendő kérdést, de a választ sehol, csak a semmibe futó thread-eket. De azért ... üdv, hackerek! János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6344 (20110802) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: IPMI sidebanden, vagy rs232-n
2011.08.02. 17:37 keltezéssel, Kovács Attila írta: > Mondj egy példát ;), aztán oldjuk meg a google segedelmével ;). > Na, ezzel vívódok egy ideje: Fatal: First sector of /dev/sda1 doesn't have a valid boot signature run-parts: /etc/initramfs/post-update.d//lilo exited with return code 1 A részleteket már leírtam régebben "squeeze dist-upgrade" cím alatt (vagy squueze dist-upgrade?). Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6344 (20110802) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
nincs szoveges kepernyo
Lenny -> squeeze váltás egy kicsit furcsára sikerült. Elsőre ugyanis nem volt semmilyen terminál. apt-get reinstall gdm után lett grafikus terminál, de szöveges nincs ALT-CTRL-F2 hatására elfeketedik a képernyő. Ezt látom a dmesg tartalmában: [27.925027] [drm:radeon_i2c_sw_put_byte] *ERROR* i2c 0x08 0x30 write failed [316.661025] [drm:radeon_i2c_sw_put_byte] *ERROR* i2c 0x08 0x3b write failed [506617.300025] [drm:radeon_i2c_sw_put_byte] *ERROR* i2c 0x08 0x30 write failed Boot folyamat alatt egy jó darabig látom a nem-grafikus képernyőt, de ez elszáll azonnal, amikor elindul azX Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: nincs szoveges kepernyo
2011.10.04. 20:13 keltezéssel, Kepler Mihály írta: > GRUB_TERMINAL=console > (kulcsszavak még: GRUB_CMDLINE_LINUX_DEFAULT és talán ha kell GRUB_GFXMODE) Hát, az az igazság, hogy hozzászoktam a lilo-hoz. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6517 (20111004) __ Az üzenetet az ESET NOD32 Antivirus ellenõrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: adsl nyűg, részletesebb log kéne
2012.02.10. 16:49 keltezéssel, Gádori Zsolt írta: > Nyilván a technikai lehetőség megvan a kettős csatlakozásra (csak nem > egyidőben, hanem egymás után). Annál is inkább így lehet ez, mert egy > másik gépen az éppen működő enternetes elérést leállítottam, átírtam, a traceroute megmondja, melyik telefonközpont az első ugrási hely. Lehet, hogy az zárolja az útvonalat. Üdv, János __ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 6875 (20120210) __ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Trojan
Kedves mindenki! Checking `lkm'... You have 1 process hidden for ps command chkproc: Warning: Possible LKM Trojan installed Újabb futtatás már nem jelzett ilyet. Az a gyanúm, hogy téves riasztás, a melyet az váltott ki, hogy tar.gz (backup) közben rendellenes kilépés történt (elfogyott a lemezterület). Okozhatja? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Trojan
2012-06-29 16:08 keltezéssel, Pápai Balázs írta: > Zana János írta: > >> chkproc: Warning: Possible LKM Trojan installed >> > Ha ezt a chkrootkit mondja, akkor ilyesmi már nálam is előfordult, de a > risztás falsnak bizonyult. > Most raktam fel az rkhuntert, és (valószínűleg) újabb fals pozitív figyelmeztetést generált: Checking for enabled inetd services [ Warning ] Performing filesystem checks Checking /dev for suspicious file types [ Warning ] Checking for hidden files and directories[ Warning ] Rootkit checks... Rootkits checked : 245 Possible rootkits: 1 Rootkit names: Xzibit Rootkit A googlén rákeresve Xzibit egy rockénekes neve. Megijedjek? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: Trojan
2012.07.07. 15:43 keltezéssel, Norbert Vastagh írta: > Na de kérem Xzibit-nek mi köze van a rock zenéhez?! ;-))) Természetesen volt kismillió találatom Xzibit fals negatív warningra is, de azok mindegyike kérdés volt, és nem válasz. Jó hétvégét! Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf2.linux.rulez.org/mailman/listinfo/linux
Re: img fájl kibontása
2013.05.17. 19:58 keltezéssel, Mészáros Csaba írta: Hello lista! mount-tal, az unyafs-sal, meg a windowsos fileviewproval is sorra Hozzáteszem, hogy a víruskeresőm káros alkalmazásnak jelentette a fileview programot, és leállította a letöltést. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Elfogyott a memória
Két hónapja újra kellett telepítenem a gépet, wheezy teljesen változatlan hardverre (ugyanazt a tárterületet újra particionáltam), ami azt jelenti: nem változott meg a hardwer környezet. Azóta viszont elképesztően lelassult a gépem. Elnézést a hosszú idézetért, de ebből látszik, mi történik használat közben: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (indítás alatt, login után azonnal) top - 12:40:38 up 1 min, 3 users, load average: 2,58, 0,91, 0,33 Tasks: 155 total, 1 running, 153 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,5 us, 0,2 sy, 0,3 ni, 11,6 id, 87,4 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 931424 used,92332 free,27464 buffers KiB Swap: 104416 total,10876 used,93540 free, 302520 cached (három perccel később) top - 12:43:45 up 5 min, 4 users, load average: 3,56, 1,94, 0,82 Tasks: 161 total, 2 running, 158 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,0 us, 0,5 sy, 49,6 ni, 0,0 id, 49,7 wa, 0,0 hi, 0,2 si, 0,0 st KiB Mem: 1023756 total, 960768 used,62988 free,57036 buffers KiB Swap: 104416 total,85840 used,18576 free, 273504 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 4935 jzana 39 19 73552 57m 4204 S 95,8 5,7 0:49.21 virtuoso-t öt perccel később top - 12:47:34 up 8 min, 4 users, load average: 1,84, 2,16, 1,18 Tasks: 161 total, 1 running, 159 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,3 us, 1,3 sy, 4,2 ni, 62,9 id, 31,2 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 956172 used,67584 free, 120028 buffers KiB Swap: 104416 total, 100116 used, 4300 free, 196416 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5140 jzana 39 19 103m 25m 13m D 4,3 2,6 0:15.24 nepomukservices nyolc perc után elfogyott a swap (!): top - 12:50:11 up 11 min, 4 users, load average: 1,84, 1,95, 1,25 Tasks: 160 total, 1 running, 158 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,2 us, 4,8 sy, 17,5 ni, 15,4 id, 61,6 wa, 0,0 hi, 0,5 si, 0,0 st KiB Mem: 1023756 total, 949776 used,73980 free,99384 buffers KiB Swap: 104416 total, 104416 used,0 free, 202292 cached kilenc perc után elindítottam az iceweaselt: top - 12:52:08 up 13 min, 4 users, load average: 3,28, 2,30, 1,45 Tasks: 164 total, 1 running, 162 sleeping, 0 stopped, 1 zombie %Cpu(s): 1,0 us, 0,3 sy, 0,7 ni, 6,4 id, 91,6 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 959900 used,63856 free,21296 buffers KiB Swap: 104416 total, 104416 used,0 free, 228924 cached pdf olvasasa után lezártam a pdf-lapot: top - 12:56:57 up 18 min, 4 users, load average: 10,40, 5,18, 2,77 Tasks: 165 total, 2 running, 162 sleeping, 0 stopped, 1 zombie %Cpu(s): 0,5 us, 1,5 sy, 0,0 ni, 0,0 id, 98,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 1023756 total, 960368 used,63388 free, 1772 buffers KiB Swap: 104416 total, 104416 used,0 free, 202752 cached PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 5592 jzana 20 0 84312 10m 7364 D 1,7 1,0 0:00.25 kcminit apt-get upgrade: Reading changelogs... Done Csomagok előkonfigurálása ... (Adatbázis olvasása ... 223580 files and directories currently installed.) libcupsfilters1:i386 1.0.18-2.1+deb7u1 cseréjének előkészítése (e csomaggal: .../libcupsfilters1_1.0.18-2.1+deb7u2_i386.deb) ... Csere kicsomagolása: libcupsfilters1:i386 ... dpkg: unrecoverable fatal error, aborting: fork hiba: Nem foglalható memória(!) E: Sub-process /usr/bin/dpkg returned an error code (2) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Előfordult már 49-es load is. Kérdésem: mi történhetett, ha sem a szoftver, sem a hardver nem változott meg (ugyanoda ugyazt telepítettem)? Hol keressem a hibát?Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-08-25 14:30 keltezéssel, Vasas, Krisztián írta: Nem értek különösebben hozzá, de mostanában nem UUID alapján szokás mount-olni, pont azért, hogy az ilyen átneveződések ne okozzanak gondot? Az fstab-ban UUID van, amióta áttértem wheezy-re. Nem a mount-tal van a problema, hanem azzal, hogy a bootloader frissiteskor meg mindig az sda-ra akar menni. Ezt a bootloader konfiguralasaval lehet megoldani. update-initramfs -u update-initramfs: Generating /boot/initrd.img-2.6.32-5-686 WARNING: could not open /var/tmp/mkinitramfs_wR9gbO/lib/modules/2.6.32-5-686/modules.builtin: No such file or directory Warning: LBA32 addressing assumed Added Linux Added LinuxOLD Added LinuxOLDer Added Linuxtartalek Fatal: First sector of /dev/sda1 doesn't have a valid boot signature run-parts: /etc/initramfs/post-update.d//runlilo exited with return code 1 --- Persze, hogy nem találja, mert egy másik winchesteren van (dev/sdb1-en). Azelőtt lilo volt, de ugyanezen hiba miatt három hónapja újra kellett raknom az egész linuxot, azóta grub va. Maga a particionálás már öt éves, azóta ugyanaz a root partíció. A linux partíció nem is tudhajta a MÁSIK harddiszk UUID-jét, mert csak az önmagáét tudja. A problémát néhány évig megoldotta, hogy volt Added LinuxOLD Added LinuxOLDer Added Linuxtartalek a hozzá tartozó initrd.img-vel, de ez az idén nyáron már befuccsolt. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-08-31 09:38 keltezéssel, Kosa Attila írta: root = "UUID=5472fd8e-9089-4256-bcaa-ceab4f01a439" But then you should also use a similar expression for the 'boot=' line. Unfortunately you cannot use UUIDs because devices haven't any UUIDs. The solution is using the udev device names which can be found in /dev/disks/by-id/ i. e. for a i. e. for a SATA disk : boot = /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ90S99 Roviden: a blkid programot kell root-kent futtatnod, a valaszkent kapott kimenetben megtalalod a particioid UUID-jet, ezeket kell beirnod a lilo.conf fajlodba, majd mehet a lilo parancs. A grub eseten is hasonlo a megoldas, de annak a megkereseset (es ide megirasat!) rad bizom :) Kösz. Engem az érdekel, mit fog csinálni kernel frissítés közben a update-intiramfs mit fog generálni, honnan, és hová teszi. Mert, ha a /dev/sda1-re teszi, akkor meghal a Windows7 Biztos, hogy az Általad javasolt UUID szerint fog működni? Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-08-31 09:38 keltezéssel, Kosa Attila írta: > U.i. jöhet lilo tanács is! > zless /usr/share/doc/lilo/README.gz > /UUID > > be found in /dev/disks/by-id/ i. e. for a PATA disk: > >boot = /dev/disk/by-id/ata-SAMSUNG_SV1604N_S01FJ10X99 > > or i. e. for a SATA disk : >boot = /dev/disk/by-id/ata-SAMSUNG_HD502HI_S1VZJ90S99 > Jelenleg ez az itthoni gépem lilo-ja: #boot=/dev/sda boot = /dev/disk/by-id/ata-SAMSUNG_HD161HJ_S0V3J90S230675 # root = /dev/sda3 root = "UUID=b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca" other=/dev/sda1 label=Windows Ez a gép is mutatja azt, hogy, ha a rackba bearkom a régi pata winchestert, akkor "ő" lesz a /dev/sda Ha jól értelek, akkor a root = és az other sorokat is írjam át úgy, hogy legyen az elején a root = /dev/disk/by-id/b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca a fenti helyett?? Függ az eredmény a sor formájától? A blkid parancs kimenete a linux rendszeremre: /dev/sda3: UUID="b4524936-fcdb-4ca1-8cbe-bbb7dc3dd5ca" TYPE="ext3" A blkid futtatásával nem tudom előállítani a fenti sort (ismétlem): boot = /dev/disk/by-id/ata-SAMSUNG_HD161HJ_S0V3J90S230675 Ezt a wheezy-re való frissítésnél a dist-upgrade állította elő. Ha javaslod, átírom (csinálok egymentést a lio.conf-ról). Ha elrontom, a knoppixszal bootolva még vissza tudom, állítani mentésből. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux
Re: root csere boot kozben
2015-09-03 12:37 keltezéssel, Kosa Attila írta: > Nezz be a /dev/disk/by-id/ konyvtaradba :) > > Nahát! Mindegyik eszköz kétszer szerpel. Egyszer ATA, egyszer SCSI. Most megnézem a céges gépemen is. Üdv, János _ linux lista - linux@mlf.linux.rulez.org http://mlf.linux.rulez.org/mailman/listinfo/linux