[...]
sd2 detached
sd3 detached
sd2 at scsibus3 targ 10 lun 0: SCSI3 0/direct fixed
sd2: 305245MB, 305246 cyl, 16 head, 127 sec, 512 bytes/sec, 625142448 sec total
sd3 at scsibus3 targ 11 lun 0: SCSI3 0/direct fixed
sd3: 305245MB, 305246 cyl, 16 head, 127 sec, 512 bytes/sec, 625142448 sec total
sd3 detached
sd3 at scsibus3 targ 11 lun 0: SCSI3 0/direct fixed
sd3: 305245MB, 305246 cyl, 16 head, 127 sec, 512 bytes/sec, 625142448 sec total
sd4 at scsibus3 targ 12 lun 0: SCSI3 0/direct fixed
sd4: 305245MB, 305246 cyl, 16 head, 127 sec, 512 bytes/sec, 625142448 sec total
sd4 detached
[...]
Sajnos a kód még elég kezdetleges, és jelenleg csak az mpi(4) által támogatott SAS kontrollerekkel (azokkal sem mindegyikkel) működik. De mindenesetre bíztató!
Bővebben itt.
- A hozzászóláshoz be kell jelentkezni
- 3684 megtekintés
Hozzászólások
Hmm, nalam ezt a macintoshok tudjak ejsze '93 ota, egy kis segedprogram van, ami ujraszkenneli a SCSI buszt, es fel lehet vele csatolni az eszkozoket, es az meg nem i speci SCSI busz, csak sima 8 bites...
---
Hey! Where'd my terminal go?
- A hozzászóláshoz be kell jelentkezni
Természetesen. Ezt majdnem minden operációs rendszer tudja évek óta.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Konkrétan Windows 98-cal csináltam először ilyet emlékeim szerint. Vagy az nem számít operációs rendszernek? :)
- A hozzászóláshoz be kell jelentkezni
Az nem, mert DOS felett fut vegulis :)
- A hozzászóláshoz be kell jelentkezni
Értem. Tehát akkor a definíciód szerint a Debian (tedd ide a kedvenc Linux disztribúciódat) sem operációs rendszer, hiszen Linux felett fut. :)
- A hozzászóláshoz be kell jelentkezni
Arról nem is beszélve, ha az említett Linuxot pedig DOS-ból töltötte be az ember Loadlin-nel.
- A hozzászóláshoz be kell jelentkezni
Windows 95, 98, ME mind DOS-ra (rendre 7.0, 7.1 és 8.0) épült, bár az ME-ben már le volt tiltva a csak DOS-ba bootolás.
- A hozzászóláshoz be kell jelentkezni
Bevallom ezen kicsit meglepődtem.
- A hozzászóláshoz be kell jelentkezni
Mármint, hogy most kezdenek ilyet implementálni?
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Igen.
- A hozzászóláshoz be kell jelentkezni
Én is. Solarison ez eléggé természetes év(tized)ek óta.
- A hozzászóláshoz be kell jelentkezni
A Sunoknál elég természetes volt evek óta szoftveres RAID-et használni, míg a PC-knél ez inkább fordítva volt.
Tegyük azért hozzá, hogy Solarison is csak a SCSI-val támogatott ez, a SATA-val már nem (talán ha SAS kontrolleren vannak és így SCSI-nak látszanak, esetleg). Az U3-ba ígérik.
- A hozzászóláshoz be kell jelentkezni
SCSI-vel, és FC-vel. SATA elég ritka volt sparc platformon, x86/x64 kedvéért meg régebben nem raktak bele szinte semmit a solarisba.
A dinamikus hardver konfigurálás soha nem volt az x86 solaris előnye, míg sparcon igen jó.
- A hozzászóláshoz be kell jelentkezni
Azért is lepődtem meg, mert linuxon elég jó a SCSI implementáció (ha a teljesítményt nézzük).
Legalábbis FC hez viszonyítva, ami kritikán aluli. Az hagyján, hogy a hotplug FC nincs, de emellett könnyen lassab is tud lenni mint egy SCSI.
Ezen a téren azért még van mit fejleszteni a linuxon. Ez szvsz. azért is fontos, mert egyre nagyobb szerepet akarnak szánni a Linuxnak adatközpontokban is, és egy ilyen környezetben elég alap , hogy illeszthető legyen SAN-hoz, és rugalmasan lehessen LUN-okat be és kikonfigurálni rajta.
A múltkor ráfutottam egy olyan esetre, hogy egy vadonatúj FC-vel csatolt diszkalrendszeren az adatbázis visszatöltés 66% volt lassabb, mint egy régebbi külső SCSI storage-re. Utólagos optimalizálással ezt sikerült kb 42%-ra lenyomni, de akkor is siralmas.
- A hozzászóláshoz be kell jelentkezni
A nagy bajom a Linuxszal az, amiért megszerettem anno a FreeBSD-t: utóbbiban sok olyan dolog "szabványos", amihez a Linuxnál külön eszközök vannak, vagy éppen nincsenek.
Jó példa erre, hogy FreeBSD-n ifconfiggal állítható és lekérdezhető szinte minden, a NIC-re vonatkozó beállítás, mindegyik kártyánál (drivernél) ugyanúgy. Linuxnál erre már külön program kell, nem is működik minden driverrel.
De a másik kedvencem a camcontrol, amely SCSI-ra és FC-re is ugyanúgy működik, drivertől függetlenül le lehet kérdezni és állítani sok mindent, például a legalapabb újrascannelést, ami ugye a diszkcsere egyik alapja.
Ebből a szempontból nagyon elmaradott a Linux SCSI és FC (és SATA/ATA :) téren is, számomra teljesen érthetetlen, hogy miért nem voltak még képesek hasonló megoldással előállni.
FC hotplug szerintem van, csak mivel nincs kötelezve a driver írója arra, hogy bizonyos alapfunkciókat a szabványos módon implementáljon, rá van bízva, hogy ezt leprogramozza-e, és ha igen kivezeti-e valahogy. Persze mindenki máshogy.
Az FC lassúság nem a HBA, vagy pontosabban a driver miatt volt? Nemrég szoptam Linuxszal olyat, hogy 2 Gb-es FC-n mindig 1 Gb-tel akart feljönni és ezen az istennek nem tudtam változtatni.
Ettől függetlenül az egyik FreeBSD-re (is) fejlesztő driver író szerint a Linuxban a legtragikusabb a helyzet SCSI/FC ügyben, azt mondja, hogy rosszul van attól a szeméttől, ami ott van.
- A hozzászóláshoz be kell jelentkezni
"Az FC lassúság nem a HBA, vagy pontosabban a driver miatt volt? "
Ha egy fizikai FC eszközre (lun-ra) több párhuzamos írási I/O kérés érkezik, akkor a kernel szétszabdalja kisebb méretűre az I/Okat. Ez mondjuk akkor szívás, ha egy LUN-on tárolod az adatbázis fájljaidat, és sokat írsz bele. Legalább is egy 1 éves EMC-s doku szerint ez a gond.
A fura az, hogy egy LUN-ra nem sikerült kb 900 io/sec nél többet kitolni, ami azért egy FC diszkalrendszernél (EMC clariion) lófütty.
FC "hotplug" -ot eddig csak modunload-modprobe kombóval sikerült elérni, úgyhogy ezt nem nevezném hotplug-nak, bár lehet, hogy ebben az Emulex driver a bűnös.
- A hozzászóláshoz be kell jelentkezni
Egy apró megjegyzés: Emulex kártya / driver kombóval (nem egyedül) szívtam eleget Windows alatt is. Nekem a HBA-ban a qlogic vált be. Egyaránt jól működik Windows és Linux alatt is.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Emulexet adtak el az ügyfélnek. Ha rajtam áll Solaris alá pl. csak Qlogicot rakok.
- A hozzászóláshoz be kell jelentkezni
Én ilyenkor azt szoktam csinálni, hogy megnézem, hogy az adott kártya benne van-e az adott oprendszer HCL-jében konkrétan. Ha nincs, akkor vetetek másikat, vagy aláíratok az ügyfélel egy nyilatkozatot, hogy semmilyen működési paramétert nem tudok garantálni. Ha megveszi a HCL-ben levő cuccot, akkor lehet reklamálni a gyártónál. Ha nem veszi meg, akkor meg nincs lehetősége reklamálni, ha a legjobb igyekezet ellenére sem megy valami 100%-osan.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Igen, ez addig rendben is van, ha oprendszert supportálsz. Én mint diszkalrendszer support mentem ki, és a diszkalrendszer HCL-jében SuSe-re supportált volt a kártya. (Azért Suse verziót előbb cserélni kellett, mert az nem teljesen stimmelt. :) ).
A Supportált nem jelenti azt, hogy teljesítmény problémák nélkül működik. Linux alatt meg főleg nem, mert ott, ha el akar bármit is adni egy gyártó Linux alá, kénytelen supportáltnak minősíteni legalább a kereskedelmi Linuxokat. Azt meg sajnos nem mondhatja, hogy SuseEnterprise 10 supportált, de töltsd le a legújabb 2.6-os kernelt a kernel.org-ról, mert abban már megoldották ezt+azt a problémát.
- A hozzászóláshoz be kell jelentkezni
RHEL-lel hajtok HP EVA-t qlogic kártyával. Nem tudok olyanról, hogy teljesítmény probléma lenne vele (ha lenne, nyilván jelezték volna már, olyan környezetben van, ahol ugyanazt a storge-ot HP-UX és Windows is nyúzz(t)a, észrevették volna ha gond lenne). Persze mielőtt megtervezték volna, az ügyfél kikérte a véleményt, hogy mivel érdemes. Tudták, hogy Oracle lesz rajta. Felvették a kapcsolatot az Oracle-lel, megmondták mi az igény, megkérdezték: "kedves Oracle, mi az a vas + Linux-alapú oprendszer kombó, amin az Oracle 9i fibre channel környeztben szerintetek is _ismert_ módon _jól_ működik?" Erre mondtak valamit, amit megvásároltak, és láss csodát, jól működik. Ezt nevezem előrelátó tervezésnek.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
FreeBSD-t: utóbbiban sok olyan dolog "szabványos"
lol
- A hozzászóláshoz be kell jelentkezni
Thug, sikerül kiragadni környezetéből azt a 3 szót, amire lehel vigyorogni. Persze ha esetleg elolvastad volna a mondatot...
1) Linux vs FreeBSD viszonyról volt szó. Kedvenc OBSD-d _ebben_ a szálban nem játszott.
2) ott a példa, hogy mire is gondolt a post szerzője - cáfold meg, hogy Linuxon eth-tool vagy mii-tool kell arra, amit Bra szerint (meg más szerint is) FreeBSD-ben ifconfig-gal meg lehet csinálni.
3) Reagálnál az OpenBSD-t érintő megnyilvánulásokra is? Azaz pl. hogy nekem a leszólt FreeBSD-mben a camcontrol elég régóta működő lehetőség? Azaz pl. csak akkor kapcsolom be az SCSI szkennert, amikor szkennelni akarok; vagy a DAT-ot, ha menteni akarok. És lám, tudom használni őket ezek után oprendszer újraindulás nélkül - méghozzá elég régóta (a szkennert kb 4 éve vettem, a DAT is megvan vagy 8 éve). Szóval a "lol" mellett valami kézzelfoghatóbb?
- A hozzászóláshoz be kell jelentkezni
en a freebsd ben levo szabvanyos eszkoszokrol fejtettem ki a velemenyem nem masrol
- A hozzászóláshoz be kell jelentkezni
Véleményedet kifejtetted, de ennél tovább nem mentél. Esetleg részletesebben is kifejtenéd? Hogy mi, földhözragadt FreeBSD-használók (meg akik nem azok), értsük, hogy mi a nevetséges?
- A hozzászóláshoz be kell jelentkezni
persze kifejtem szivesen csak most el kell mennem a boltba mert delben bezar.
- A hozzászóláshoz be kell jelentkezni
1) Nincs szabvanyos RAID managament interface mint pl a bioctl(8). Pl a ports treebol kell feltelpitened az Adaptec vezerlokhoz a management progit. Ez kb ugyanaz mint amit linuxon is teszel.
2) wicontrol(8) ... Nem azt mondta bra hogy FreeBSD -ben, ifconfig(8) -al mindent allitani lehet? BRA HAZUDIK! :)
3) pw(8) ... a leggusztustalanabb dolog amit valaha lattam. Hol van a useradd(8)???? Szerintem mindekinek vannak elvarasai ha unix alapu rendszerek kozott jarkal.
es meg sokminden mas.
- A hozzászóláshoz be kell jelentkezni
Menj még egyszer boltba, és gondolkozz még közben.
1) tied a pont. És a bioctl hányféle vezérlőt támogat? Számot kérek. És hányféle RAID vezérlőt támogat az OBSD?
2) Pontosan mihez kell a wicontrol? Nekem wi(4) által meghajtott kártyám volt, és az érdeklődésen kívül másért nem vettem elő a wicontrol-t, mindenhez elég volt az ifcontrol. Ja, használtam is a wifi-t.
3) man adduser. Attól, hogy te useradd-nak szeretnéd, attól még ott van, csak más néven.
Ja, igen, járkálok UNIX alapú rendszerek között, és igen, vannak elvárásaim.
Várom a sokminden mást.
- A hozzászóláshoz be kell jelentkezni
1) nezd meg a manualokban
2) Ketlem hogy a freebsd-s ifconfig tamogatna teljesen a IEEE 802.11 frameworkot. Sot nem tudom mennyire fejlett a freebsd-s ifconfig, hogy egyaltalan egy network id -n kivul lehet-e allitani valamit :)
3) nemugyanaz....
- A hozzászóláshoz be kell jelentkezni
Pontosan erről beszélek:
1) te használod azt a rendszert, így meg tudod nekem mondani, hányféle raid vezérlőt támogat, és abból hányat a bio(4) - ha nem teszed, ez azt sugallja, hogy többféle vezérlő támogatott driver szinten, mint bio szinten - innentől kezdve hiteltelen amit mondasz.
2) lehet, hogy kétled, de szavaiddal élve: "nezd meg a manualokban" - azaz várakozásaiddal ellentétben elég sok mindent lehet állítani. Csak úgy a kedvedért szemezgetek a FreeBSD ifconfig manualjából. Nyugdtan olvasd el, érdekes lehet. És ha elolvastad, a FUD-ot utána magadba folythatod. (*):
3) Mi az, hogy nem ugyanaz. Az a bajod, hogy más szintaxist kell megtanulnod? Áááááá!
(*)
És a hivatkozás:
=== FreeBSD 6.x ifconfig(8) , szűkített részlet
The following parameters are specific to IEEE 802.11 wireless interfaces:
apbridge
-apbridge. Enable/Disable the internal bridging
authmode mode
Set the desired authentication mode in infrastructure mode.
bintval interval
Set the interval at which beacon frames are sent
bmissthreshold count
Set the number of consecutive missed beacons
bssid address
Specify the MAC address of the access point
burst Enable packet bursting.
chanlist channels
Set the desired channels to use
channel number
Set a single desired channel.
deftxkey index
Set the default key to use for transmission.
dtimperiod period
Set the DTIM period for transmitting
fragthreshold length
Set the threshold for which transmitted frames are broken into
fragments.
hidessid
list active
Display the list of channels available
list caps
Display the adaptor's capabilities
list chan
Display the list of channels available for use.
list mac
Display the current MAC Access Control List
list scan
Display the access points and/or ad-hoc neighbors
list sta
display the stations that are currently associated.
list wme
Display the current parameters to use when operating in WME mode.
mcastrate rate
Set the rate for transmitting multicast/broadcast frames.
powersave
Enable powersave operation.
powersavesleep sleep
Set the desired max powersave sleep time
protmode technique
For interfaces operating in 802.11g, use the specified technique for protecting OFDM frames in a mixed 11b/11g network.
pureg When operating as an access point in 802.11g mode allow only 11g-capable stations to associate (11b-only stations are not permitted to associate).
roaming mode
rtsthreshold length
ssid ssid
Set the desired Service Set Identifier (aka
scan Initiate a scan of neighboring stations,
stationname name
Set the name of this station.
txpower power
Set the power used to transmit frames.
wepmode mode
Set the desired WEP mode.
weptxkey index
Set the WEP key to be used for transmission.
wepkey key|index:key
Set the selected WEP key.
wme Enable Wireless Multimedia Extensions (WME) support
The following parameters support an optional access control list feature available with some adaptors when operating in ap mode; see wlan_acl(4).
mac:add address
És í. t.
The following parameters are for compatibility with other systems:
nwid ssid
Another name for the ssid parameter. Included for NetBSD compat-
ibility.
station name
Another name for the stationname parameter. Included for BSD/OS
compatibility.
wep Another way of saying wepmode on. Included for BSD/OS compati-
bility.
-wep Another way of saying wepmode off. Included for BSD/OS compati-
bility.
nwkey key
Another way of saying: ``wepmode on weptxkey 1 wepkey 1:key
wepkey 2:- wepkey 3:- wepkey 4:-''. Included for NetBSD compati-
bility.
nwkey n:k1,k2,k3,k4
Another way of saying ``wepmode on weptxkey n wepkey 1:k1 wepkey
2:k2 wepkey 3:k3 wepkey 4:k4''. Included for NetBSD compatibil-
ity.
-nwkey Another way of saying wepmode off. Included for NetBSD compati-
bility.
- A hozzászóláshoz be kell jelentkezni
The following device drivers register with bio for volume management:
ami(4) American Megatrends Inc. MegaRAID PATA/SATA/SCSI RAID
controller
arc(4) Areca Technology Corporation SATA RAID controller
ciss(4) Compaq Smart ARRAY 5/6 SAS/SATA/SCSI RAID controller
mfi(4) LSI Logic & Dell MegaRAID SAS RAID controller
The following device drivers register with bio to provide enclosure man-
agement:
safte(4) SCSI Accessed Fault-Tolerant Enclosure
ses(4) SCSI Enclosure Services
- ACER MegaRAID ROMB-2E
- Apple Xserve G5 PCI Hardware RAID Card
- Dell CERC-PATA, PERC 2/DC, PERC 2/SC, PERC 3/DC, PERC 3/DCL,
PERC 3/QC, PERC 3/SC, PERC 4/DC, PERC 4/Di, PERC 4/SC, PERC
4e/DC, PERC 4e/Di, PERC 4e/SC, PERC 4e/Si
- FSC MegaRAID PCI Express ROMB
- Hewlett-Packard 438, 466, T[567]
- Intel RAID Controller SRCS16, SRCS28X, SRCU41L, SRCU42E, SR-
CU42X, SROMBU42E, SRCZCRX
- LSI Logic/AMI/Symbios MegaRAID, 523 SATA, i4 133 RAID, ATA
133-2 Elite 1400, Elite 1600, Elite 1650, Enterprise 1200, En-
terprise 1300, Enterprise 1400, Enterprise 1500, Enterprise
1600, Express 100, Express 200, Express 300, Express 500, Se-
ries 418, SCSI 320-0, SCSI 320-0X, SCSI 320-1, SCSI 320-1E, SC-
SI 320-1LP, SCSI 320-2, SCSI 320-2E, SCSI 320-2X, SCSI 320-4X,
SATA 150-4, SATA 150-6, SATA 300-4X, SATA 300-8ELP, SATA
300-8X, SATA 300-8XLP
- NEC MegaRAID PCI Express ROMB
- ARC-1110 PCI-X 4 Port SATA RAID Controller
- ARC-1110ML PCI-X 4 Port SATA RAID Controller
- ARC-1120 PCI-X 8 Port SATA RAID Controller
- ARC-1120ML PCI-X 8 Port SATA RAID Controller
- ARC-1130 PCI-X 12 Port SATA RAID Controller
- ARC-1130ML PCI-X 12 Port SATA RAID Controller
- ARC-1160 PCI-X 16 Port SATA RAID Controller
- ARC-1160ML PCI-X 16 Port SATA RAID Controller
- ARC-1170 PCI-X 24 Port SATA RAID Controller
- ARC-1210 PCI Express 4 Port SATA RAID Controller
- ARC-1220 PCI Express 8 Port SATA RAID Controller
- ARC-1230 PCI Express 12 Port SATA RAID Controller
- ARC-1230ML PCI Express 12 Port SATA RAID Controller
- ARC-1260 PCI Express 16 Port SATA RAID Controller
- ARC-1260ML PCI Express 16 Port SATA RAID Controller
- ARC-1280 PCI Express 24 Port SATA RAID Controller
- ARC-1280ML PCI Express 24 Port SATA RAID Controller
o Compaq 532, 5300, 5312, 5i
o Compaq 641, 642, 6400, 6400EM, 6422
o Hewlett-Packard 6i, E200, E200i, E500, P400, P400i, P600,
P800, V100
- Dell PERC 5/e, PERC 5/i
- Intel RAID Controller SRCSAS18E, SRCSAS144E
- LSI Logic MegaRAID SAS 8208ELP, MegaRAID SAS 8208XLP, MegaRAID
SAS 8300XLP, MegaRAID SAS 8308ELP, MegaRAID SAS 8344ELP,
MegaRAID SAS 8408E, MegaRAID SAS 8480E
Mondtam hogy olvasd el a manaulokat. En speciel LSI MegaRaid el hasznalom.
Azert van szukseg meg mindig wicontrol -ra FreeBSD ben, mert a wi(4) driver nem IEEE802_11 re lett irva. Es az ifconfig ezert nem tudja normalisan kezelni.
Igen kb elvarom hogy jopar dolog betartsa a standardeket vagy a de-facto standardeket.
- A hozzászóláshoz be kell jelentkezni
No tehát rövidre vágva:
bio(4) támogatása van:
ami(4)
arc(4)
ciss(4)
mfi(4)
Azaz az ezek által támogatott HW-ek esetében megy a bioctl.
Ez pedig a következő OpenBSD-s oldalról van ( http://www.openbsd.org/i386.html ) :
RAID and Cache Controllers:
ICP-Vortex and Intel GDT series (gdt)
Adaptec FSA-based RAID controllers (aac)
3ware Escalade 3W-5x00, 3W-6x00 and 3W-7x00 series (twe)
Compaq Smart ARRAY 2*, 3* and 4* RAID controllers (cac),
DPT SmartCache and SmartRaid III/IV PCI/EISA adapters (dpt)
I2O adapters (iop) (Adaptec, Mylex, sötöbö)
Szóval van 4-féle driver, ami támogatja, és még 6-féle, ami nem. Ja, az Adaptec hazudott és nem adta ki a doksit, az most nem játszik válaszként.
Ezek után annyira nem értem a wi(4)- problémádat a FreeBSD-ben :-)
Azt hiszem maradhatunk annyiban, hogy vannak szabványosítási törekvések mind a két rendszerben, de egyik semérte el a tökéletességet.
Ja, és ha egyszer nincs valamire szabvány, akkor hogyan? Aki előbb volt, vagy előbb csinált meg valamit, annak a megvalósítását kell elfogadni? Mert akkor miért nem CAM keretrendszer van az OpenBSD-ben.
- A hozzászóláshoz be kell jelentkezni
mert nem eleg jo ahhoz hogy bekeruljon?
- A hozzászóláshoz be kell jelentkezni
Nyilván ez sem tökéletes és lehetnek elképzelésbeli különbségek is. Mondjuk a nem elég jót definiálhatnád. Távol áll tőlem, hogy egyáltalán a gondolata is felmerüljön bennem annak, hogy ezt kellene használnia az OpenBSD-nek is, csak a kíváncsiság hajt. Mi nem elég jó benne?
A tudásával nyilván nem lehet túl sok gond, hiszen már öt évvel ezelőtt is többet tudott, mint az OpenBSD-s fog tudni öt év múlva. Gond lehet még az, hogy "csúnyán" lett leprogramozva, stilisztikai, vagy programozástechnikai oldalról, de ezt sem igazán hiszem, hogy megállná a helyét.
Marad az, hogy az elvvel van gond, ezesetben viszont avass már be kérlek az OpenBSD-s eltérések mibenlétébe, semmi dokumentációt nem találok róla ugyanis.
- A hozzászóláshoz be kell jelentkezni
valoszinuleg teljesen mas implementacio lesz ha lesz.
- A hozzászóláshoz be kell jelentkezni
Ez igen konkrétra sikerült. Mint általában. ;)
- A hozzászóláshoz be kell jelentkezni
1. Így van, ez mindenképpen jó dolog, kár, hogy ez nem valami nagyobb horderejű projekt és így sosem lesz "multiplatform". Legfeljebb a BSD-k között, bár erre sem sok esélyt látok jelenleg.
2. Jó, hogy felhoztad. Rákerestél esetleg a wicontrol manualban a deprecated és obsolete szavakra? Szinte csak ilyen opciói vannak, ezeket mind az ifconfigból lehet állítani. Nem azt mondtam egyébként, hogy a FreeBSD tökéletes, hanem azt, hogy sok mindenre van szabványos, több driverre, eszközre kiterjedő beállítási felülete, mindenképpen többre, mint a Linuxban. De mondhattam volna a Solarist is, abban is van jópár dolog, ami ezt a célt szolgálja. A wicontrollal egyébként nem nyúltál mellé? Mintha az OpenBSD-ben sem lenne nagyon más a helyzet...
3. Én mondjuk leginkább a vipw-t szoktam használni (ami viszont máshonnan hiányzik nagyon), a useraddot meg kb. ráaliasolhatod a pw useradd-ra, ha nagyon akarod.
- A hozzászóláshoz be kell jelentkezni
mar reg nincs wicontrol openbsd ben. persze en is vipw -t hasznalok, de monjduk samba nem tud vipw -t hasznalni es szanalmas hogy egy szinte default config nem megy
freebsd alatt.
- A hozzászóláshoz be kell jelentkezni
Rég=2 hónap, amely idő nem volt elég arra, hogy az OpenBSD weblapján a manlap nézegető current szekciójából eltűnjön.
Ahogy Zahy írta, ezzel a FreeBSD is ugyanígy áll, csak nem a currentben, hanem a stable-ben. Valamikor nyilván ők is ki fogják dobni, most is lényegében csak kompatibilitási célokkal szerepel.
Nem mintha nagyon számítana, de tudom, az ilyen apróságokon imádsz lovagolni. :)
- A hozzászóláshoz be kell jelentkezni
veszek egy pluffyt
- A hozzászóláshoz be kell jelentkezni
Szerintem nézd meg, milyen fórumban vagyunk: OpenBSD - nem Linux.
- A hozzászóláshoz be kell jelentkezni
Ha ez nekem szól, akkor jogos. Most esett le nekem is. :) :)
Közvetlenül ez alatt van egy linux kerneles hír, az kavarhatott be.
Bocs.
Kérem törölni összes hozzászólásom ebben a topicban, most megyek és inkább lenyírom a füvet, hátha azt nem keverem össze a szomszédéval... :)
- A hozzászóláshoz be kell jelentkezni
De azért jó volt nézni, ahogy két BSD-s "üti" egymást. ;))
A fenébe, ezt nem jó helyre rakta a Drupal. :I
--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.
- A hozzászóláshoz be kell jelentkezni
Mondjuk úgy, hogy az egyik BSD-s, a másik pedig egy hangyafaszányit szélesebb látókörű (de csak egy hangyafaszányit).
thug szerint minden feladatra jó az OpenBSD, én ezzel nem értek egyet (az OpenBSD helyett szinte bármit behelyettesíthetsz)-
- A hozzászóláshoz be kell jelentkezni
Barcsak igy lenne...
- A hozzászóláshoz be kell jelentkezni
Téged nem lehet meggyőzni, hogy van olyan feladat, amely az OpenBSD-vel nem megoldható...
- A hozzászóláshoz be kell jelentkezni
de. hogyne lenne. jelenleg is vannak helyek ahol sajnos nem tudok OpenBSD -t hasznalni. (egyelore)
- A hozzászóláshoz be kell jelentkezni
Ha jól látom változik a véleményed, bár az utolsó szó még kicsit árnyalja a képet, illetve a második mondatnak semmi köze ahhoz, amit írtam.
Sikerült már munkát találnod?
- A hozzászóláshoz be kell jelentkezni
Most az a baj hogy kénytelen vagyok mást használni amig mondjuk nincs X Y support OpenBSD ben? Igen sikerult találni.
- A hozzászóláshoz be kell jelentkezni
Te is büdös pesti lettél, öcsém? :)
Nem az a baj, hanem az, hogy túlontúl meggyőződéses vagy. ;)
- A hozzászóláshoz be kell jelentkezni
Ja mar 2 honapja itt poshadok. :)
- A hozzászóláshoz be kell jelentkezni
FÚÚÚÚJJ... ;)
- A hozzászóláshoz be kell jelentkezni