En is postgresql-t hasznalok eles adatbaziskent es eppen ezert szerintem nem art kicsit alaposabbnak lenni mentes tekinteteben.
/na nem olyan egyszeru, de csak eccer kell megcsinalni utana megy magatol/
En a kovetkezot tettem:
Backup script lefut minden nap ejfelkor:
1. Stop postmaster
2. pg_hba.conf -ot kicserel egy olyanra ami a localhostrol enged csatlakozni de onnan jelszo nelkul /trust/
2 Start postmaster
3 pg_dump adatbazisnev | gzip -c9 >/BACKUP/....
4 Stop postmaster
5 pg_hba.conf visszacserel
6 Start postmaster
Ja es nem art minden lepes kozt vagy 5-10 sec. ot varakozni, tovabba a mentesek nevebe a szkript beleteszi a datumot,igy a masnapi nem irja felul az aznapit..
Az adatbazis igy tutira konzisztens marad, es a backup is mindig szepen automatikusan fut le.
Remelem nem voltam tul kodos.
Tapasztalataim szerint nagyon jol mukodik, probaltam mar visszallitast, ment is, es mivel "human" adatokat ment konnyen vissza lehet keresni akar egy konkret adatot is.
En is postgresql-t hasznalok eles adatbaziskent es eppen ezert szerintem nem art kicsit alaposabbnak lenni mentes tekinteteben.
/na nem olyan egyszeru, de csak eccer kell megcsinalni utana megy magatol/
En a kovetkezot tettem:
Backup script lefut minden nap ejfelkor:
1. Stop postmaster
2. pg_hba.conf -ot kicserel egy olyanra ami a localhostrol enged csatlakozni de onnan jelszo nelkul /trust/
2 Start postmaster
3 pg_dump adatbazisnev | gzip -c9 >/BACKUP/....
4 Stop postmaster
5 pg_hba.conf visszacserel
6 Start postmaster
Ja es nem art minden lepes kozt vagy 5-10 sec. ot varakozni, tovabba a mentesek nevebe a szkript beleteszi a datumot,igy a masnapi nem irja felul az aznapit..
Az adatbazis igy tutira konzisztens marad, es a backup is mindig szepen automatikusan fut le.
Remelem nem voltam tul kodos.
Tapasztalataim szerint nagyon jol mukodik, probaltam mar visszallitast, ment is, es mivel "human" adatokat ment konnyen vissza lehet keresni akar egy konkret adatot is.
Jaham, de ennel mennyivel elegansabb megoldas egy replikacio beallitasa, es azon vegezni a mentest. Mentes alatt csak a replikacio szunetel, es folyamatosan van egy friss mentesed az egesz rendszerrol -> halal eseten 5 perc alatt at lehet allitani meg kezzel is.
Nem? :)
Nekem az ORDER BY rosszul rendezi az oszlopokat abc sorrendbe, ha ekezetes betuket is hasznalok. Tehat igy csinalja: a,b,c, ... ,z,á,é, ... Ez meg azert nem tul jo, mert ez nem mondhato abc sorrendnek. Az adatbazis UTF-8 as codolasu, es fontos, hogy annak is kell maradnia, mert tobb nyelvu tablak is lesznek benne. Probaltam a locale-t beallitani postgres servernel hu_HU-ra, de nem segitett. Tudtok erre valami megoldast?
http://www.physiol.ox.ac.uk/Computing/Online_Documentation/postgresql/charset.html
?
Esetleg ha nem tudod/akarod újrafordítani, akkor
http://archives.postgresql.org/pgsql-novice/2004-05/msg00044.php
[quote:dfc9155c2e="drojid"]http://www.physiol.ox.ac.uk/Computing/Online_Documentation/postgresql/charset.html
?
Esetleg ha nem tudod/akarod újrafordítani, akkor
http://archives.postgresql.org/pgsql-novice/2004-05/msg00044.php
Koszi szepen a segitseget, vegulis a levlista cim amit kuldtel sokat segitett, par levellel arrebb talaltam egy linket ami a postgresql doksi egy Localization nevu reszere mutatott. Na most a 7.2-es postgresql, amit en hasznaltam, abba kulon bele kell forgatni a localizaciot, de a 7.4-es az mar alapbol tudja, es meg sok mast is tud, amit en nagyon hianyoltam a 7.2-bol, pl: DROP COLUMN egy tablanal, meg hasonlo aprosagok, ugyhogy a backports.org-rol fel is tettem a 7.4-est, es ezzel tokeltesen mukodik a sorbarendezes, ugyhogy nagyon koszonom.
[quote:250d3ddba8="hory"]Mi a baj a backports-al? En is hasznalom, mert forrasbol felpakolni mindent eleg *****, eles szervert frissiteni meg azert megse...
igenam, de van az a varosi legenda, hogy az Alsogatya Gnomok minden ejjel elojonnek, es faradtsagot nem kimelve BACKdoorokat helyeznek el eszrevetlenul a BACKportolt binarisokban (==nem official), es igy gonosz hekkerek hozzafernek Pistike Webblogjanak adataihoz
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam, ugyhogy tenyleg nem tudom, csak ki tudja, hogy mondjuk a most megszokott feature aradat, az hasznalhato lesz ez a legujabb verzioban is. Itt foleg olyan dolgokra gondolok, amiket a forditas elotti configuralasnal lehet beallitani, tehat mondjuk a serveren tegyuk fel a proftp-t futtatjuk, es a woodys verzio az tud quotat, es mysql azonositast, meg hasonlo jo dolgokat. De mi van, ha a sargeban mar ezek nincsenek benne. Ugyanis amikor utoljara pont ezt neztem, kb 1-1,5 eve, akkor pont ez volt a helyzet, tehat meg csak veletlen sem lehetne frissiteni, mert nem tudnanak bejelentkezni. Ez csak egy pelda volt, most mondhattam volna cyrus, vagy postfix, vagy akarmi mast is, aminek a fordisanal a ./configure parancsnak vannak kapcsoloi.
Szoval en ilyen dolgoktol felek, meg attol hogy a glibc verzio valtas okoz-e gondot. Chrootolva vannak ugye a szolgaltatasok, es grsec -es kernel teszi biztonsagosabba a chrootokat. Gyakorlatilag "kenyelmes" chroot van, mert azert erre meg van hely, es minden chrootban, egy kis woody telepites van plusz az a daemon, aminek futnia kell benne. A gond az, hogy pl. azt sem tudom mit kell elobb frissiteni, a teljes rendszert, vagy a jaileket? vagy a teljes rendszer maradhat woody, ugysincs abban semmi szerver, es csak a chrootokat kell upgradelni? Szoval eles rendszeren ezt nem nagyon mernem kiprobalni.
Ha tud valaki valami jo leirast a temaban, vagy volt mar ilyen jellegu tapasztalata, akkor ossza azt meg velunk pliz.
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam
Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
[quote:eed10b6518="x15"]Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Az mire jó, hogy nfs-en csinálod a backupot? Már más is mondta, de sose értettem, hogy mire jó nfs-kernel-server -rel szopni egy sima tar c /ezmegaz | ssh -C -c blowfish masikgep "cd /; tar x" helyett.
Amit meg lehet oldani ilyen eccerűen, arra minek nfs? Az amúgy is teljesen másra jó.
A fő gond viszont az, hogy futó rendszerről nem lehet csak úgy mentést készíteni. pl. postgresql adatbázisai elbaszódnak a loghibák miatt, a teljes /var tartalma felemás lesz, stb...
Rendszert menteni csak init 1 -ben, /proc -ot lemountolva, tar c -vel illik.
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam
Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Hat egy upgradet csak ugy tudok elkepzelni, hogy elobb egy masik gepen az eles rendszer egy menteset visszatoltom, es megprobalom ezen a teszt gepen frissiteni a rendszert sargera, hogy legalabb ralatasom legyen, hogy milyen gondok lehetnek. Utana johet, hogy gondolkodom hogy lehet megoldani leallas nelkul az upgradet. Ami szerintem lehetetlen, csak az a baj, hogy ez rajtam kivul senkit sem fog erdekelni. :(
[quote:15ee356816="hory"][quote:15ee356816="x15"]Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Az mire jó, hogy nfs-en csinálod a backupot? Már más is mondta, de sose értettem, hogy mire jó nfs-kernel-server -rel szopni egy sima tar c /ezmegaz | ssh -C -c blowfish masikgep "cd /; tar x" helyett.
Amit meg lehet oldani ilyen eccerűen, arra minek nfs? Az amúgy is teljesen másra jó.
A fő gond viszont az, hogy futó rendszerről nem lehet csak úgy mentést készíteni. pl. postgresql adatbázisai ****ódnak a loghibák miatt, a teljes /var tartalma felemás lesz, stb...
Rendszert menteni csak init 1 -ben, /proc -ot lemountolva, tar c -vel illik.
Igen, en pl. tar-os modszerrel szoktam menteni, de nem init 1-ben. Pontosan mire gondolsz, hogy a postgres adatbazisainak artana, milyen loghibakra gondolsz? Az hogy a /var tartalma felemas lesz, ez pontosan mit takar?
Amugy sajna azt nem tehetem meg, hogy teljes backupot csinalok a leallitott rendszerrol, mert a rendszer nem allhat le.
[quote:251d34a29e="KrumpLee"] Az hogy a /var tartalma felemas lesz, ez pontosan mit takar?
Amugy sajna azt nem tehetem meg, hogy teljes backupot csinalok a leallitott rendszerrol, mert a rendszer nem allhat le.
Ha fut a postgres (es a tobbi daemon), a binaris adatok megvaltozhatnak, mikozben masolod.
En hajnali 4-kor leallitanek mindent, es mehet a masolas.
(otthonrol bemesz ssh-val, vagy crontab-bol)
Az nfs azert jo, mert nem minden szervert lehet csak ugy szetszedni es beletolni egy masik hdd-t.
Spc. "cp -a"-val szoktam csinalni, kihagyva a /proc /mnt /sys konyvtarakat, es nem elfelejteni megcsinalni :-)
Legjobb ide-rol scsi-re, v. forditva, mert a chroot utan mar mehet is az atirt lilo.conf utan a lilo, nem kell usb-rol bebootolni.
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam
Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Valamint ne felejtsd el a lilo-t explicite kiadni a dist-upgrade utan, mert kulonben elofordulhat (nalam elofordult), hogy bootolasnal csak annyit kapsz, hogy LI- :-) Ertelemszeruen ez tavolrol torteno frissitesnel nem tul kellemes... (meg jo hogy en nem tavolrol frissitettem, es volt masik gep, amin tudtam lehuzni Knoppix cd-t es meg is tudtam vele irni, hogy megjavitsam, sima potato install cd gondolom nem lett volna eleg jo a glibc2.3.x miatt ami a sarge-ban van).
Hozzászólások
Hi!
En is postgresql-t hasznalok eles adatbaziskent es eppen ezert szerintem nem art kicsit alaposabbnak lenni mentes tekinteteben.
/na nem olyan egyszeru, de csak eccer kell megcsinalni utana megy magatol/
En a kovetkezot tettem:
Backup script lefut minden nap ejfelkor:
1. Stop postmaster
2. pg_hba.conf -ot kicserel egy olyanra ami a localhostrol enged csatlakozni de onnan jelszo nelkul /trust/
2 Start postmaster
3 pg_dump adatbazisnev | gzip -c9 >/BACKUP/....
4 Stop postmaster
5 pg_hba.conf visszacserel
6 Start postmaster
Ja es nem art minden lepes kozt vagy 5-10 sec. ot varakozni, tovabba a mentesek nevebe a szkript beleteszi a datumot,igy a masnapi nem irja felul az aznapit..
Az adatbazis igy tutira konzisztens marad, es a backup is mindig szepen automatikusan fut le.
Remelem nem voltam tul kodos.
Tapasztalataim szerint nagyon jol mukodik, probaltam mar visszallitast, ment is, es mivel "human" adatokat ment konnyen vissza lehet keresni akar egy konkret adatot is.
[quote:35f6b754ff="hyper80"]Hi!
En is postgresql-t hasznalok eles adatbaziskent es eppen ezert szerintem nem art kicsit alaposabbnak lenni mentes tekinteteben.
/na nem olyan egyszeru, de csak eccer kell megcsinalni utana megy magatol/
En a kovetkezot tettem:
Backup script lefut minden nap ejfelkor:
1. Stop postmaster
2. pg_hba.conf -ot kicserel egy olyanra ami a localhostrol enged csatlakozni de onnan jelszo nelkul /trust/
2 Start postmaster
3 pg_dump adatbazisnev | gzip -c9 >/BACKUP/....
4 Stop postmaster
5 pg_hba.conf visszacserel
6 Start postmaster
Ja es nem art minden lepes kozt vagy 5-10 sec. ot varakozni, tovabba a mentesek nevebe a szkript beleteszi a datumot,igy a masnapi nem irja felul az aznapit..
Az adatbazis igy tutira konzisztens marad, es a backup is mindig szepen automatikusan fut le.
Remelem nem voltam tul kodos.
Tapasztalataim szerint nagyon jol mukodik, probaltam mar visszallitast, ment is, es mivel "human" adatokat ment konnyen vissza lehet keresni akar egy konkret adatot is.
Jaham, de ennel mennyivel elegansabb megoldas egy replikacio beallitasa, es azon vegezni a mentest. Mentes alatt csak a replikacio szunetel, es folyamatosan van egy friss mentesed az egesz rendszerrol -> halal eseten 5 perc alatt at lehet allitani meg kezzel is.
Nem? :)
Sziasztok!
Nekem az ORDER BY rosszul rendezi az oszlopokat abc sorrendbe, ha ekezetes betuket is hasznalok. Tehat igy csinalja: a,b,c, ... ,z,á,é, ... Ez meg azert nem tul jo, mert ez nem mondhato abc sorrendnek. Az adatbazis UTF-8 as codolasu, es fontos, hogy annak is kell maradnia, mert tobb nyelvu tablak is lesznek benne. Probaltam a locale-t beallitani postgres servernel hu_HU-ra, de nem segitett. Tudtok erre valami megoldast?
http://www.physiol.ox.ac.uk/Computing/Online_Documentation/postgresql/charset.html
?
Esetleg ha nem tudod/akarod újrafordítani, akkor
http://archives.postgresql.org/pgsql-novice/2004-05/msg00044.php
[quote:dfc9155c2e="drojid"]http://www.physiol.ox.ac.uk/Computing/Online_Documentation/postgresql/charset.html
?
Esetleg ha nem tudod/akarod újrafordítani, akkor
http://archives.postgresql.org/pgsql-novice/2004-05/msg00044.php
Koszi szepen a segitseget, vegulis a levlista cim amit kuldtel sokat segitett, par levellel arrebb talaltam egy linket ami a postgresql doksi egy Localization nevu reszere mutatott. Na most a 7.2-es postgresql, amit en hasznaltam, abba kulon bele kell forgatni a localizaciot, de a 7.4-es az mar alapbol tudja, es meg sok mast is tud, amit en nagyon hianyoltam a 7.2-bol, pl: DROP COLUMN egy tablanal, meg hasonlo aprosagok, ugyhogy a backports.org-rol fel is tettem a 7.4-est, es ezzel tokeltesen mukodik a sorbarendezes, ugyhogy nagyon koszonom.
[quote:860efe7104="KrumpLee"]ugyhogy a backports.org-rol fel is tettem a 7.4-est
hogy ezert itt mit fogsz kapni :)
Use sarge ;)
Mi a baj a backports-al? En is hasznalom, mert forrasbol felpakolni mindent eleg szar, eles szervert frissiteni meg azert megse...
[quote:250d3ddba8="hory"]Mi a baj a backports-al? En is hasznalom, mert forrasbol felpakolni mindent eleg *****, eles szervert frissiteni meg azert megse...
igenam, de van az a varosi legenda, hogy az Alsogatya Gnomok minden ejjel elojonnek, es faradtsagot nem kimelve BACKdoorokat helyeznek el eszrevetlenul a BACKportolt binarisokban (==nem official), es igy gonosz hekkerek hozzafernek Pistike Webblogjanak adataihoz
[quote:8e00cf1196="djsmiley"]Use sarge ;)
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam, ugyhogy tenyleg nem tudom, csak ki tudja, hogy mondjuk a most megszokott feature aradat, az hasznalhato lesz ez a legujabb verzioban is. Itt foleg olyan dolgokra gondolok, amiket a forditas elotti configuralasnal lehet beallitani, tehat mondjuk a serveren tegyuk fel a proftp-t futtatjuk, es a woodys verzio az tud quotat, es mysql azonositast, meg hasonlo jo dolgokat. De mi van, ha a sargeban mar ezek nincsenek benne. Ugyanis amikor utoljara pont ezt neztem, kb 1-1,5 eve, akkor pont ez volt a helyzet, tehat meg csak veletlen sem lehetne frissiteni, mert nem tudnanak bejelentkezni. Ez csak egy pelda volt, most mondhattam volna cyrus, vagy postfix, vagy akarmi mast is, aminek a fordisanal a ./configure parancsnak vannak kapcsoloi.
Szoval en ilyen dolgoktol felek, meg attol hogy a glibc verzio valtas okoz-e gondot. Chrootolva vannak ugye a szolgaltatasok, es grsec -es kernel teszi biztonsagosabba a chrootokat. Gyakorlatilag "kenyelmes" chroot van, mert azert erre meg van hely, es minden chrootban, egy kis woody telepites van plusz az a daemon, aminek futnia kell benne. A gond az, hogy pl. azt sem tudom mit kell elobb frissiteni, a teljes rendszert, vagy a jaileket? vagy a teljes rendszer maradhat woody, ugysincs abban semmi szerver, es csak a chrootokat kell upgradelni? Szoval eles rendszeren ezt nem nagyon mernem kiprobalni.
Ha tud valaki valami jo leirast a temaban, vagy volt mar ilyen jellegu tapasztalata, akkor ossza azt meg velunk pliz.
KrumpLee
[quote:145ea90cff="KrumpLee"][quote:145ea90cff="djsmiley"]Use sarge ;)
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam
Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
[quote:eed10b6518="x15"]Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Az mire jó, hogy nfs-en csinálod a backupot? Már más is mondta, de sose értettem, hogy mire jó nfs-kernel-server -rel szopni egy sima tar c /ezmegaz | ssh -C -c blowfish masikgep "cd /; tar x" helyett.
Amit meg lehet oldani ilyen eccerűen, arra minek nfs? Az amúgy is teljesen másra jó.
A fő gond viszont az, hogy futó rendszerről nem lehet csak úgy mentést készíteni. pl. postgresql adatbázisai elbaszódnak a loghibák miatt, a teljes /var tartalma felemás lesz, stb...
Rendszert menteni csak init 1 -ben, /proc -ot lemountolva, tar c -vel illik.
[quote:36acb07e45="x15"][quote:36acb07e45="KrumpLee"][quote:36acb07e45="djsmiley"]Use sarge ;)
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam
Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Hat egy upgradet csak ugy tudok elkepzelni, hogy elobb egy masik gepen az eles rendszer egy menteset visszatoltom, es megprobalom ezen a teszt gepen frissiteni a rendszert sargera, hogy legalabb ralatasom legyen, hogy milyen gondok lehetnek. Utana johet, hogy gondolkodom hogy lehet megoldani leallas nelkul az upgradet. Ami szerintem lehetetlen, csak az a baj, hogy ez rajtam kivul senkit sem fog erdekelni. :(
[quote:15ee356816="hory"][quote:15ee356816="x15"]Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Az mire jó, hogy nfs-en csinálod a backupot? Már más is mondta, de sose értettem, hogy mire jó nfs-kernel-server -rel szopni egy sima tar c /ezmegaz | ssh -C -c blowfish masikgep "cd /; tar x" helyett.
Amit meg lehet oldani ilyen eccerűen, arra minek nfs? Az amúgy is teljesen másra jó.
A fő gond viszont az, hogy futó rendszerről nem lehet csak úgy mentést készíteni. pl. postgresql adatbázisai ****ódnak a loghibák miatt, a teljes /var tartalma felemás lesz, stb...
Rendszert menteni csak init 1 -ben, /proc -ot lemountolva, tar c -vel illik.
Igen, en pl. tar-os modszerrel szoktam menteni, de nem init 1-ben. Pontosan mire gondolsz, hogy a postgres adatbazisainak artana, milyen loghibakra gondolsz? Az hogy a /var tartalma felemas lesz, ez pontosan mit takar?
Amugy sajna azt nem tehetem meg, hogy teljes backupot csinalok a leallitott rendszerrol, mert a rendszer nem allhat le.
[quote:251d34a29e="KrumpLee"] Az hogy a /var tartalma felemas lesz, ez pontosan mit takar?
Amugy sajna azt nem tehetem meg, hogy teljes backupot csinalok a leallitott rendszerrol, mert a rendszer nem allhat le.
Ha fut a postgres (es a tobbi daemon), a binaris adatok megvaltozhatnak, mikozben masolod.
En hajnali 4-kor leallitanek mindent, es mehet a masolas.
(otthonrol bemesz ssh-val, vagy crontab-bol)
Az nfs azert jo, mert nem minden szervert lehet csak ugy szetszedni es beletolni egy masik hdd-t.
Spc. "cp -a"-val szoktam csinalni, kihagyva a /proc /mnt /sys konyvtarakat, es nem elfelejteni megcsinalni :-)
Legjobb ide-rol scsi-re, v. forditva, mert a chroot utan mar mehet is az atirt lilo.conf utan a lilo, nem kell usb-rol bebootolni.
[quote:48b3b4919a="x15"][quote:48b3b4919a="KrumpLee"][quote:48b3b4919a="djsmiley"]Use sarge ;)
Hat meg nem probaltam ugyan, de veletlenul nem lenne veszelyesebb sargera frissiteni egy eles szerveren, mint csak az adatbazist frissiteni? Meg soha nem csinaltam
Szerintem oszd meg nfs-en es csinalj egy full backup-ot.
Boot-old fel, es csinald meg a frissitest.
Ha nem megy, lehet ujra probalkozni.
Valamint ne felejtsd el a lilo-t explicite kiadni a dist-upgrade utan, mert kulonben elofordulhat (nalam elofordult), hogy bootolasnal csak annyit kapsz, hogy LI- :-) Ertelemszeruen ez tavolrol torteno frissitesnel nem tul kellemes... (meg jo hogy en nem tavolrol frissitettem, es volt masik gep, amin tudtam lehuzni Knoppix cd-t es meg is tudtam vele irni, hogy megjavitsam, sima potato install cd gondolom nem lett volna eleg jo a glibc2.3.x miatt ami a sarge-ban van).
Ni!!!! :-)