UNIX haladó

MINIX 3 felhasználói teszt

Fórumok

Felcsillant a szemem mikor rátaláltam, hiszen mindíg is bennem volt egy ehhez hasonló operációs rendszer gondolata. (pláne mikor a linux kifagy egy unstable opengl driver miatt) Mikor pendrive-ről betöltöttem, rá kellett jönnöm milyen kevés hálózati chippet hajt meg. Nekem nincs egy ilyen kártyám se, de sebaj telepítsünk akkor azt amit az oldalon (www.minix3.org) is ajánlanak: VMWARE-t. Egy megfelelő verziójú virtuális géppel sikerült is beüzemelnem, az oldalról letölthető feltelepített változatot.

Telepítsünk ssh-t:
A host-rsa-key generálás útvesztőit leszámítva, viszonylag könnyen feltelepült, az sftp viszont valami rejtélyes oknál fogva nem akart működni.

Működőképes sftp szerver debug-ja:


debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
debug2: channel_input_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0
debug2: Remote version: 3
debug3: Sent message fd 3 T:16 I:1
debug3: SSH_FXP_REALPATH . -> /home/taxy
sftp>

MINIX 3 sftp debug-ja:


debug1: Sending subsystem: sftp
debug2: channel 0: request subsystem confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel 0: rcvd adjust 131072
debug2: channel_input_confirm: type 99 id 0
debug2: subsystem request accepted on channel 0

És itt egyszerűen wait állapotba kerül, le kell "ctrl-c"-zni.

Próbáltam "sshd -ddd"-t is. Az se mondott többet a problémáról.

Sebaj, én nem adom fel olyan könnyen, akkor telepítsünk ftp servert. Mivel a programok között nem volt ilyesmi implementálva, viszont python igen, gondoltam akkor használjunk python-ban megírt ftp servert. Találtam is egy ilyet: pyftpdlib, ami mellesleg Linux-ban tökéletesen működik is. Kipróbáltam.

Felraktam a python-t. a pyftpdlib telepítésénél annyi volt a gond, hogy az os.uname függvény nem volt implementálva. Ezt könnyen megkerültem. Elindítom a szervert, bindeli is a portot, mikor csatlakozni szeretnék:


File "/usr/local/lib/python2.4/asynchat.py", line 219, in initiate_send
    num_sent = self.send (self.ac_out_buffer[:obs])
 File "/usr/local/lib/python2.4/asyncore.py", line 332, in send
    result = self.socket.send(data)
error: (38, 'Function not implemented')

  File "/usr/local/lib/python2.4/asyncore.py", line 333, in send
    self.socket.sendall(data)
  File "<string>", line 1, in sendall
error: (38, 'Function not implemented')

Valami megint nincs implementálva.
Jó akkor próbáljunk ki egyszerűbb mintapéldát: echosvr.py
Ez egy egyszerű minta. Bindel egy port-ot, ha valami megnyitja, és küld bele egy stringet, azt visszaküldi. Elindult a program, de akkor nézzük meg melyik porton figyel, mert a forrásból elfelejtettem kinézni. Futtatok a Linux-omon "nmap"-ot, hogy megkeressem a portot, mivel nem tudom minix alatt mivel lehetne megnézni a nyitott portokat, erre:


panic at generic/tcp_send.c, 1329: assertion "tcp_conn->tc_connInprogress" failed
inet stacktrace: 0x1753 0x1790 0x18928 0x15e58 0x11e90 0xe4a2 0xe636 0x19aab 0x9f77 0x2eca 0x29f5 0x16b7 0x49
Panic in INET: aborted due to a panic
SYSTEM, reply to 35595 failed: -109
FS: dev_io: no driver for dev 705
FS: reopening special 7/5..

Totális rendszer összeomlás.
Olyan tcp "panic"-ot idéztem elő hogy csak na, a hibát kiírta ugyan, de nem csak hogy a driver nem indult újra, hanem karakterek begépelésén kívül teljesen kihalt az összes alkalmazás, tehát még amire felvágnak az sem möködik benne. Van valaki a hup-on aki már reprodukálta ezt a hibát:
http://hup.hu/node/9914
De ő nyers hardware-n tette, azt is gondolhatná az ember hogy a kártya nem volt kompatibilis a MINIX-el. Node könyörgöm, ez VMWARE, a fejlesztők is ezen tolják.

Azért,egy reboot után, sikerült kipróbálnom a echosvr.py programot. Természetesen nem működött:


A MINIX-en ezt láttam:
$ python echosvr.py
connected by 192.168.2.126 46081
recvfrom: for fd 4
Assertion "0" failed, file "recvfrom.c", line 46
abort

A linuxon ezt láttam:
taxy@msi:/work/pyftpdlib_0.2.0/demo$ telnet 192.168.2.134 50007
Trying 192.168.2.134...
Connected to 192.168.2.134.
Escape character is '^]'.
Connection closed by foreign host.

Összegezve, a magam részéről úgy gondolom, kivárom a MINIX 4-et.

Sendmail levélméret korlátozás

Fórumok

Hello,

Sendmailben szeretném korlátozni a bejövő emailek méretét viszont a kimenőékét nem.
Hogy tudnám ezt megmondani neki?

Találtam egy ilyet de szerintem ez globális és nem kezeli külön a bejövő és kimenő leveleket. Jól sejtem?

# maximum message size
O MaxMessageSize=5242880

Van erre valami megoldás? Vagy az MDA-val kell trükközni? Az os AIX.

proftpd virtualhost login by servername?

Fórumok

Lenne egy olyan problemam, h teszteltem proftpd-ben virtualhostokat, addig mukodik is, h kulon kezeli oket, viszont csak akkor mukodik ha kulon portot beallitok nekik.
Van-e magaban a proftp-ben megoldas arra h ezt egy dns nevvel is el lehessen erni, ne kelljen usereknek portokat megjegyezni, vagy csak ugy fog ez menni ha elerakok vmi proxy-t?

32->64 bit reinstall nelkul

Fórumok

Hali,

Olvastam az ubuntu faq-ban, hogy nincs megoldva a 32->64bit valtas. Allitasuk szerint from-scratch reinstallal lehet csak.

Ez szoget utott a fejembe.

Ahogy en csinalnam, az ez lenne:

1. 64bit kernelre cserelni a meglevot. A 64 bites kernellel mukodnek a 32 bites binarisok/konyvtarak, tehat eddig OK a dolog.

2. Megnezni, hogy mely csomagok vannak a legalapabb ubuntu-n felrakva, es azokat egy darab dpkg hivassal egyszerre lecserelni 64 bitesre. Ha ez megvan, akkor az alap rendszer mar 64 bites, innentol meg a maradek csomagokat mar szepen egyesevel lehet 64 bitesre cserelni dpkg-val.

Ugyan ubuntu-specifikusan irtam, de ugyanez igaz valszeg minden disztrora. Csak azt nem ertem, hogy ha ennyire egyszeru, akkor miert nem tamogatjak hivatalosan? Vagy en nem tudok valamit?

Csinalt mar valaki hasonlot? Erdekelnenek a tapasztalatok.

raid1 courrupt fs

Fórumok

Sziasztok,

Az elmúlt néhány napban sokat szívtam egy egyszerűnek vélt RAID1 felállítással. Természetesen nem sikerült, ezért kérek segítsetek. Főbb lépések:
Működő rendszer, Slack 12.2 generic-2.6.27.7
- Második ide diszk be
- Slack 12.2 DVD -boot
- sfdisk -d hda | sfdisk --Linux hdc
- mdamd md0;md1;...mdN
- chroot
- mount sys, proc, md0;md1;...mdN
- fstab, mkinitrd, lilo
- umount
- reboot

bootolás látszólag rendben, az rc.S -ben a kötetek ellenőrzésénél a következő üzenetet adja:
The filesystem size (according to the superblock) is 194788 blocks
"The physical size of the device is 194768 blocks
Either the superblock or the partition table is likely to be corrupt!"

- reboot -> Live DVD
- fsck.ext3 minden kötetre ugyanígy hibát ír.

Ha a diszkeket kiveszem raidből akkor miden rendben működik, fsck OK. (vagy csak úgy gondolom?)

Minden segítséget köszönök!

Rengeteg kis file masolasa, hogyan?

Fórumok

Sziasztok!

Ket server kozott kellene viszonylag tetemes mennyisegu filet mozgatnom, (kb 80Gb-nyi nehany KB-os filerol van szo) probalkoztam fele ekkora mennyiseget elvinni ugy, hogy tar csomagot keszitettem, majd atmasoltam s kicsomagoltam, de a tar keszitese, majd masolas utani kicsomagolasa 4 oraba kerult.
Azt is esztevettem, hogy a tar (hiaba adtam neki a legmagasabb prioritast) csak 15%ot hasznalt el a procibol, habar a memoria teljesen ki volt hasznalva.

Valaki esetleg tud gyorsabb modszert, vagy ez ilyen.. s kikell seggelni mig megcsinalja?

Koszi elore is!

ftp server virtual ftp-kkel azokhoz sajat admin web management-el

Fórumok

Hello!

Vmi olyan ftp szervert keresnek unix-ra, hogy tudjon virtual ftp-ket kezelni, lehetoleg azokhoz adhassak meg sajat admint aki csak az azokhoz tartozo dolgok felett edminisztral (konyvtar/fajl muveletek feletti admin jog ill. ahhoz a virtual ftp-hez tudjon usereket adni) es lehetoleg ez az adminisztracio webes feluleten tortenjen.
Van erre vmi kesz/hasznalhato megoldas, vagy mit tudnatok ajanlani ami leginkabb lefedi ezt?

ati fglrx driver 64 bites linuxon

Fórumok

Hali!

Körbenéztem hasonló topicocban bár azok mind ubunturól szólnak, Így nem találtam megfelelő útmutatást a problémámhoz.

Mivel betegszabin vagyok és ráérek, ezért elkezdtem tesztelni egy csomó rednszeren a driver teleptését és mindenhol ugyanaz a hiba jön sorról sorra.

Először próbálkoztam kis kedvencemen Centos 5.3 64bit alatt
majd kipróbáltam a Mandriva-t,
majd régi kedvencemet OpenSUSE

mindenhol ugyanugy megfagy.

Asztali PC hardware:
AMD 3200+ Athlon 64
2 giga ddr1 ram 400mhz
Ati radeon 4870

Laptop:
Ati radeon x1250
2gb ddr2 ram
Amd Turion proci

A laptopon a mandriva kapásból működni kezdett, fglrx driver-t használ és szépen megy a compiz install után egyből.

Az asztali pc-n a mandrivából nem lehet kihozni a compiz-t, a metisse viszont szépen fut vele.
A compiznál addig eljutottam egyszer véletlenül native modban, hogy az ablakfejlécek eltűntek az ablakok tetjéről.
Kikapcoslás után ehlyrejött..

Centos esetében egyszer már sikerült feltenni az ati drivert, de régebben még az 5.2-es verzióval és nem tudom reprodukálni.

Suse-nél van ati repository, de nem ezt akarom használni, hanem még itt is az a cél, hogy az ti official webhelyéről lehúzott linuxos driver menjen fel alá.

Van valakinek ezen oprendszerek alatt tapasztalata ezzel kapcsolatban?

Az általános teleptő által kért csomagokat felraktam mindegyik esetében, és semmi...

Most legutóbb suse-nél addig jutottam, hogy package-t generáltam. Ennek felrakásakor voltak függőségi problémák, de túljutottam rajta, így a csomag fennt van, csak kernel problémába ütköztem. (volt egy simbolic link ami nem a megfelelő kernel source könyvtárba mutatott... Ettől függetlenül nem történt változás)

Később hozzáadtam az ati repo-t és feltettem egy kernel-t, ami már eleve tudja az fglrx-et. Szuper, restart freeze.

Failsafe-ben újraindtva a vasat végre nem fagyott meg, és console-on keresztül elérhető volt a rendszer.
Itt lefuttattam a parit: /usr/bin/fglrx-kernel-bild.sh és lám csodát már megtalálta a kernel source-t.
Ezután: /lib/modules/fglrx/build_mod/-ben ./make.sh, majd /lib/modules/fglrx/-ben ./make_install.sh
Elvileg sikerült, -> reboot -> grafikus módba vált, de töksötét, console-ra nem lehet átlépni.
Szóval kezd elfogyni a türelem, mivel 5 napja ezzel foglalkozom, de nem gáz, megcsinálom előbb utóbb...

Van valakinek hasonló tapasztalata hasonló hardware-el és distribbel?
Lehet, hogy majd egyszer ráfanyarodok és megnézem ubuntu alatt is.

Üdv.: Balázs