Nando:

Nagyon jó, így már érthetõ.
(sok ati kártyán a tvout nem ilyen, hanem „normál” monitor csati, többek közt ezért nem értettem az átalakítót.)

A problémán rajta vagyok – többek közt – a google segítségével. elõzõ postomban van egy howto, nézd meg hátha segít, bár ilyen tvouttal nem teszteltem a menetet.

próbáld meg ez alapján:

http://www.hup.hu/wiki/index.php/ATI_video…%C3%ADt%C3%A9se

egy tök jó fej, és nagyon hozzáértõ srác írta… (legalábbis azt mondják…)
[align=right][snapback]125548[/snapback][/align]

Köszi a tippet, de sajnos ezzel is ugyanaz az eredmény: a rendszer úgy összeomlik, hogy még konzol sincs. 🙁

Kicsit alaposabban megnéztem a rendszert. Okozhat filerendszer hibát az ati driver? Mert nálam az ext3 filerendszeremben elég szép kavarodás volt. Le kellett futtatnom az fsck-t ami vagy 20-30 különbözõ hibát talált. a fixálásuk után megy minden rendben. A teljes rendszer 0.3%-a volt hibás. Ami elszórva már tényleg okozhat hibákat.
[align=right][snapback]125625[/snapback][/align]

Nem. Ha alaposabban megnézd a logot:

Látszik, hogy ennek az ati driverhez nem sok köze van.
Esetleg nem készül megdögleni a vinyód?

Nem. Ha alaposabban megnézd a logot:

Code:

Mar 23 16:27:25 localhost kernel: hdb: dma_intr: error=0x05 { DriveStatusError AddrMarkNotFound }, LBAsect=15943919, high=0, low=15943919, sector=15943919
Mar 23 16:27:25 localhost kernel: ide: failed opcode was: unknown
Mar 23 16:27:25 localhost kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Mar 23 16:27:25 localhost kernel: hdb: dma_intr: error=0x05 { DriveStatusError AddrMarkNotFound }, LBAsect=15943919, high=0, low=15943919, sector=15943919
Mar 23 16:27:35 localhost kernel: ide: failed opcode was: unknown
Mar 23 16:27:37 localhost kernel: hdb: DMA disabled
Mar 23 16:27:37 localhost kernel: ide0: reset: success
Mar 23 16:27:37 localhost kernel: tx: error occurred (0x20)!! (excessive Tx retries due to either distance too high or unable to Tx or Tx frame error – try changing ‘iwconfig txpower XXX’ or ‘sens’itivity or ‘retry’)
Mar 23 16:27:37 localhost kernel: hdb: lost interrupt
Mar 23 16:28:00 localhost kernel: hdb: lost interrupt
Mar 23 16:28:10 localhost kernel: hdb: lost interrupt
Mar 23 16:28:10 localhost kernel: EXT3-fs warning (device hdb1): ext3_unlink: Deleting nonexistent file (945430), 0
Mar 23 16:28:20 localhost kernel: hdb: lost interrupt
Mar 23 16:44:51 localhost — MARK —

Látszik, hogy ennek az ati driverhez nem sok köze van.
Esetleg nem készül megdögleni a vinyód?
[align=right][snapback]125669[/snapback][/align]

Elég érdekes lenne. Nincs két hetes, frissen vásárolt és formázott samsung 160GB-s HDD-t heasználok. De ilyen hibák elõjöttek korábban a másik HDD-vel is, ami már két éve megy hibamentesen. Eddig ez a fajta galiba csak az UHU 1.2 használatakor jött elõ. Akkor még ennyit sem tudtam a linuxról, és csak újrarakással tudtam helyreállítani a rendszert. Most az fsck megoldotta, minden prg fut normálisan.

próbáld meg ez alapján:

http://www.hup.hu/wiki/index.php/ATI_video…%C3%ADt%C3%A9se

egy tök jó fej, és nagyon hozzáértõ srác írta… (legalábbis azt mondják…)
[align=right][snapback]125548[/snapback][/align]

próbálkoztam a feltelepítéssel, de sajnos valami baj van. (és ahogy nézem ez megoldaná a tv-out problámámat).

a gépem egy amd64 2800+ nforce 3 alaplappal, friss uhu 1.2 linux-val (na hogy ez így helyes-e? 🙂 ).

ezt írtam be:# rpm -Uvh –forcemc fglrx64_4_3_0-8.10.19-1.x86_64.rpm
bálasz erre a promt – tehát elvlieg jó – csakhogy a célkönyvtárban nem találtam meg a /fglrx.ko fájt.

kevés linuxos tapasztalatom alapján a # jel valami „bemutató, péda”, tehát azt el kell hagyni, ténylegesen:
a jel nélkül ezt a hibaüzit kaptam:

root:/home/nando/Egyebek# rpm -Uvh –force fglrx64_4_3_0-8.10.19-1.x86_64.rpm error: Failed dependencies:
/bin/sh is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libX11.so.6 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libX11.so.6()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libXext.so.6 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libXext.so.6()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libc.so.6 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libc.so.6()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libc.so.6(GLIBC_2.0) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libc.so.6(GLIBC_2.1) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libc.so.6(GLIBC_2.1.3) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libc.so.6(GLIBC_2.2.5)(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_6 4
libc.so.6(GLIBC_2.3)(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libdl.so.2 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libdl.so.2()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libdl.so.2(GLIBC_2.0) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libdl.so.2(GLIBC_2.1) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libdl.so.2(GLIBC_2.2.5)(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_ 64
libm.so.6 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libm.so.6()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libm.so.6(GLIBC_2.0) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libm.so.6(GLIBC_2.2.5)(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_6 4
libpthread.so.0 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libpthread.so.0()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libpthread.so.0(GLIBC_2.0) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libpthread.so.0(GLIBC_2.2.5)(64bit) is needed by fglrx64_4_3_0-8.10.19-1 .x86_64
librt.so.1 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
librt.so.1()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
librt.so.1(GLIBC_2.2) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
librt.so.1(GLIBC_2.2.5)(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_ 64
libstdc++.so.5 is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libstdc++.so.5()(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libstdc++.so.5(CXXABI_1.2) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libstdc++.so.5(CXXABI_1.2)(64bit) is needed by fglrx64_4_3_0-8.10.19-1.x 86_64
libstdc++.so.5(GLIBCPP_3.2) is needed by fglrx64_4_3_0-8.10.19-1.x86_64
libstdc++.so.5(GLIBCPP_3.2)(64bit) is needed by fglrx64_4_3_0-8.10.19-1. x86_64

ötlet?