Hirdetés

2019. május 24., péntek

Útvonal

Fórumok  »  OS, alkalmazások  »  Linux - haladóknak (kiemelt téma)

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2013-09-30 15:51:13

PROHARDVER!

Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.

Összefoglaló kinyitása ▼

Hozzászólások

(#5651) dabadab válasza dany27 (#5648) üzenetére


dabadab
(Jómunkásember)

Mehet egybe az egesz, nem igazan erdemes particionalassal vacakolni.

DRM is theft

(#5652) GD válasza dabadab (#5650) üzenetére


GD
(PH! addikt)

oké, jelentek majd, ne tünj el! :DDD

(#5653) dany27


dany27
(őstag)

hi
egy furcsa problémába ütköztem adott egy gép bennt a BIXben amin Debian linux fut.
ittholról elvileg ssh-n keresztűl érem el! Egy ideig minden franón megy de egy idő után már nem érem el se az ssh nem jó se a web server nem megy se FTPn nem érem el!
Ez változó van mikor 10percenként van mikor 5 perc alatt lehal de hogy mért azt nem bírjuk kitalálni! Teljesen friss rendszer ma lett felrakva!

(#5654) dabadab válasza dany27 (#5653) üzenetére


dabadab
(Jómunkásember)

Es mondjuk mi van a logokban?... (Elsore talan a /var/log/syslog-ot lenne erdemes megnezni.)

DRM is theft

(#5655) GD válasza dabadab (#5651) üzenetére


GD
(PH! addikt)

gd@mainpc:~$ ircat mplayer
mplayer: unknown token "name" in /home/gd/.lircrc:17 ignored
mplayer: unknown token "flags" in /home/gd/.lircrc:18 ignored
mplayer: unknown token "eps" in /home/gd/.lircrc:19 ignored
mplayer: unknown token "aeps" in /home/gd/.lircrc:20 ignored
mplayer: unknown token "ptrail" in /home/gd/.lircrc:22 ignored
mplayer: unexpected token in line /home/gd/.lircrc:23
mplayer: unknown token "gap" in /home/gd/.lircrc:24 ignored
mplayer: bad file format, /home/gd/.lircrc:26

elég cifrán indul a történet.. :B

(#5656) dany27 válasza dabadab (#5654) üzenetére


dany27
(őstag)

semmi olyasmi nincs a logban ami ilyesmire utalna!
De az az érdekes h benntről elvileg tudják ingelni csak én nem innét!

(#5657) dabadab válasza GD (#5655) üzenetére


dabadab
(Jómunkásember)

mv .lircrc .lircrc.huss ? :)

DRM is theft

(#5658) GD válasza dabadab (#5657) üzenetére


GD
(PH! addikt)

ergo: csináljak új alapconfigot irrecord-al? .-) egyből .lircrc néven és a ~-ba?

(#5659) dany27 válasza dabadab (#5654) üzenetére


dany27
(őstag)

Hi

Lehúztam a syslogot itt van: [link]

(#5660) dabadab válasza GD (#5658) üzenetére


dabadab
(Jómunkásember)

Nem, nem kell a home-ba .lircrc. Minek?

DRM is theft

(#5661) GD válasza dabadab (#5660) üzenetére


GD
(PH! addikt)

egy google-val talált howto-n olvastam.. a lehető legtrébb a LIRC a téma dokumentálva.. maga a weblapja is úgy néz ki, mint amit egy iskolás dobott össze. :U

(#5662) GD


GD
(PH! addikt)

üdv! tapasztalt már vki olyat hogy a df parancs nem írja ki a root partíciót?
2.6.20-15-server Fiesty / Ubuntu

(#5663) ngabor2 válasza GD (#5662) üzenetére


ngabor2
(PH! nagyúr)

a mount kiírja?

amúgy én még nem találkoztam vele, csak járjuk akkor körül a dógot.

(#5664) dabadab válasza GD (#5662) üzenetére


dabadab
(Jómunkásember)

Nem.

/etc/mtab-ban ott van?

DRM is theft

(#5665) GD válasza ngabor2 (#5663) üzenetére


GD
(PH! addikt)

nem, a mount nem írja ki.. :Y és az mtab-ban sem írja ki..
fstab-ban így szerepel:
# /dev/sda2
UUID=2adc5c5c-9af5-44c4-b885-04788184af97 / ext3 defaults,error
s=remount-ro 0 1

[ Szerkesztve ]

(#5666) Vladi válasza GD (#5665) üzenetére


Vladi
(Topikgazda)

Kőkemény. De végül is fel van csatolva. Ha nincs root akkor ugye a rendszer sem áll fel. A gyökeret újra lehet csatolni?

mount / -v

Jani másszál fel! Maradj a kompon!

(#5667) GD válasza Vladi (#5666) üzenetére


GD
(PH! addikt)

mount / -v
mount: special device /dev/disk/by-uuid/2adc5c5c-9af5-44c4-b885-04788184af97 does not exist

sztem az lesz hogy az fstab-ba átírom diskuid nélküli hagyományos formára..

[ Szerkesztve ]

(#5668) zoltanz


zoltanz
(PH! nagyúr)

"nekem egy fullos desktop alapfutásból 250mega ramot eszik ubuntu-val"

Nemtudom nálam mondjuk nincs 3D-s asztal meg Wifi bekapcsolva, így kicsit 100 MB fölött megáll az Ubi.

Csak a változás állandó XD

(#5669) GD válasza GD (#5667) üzenetére


GD
(PH! addikt)

höhö, bejött a megérzés, utókornak tanulságul szolgáljon az eset.. :DD

(#5670) Tuschke válasza zoltanz (#5668) üzenetére


Tuschke
(kvázi-tag)

Mit jelent az alapfutás?
most épp 776-ot eszik a debian.

Ha az ördöggel táncolsz, az ördög ugyanaz marad - Téged formál a képére

(#5671) zoltanz válasza GD (#5615) üzenetére


zoltanz
(PH! nagyúr)

GD

Mit jelent az alapfutás?

Én a telepítés utáni állapotról írtam. Swap -nélkűl ennyi memóriát használ a renszer.

Csak a változás állandó XD

(#5672) GD válasza zoltanz (#5671) üzenetére


GD
(PH! addikt)

a munkamenetek közé bepakolt hasznos, illetve általam fölösnek tartott és kiszedett cuccok után, a desktop direkt kézzel indított alkalmazás futása nélkül

(#5673) Vladi válasza GD (#5672) üzenetére


Vladi
(Topikgazda)

Vagyis beállított rendszer közvetlenül login után mr. Körmönfontan Fogalmazó.

De a történeted azért nem teljesen tiszta. Jó a kernel megkapja a root helyét a grubtól. Így bebootol. De hogy állítódott el az uuid? Szerintem találtál egy bugot. Bogarászás? Már ha van kedved.

[ Szerkesztve ]

Jani másszál fel! Maradj a kompon!

(#5674) GD válasza Vladi (#5673) üzenetére


GD
(PH! addikt)

állj! két különböző téma van :-)

(#5675) Vladi válasza GD (#5674) üzenetére


Vladi
(Topikgazda)

Mint mindig... :))

Jani másszál fel! Maradj a kompon!

(#5676) GD válasza Vladi (#5675) üzenetére


GD
(PH! addikt)

fogalmam sincs mitől lett hüje a uuid..

uuidgen /dev/sda2
90865ed0-fb04-4acb-a35c-6749ad5823a5

fstab
#UUID=2adc5c5c-9af5-44c4-b885-04788184af97

lehet a telepítő jóember azóta vmit átvariált, amit nem értek, ha már nem ez a uuid, hogy tudott a gép boot-olni? :U

(#5677) GD


GD
(PH! addikt)

LIRC téma: (beláttam hogy kénytelen leszek sokat olvasni ha meg akarom csinálni :B )
eddig ez tűnik legérthetőbb leírásnak->
idézet innen: [link]

"Most keresd meg a disztribúciód modulkonfigurációs fájlokat tartalmazó könyvtárát (Debian alatt pl. /etc/modutils/) ezen belül hozz létre egy lirc nevû fájlt, és szúrd be a következõ sort:

alias char-major-61 lirc_serial

Kell lennie egy actions nevû fájlnak is, ebbe meg kell adni a megfelelõ paramétereket (ugyanazok mint amiket a setup.sh -ban megadtunk). Pl.:

options lirc_serial irq=4 io=0x3e8"

A leírás ezen része még érvényes pl egy mai disztróra is? konkrétan ubuntu 8.04-re?

[ Szerkesztve ]

(#5678) Vladi válasza GD (#5676) üzenetére


Vladi
(Topikgazda)

Mi van a menu.lst-ben? Hát úgy. :K

Jani másszál fel! Maradj a kompon!

(#5679) dabadab válasza GD (#5677) üzenetére


dabadab
(Jómunkásember)

Legjobb tudomasom szerint igen (bar mintha az udev vmit bekavarna), de amig tesztelsz, addig inkabb siman kezzel toltsd be (modprobe lirc_serial irq=4 io=0x3e8), ha igy meg, akkor majd raersz aggodni emiatt. :)

DRM is theft

(#5680) GD válasza Vladi (#5678) üzenetére


GD
(PH! addikt)

kernel /boot/vmlinuz-2.6.20-15-server root=/dev/sda2 ro quiet splash
:O bammeg..ide berakni..elsírom magam

(#5681) GD válasza dabadab (#5679) üzenetére


GD
(PH! addikt)

tnx, hahazaérektesztelem...

(#5682) GD válasza dabadab (#5679) üzenetére


GD
(PH! addikt)

modprobe lirc_serial
FATAL: Error inserting lirc_serial (/lib/modules/2.6.24-16-server/updates/dkms/lirc_serial.ko): Device or resource busy

:(((

mode2: error opening /dev/lirc
mode2: No such file or directory

(#5683) zoltanz


zoltanz
(PH! nagyúr)

A BSD -sd disztribúciók gondolatával eljátszott már valaki, nagyon hanyagolva van a téma, pedig nem rendelkezik gyenge képességekkel. Én a PC-BSD feltoltam már és pozitív, átlag usert kiszolgál elég, profi CD/DVD író progival és ablakozóval rendellkezik és integrált meghajtókkal.

[ Szerkesztve ]

Csak a változás állandó XD

(#5684) VladimirR válasza zoltanz (#5683) üzenetére


VladimirR
(PH! nagyúr)

igen, van neki sajat "nagy" topic-ja is, bar nem igazan porgo a tema
en magam openbsd-t akarok majd felpakolni, elobb virtualpc-ra, aztan a p1-esemre, csak ido is kellene hozza, mert ahogy nezegettem, az sem lesz egyszeru moka

(#5685) zoltanz válasza VladimirR (#5684) üzenetére


zoltanz
(PH! nagyúr)

Hi :DD 4 kemény hozzászólás )meghirdetek egy S3 -as videókártyát arra több up van.

[ Szerkesztve ]

Csak a változás állandó XD

(#5686) VladimirR válasza zoltanz (#5685) üzenetére


VladimirR
(PH! nagyúr)

vannak egyebkent kulon pc-bsd (szinten 4 hozzaszolassal), openbsd es freebsd (1, 2) topic-ok is, de azok sem igazan mennek

(#5687) dabadab válasza GD (#5682) üzenetére


dabadab
(Jómunkásember)

Ez nem volt mar?... :F

A kernel soros port drivere lecsapott arra a portra, ahonnan a lirc driver akajra kiolvasni az adatokat. Meg kell mondani a kernelnek, hogy hagyja beken azt a portot, amit hasznalni akarsz.

DRM is theft

(#5688) rollins válasza zoltanz (#5683) üzenetére


rollins
(PH! addikt)

Kíváncsiságból megnéztem én is ezt a Pc-Bsd -t virtualboxban, elég nagy sikere lenne, ha még több hardvert ismerne szvsz, könnyen települt, magyarul is tud kicsit. FreeBsd -t is megnéztem, telepítésénél kicsit vakartam a fejem, el is tévedtem benne. Hát az nem nekem való..., de gondolom kiszolgálónak kiváló.

[ Szerkesztve ]

(#5689) Vladi válasza zoltanz (#5685) üzenetére


Vladi
(Topikgazda)

Most mér? Az az eddigi leg sikeresebb bsd topik. :U

Jani másszál fel! Maradj a kompon!

(#5690) GD válasza dabadab (#5687) üzenetére


GD
(PH! addikt)

oké, csak nem tudok kernel-ül .-) tehát?

(#5691) rollins válasza GD (#5690) üzenetére


rollins
(PH! addikt)

lehet hogy echo valami > /proc/valahol szerűség kell , na most aztán sokat segítettem :>>

(#5692) Sipi válasza GD (#5682) üzenetére


Sipi
(PH! addikt)

LIRC röviden, általánosan. Nem ismerem a disztródat, ezért nem tudom megmondani, hova kell beínri ezeket.

1. Telepíted, a modulok leírójában megadod a lirc-serial paramétereit (nálam /etc/modules.d/lirc):

options lirc-serial irq=4 io=0x3f8
pre_install lirc-serial setserial /dev/ttyS0 uart none

Ez elsőnél add meg a saját soros portod adatit. A második sor mondja meg neki, hogy betöltődéskor vágja kupán a soros drivert, mert lefoglalja a lirc portjait. Másik megoldás, hogy a lirc-serialt töltöd be először, és csak utána a serialt.

2. A /etc/lircd.conf fájl elkészítése. Ez mondja meg, milyen távirányítóval kezeled a gépet. Csak a begin remote van benne, ebből akármennyi lehet! A gombok, az infrasugár fizikai adatait írja le.

3. Ha betöltöd a lirc-serial modult, elkészül a lirc eszköz (pl. /dev/lirc/0, /dev/lirc0). A lircd daemon indítása után a daemon figyeli ezt az eszközt, és ha jelet érzékel, a lircd.conf alapján eldönti, melyik gombot nyomtad le.

4. Az összes többi a user dolga. A lircrc fájlok határozzák meg, x program futásakor y gombot lenyomva mi történjen. Ez lehet a /etc/lircrc globális fájl, vagy a home könyvtárakban .lircrc. A formátumuk ugyanaz.

5. Ha egy program natívan támogatja a lirc-et, elég ennyi. Ha nem, az irexec programot elindítva (-d kapcsolóval dámonizálódik és megissza a söröd) bármit kezelhetsz. Ilyenkor a lircrc-ben a prog = sorban nem a futó programot adod meg, hanem az irexec-et, aztán belezavarodsz az egymásba ágyazott ciklusok sorába.

6. Az irrecord, mode2 futásához nem kell a lircd daemon, mert magát az eszkközt kérdezi le, amit a lircd lefog.

7. A leggyorsabb tesztelés az irw-vel lehet. Ha fut a lircd és az eszköz is él, kiírja, milyen billentyűt nyomtál le. Így láthatod, hogy működik-e az eszköz, és a lircd értelmezi-e a kódokat.

Sipi

Mont-joie! Saint Denis! Je trépasse si je faiblis!

(#5693) GD válasza Sipi (#5692) üzenetére


GD
(PH! addikt)

köszi!

a 4.-7.-ig rész már google-val nagyjából tiszta, az 1.-3. meg hasznos volt
még azt nem tudom, hogy a /etc/lirc/hardware.conf igényel e szerkesztést, ha igen mit hová?
lircrc rögzítés már ment valamikor irrecord-al, csak többféle leírás alapján követtema lirc témát, csöppet kusza a rendszer... ebben próbálok most visszafejteni a megoldásig..

a 2-eshez majd hozzászólok ha a gépem előtt leszek..gyanítom, hogy azon kellene még fésülni, megköszönöm, ha még erre jársz mostanság :B

(#5694) Sipi válasza GD (#5693) üzenetére


Sipi
(PH! addikt)

Ahogy nézem, ez a hardware.conf valamiféle egyvelege a hardver, szoftver, az élet, a világmindenség és minden témájának. Amit írtam, azok kellenek, meg kell adnod a modul paramétereit, a lircd.conf-fal a távirányítód leírását, aztán ebben a fájlban kell megadni, hogy a lircd indulásakor mik történjenek.

REMOTE="samsung" - gondolom, ez annak a távirányítónak a neve, amit a lircd.conf-ban megadtál.

REMOTE_DEVICE="/dev/ttyS1" - nem ismerem a serial drivert, én a sirt használtam, lehet, hogy ez a jó eszköz... Esetleg a ttyS0 lehet még jó. Mindenesetre amit itt megadsz, azt kell megadnon a pre_install opciónál is, hogy a serial driver ne írja felül.

REMOTE_LIRCD_CONF="/root/lircd.conf" - ez szvsz hülyeség, általános konfigot ki a fene ment a /etc-n kívül máshova? Ez megy a /etc-be.
START_LIRCD=true
#START_LIRCMD="false" - ha a lircmd nem kell, megadhatod, hogy ne induljon.
LOAD_MODULES="true"
LIRCMD_CONF="/root/lircd.conf" - megint hülyeség, ráadásulk hibás! A lircmd szintaktikája más, mint a lircd, ezt töröld, vagy /etc/lircmd.conf legyen. A fájl meg üres. :)

Gentoo alatt az alap lircmd.conf tartalma:

PROTOCOL IntelliMouse

# ACCELERATOR start max multiplier

ACCELERATOR 2 30 5

ACTIVATE * RESERVED

MOVE_N * 2
MOVE_NE * 3
MOVE_E * 6
MOVE_SE * 9
MOVE_S * 8
MOVE_SW * 7
MOVE_W * 4
MOVE_NW * 1
MOVE_IN * CH+
MOVE_OUT * CH-

BUTTON1_TOGGLE * 5
BUTTON1_TOGGLE * RADIO
BUTTON2_TOGGLE * VOL+
BUTTON3_TOGGLE * SOURCE

BUTTON1_CLICK * TV
BUTTON1_CLICK * VOL-
BUTTON3_CLICK * MUTE

# BUTTONx_CLICK, BUTTONx_UP, BUTTONx_DOWN are also possible

FORCE_NONINTERACTIVE_RECONFIGURATION="false"
START_LIRCMD=""

Így el tudod indítani. Az egyetlen vacakolás még a létrejövő eszközzel lesz. Először azt javaslom, rmmod serial, meg ami ehhez köthető (8250). Aztán modprobe lircd-serial, a megadott opciókkal. Nem szabad ütköznie semmivel - ha igen, a serial driver még mindig fogja az összes soros portot. A pre_install opcióban módosítsd az S0-t, míg végre betöltődik a lirc-serial. Ha kész, nézd meg, milyen eszköz jött létre: a ttySx mellett van-e lirc0, lirc/í, ilyesmi. Ha igen, szerintem azt kell majd használnod, megadnod a hardware.conf-ban.

Ha végre nincs ütközés, a modprobe sikeres, megvan az eszköz, már automatikusan el tudod indítani.

Az irrecorddal nem kell kuszálni. (Ezt nem is értem, ezzel semmit nem tudsz elrontani a rendszereden, max. az irányító gombjait nem ismri majd fel a lircd.) Elindítod, kér pár gombnyomkodáést, míg detektálja, milyen a jel, aztán egyesével megadod a gombokat. Ha már van lircd.conf-od, benne az irányító adataival, gombokkal, semmit sem kell csinálnod vele.

Pár sor a lircrc-mből:

begin
prog = mplayer
button = RADIO
config = pause
end
begin
prog = mplayer
button = VOL-
config = volume -1
repeat = 1
end
begin
prog = mplayer
button = VOL+
config = volume 1
repeat = 1
end

Az irexec-be nem menjünk bele, ha nagyon kell, inkább elküldöm emailben, mert magyarázni nehézkes, anno szétdurrant tőle az agyam. :)

Szerintem nálad az a gond, hogy több leírást követtél, ezek némelyike hülyeséget írt. A helyedben törölnék minden fájlt, amivel telepakoltad a rendszeredet, és azt a hármat, ami kell, a helyére teszed. /etc/lircd.conf a távirányító adataival, /etc/lircrc azzal, hogy melyik gomb mit csináljon, meg az a hardware.conf nevű izé.

Sipi

Mont-joie! Saint Denis! Je trépasse si je faiblis!

(#5695) GD válasza Sipi (#5694) üzenetére


GD
(PH! addikt)

nah, van infó dögivel, már csak agyban kellene összerendeznem :P
azért nekem kicsit fura 2008-ban, hogy valami ilyen barkács... még a linux-tól is..
vagy csak elkényelmesedtem mostanság..
ha nagy lesz a kavar továbbra is, akkor csinálok egy partícióra clean install-t és ti szülői felügyeletetek mellett faragom :-) egyszer ha meglesznek a jó configok írok saját howto-t és akkor 100helyre mentem magamnak..

(#5696) VladimirR


VladimirR
(PH! nagyúr)

tisztelt egybegyultek, kernellel illetve annak forgatasaval kapcsolatban lenne egy kerdesem:
gentoo-t (is) hasznalok, ahol ugye elkerulhetetlen, hogy magamnak forditsak kernelt, igy jopar alkalom utan felmerult bennem a kerdes, hogyan erdemesebb forditani az egyes dolgokat? bele a kernelbe, vagy modulkent? ha jol tudom, ennek igazabol a kernel meretet illetoen van jelentossege, igy viszont nekem megfelelobb, ha kernelbe teszem a dolgokat, mert csak azt forditom, amire szuksegem is lesz

a kerdes az lenne, hogy vannak-e mas szempontok is, amiket figyelembe kellene vennem, vagy nagyjabol annyirol van csak szo, amit fentebb irtam?

valaszaitokat elore is koszonom

(#5697) GD válasza VladimirR (#5696) üzenetére


GD
(PH! addikt)

talán annyi, hogy a "modulosabb" kernel rugalmasabb, magad pakolgatod, rendezed sorrendbe, lövöd ki és töltöd be, próbálod, ha valami kell.. illetve utólag újrafordítod vagy átparaméterezed.. valami olyasmi lehetne az elv, hogy ami rendszerközeli (hw + alapfunkciók) és úgyis kell, az kernelbe, ami meg már ezen felül van, az modul

(#5698) Sipi válasza GD (#5695) üzenetére


Sipi
(PH! addikt)

Elsőre anno nekem is az volt, pont azért, mert tele a net rossz doksival. Miután kész vagy, átgondolod, rájössz: pofonegyszerű.

1. A LIRC moduljait nem lehet automatikusan betölteni, mert az eszközei többnyire nem autodetektálhatók. Sőt, a soros portra csatlakozó eszközök többnyire házibarkácsok.

2. A LIRC csomag több száz távirányító adatait tartalmazza. De ennél jóval több van forgalomban - nem lehet mindet megcsinálni, kézzel kell elkészíteni a gombkiosztást.

3. A folyamat egyszerű: lirc modult betöltöd, létrejön a lirc-eszköz, amit a lircd daemonnal figyeltetsz. Ez detektálja a gombnyomást és visszaadja, mit nyomtál meg vagy engedtél fel.

4. Ezt az eseményt a programoknak átadod. Többnyire ez sem mehet automatikusan, mert a távirányítók eltérőek. Nálam pl. nincsenek fel-le-bal-jobb gombok. Ha az mplayerbe beledrótozták volna ezeket is, nem tudnám irányítani.

5. A natív LIRC-alkalmazásokkal nem szokott gond lenni. Az MPlaer, Mythtv, Freevo saját maga kezeli, saját konfigja van, nem zavar be semmibe. Ha elindítod a Freevo-t, saját beállításai alapján kezeli az infrát. Ezekhez a lircrc sem kötelező - ha nem csinálod meg, akkor minden programnak külön fájlban kell megadni az irányítás adatait.
Annyiban kényelmes a lircrc, hogy egy helyen lesz minden program minden adata.

Gond akkor van, ha a program nem ismeri a LIRC-et, ekkor a külső irexec programmal kell irányítani. Ehhez meg már kell a lircrc, és némi trükk. Ezek is dokumentálva vannak itt-ott, nem bonyolult, csak elsőre nehéz átlátni, mert a lircrc-be egymásba ágyazott blokkokat kell írni.

A mai Gentoo-mon már nem kell semmi barkács, a telepításnél megadtam, melyik modult fordítsa, ehhez automatikusan létrejöttek a modult leíró fájlok. Csak a lircd.conf-ot kellett megcsinálni, de a Hauppauge-hoz már van előre elkészített conf, szóval az sem kellett.

A serial annyiban macerás, hogy a soros porton lévő infra-eszköz fizikailag egy soros port, semmi több. Ezért persze, hogy a serial driver kezdi kezelni. Neked kell megadni, hogy bocs, de ez nem az, és rádumálni, hogy engedje át a terepet a lirc-serialnak.
Ennél még mókásabb a soros portként funkcionáló IrDA eszköz, amit Lirc-cel akarok hajtani... Ott két drivert kellett ledumálnom arról, hogy kezelje. :)

Sipi

Mont-joie! Saint Denis! Je trépasse si je faiblis!

(#5699) zoltanz


zoltanz
(PH! nagyúr)

Kár hogy nem lehet tudni hány nap van a kiadásig mint a Fedora -nál pl. (2 nap) a Linux Mint kiadásoknál, nekem beváltak. Főleg a Debian Edition (Gnome) lehet érdekes, de a Fluxbox Community Edition is hasonlóképp.
A XFCE Community Edition már RC (kiadásra jelölt) állapotú ha jól értem:

The first release candidate for Linux Mint 4.0 Daryna XFCE Community Edition is out and available for download.

[ Szerkesztve ]

Csak a változás állandó XD

(#5700) Anakin007


Anakin007
(fanatikus tag)

Sziasztok!
Cups (vagy vmi más) problémám lenne, konkrétan cups-1.4svn-r7527, a2ps-4.14, ghostscript-8.62, foomatic-db-20080330, foomatic-db-engine-3.0-20080504, foomatic-db-hpijs-20080330 vannak telepítve forrásból. A printer egy párhuzamos portos laserjet 4L.
Probléma akkor van, ha 1-nél több jpeg v. más képfile-t akarok kinyomtatni egymás után: az elsőt még kinyomtatja, ám aztán beragad a nyomtatási sorba "queued" állapottal és aztán sehova tovább. A következő kép v. bármi más csak akkor nyomtatódik ki, ha előbb törlöm a nyomtatási sorból a korábban kinyomtatott (és beragadt) nyomtatási feladatot :W
error.log-ban ennyi van ilyenkor:
I [11/May/2008:13:09:47 +0200] [Job 124] Adding start banner page "none".
I [11/May/2008:13:09:47 +0200] [Job 124] Adding job file of type application/vnd.cups-raw.
I [11/May/2008:13:09:47 +0200] [Job 124] Adding end banner page "none".
I [11/May/2008:13:09:47 +0200] [Job 124] Queued on "laser" by "jurij".
I [11/May/2008:13:09:47 +0200] [Job 124] Started backend /usr/lib/cups/backend/parallel (PID 23173)
I [11/May/2008:13:10:47 +0200] Saving job cache file "/var/cache/cups/job.cache"...
I [11/May/2008:13:10:59 +0200] [Job 125] Adding start banner page "none".
I [11/May/2008:13:10:59 +0200] [Job 125] Adding job file of type application/vnd.cups-raw.
I [11/May/2008:13:10:59 +0200] [Job 125] Adding end banner page "none".
I [11/May/2008:13:10:59 +0200] [Job 125] Queued on "laser" by "jurij".
I [11/May/2008:13:11:36 +0200] Started "/usr/lib/cups/cgi-bin/jobs.cgi" (pid=23184)
I [11/May/2008:13:11:59 +0200] Saving job cache file "/var/cache/cups/job.cache"...

Szal másodjára nem indítja a backendet. Íme a job lista, a 124-es a hibátlanul kinyomtatott file bejegyzése, a 125. ami már nem jött ki:

laser-124 smbprn.00000163 Z:\K�pek\avatar-1353.jpg jurij 184k 1 processing since
Sun May 11 13:09:47 2008
"Sent print file, 187431 bytes..."

laser-125 smbprn.00000164 Z:\K�pek\C2003A.jpg jurij 96k Unknown pending since
Sun May 11 13:10:59 2008
"Sent print file, 187431 bytes..."

Az elsőnél még kiírja, hogy 1 lap, a másodiknál meg már csak hogy ismeretlen-t ír oldalszámnak...

Mi a p*csa lehet vele?

Ha Isten létezne, hinnék benne.

Útvonal

Fórumok  »  OS, alkalmazások  »  Linux - haladóknak (kiemelt téma)
Copyright © 2000-2019 PROHARDVER Informatikai Kft.