Debian GNU/Linux

A probléma leírása: magyar qwerty billentyűzetet használok ill. szeretnék használni. Ez ment is csodásan, egészen addig, amig Debian testing update le nem cserélte a teljes X-et + KDE-t a gépemen. Ez volt kb. két-három hete, azóta ha egy alkalmazásban átváltok hu qwerty-re aztán átváltok egy másik alkalmazásra, majd ott csinálok egy us-hu oda-vissza váltást és visszatérek az eredeti alkalmazáshoz, akkor a qwerty kiosztásból qwertz lesz... Több dolgot nézegettem már, de sajnos semmi megoldást nem találtam, google-vel sem. Nagyon megköszönném, ha valaki tudna segíteni, mert az őrületbe kerget a probléma. Előre is köszi.

Helló!

Nagyon extrém és mondhatni röhejes problémába ütköztem. HP IPAQ HX 2700-as PDA-m tökéeltesen megy, de el kell érnem róla a szervert ssh-n keresztül. Működik is a dolog egy pocketputty nevű progammal deee bármilyen furcsa is default billentyűkiosztással (változtatni nem is lehet rajta szerintem) nem megy a kliensprogram alatt a /-jel. Az volna a kérdésem, hogy tudtok-e valami módszert, hogy mégis tudjam használni? Olyan módszert tudtok hogy egy kevesett használt billentyűt szerveroldalon megfeletetek a /-jelnek? Esetleg valami más ötlet?

(Jah persze ctrl+v sem működik.)

A dpkg-reconfigure console-data beallitasanal felrenyomtam es valami mac-es billentyuzetkiosztas jon be, amivel nem tudok belepni a gepre. Hiaba keszitettem mar tablazatot a rendelkezesre allo gombolkol, van, ami hianyzik.
Kerdesem - melzik file-t irja ez felul, azaz egy live cd segitsegevel mit keressek ill irjak at, hogy a login menjen legalabb ? Eddig amit neztem, egyik sem volt nyero.

A /mnt dirbe vanna mountolva a kulonbozo particioim. Terminalbol kezzel vagy mc-vel siman problema nelkul el tudom oket erni. Viszont X alol barmivel probalkozom amint belepek a /mnt be azonnal lefagy az alkalmazas(konqueror, xmms, kaffein ...). Leloni is nehezen lehet oket.
Mi lehet a problema? Mountolassal gondolom nincsen mivel ugy csinaltam ahoggy eddig is, es hat konxolbol megy tokeletesen.

Sziasztok!

Igen idegesítő problémával akadtam össze. Debian SID rendszert használok (napi frissítés), kernel a SID-ben található ( 2.6.15-1-686 ).
A gond az, hogy ha a DMA be van kapcsolva az összes IDE eszközre (egy vinyó és egy DVD +- RW), akkor a DVD-vel nem olvashatóak bizonyos lemezek, fájlok. (A lemezek és a fájlok tutibiztosan hibátlanok).
Ha azonban kikapcsolom az összes eszközön a DMA -t (hdparm -d0 eszköz), majd lecsatolom, kiveszem és visszateszem a DVD-t, akkor rendesen olvassa. DMA nélkül persze nem fogok élni, 1 mbyte/s sebesség mellett

A dmesg-be a következőt szemeteli a hiba fellépésekor:

end_request: I/O error, dev hdc, sector 1433124
hdc: command error: status=0x51 { DriveReady SeekComplete Error }
hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 }
ide: failed opcode was: unknown
end_request: I/O error, dev hdc, sector 1433128
hdc: command error: status=0x51 { DriveReady SeekComplete Error }
hdc: command error: error=0x54 { AbortedCommand LastFailedSense=0x05 }
ide: failed opcode was: unknown

Mi lehet a probléma? Windows alatt nem jelentkezik a dolog, kábelek, hibás hardverek, ilyesmik kizárva; egy vadi új laptopról van szó.
Mit lehetne tenni?

szerk.: ha csak az optikai eszközön kapcsolom le a dma-t, akkor nem jó, mind2-n le kell. (gondolom gyakrolatilag egy kábelen vannak)

Helló!

A skoool.ie oldalát kellene teljes terjedelmében letöltenem gondoltam a wget megcsinálja ezt de a felső menüsávot (pedig az 100%-osan kliens oldali ugye) nem tölti le. (Senior cycle, Junior cycle, Exam centre, homework zone, teachers) Így pedig használhatlan az egész. Tudja valaki miért van ez, s, hogy mit lethetne tenni annak érdekében, hogy ez is megtalálható legyen a gépen? Esetleg valami másik programmal kellene próbálkoznom?

Maga a Debian telepíthető formában van a "source CD" kiadásban?
Ugyanis szeretnék egy gyors rendszert, de nem szeretnék annyit vacakolni vele (gondolok itt a Gentoo-ra - speciel ez a kedvenc disztróm).
Ha véletlenül nincs, akkor szerintetek mennyi időbe, munkába kerülne a telepítőt átírni, hogy forrásból telepítsen, ne pedig binárisból?

Aleph

Sziasztok!

A következő kérdésem lenne:

Adott egy Debian 3.1 2.6.8-2es kernellel. van hozzá egy Sharp AR-5316os digitális nyomtató-másoló. A gond a következő egy CentOS 4.2 alapú rendszeren müködött a nyomtató. Debian alatt nem megy sehogy sem. A CentOS printcap fájlját ismerem. HJiába csinálok bármit debian alatt nem megy. Már két napja szenvedek vele. A Nyomtató ún GDI printer. Bemásolom ide az általam ismert printcapot:

sharpar5316|Sharp:\
:server:\
:mx#0:\
:sh:\
:ff_separator=false:\
:sd=/var/spool/lpd/sharpar5316:\
:lp=/dev/lp0:

Ezt lényegében értem, de nemtom miért nem megy. Próbáltam USB-n is, de ott sem.

Cupsal is próbáltam ott mindig a következő hibát írta a logba:
SLPReg of "sharpar5316" failed with status -20!

Ha tud valaki segíteni azt nagyon de nagyon megköszönném!

Üdv: Hajdú Árpád

Sziasztok,

Van nekem egy ilyen vezerlom: Adaptec ASC-29320A U320
Az lspci ezt mondja:
0000:01:09.0 SCSI storage controller: Adaptec ASC-29320A U320 (rev 10)
Subsystem: Adaptec: Unknown device 0060
Flags: bus master, 66MHz, slow devsel, latency 72, IRQ 225
I/O ports at 2400 [disabled] [=256]
Memory at d4104000 (64-bit, non-prefetchable) [=8K]
I/O ports at 2000 [disabled] [=256]
Expansion ROM at 88000000 [disabled] [=512K]
Capabilities: [dc] Power Management version 2
Capabilities: [a0] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable-
Capabilities: [94] PCI-X non-bridge device.

A kovetkezo a problemam...
van ezen nekem 4db 146GB-os SCSI diszk es kicsit lassunak tunik, jol megy meg minden, de megis lassunak tunik picit...

cat /proc/scsi/aic79xx/0 ezt mondja (a lenyeget vagom ki)

Target 1 Negotiation Settings
User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, 16bit)
Goal: 40.000MB/s transfers (20.000MHz, 16bit)
Curr: 40.000MB/s transfers (20.000MHz, 16bit)
Channel A Target 1 Lun 0 Settings
Commands Queued 5258022
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0
Target 2 Negotiation Settings
User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, 16bit)
Goal: 40.000MB/s transfers (20.000MHz, 16bit)
Curr: 40.000MB/s transfers (20.000MHz, 16bit)
Channel A Target 2 Lun 0 Settings
Commands Queued 5328175
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0
Target 3 Negotiation Settings
User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, 16bit)
Goal: 40.000MB/s transfers (20.000MHz, 16bit)
Curr: 40.000MB/s transfers (20.000MHz, 16bit)
Channel A Target 3 Lun 0 Settings
Commands Queued 4088190
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0
Target 4 Negotiation Settings
User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|RTI|QAS, 16bit)
Goal: 20.000MB/s transfers (20.000MHz)
Curr: 20.000MB/s transfers (20.000MHz)
Channel A Target 4 Lun 0 Settings
Commands Queued 4131396
Commands Active 0
Command Openings 32
Max Tagged Openings 32
Device Queue Frozen Count 0

Ami elso re nem tunt fel, az az hogy a 4-es target Goal / Curr erteke az 20.000MB/sec miert van ez szerintetek?

A vezerlo egyik csatornajara van rakotve mind a 4db diszk....

szerintetek mi lehet a gond?

Miert erzem lassunak? azert mert a "hdparm -tT /dev/md0 /dev/md0 /dev/md0" kovetkezo ertekeket adja:

/dev/md0:
Timing cached reads: 2968 MB in 2.00 seconds = 1483.91 MB/sec
Timing buffered disk reads: 100 MB in 3.03 seconds = 33.02 MB/sec

/dev/md0:
Timing cached reads: 2928 MB in 2.00 seconds = 1463.91 MB/sec
Timing buffered disk reads: 94 MB in 3.01 seconds = 31.21 MB/sec

/dev/md0:
Timing cached reads: 2948 MB in 2.00 seconds = 1473.91 MB/sec
Timing buffered disk reads: 104 MB in 3.00 seconds = 34.62 MB/sec

meg egy IDE disz es szoftveres RAID eseteben is 50-60MB/sec szokott lenni a Timing buffered disk reads....

amugy igy nez ki a setup, ha a szervezesben lenne esetleg valami....
cat /proc/mdstat

md1 : active raid1 sdd1[1] sdc1[0]
14651136 blocks [2/2] [UU]

md2 : active raid5 sdd2[3] sdc2[2] sdb2[1] sda2[0]
385246464 blocks level 5, 64k chunk, algorithm 0 [4/4] [UUUU]

md0 : active raid1 sdb1[1] sda1[0]
14651136 blocks [2/2] [UU]

Minden hozzaszolast, otletet elore is koszonok...Ha esetleg tudnatok valami parancssori utility-t ajnalani, amivel a diszk backend teljesitmenyet le lehetne merni azt is nagyon megkoszonnem...

Udv,
Istvan

Sziasztok!

A mai nap a debianom valamiért nem csatolta fel a swap partíciót. Eleinte nem volt gond, csak aztán megtelt az 512Mb. Mondom, nem para, erre van az mkswap. Ki is adtam: "mkwap /dev/hda2", tettem mindezt abban a hiszemben, hogy a hda2 a swappartícióm. A parancs minden gond nélkül, csak utána minden program megbolondult.

Ekkor jutott eszembe, hogy ezen a gépemen a hda2 a rendszerpartíció. Persze az "init 6" már le sem tudott futni. Ekkor főkapcsoló. A gép azóta nem bootol (grub: error 17).

Kérdésem, hogy hogyan tudnám visszaállítani a régi állapotot (vagy legalább hogyan tudnám elérni a hda2-n tárolt adataimat).

hda1 - swap
hda2 - ext3
hda3 - ntfs
hda4 - fat32

Köszönettel: Aikon