Sziasztok!
Tud valaki olyan Etch esetleg Ubuntu repot mondani ahol fent van a VMware server valamelyik változata és van hozzá hitelesítő kulcs is!
Köszi!
Üdv:anthony_
Irtunk egy programot visual basicben..... itthon normálisan fut, de szeretnénk publikálni illetve futattni (van egy erver progi is hozzá)
De a serveremen Debian linux van... és a Visual basic ügye vindózerre szakosodott :(
a server kliens proginkat át kéne fordítani linuxra.....
most sokak fejében megfordul hogy miért nem futatok egy windows emuláló progit pl wine-t vagy egyébb progit a válasz pedig erre az hogy csak console van a gépen!
Remélem valaki tud nekem részletes segítséget adni =(
Bye: Max7
Sziasztok!
Ma megpróbáltam feltenni VMware player 2.0-ás változatát.Egy rpm csomagot
konvertáltam alien-el de amikor megpróbáltam felrakni akkor hibát
jelzett.Szerettem volna kijavítani vagy eltávolítani a törött csomagot de nem
engedi ezt írja synaptic,dselect,apt-get,aptitude-re is
Etch:/home/anthony# dpkg --remove vmwareplayer
dpkg: hibás feldolgozás: vmwareplayer (--remove):
A csomag nagyon rossz, következetlen állapotban van
telepítsd újra mielőtt eltávolítod.
Hibák történtek a feldolgozáskor:
vmwareplayer
Etch:/home/anthony#
dpkg: hibás feldolgozás: vmwareplayer (--remove):
A csomag nagyon rossz, következetlen állapotban van
telepítsd újra mielőtt eltávolítod.
Hibák történtek a feldolgozáskor:
vmwareplayer
E: Sub-process /usr/bin/dpkg returned an error code (1)
Nem sikerült telepíteni egy csomagot. Helyreállítás megkisérlése:
Üss enter-t a folytatáshoz
dpkg: hibás feldolgozás: vmwareplayer (--purge):
A csomag nagyon rossz, következetlen állapotban van
telepítsd újra mielőtt eltávolítod.
Hibák történtek a feldolgozáskor:
vmwareplayer
E: Sub-process /usr/bin/dpkg returned an error code (1)
Nem sikerült telepíteni egy csomagot. Helyreállítás megkisérlése:
Üss enter-t a folytatáshoz
Hiába próbálom újra telepíteni azt se engedi!Tudnátok segíteni abban hogyan
tudom
ezt a csomagot "fájdalommentesen"törölni a rendszeremből?Valszaitokat
előre is köszi!
Etch 2.6.18-as smp gyári kernel.
Üdv:anthony_
Megérett a szerverem egy cserére. Debian GNU/Linux 4.0 van rajta. Minden elöregedett benne, szeretném lecserélni a vasat, a winchesterek azonban jók benne, ahhoz nem nyúlnék. Kérdésem, hogy csiált-e már valaki közületek ilyet? Milyen buktatói lehetnek? Szerintetek menni fog úgy, hogy egyszerűen berakom egy másik gépbe a winchestereket megfelelő sorrendben és elindítom? Két 250-es SATA WD-van benne, szoftveres RAID-del tükrözve, mdadm. ???
Sziasztok!
Kezdem elveszíteni a hitemet! Remélem akad(nak) valaki(k), akik segítenek észre téríteni a szerveremet!
Adott a régi két SATA HDD (80 és 120 GB) Ezek vannak most szoftver RAID1-el használva így:
md0 - boot - 50MB
md1 - var - 9GB
md2 - / - 30GB
md3 - home - 37GB
Nemrégiben egy áramszünet+táp probléma kinyírta (majdnem) teljesen a nagyobbik hdd-t.
Nosza gyorsan vettem 2 egyforma szintén SATA-s vincsit, hogy majd jól kicserélem és kész.
No de itt a gondom!
A 'megpurcant' vincsi nélkül nem hajlandó elindulni a rendszer, a másikon pedig ott vigyorognak az adatok.
Az alaplapon van összesen 2 sata csatlakozó, így nem tudok pluszban rátenni új vinyót.
Mivel tudnám egy kicsit megkönnyíteni az életemet az egész újratelepítésén kívül?
Létezik valami frappáns megoldás erre a problémára?
A végcél persze az lenne, hogy az új hdd-ken legyen rajta minden, ami eddig volt+legyenek kicsit nagyobbak a partíciók és legyen meg a RAID1 is.
Tud valaki ebben segíteni nekem?
Előre is köszi:
hemu
Hy all!
Van egy Albacomp notim intel i915 videokarival external monitor csatlakozóval, S-video kimenettel:)
Szeretném valahogy rávenni a Debian Testingemet, hogy 800*600-nál nagyobb, lehetőleg 16:9 es felbontásban küldjön ki jelet egy plazmaTV-nek valamelyik csatolón.
S-video: teljesen halott, semmi jel nem megy ki....
Extmon: kimegy, de csak 800*600 és 640*480 as felbontásban tudja.
Az iszonyatosan idegesítő tény, hogy a winfosnak ez semmilyen gondot nem okoz, 1280*800-ban látok mindent.
Főként filmek megtekintésénél lenne nagyon frankó (bár jelenleg az mplayer -aspect kapcsolójával sikerül áthidalni a problémát, de ez nem megoldás:)
915resolution fent van, saját kernelem van 2.6.21es, bele tudok nyúlni ha kell.
Bármilyen ötletnek örülnék. Előre is thx.
By
Úgy döntöttem, hogy elérkezett az idő az itthoni woody tűzfalam etch-re történő cserélésénk. A hálózat a következőképpen néz ki. Adott egy normális C típusú háló (A - 192.168.100.x), továbbá van benne egy wireless router, ami szintén egy C típusú hálót(B - 192.168.101.x) szolgáltat a klienseinek. Az ő A-beli IP címe 192.168.100.250 és natolja a forgalmat B-ből.
A probléma a következő:
A -ból minden megy tökéletesen, B-ből viszont csak az ftp, és a levelek letöltése. Web, levélküldés nista, jobban mondva nc-vel néha bejön az indítóoldal. Névfeloldás üzemel, ip_forward ok. B-ből tökéletesen látom A-t.
A szolgáltatóm a chello. Tcpdump mutatja, hogy kimennek a kérések, de a tűzfalon elveszik a válasz. Netfilter teszt üzemmodban, azaz forward ACCEPT, és A-ról kifelé minden natolva. Valami hálózati kernel paraméterre gyanakszom, de egyelőre nincs tippem. Woody-val minden ment szépen.
Nincs valakinek tippje?
Sziasztok!
Néhány hete vinyócsere előtt dd-vel fájlba dump-oltam a rendszert, majd az új vinyóra visszatöltöttem. A héten visszaállítottam a lilo-t is, a rendszer elindult, az fsck kijavította a hibákat, tudom is használni a rendszert.
Annyi a gondom, hogy korábban a "/" egy 4 GB-os partíción volt, az új vinyón azonban egy 10 GB-os partícióra töltöttem vissza (szintén az első extended partíció - /dev/hda5 - lett a Debian-os partíció helye). df-fel megnézve azonban továbbra is 4 G méretűnek látja a /-t, holott a cfdisk azt mutatja, hogy 10 Gb a partíció). Azt hittem az fsck ezt majd helyrerakja, de még1x újrafuttatva boot-kor nem talált "hibát".
Hogyan lehetne vele tudomásul vetetni, hogy a "/" mérete megváltozott?
Előre is köszi!
sziasztok!
jelenleg a címben foglaltak megvalósításának felkészülési, elméleti szakaszában tartok.
egy webszerver számára szeretném a fentieket a lehetőségekhez/tudásomhoz képest működőképesen és a biztonságosan megvalósítani.
durván kétszer (egyszer nagyon alaposan) elolvastam a dns hogyant (http://www.ibiblio.org/pub/Linux/docs/HOWTO/translations/hu/html_single…), illetve van egy kicsi gép, ahol ezeket kikísérletezem, és ha már minden jól megy, ismét megvalósítom a másikon.
no, de.
néhány dolog mégsem tiszta ezzel az egész DNS-el kapcsolatban.
melyek azok az RR-bejegyzések, amelyeket feltétlenül rögzítenem kell egyes domain-ek esetében?
jól sejtem, hogy mondjuk a
virtual.domain.tldweboldal virtuális hostját már az apache-ban kell megadnom?
továbbá, ha én megvalósítottam a workaround.org ide vonatkozó hogyanját a postfix beállításáról, vajon hogyan tudom azokat összehangolni a BIND beállításaival? több domain esetén különböző
mail.domain.tldbeállításokat kell eszközölnöm mind a postfix konfigjaiban, mind a BIND MX-bejegyzésénél, vagy esetleg elegendő az is, ha az összes különböző domain esetében a szerver default domainjét adom meg itt? :o
//chroot jail
itt még nem tartok, egyelőre csupán ismerkedek az eljárással, viszont kíváncsi lennék azok véleményére, akik (esetleg egy hogyan? alapján) dolgoztak mindezzel, melyik leírást tartják a legelfogadhatóbbnak?
perpill két leírással ismerkedem:
http://www.unixwiz.net/techtips/bind9-chroot.html
http://www.cab.u-szeged.hu/LDP/HOWTO/Chroot-BIND-HOWTO.html
segítségeteket előre is nagyon köszönöm!
fabrik
Sziasztok,
feltettem a drupal 5.2, de van egy hibauzenetem:
A filerendszer nem irhato
files könyvtár nem létezik. Be kell állítani a megfelelő könyvtárat a fájl rendszer beállítások oldalán, vagy a jelenleg beállított könyvtárra nézve írási jogosultságot kell adni.
a drupal a /var/www/drupal5 konytarban van
a /sites/abcd.hu/files konytarat letrehoztam es kinomban mar 777 jogot adtam neki
a files konytar a abcd.hu domain tulajdonosi korebe tartozik, probaltam a www-data groupba is tenni, ezen megy az apache. (bar elvileg nem szamit)
a file rendszer konyvtara: files
Megis ez a hibauzi. Milyen eleresi utvonalat allitsag be, hogy vegre lassa a konytarat ?
elore is koszi.