[Warrior]

Idézet: bogdan - Dátum: 2008. márc. 31., hétfõ - 13:44

ha a tar nem is fogadna a device-ot, rakd pipe-ba!
cat /dev.sdb1 | bzip ...
mert jut eszembe, egy file-t miert akarnal tar-olni??? jobb ha rokton zip-peled! (nezd meg a man-t, hogy mikepp allitasz be stdin-rol bemenetet nekik..)

egyebkent a fentire sokkal esszerubb nem particio szinten, hanem file szinten menteni. az miert nem jo megoldas? megorzi a jogokat ugyebar, es hatarozottan kevesebb helyet foglal.

Igaz, nem írtam, hogy a mentendõ partition ntfs (most még).

Én is feltettem a kérdést magamnak: minek akarok tarolni... Közben hasonló helyre jutottam, most sasolom a gzip manját. Nem is kell beállítani stdin-t bemenetnek, simán pipe-on keresztül is fogad.

A mentésnél a lényeg: hogy csináljon 1 snapshot-ot, amibõl a fájlrendszer 100%-osan visszaállítható. Nem akarok azzal kínlódni, hogy mi van, ha valamilyen fájlrendszer-hiba miatt valami nem olvasható, csak esetleg chkdsk futtatása után. Elõfordulhat ugyanis, hogy sérült fájlrendszert kell menteni (pendrive-nál sajnos volt már). Ezért nem akartam felmountolt fájlrendszert menteni. De egyébként még lehet, hogy odáig "fajul" a dolog...

A zippelõs megoldásnál is lényegesen kevesebb helyet foglalna a fájl-szintû "dump"? :confused:

Ami mindenképpen a fájl-mentés elõnye, az a gyorsabb futás; abban az esetben, ha pl. egy hatalmas fájlrendszeren csak kevés adat van.

Egyébként meg köszy a gyors választ!

Szerkesztette: Warrior 2008. 03. 31. 13:19 -kor

[kroozo]

Idézet: Warrior - Dátum: 2008. márc. 31., hétfõ - 13:13

Igaz, nem írtam, hogy a mentendõ partition ntfs (most még).

Én is feltettem a kérdést magamnak: minek akarok tarolni... Közben hasonló helyre jutottam, most sasolom a gzip manját. Nem is kell beállítani stdin-t bemenetnek, simán pipe-on keresztül is fogad.

A mentésnél a lényeg: hogy csináljon 1 snapshot-ot, amibõl a fájlrendszer 100%-osan visszaállítható. Nem akarok azzal kínlódni, hogy mi van, ha valamilyen fájlrendszer-hiba miatt valami nem olvasható, csak esetleg chkdsk futtatása után. Elõfordulhat ugyanis, hogy sérült fájlrendszert kell menteni (pendrive-nál sajnos volt már). Ezért nem akartam felmountolt fájlrendszert menteni. De egyébként még lehet, hogy odáig "fajul" a dolog...

A zippelõs megoldásnál is lényegesen kevesebb helyet foglalna a fájl-szintû "dump"? :confused:

Ami mindenképpen a fájl-mentés elõnye, az a gyorsabb futás; abban az esetben, ha pl. egy hatalmas fájlrendszeren csak kevés adat van.

Egyébként meg köszy a gyors választ!

1) A pipe az stdinre teszi a dolgokat, szoval ,,beallitod bemenetnek'' akarmit is jelentsen ez nalad

En egyebkent ilyesmire valami regi megszokas miatt cpiot szoktam hasznalni:

$ ls -laR
.:
total 0
drwxr-xr-x+ 3 etambec        mkgroup-l-d 0 Mar 31 21:16 .
drwxr-xr-x+ 4 etambec        mkgroup-l-d 0 Mar 31 21:15 ..
drwxr-xr-x+ 3 Administrators ????????    0 Mar 31 21:16 1
./1:
total 189
drwxr-xr-x+ 3 Administrators ????????         0 Mar 31 21:16 .
drwxr-xr-x+ 3 etambec        mkgroup-l-d      0 Mar 31 21:16 ..
-rwxr-xr-x  1 Administrators ????????    100797 Mar 17 15:59 a.pdf
-rwxr-xr-x  1 Administrators ????????     91182 Mar 17 16:03 b.pdf
drwxr-xr-x+ 2 Administrators ????????         0 Mar 31 21:06 c
./1/c:
total 6769
drwxr-xr-x+ 2 Administrators ????????       0 Mar 31 21:06 .
drwxr-xr-x+ 3 Administrators ????????       0 Mar 31 21:16 ..
-rwxr-xr-x  1 Administrators ???????? 6931144 Feb 21 22:12 d.pdf
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio
$ cd 1
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/1
$ find . -depth |cpio -o -H newc|bzip2 >../example.cpio.bz2
13914 blocks

etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/1
$ cd ..
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio
$ ls -la
total 5274
drwxr-xr-x+ 3 etambec        mkgroup-l-d       0 Mar 31 21:18 .
drwxr-xr-x+ 4 etambec        mkgroup-l-d       0 Mar 31 21:15 ..
drwxr-xr-x+ 3 Administrators ????????          0 Mar 31 21:16 1
-rw-r--r--  1 etambec        mkgroup-l-d 5399870 Mar 31 21:18 example.cpio.bz2
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio
$ mkdir 2
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio
$ cd 2
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/2
$ bzcat ../example.cpio.bz2 |cpio -id -H newc
13914 blocks
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/2
$ ls -laR
.:
total 189
drwxr-xr-x+ 3 etambec mkgroup-l-d      0 Mar 31 21:19 .
drwxr-xr-x+ 4 etambec mkgroup-l-d      0 Mar 31 21:19 ..
-rwxr-xr-x  1 etambec mkgroup-l-d 100797 Mar 31 21:19 a.pdf
-rwxr-xr-x  1 etambec mkgroup-l-d  91182 Mar 31 21:19 b.pdf
drwxr-xr-x+ 2 etambec mkgroup-l-d      0 Mar 31 21:19 c
./c:
total 6769
drwxr-xr-x+ 2 etambec mkgroup-l-d       0 Mar 31 21:19 .
drwxr-xr-x+ 3 etambec mkgroup-l-d       0 Mar 31 21:19 ..
-rwxr-xr-x  1 etambec mkgroup-l-d 6931144 Mar 31 21:19 d.pdf
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/2
$

Arra figyelj, hogy a findet hogy parameterezed, ne csaszkaljon at mas particiora, legyen benne a -depth, illetve a kimenet ne legyen benne az adott konyvtarban, mert ha jol emlekszem kicsit kereszbetesz. Jah, es mindenkepp . ban keress, mert akkor lesz relative path a fileban.

De ha nem fileonkent akarsz, akkor lehet ddvel is tolni ugyanezt, pl:

etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/1
$ dd if=a.pdf|bzip2 >a.pdf.bz2
196+1 records in
196+1 records out
100797 bytes (101 kB) copied, 0.023 s, 4.4 MB/s
etambec@E001A4B5A2AF2 /cygdrive/c/Etambec/tmp/cpio/1
$ bzcat a.pdf.bz2 |dd of=a2.pdf
196+1 records in
196+1 records out
100797 bytes (101 kB) copied, 0.019 s, 5.3 MB/s

Persze file helyett deviceot adni meg. Ez utobbi igen, lenyegesen nagyobb lesz, mert a teljes particio meretet el kell rakni, es attol hogy egy resze ,,ures'', bitek meg vannak ott, szemetet is be fogsz csomagolni. Hacsak nem csinalsz a folos helyre egy bazi filet, 0-al megtoltve. De az meg mar igen macerakos.

[bogdan]

Idézet: Warrior - Dátum: 2008. márc. 31., hétfõ - 13:13

A zippelõs megoldásnál is lényegesen kevesebb helyet foglalna a fájl-szintû "dump"? :confused:

persze. a ki nem toltott helyeket le sem mentii, a tobbit meg ugyanugy tomoriti.
persze ha nem linux, es particioszinten szeretnel menteni ebben az esetben valoban lehet, hogy a device mentese a jo megoldas. mint lathatod fewl tucatnyi kulonbozo modon el lehet jutni ide..

persze ilyenkor mar az is felmerul, hogy minek linux, ha ezt celsoftware-el (ghost) meg jobban meg lehet csinalni..

[Lenny]

A következõt szeretném megoldani.

Adott egy iroda, ahol  van kb. 9 hálózati nyomtató különbözõ helyen. Általában csak a szobában lévõt állítom be a klienseken. Viszont most pl. az egyik megadta magát és mivel nincs másik beállítva ezért nem tudnak nyomtati. Telepíteni ugye senki nem tud, mert egyrészt nem ért hozzá, másrészt nincs hozzá joga. Arra gondoltam, hogy egy samba szerveren megosztom ezeket a hálózati nyomtatókat. És akkor késõbb könnyedén tudja telepíteni, mert a megosztott nyomtató egy sima user is felteheti.

Erre kérnék segítséget ötletet, hogy miként fogjak hozzá. Ha esetleg valaki már csinálta, esetleg egy minta konfig...

Elõre is thx..

[kroozo]

Idézet: Lenny - Dátum: 2008. ápr. 1., kedd - 11:35

A következõt szeretném megoldani.

Adott egy iroda, ahol  van kb. 9 hálózati nyomtató különbözõ helyen. Általában csak a szobában lévõt állítom be a klienseken. Viszont most pl. az egyik megadta magát és mivel nincs másik beállítva ezért nem tudnak nyomtati. Telepíteni ugye senki nem tud, mert egyrészt nem ért hozzá, másrészt nincs hozzá joga. Arra gondoltam, hogy egy samba szerveren megosztom ezeket a hálózati nyomtatókat. És akkor késõbb könnyedén tudja telepíteni, mert a megosztott nyomtató egy sima user is felteheti.

Erre kérnék segítséget ötletet, hogy miként fogjak hozzá. Ha esetleg valaki már csinálta, esetleg egy minta konfig...

Elõre is thx..

samba howtok? http://www.samba.org...WTO-Collection/

[critical_source]

Üdv!

nem tudtok olyan online store-t, ahol magyarországra is kihoznak everex mini-t?

[Friczy]

Idézet: Lenny - Dátum: 2008. márc. 31., hétfõ - 10:33

Mert az adatforgalom és a kapcsolódás a privát IP-hez van szabályozva.

Nekem otthonról a publikus IP-m változik...

Road warrior beállítás kell a központban. Amúgy pedig a privát IP-det a VPN végpontja nem is nagyon láthatja, azt a router elfedi.

[Friczy]

Idézet: Lenny - Dátum: 2008. márc. 31., hétfõ - 10:46

Ebben az esetben nem. Annyira nem értek hozzá ráadásul a benti tûzfalat nem én üzemeltetem.

Az a helyzet, hogy egyes VPN beállítások (és megoldások) annyira különbözhetnek egymástól, hogy ilyen áltlalánosságban feltett kérdésre egyszerûen nem lehet érdemben válaszolni. Ötleteket lehet mondani, de azok vagy bejönnek, vagy sem. Az egyetlen járható útnak tûnik, hogy beszélsz a tûzfal adminisztrátorával, hátha õ tud valami megoldást, vagy tud segítséget kérni.

[Friczy]

Idézet: Warrior - Dátum: 2008. márc. 31., hétfõ - 13:32

Kérdezek lama témát én is: szeretnék 1 partíciót (szektorról szektorra) menteni úgy, hogy "közben" tar.gz-t csinálok, de ez nem megy 1 lépésben. A baj az az, hogy a partíció nagyobb, mint a hely, ahova a mentést csinálom, de az össz-adatok mérete a mentendõ partíción viszont jóval kevesebb.

Nagyobb partícióra történõ mentéskor próbáltam ezt (ami szuperül mûködik is):

cat /dev/sdb1 > /mnt/1/backup      <--- ahol ugye a /dev/sdb1 tartalmát egyszerûen "belelistázza" az adott fájlba.

Én viszont szeretném ezt tömöríteni is, tarolni is, pl. így:

tar -cvzf tomor.tar.gz /mnt/1/backup

E fenti két mûveletet lehet-e "egyszerre" végrehajtani, akarom mondani a tar parancsnak átirányítható-e a cat kimenete? Mert próbáltam, de valamilyen hibát írt, fejbõl nem tudom, de megnézem nemsokára. Oszt nem nagyon kísérleteztem.

ps.: új ötlet: esetleg a tar-nak forrásként megadható a menteni kívánt device? Tehát:

tar -cvzf tomor.tar.gz /dev/sdb1

(nem próbáltam ki, csak fejbõl írok, most sajna nincs környéken linux) frown.gif

ps/2.: a "cat" azért jobb nekem, mint a "dd" ebben az esetben, mert nem kell ismerni a partíció méretét. Remélem jól gondolom.

Az alábbi megjegyzéseim vannak:

- Ha szektorról szektorra mented, minek a tar? Az nem tömörít, csak a file-okat pakolja egybe, ez szektorról szektorra esetén nem értelmezhetõ. Ha meg tömöríteni kell, arra gzip. Ez esetben a cat ... | gzip >filenév megfelelõ.

- dd esetén sem kell ismerni a partíció méretét.

[Lenny]

Idézet: Friczy - Dátum: 2008. ápr. 2., szerda - 7:37

Road warrior beállítás kell a központban. Amúgy pedig a privát IP-det a VPN végpontja nem is nagyon láthatja, azt a router elfedi.

Igen tudom, de valahogy mégis privát IP alapján oldották meg a forgalmat...

[Mono]

Idézet: Lenny - Dátum: 2008. ápr. 1., kedd - 11:35

A következõt szeretném megoldani.

Adott egy iroda, ahol  van kb. 9 hálózati nyomtató különbözõ helyen. Általában csak a szobában lévõt állítom be a klienseken. Viszont most pl. az egyik megadta magát és mivel nincs másik beállítva ezért nem tudnak nyomtati. Telepíteni ugye senki nem tud, mert egyrészt nem ért hozzá, másrészt nincs hozzá joga. Arra gondoltam, hogy egy samba szerveren megosztom ezeket a hálózati nyomtatókat. És akkor késõbb könnyedén tudja telepíteni, mert a megosztott nyomtató egy sima user is felteheti.

Erre kérnék segítséget ötletet, hogy miként fogjak hozzá. Ha esetleg valaki már csinálta, esetleg egy minta konfig...

Elõre is thx..

Nekem van ilyen megoldásom. Mûködget... Leírom, mit tudok errõl, aztán majd kérdezel inkább

Adott egy kb. 20 gépes hálózat, Windows XP Pro kliensekkel.
- Telepítettem egy Samba-s tartományvezérlõt, LDAP-ból authentikál - de ez itt mindegy.
- Van 8 nyomtatónk, mindegyik hálózati (belsõ és külsõ vegyesen, de UTP-n csatlakoznak).
- Célom az volt, hogy - lehetõleg a korlátozott felhasználók is, tartományba lépés nélkül is (!) - tudjanak nyomtatót telepíteni, mely hálózatban meg van osztva, ne kelljen hozzá driver CD lemez, de minden olyan driver kínálta extre funkcióhoz hozzájusson a "nyomtató tulajdonságai" alatt, melyet a gyári Windowsos driver is tartalmaz. Azaz ha nincs a usernek nyomtatója, kitallózza a "Hálózati helyek" alatt a Fileserver-t, kettõt kattint a megosztott nyomtatóra, melyet használni kíván a jövõben, automatikusan telepedjen a Windowsos gyári driver a nyomtatóhoz és azonnal tudja is használni, mindenféle komplikáció nélkül. Nos, egyetlen ilyen "komplikáció" van, amennyiben még nincs telepítve a használni kívánt printer, a Windows megkérdezi, hogy "kívánja-e telepíteni a nyomtatóhoz tartozó illesztõprogramot?" Igen, vagy nem a lehetõség, igen-re azonnal, további kérdések nélkül telepedik, nem-re pedig felejtõdik az egész mûvelet.

- CUPS-ban felveszem magát a printert, lehet tulajdonképpen bármi, lényeg, hogy a CUPS tesztoldalát ki tudja nyomtatni rá.
- Ezt követõen domain-be kell lépnem domain adminisztrátori jogkörrel egy Windowsos gépen.
- Kitallózom a CUPS-ban az imént felvett nyomtatót, jobb katt rajta, tulajdonságok. Szól, hogy nincsen illesztõprogram, mi legyen? Beteszem a Windowos gépbe a gyári CD lemezt, kiválasztom a drivert, telepíti a Windowsos gépre. Ezt követõen a printeren jobb gomb, tulajdnoságok, Speciális fül, Illesztõprogram opció melletti "új" gomb. Ekkor megint új hardveres varázsló indul. megint kitallózom a gyári CD-rõl a drivert, ekkor már azonban a \\fileserver\$print\.... könyvtárba másolódnak a driverek. Ezt ne kérdezd, miért így megy, de így megy.

Ilyesmire gondolsz

Egy észrevétel: nyomtatóinknak kb. fele HP lézer. Ezzel a technikával bizonyos Windowsos munkaállomáskora - már a szerverrõl szedve a drivert - látszólag települ a nyomtató, de valamiért utána "Nem sikerült a nyomtatás, kívánja megtekinteni a súgót?" szerû hibaüzi jön be. De csak HP nyomtatók esetén.
- Lehet, hogy van valami gond a szerverrel, telepítéssel, kialakítással, de logokban semmi nem látszik.
- Lehet, hogy van valami kliens oldali program, frissítés, beállítás, fene tudja mi, ami miatt nem mûködik, de nem tudtam rájönni ennek az okára (hardver és szoftver szinten is vannak tök egyforma gépek, melyek közül egyik jó, másik nem)
- Lehet, hogy van valami a HP driverekkel, amit nem komál valami valahogyan valahol. Nemrégiben vettünk új típusú printert, a hiba megvan ezzel is, illetve egy kb. 3 éves modellnél szintén. Egyikhez sincsen újabb verziójú driver. Lehet, hogy Microsoft-os szerveren jól menne, itt meg valami összetevõre még épülne valami. De érdekes, mert amely géprõl megy, ott mindig is ment az adott printer, melyrõl nem, ott pedig sosem ment. Ezekre sajnos a "mezei" módon, driver CD-rõl telepítettem.

[Lenny]

Idézet: Mono - Dátum: 2008. ápr. 2., szerda - 13:01

Ilyesmire gondolsz

Majdnem. A baj az, hogy így a user megint csak nem tudja hozzáadni, mert nem rendszergazda. Meg dirvert telepíteni sem tud. Szóval olyan megoldás kellene mint amit pl. egy kliens esetében is használok. Tehát hozzá van kötve egy nyomtató. Azt mindenféle driver telepítés nélkül a másik kliensen lévõ user fel tudja tenni magának és simán nyomtat.

Valami ilyesmit akarok..

Amúgy azóta lett egy másik problémám. A linux kliensem amin dolgozok (Kubuntu) felteszem a nyomtató. Látja is, de csak üres oldalakat nyom ki abból pedig rohadt sokat...  

Kicsit idegesít, hogy mi a szar baja van. És mindegyik nyomtatónál ezt csinálja....

[Mono]

Idézet: Lenny - Dátum: 2008. ápr. 2., szerda - 12:24

Majdnem. A baj az, hogy így a user megint csak nem tudja hozzáadni, mert nem rendszergazda. Meg dirvert telepíteni sem tud. Szóval olyan megoldás kellene mint amit pl. egy kliens esetében is használok. Tehát hozzá van kötve egy nyomtató. Azt mindenféle driver telepítés nélkül a másik kliensen lévõ user fel tudja tenni magának és simán nyomtat.

Ebben szeritnem van némi ellentmondás. S bár nálunk alapvetõen senki sem domain tag, saját gépén rendszergazdai jogkörrel bír, szerintem ez nélküle is menne.
Az általad felvázolt helyzet alapján szerintem kábé pontu gyanez történik
Windowsra fizikailag rá van kötve a nyomtató, driver fent, nyomtat szépen. Másik Windowsos géprõl kitallózod a "nyomtatós" gépet, ott a megosztott nyomtatóra duplakatt során - szerintem - ugyanúgy megkérdi, kívánod-e telepíteni az illezstõprogramokat, vagy sem, nem Ha igen, akkor is telepít. Szerintem korlátozott user nyomtató drivert tud(hat) telepíteni. De ezeket csak nagyon régi emlékek alapján írom, nincs a környezetemben ilyen megoldás már nagyon régóta (otthon is hálózati nyomtatás folyik ).

[bogdan]

ugy latom bonyolodik a keres..

az egyik megoldas az lehetne, hogy felteszel minden gepre egy generic postscript nyomtatot, ami a linuxra van iranyitva. ott a linux ezt atforgatja (gs) a megfelelo nyomtato nyelvere, es kikuldi a kerdeses nyomtatonak. elsore ez nincs beallitva, de amikor gond van, akkor tavolrol belepve a linuxra be tudod allitani, hogy hova menjen.

ez lehet megoldas a kerdesedre?

[Warrior]

Idézet: Friczy - Dátum: 2008. ápr. 2., szerda - 7:42

Az alábbi megjegyzéseim vannak:

- Ha szektorról szektorra mented, minek a tar? Az nem tömörít, csak a file-okat pakolja egybe, ez szektorról szektorra esetén nem értelmezhetõ. Ha meg tömöríteni kell, arra gzip. Ez esetben a cat ... | gzip >filenév megfelelõ.

- dd esetén sem kell ismerni a partíció méretét.

Köszy a választ, meg a többieknek is!

Közben utánasasoltam én is, igaz, tényleg nem kell a dd-nek a partíció méretet "kiszámolva megadni", persze lehetséges. Épp a legegyszerûbb megoldásra nem gondoltam, pedig ez a linux alapja, az egyszerûség...

Elolvastam a tar manját is. Hát, utánanézhettem volna, mielõtt automatikusan kérdezek. Mindenesetre a mentõszkript tökéletes, oda-vissza tömörít, stb. És piszok egyszerû.

Asszem Bogdan kolléga kérdezte, miért kell linux. A válaszom az, hogy nem kell igazából, de cd-n, s pendrive-on ezek vannak gyakorlatilag bárhol bootolható formában. Majd csinálok egy cd-t ghost-tal is (õt használtam régebben, nem tudom, támogatja-e pl. az ntfs írását, mármint ha oda szeretném tenni a tömörített image-t). Mert ha nem, akkor FAT kell neki, az pedig nincs, ext2/3 viszont minden érintett gépen van (véletlenül...), ezért tökéletes a dd/cpio/cat, stb.

[bogdan]

valoban, ha van ext2 minden gepen, akkor esszerunek tunik a linux.
az uj ghost-ok tudtommal nem csak ntsf-t tamogatnak, de ext2-ot is, sot rogton cd-re is mintha tudna irni. okos program az!)

(es ha kerhetem bogdan vagy Bogdán )

[mzso]

Hi!
Kipróbáltam a xubuntu 8.04 bétáját. Úgytûnik történt némi haladás vidókártya ügyben, alapból 1024*768-on fut normális frissítéssel és felbotást is lehet változtatni anélkül hogy összekuszálódnak a színek. Csodák csodájára még a driver telepítõje is lefutott. De az aticonfig hibát ad

# aticonfig --initial
Data incomplete in file /etc/X11/xorg.conf
	Device section "Configured Video Device" must have a Driver line.
aticonfig: Parsing the configuration file failed.
The above error messages are reported from XFree86 and may assist you in
diagnosing the problem with your configuration input file. Try use -f option
to generate a new configuration file.

# aticonfig --initial -f
Data incomplete in file /etc/X11/xorg.conf
	Device section "Configured Video Device" must have a Driver line.
Uninitialised file found, configuring.
Using /etc/X11/xorg.conf
Data incomplete in file /etc/X11/xorg.conf
	Device section "Configured Video Device" must have a Driver line.
Szegmens hiba (core dumped)

Gondolom a xorg.conf-ot kell szerkeszteni csak nem tudom hogy mire és hogyan.

[kroozo]

Idézet: mzso - Dátum: 2008. ápr. 4., péntek - 11:35

Hi!
Kipróbáltam a xubuntu 8.04 bétáját. Úgytûnik történt némi haladás vidókártya ügyben, alapból 1024*768-on fut normális frissítéssel és felbotást is lehet változtatni anélkül hogy összekuszálódnak a színek. Csodák csodájára még a driver telepítõje is lefutott. De az aticonfig hibát ad

# aticonfig --initial
Data incomplete in file /etc/X11/xorg.conf
    Device section "Configured Video Device" must have a Driver line.
aticonfig: Parsing the configuration file failed.
The above error messages are reported from XFree86 and may assist you in
diagnosing the problem with your configuration input file. Try use -f option
to generate a new configuration file.

# aticonfig --initial -f
Data incomplete in file /etc/X11/xorg.conf
    Device section "Configured Video Device" must have a Driver line.
Uninitialised file found, configuring.
Using /etc/X11/xorg.conf
Data incomplete in file /etc/X11/xorg.conf
    Device section "Configured Video Device" must have a Driver line.
Szegmens hiba (core dumped)

Gondolom a xorg.conf-ot kell szerkeszteni csak nem tudom hogy mire és hogyan.

Ez igen erdekes, mert ha ugy van, ahogy az aticonfig mondja, akkor nem nagyon ertem, hogy hogy lathatsz egyaltalan Xet

Meg lehetne nezni azt az xorg.conf-ot?

[Lenny]

tudtok valami egyszerû progit, vagy valami amivel LDAP-ot lehet exportálni szerkeszthetõ file-ba és visszaimportálni.

Pl. excel-be.....

[mzso]

Idézet: kroozo - Dátum: 2008. ápr. 4., péntek - 11:38

Ez igen erdekes, mert ha ugy van, ahogy az aticonfig mondja, akkor nem nagyon ertem, hogy hogy lathatsz egyaltalan Xet

Meg lehetne nezni azt az xorg.conf-ot?

Most windows alatt vagyok. De emlékszem hogy nem volt azon a részen driver meg semmi. Csak annyi hogy "Configured Video Device". Lehet hogy nem is látok majd semmit amikor újra elindítom a linuxot.
Most akkor kézzel kell konfigurálnom vagy elég valamilyen parancsot kiadni? Mert nem igazán tudom hogy kéne.