PC-BSD telepítés?

FreeBSD-all

Miért van az, hogy arra a "vas"-ra amelyen az utolsó pillanatig (sőt az után is) tökéletesen működik egy BSD telepítés, mondjuk 10.0.3-as-ból kiindulva, a frissítések után 10.1-el, a frissen letöltött legutolsó ISO-ból kiírt telepítővel egyszerűen képtelen vagyok értékelhető installt végrehajtani? (SHA ellenőrizve, vas=memória teszt rendben. stb.) - Persze a kérdés, - hogy úgy mondjam, - erősen költői...

(A telepítés során már login/jelszó bekérés sincs, hostnév beállítási lehetőség sem. X nem indul, particionálni custom módban nem enged. - Töbször telepítettem már hasonló vasakra és mindig normálisan lefolyt. Egyszóval a telepítőben mi változhatott ennyire, tizedverziókon belül? (v10.0.3-v10.1.1) Vagy másnál ez normálisan működik?
A VGA driver változatokat összehasonlítottam a működő gépekkel, de nem tapasztalok eltérést. - Mintha a KDE4-et nem lenne képes a telepítő normálisan felpakolni, mert konzol működik, de(!) "root" jelszó nélkül is bejön... ???? Milyen rendszerré is "fejlődik" ez?

  • 4277 megtekintés

( uid_20269 | 2015. 03. 05., cs – 15:15 )

PC-BSD >> MS-BSD >> Windows BSD >> Windows 11
--
God bless you, Captain Hindsight..

hivatalos fórumon valószínű, hogy hamarabb választ kapsz, mint itt (bár ahhoz azt is tudni kellene, hogy pontosan milyen "vasról" van szó). Ken elég gyakran válaszolgat a kérdésekre, Kris már ritkábban.

egyébként login jelszó és hostnév beállítás a telepítés utáni első bejelentkezéskor történik.

a kérdésedre válaszolva pedig, nálam probléma nélkül működött 10.1.1 telepítő.

ja és a KDE4-nek amúgy mi köze van az egészhez?

Szorosan ide kapcsolódik. (Tudom, "picsogás"). Előrebocsátom, PC-BSD, tehát a felvállalt célja szerint, desktop követelményeknek eleget tévő rendszer. Itt jön képbe a KDE, alapértelmezetten azzal települ.

A mostani dohogásom oka. Feltelepítettem szépen ment is a rendszer. Majd ugye eltelt 1-2 hónap, sok biztonságirés napvilágra került. Frissíteni kellett. Az eltelt idő alatt nem volt rajta levelező program. Telepíteni próbáltam a hivatalos repo-ból egy Thunderbird-öt. Na annak rendje-módja szerint ez le is "alázta" a rendszert. Odáig, hogy végül függőségi problémák miatt az egész KDE-t leszedte a "pkg".

Nem értem, ha egyáltalán szükséges a frissítés, miért nem képesek a repóban lévő programok legalább a szabályosnak tekinthető frissítéseket teljesíteni. Miért kell újra és újra 0-ról, az ISO-s telepítéseket elővenni. (FreeBSD 10.1-RELEASE-p24, a Thunderbird előtt működő verzió, - majd kipróbáltam a FreeBSD 10.2-RELEASE-p?, és erről már nem is lehet érdemben nyilatkozni, mert képtelen a DELL gépemen végrehajtani a "disztupgrade"-et. Milyen céllal fejlesztik egyáltalán?)

Nem szabad használni a PC-BSD féle beépített update managert, mert nem működik megbízhatóan, sajnos. Egyébként PC-BSD-n alapból feltelepül a sysutils/beadm és az updater használja is, szóval elvileg nem kell újratelepíteni 0-ról, csak visszaállnod az update előtti állapotra (és utána próbálkozhatsz kézzel frissíteni).

"sysutils/beadm" - Itt a "snap"-ekre gondolsz? Mert persze az elmúlt napokban "halálra gyötörtem" azokat is. De a visszatérések nem segítenek azon a problémán, hogy az aktuális Thunderbird ismételt telepítése lebontja teljesen az oprendszert. Lehetséges, a verzió már a 10.2-hez van tervezve? De akkor miért azt huzza le a 10.1-re is? Illetve nálam a rendszerre már telepíthetetlen a 10.2. (Úgy vélem valamilyen módon a "XUL" függőség miatt van ez, de már pár hónapot sem bír ki egy rendszer ilyenek nélkül? - Megboldogult "debianos" koromban ez évekig tartó válogatás nélküli forrásokból történő "agyon"-telepítések után következett be.)

a beadm egy új boot environment-et hoz létre, amire vissza tudsz állni pl egy hibás telepítés esetén. de valószínűleg ugyanarról beszélünk.

az, hogy nem sikerült az update, annak több oka is lehet (log talán többet mondana), javaslom olvasásra a /usr/ports/UPDATING -et, valószínűleg egy olyan frissítés volt, amit a pkg nem tud automatikusan megoldani és kézzel kell segítened rajta.

nem tudom mennyire mélyedtél bele magába rendszerbe, de a digitalocean-nek van egy jó kis tutorial -ja, amiből egész jókat lehet tanulni.

( end | 2015. 10. 14., sze – 15:32 )

Nem tudtok segíteni abban, hogy másik forrásból is letölthessem a telepítőt, mert rendszeresen más HAS értéket kapok az ISO-knál, mint ami fel van tüntetve. (Rengeteget töltök le, több gépen is és más módszerrel, megismételve is szoktam, nem értem miért a PC-BSD-nél nem kapok megfelelő értéket. Igazság szerint, előfordult már ilyen MS Insider ISO-nál is. De más ISO-knál rendszeresen megfelelők az értékek.)

Vagy a letöltéseknél ez gyakran előforduló "eredmény"?

http://www.pcbsd.org/en/download.html

PCBSD10.2-RELEASE-08-19-2015-x64-DVD-USB.iso
PCBSD10.2-RELEASE-08-19-2015-x64-DVD-USB.iso.sha256 = 8544aefd8d52afef38301544c408350679eb812d4e39c58e31a2c9e9522f0161

SHA-256 Checksum: 49D7931E2565CDCF4A3A8D733235E0822F12B581838E9F1A8851F4678D492F3E

Generated by MD5 & SHA Checksum Utility @ http://raylin.wordpress.com/downloads/md5-sha-1-checksum-utility

Ott a másik forrás az általad beillesztett oldalon: http://download.pcbsd.org/iso/10.2-RELEASE/amd64/PCBSD10.2-RELEASE-08-1…
Ezt most le is töltöttem (gyorsabban is jött, mint a HTTP-s), és az SHA256 checksum-ja megegyezett a fentivel.

Velem csakis olyankor fordult elő, hogy ugyanazon ISO letöltés hash értéke különböző volt, amikor memóriahibás gépen töltötem le az ISO-t. Javaslom, hogy mielőbb futtass a letöltő gépeden egy Memtest86-ot!

( uzsolt v | 2015. 10. 14., sze – 21:29 )

Nem ismerem a PCBSD-t, de ha úgy tűnik, ennyi hibája van, nem lenne egyszerűbb a FreeBSD-t feltelepíteni? Aztán arra is tudsz telepíteni KDE4-et, a háttereret meg majd magadnak kicseréled :)

Köszönöm a javaslatokat. Többször gondoltam már rá, hogy a FreeBSD-t kipróbálom, végül is mégiscsak az a "forrása" minden BSD-nek, de talán azért kezdtem a PC-BSD-vel, mert mégiscsak a BSD-s alapokat és "nyűgöket" tanulhatom vele, - ami szükséges mert használok több PfSense-es gépet, valamint pár FreeNAS-t is. (Utóbbiak használhatóságáról, stabilitásáról nagyon jó a véleményem évek óta.) Persze, ahogyan mondják, a BSD valójában szerver-oprendszer, és nem desktop. De ha egy BSD-t folyamatosan használni tudok minden elképzelhető, - így "desktop" feladatokra is, akkor az oprendszer működésével kapcsolatos tapasztalatok megszerzését, rutinszerzést is gyorsítani tudom. (A PC-BSD már telepítéssel tartalmaz sokmindent, amire nekem a mindennapi feladataimhoz szükségem van. És nagyon bejött nekem a rendszer működésének filozófiája, kezelhetősége. (Régebben ugyan Linux-on Gnome 2 párti voltam...) - Éppen elég a Windows-ok napokig tartó összevadászása, beállítása. Azzal, hogy magamat mentesíteni tudom a használatától, azért a munkám 90 %-ában nem tudom kikerülni az MS-t.)

Ez az elképzelés otthonra be is jött. Mert kb. egy éve, a saját Windows-omra, - egy remekül eltalált DVD-nyilvántartó program miatt "járok". (Ezt tudnám BSD-n, a saját "wines" gépem be se lenne kapcsolva hetekig, így sem töltök rajta több időt, mint ami a soron következő és az éppen megtekintett film beviteléhez szükséges.)

A PC-BSD számomra csak annyiból "rázósabb", hogy az elmúlt év tapasztalatai alapján, nagyon "óvni" kell a frissítésektől, talán éppen azért, mert a "Free" (relatív(?)) gyorsan fejlődik, és a "PC" sokszor alaposabb ellenőrzés nélkül veszi át a frissítésekhez annak elkészült csomagjait. Viszont, azért a "desktop" felhasználásra szánt mivolta miatt, kicsit mégis mások a konfigjai és függőségei, mint a Free-nek. (Igazán, a hardver-fejlesztések uralkodó trendjeit nagyon figyelembe veszik a fejlesztők, nem nagyon lehet hardveres elmaradás, mert nem fog működni az eggyel újabb oprendszer-verzió vagy frissítés pl. a régebbi VGA-n. Itt persze alapvetően a PC-BSD-s KDE-ről van szó. (Az VGA (jelenleg nVidia) hardver-meghajtó párosával, - a frissítés szempontjából, - egyfolytában kűzdök, amióta desktopnak a BSD napi használatban van. Frissítés nélkül persze "atomstabil" a rendszer.)

Pl. jól használható LENNE,(!)indítási paraméterek között a display-beállítás, de a frissítés után, már legtöbbször nem ajánlja fel, marad a fekete képernyőn villogó kurzor, és konzolt sem tudok indítani a konfigokban való "turkáláshoz". Egy frissítés, - de egyetlen program telepítése is, (lsd. most Thunderbird) ennyire haza tudja vágni az oprendszert is. (De a manuális, konzolos "pkg upgrade" esetén ugyanígy.)

Sajnos a 10-es BSD-s vonal, nem nevezhető letisztultnak. A 9-esről egyenlőre jobb a véleményem. (Már csak a "Sense"-ek, "NAS"-ek alapján is. - Bár itt nyilván sajátos üzleti-fejlesztői szempontok is érvényesülhetnek, gondolok arra, hogy pl. a TrueOS valószínű, - mint fizetős kategória, - más lehet...) Bár az adattárolás biztonságára, vagy a router-működés stabilitására, - tehát a lényegi funkciókra, - soha nem volt, és most a 10-es sorozatnál sincs panaszom.

Kérdésem lenne...! Nem az "éber oroszlán bajszát" húzogatom éppen ezzel a BSD telepítéssel? Mert ilyen érzésem támadt. Az egy dolog, hogy a 10.2-es a "boga égnek" nem hajlandó telepítés után rögtön működő KDE-t produkálni, de ahogyan bármilyen apró telepítéssel elindulok azonnal "eltávolítja" a csomagok nagy részét.

Ahol a 10.1 telepítés szépen ment, a Thunderbird telepítéséig, ott a 10.2 az atya égnek sem akar elindulni. Jó. Akkor reset a merevlemeznek és nekimentem a 10.1 telepítésének újfennt. Előre bejelöltem a Thundert a telepítésnél választható opcióként. Felment, de már nincsen KDE, csak a szokásos "Please wait...". Akartam telepíteni egy mc-t, jobban megnézni a konfigokat, hát azonnal elkezdi leszedni a csomagok "jórészét". És ismét megy a "fasírtba" az egész.

Újrakezdtem, most "okosabban". "Online" üzemmód elfelejtve, (kábel kihúz), szépen felmegy a gépre, bejelentkezik a KDE is. Most nincs Mozilla egyáltalán, - (hátha csak XUL.) kipróbáltam különböző "offline" funkciókat, beállításokat. Úgy néz ki megy minden. Különösen az X-hez tartozó konfigot, (de a többit is) betárazom "jövőidőre". Kikapcsoltam az "Update Managerben" a "autoupdate"-t. Azután újfennt "mc" telepítési kísérlet. Ja, ismét kezdi a lebontást. Miközben ezer szálon próbál autentikálni, kommunikálni érzésem szerint a "megfelelő" IP-kkel - Lefogta az egész hálózatot, az eszköz nem tudott UP-olni, csak manuális beállítás után. Mi a fene van ezzel a rendszerrel, vagy velem? (Erre a 780-as Dell-re, fél óra alatt száz héliummal töltött léggömböt is fel lehet installálni, és az mc-t működőképesen azonnal reá.)

Életemben számtalan oprendszert telepítettem már hasonló gépekre is. (Legutóbb Debian 8-as ment rá XFCE-vel, szívem szakadt meg, olyan szépen nézett ki...) A PC-BSD olyan szinten szivat, ami már nem normális. Ennyi hiba egy final kiadású rendszerben egyszűen nem lehet. (Kinek fejlesztik ezt az oprendszert egyáltalán, - aki telepíteni is tudja? Hasonló gépen rendszeresen használom a 10.0.3-ast már lassan egy éve. Persze frissíteni ott sem tudok. -- Alapból Tor-mód daemon-izáltan?)

Példaként lentebb az "mc" telepítése, elsőként a feltelepült rendszerre. (BIZTOS AMI BIZTOS, néhány csomagot "lock"-oltam előtte, mert pl. a "pkg" verzió kikerülhetetlen, legelső frissítése is hasonló "omlással" jár, már 10.1-ről 10.2-re is próbálva.)

Mi lehet ezzel? (Azt látom nagyrészt a KDE-t érinti.)

# pkg install mc
Updating pcbsd-major repository catalogue...
pcbsd-major repository is up-to-date.
All repositories are up-to-date.

xorg-server-1.14.7_4,1 is locked and may not be modified

xorg-libraries-7.7_2 is locked and may not be modified

xorg-7.7_2 is locked and may not be modified

nvidia-settings-340.65_1 is locked and may not be modified

nvidia-xconfig-331.67 is locked and may not be modified

nvidia-driver-346.47 is locked and may not be modified

nvidia-driver-346.47 is locked and may not be modified

nvidia-driver-346.47 is locked and may not be modified

nvidia-driver-346.47 is locked and may not be modified

nvidia-driver-346.47 is locked and may not be modified

nvidia-driver-346.47 is locked and may not be modified

xorg-drivers-7.7_3 is locked and may not be modified
The following 113 package(s) will be affected (of 0 checked):

Installed packages to be REMOVED:
xorg-server-1.14.7_4,1
pcbsd-base-1425064224
xf86-video-intel-2.21.15_8
xscreensaver-5.29_4
p5-libwww-6.13
p5-Net-HTTP-6.07_1
p5-IO-Socket-SSL-2.012
p5-Net-SSLeay-1.68
p5-Net-SMTP-SSL-1.02
git-2.4.0
ghostscript9-9.06_10
mupdf-1.7,1
ImageMagick-6.9.1.2,1
xorg-7.7_2
kde-workspace-4.11.14_1
life-preserver-1431457302
stunnel-5.17
nvidia-driver-346.47
kde-runtime-4.14.3
kactivities-4.13.3
cups-filters-1.0.67
pcbsd-i18n-1420819571
kdepimlibs-4.14.3
prison-1.0_1
libdmtx-0.7.4_7
baloo-4.14.3
nepomuk-core-4.14.3
okular-4.14.3
py27-pykde4-4.14.3
kate-4.14.3
kactivitymanagerd-4.13.3
smokekde-4.14.3
ruby20-korundum-4.14.3
plasma-scriptengine-ruby-4.11.14
pcbsd-meta-kde-1429798531
plasma-scriptengine-python-4.11.14
kde-baseapps-4.14.3
gwenview-4.14.3
kdegraphics-4.14.3
pcbsd-meta-nvidia-1366133527
kdeartwork-4.14.3
kdeplasma-addons-4.14.3
kdeutils-4.14.3
kgpg-4.14.3
baloo-widgets-4.14.3
kde4-style-qtcurve-1.8.14_4
kdeadmin-4.14.3
kuser-4.14.3
kdebindings-4.14.3
ruby20-krossruby-4.14.3
py27-pykdeuic4-4.14.3
p5-perlkde-4.14.3
plasma-applet-panelspacer-0.2_12
plasma-applet-daisy-0.0.4.26_4
libspectre-0.2.7
pcbsd-i18n-qt5-1431702322
xorg-drivers-7.7_3
xf86-video-vesa-2.3.3_5
xf86-video-r128-6.9.2_5
xf86-video-openchrome-0.3.3_5
xf86-video-nv-2.1.20_6
xf86-video-mach64-6.9.4_5
xf86-video-ati-7.5.0_2
xf86-input-mouse-1.9.1
xf86-input-keyboard-1.8.0_7
xf86-input-synaptics-1.8.2

New packages to be INSTALLED:
mc: 4.8.14_1
perl5.18: 5.18.4_17
jpeg-turbo: 1.4.1
ghostscript9-base: 9.06_11
libepoxy: 1.2
startup-notification: 0.12_4
libssh2: 1.6.0_1,2
libslang2: 2.3.0

Installed packages to be UPGRADED:
python27: 2.7.9_1 -> 2.7.10
libressl: 2.1.6 -> 2.3.0
cups-client: 1.7.3_4 -> 2.0.3_2
cups-base: 1.7.3_4 -> 2.0.3_3
gtk2: 2.24.27 -> 2.24.28_1
pulseaudio: 6.0 -> 6.0_2
openldap-client: 2.4.40_1 -> 2.4.42_2
cyrus-sasl: 2.1.26_9 -> 2.1.26_12
apr: 1.5.1.1.5.4 -> 1.5.2.1.5.4
kdelibs: 4.14.3 -> 4.14.3_1
gtk3: 3.14.12 -> 3.16.6
cups-image: 1.7.3_3 -> 2.0.3_2
curl: 7.42.1 -> 7.44.0
wget: 1.16.2_1 -> 1.16.3
nginx: 1.8.0_1,2 -> 1.8.0_3,2
ruby: 2.0.0.645,1 -> 2.0.0.647,1
gutenprint-cups: 5.2.10 -> 5.2.10_1
mosh: 1.2.4_1 -> 1.2.5
qca: 2.1.0_1 -> 2.1.0_3
foo2zjs: 20140417 -> 20150511_1
libssh: 0.6.5 -> 0.7.2
cups-pdf: 2.6.1_1 -> 2.6.1_2
tor: 0.2.6.7 -> 0.2.6.9
unrar: 5.21_1,5 -> 5.30,5

Installed packages to be REINSTALLED:
trousers-tddl-0.3.10_7 (needed shared library changed)
serf-1.3.8 (needed shared library changed)
foomatic-filters-4.0.17_3 (direct dependency changed: ghostscript9-base)
heimdal-1.5.3_4 (needed shared library changed)
x11vnc-0.9.13_2 (direct dependency changed: jpeg-turbo)
cups-pstoraster-8.15.4_8 (direct dependency changed: ghostscript9-base)
splix-2.0.0_6 (needed shared library changed)
opusfile-0.6_1 (needed shared library changed)
neon-0.30.1 (needed shared library changed)
py27-curl-7.19.5.1 (needed shared library changed)
librtmp-2.4.20130923 (needed shared library changed)
libevent2-2.0.22_1 (needed shared library changed)
cups-bjnp-2.0 (needed shared library changed)
socat-1.7.3.0_2 (needed shared library changed)
rdesktop-1.8.3 (needed shared library changed)

The operation will free 649 MiB.
160 MiB to be downloaded.

Proceed with this action? [y/N]: n

A sok lock-olt csomag nem biztos, hogy jó. A PCBSD-nél nem tudom, mennyire használják, de FreeBSD esetében még nem találkoztam vele. Ha FreeBSD lenne, akkor azt mondanám, hogy pkg unlock -a és majd csak utána pkg upgrade. PCBSD-nél nem tudom, mi az oka, hogy ezeket a csomagokat zárolta.
Bár az eltávolítási kísérletet nem értem, mert olyan csomagokat is megpróbál eltávolítani, amelyek zároltak.

Új fejlemény, hosszas "Update Manager"-es "mojozás" (kikapcsolt autoupdate mellett!) után, lock-kolódott a "pkg" teljes adatbázisa. Most szerinte a rendszer "up to date" Persze messze nem. (uname: P23) A log-on látott lock-ot, még én közvetlenül a telepítés után szándékosan raktam fel pár megörzendő verzió kedvéért.

De amit javasoltál az "all unlockra", most az lesz a következő lépésem. Kíváncsi vagyok, "engedni fogja"-e.

(Vél. rossz helyre ment,) Eredmény: "Cannot get an exclusive lock on database. It is locked by another process"

A témáról érdemes lenne egy "társalgós" topic-ot indítani. Az általam alaposabban kipróbált legutóbbi oprendszerek,- ez a PC-BSD 10.x-es, vagy a populáris oldalon a W10-es, - egyes reagálása a felhasználó tevékenységére, szinte már MI-szerű. Interaktívan, valós időben reagál és a "fejlesztők szerint" (mert itt biztosan szoftver értelmez,) nem megfelelő "irány" esetén a rendszer a szándéknak "keresztbe tesz". (Lehet, sok tekintetben hozzá nem értő vagyok, de elképesztően körül van bástyázva ez a rendszer "nem"-ekkel. Szinte eldönti helyettem, mit telepíthetek és mit nem, milyen menüpontot aktiválhatok és mit nem, mikor mehetek net-re és mikor nem. Lehet összekapcsolok dolgokat amelyek valójában véletlenek. De ebben az esetben már túl sok a véletlen itt nálam. Vagy fejlesztők iszonyatosan "kötött-pályán" mozognak. (A fórumokon Chris, - pl. a legtöbb általam is észlet problémára, - válasza érdemi megoldás nélküli..., "Próbáld ki az újabb verziót". "Számtalan-számos" verzió telepítése után, kijelenthetem, hogy gyakorlatilag el vagyok vágva mindenféle frissítéstől. Szinte "sugalja" a rendszer, hagyjam már el. (De hát "ostoba" makacs kíváncsiság van bennem.)

Mondjuk, - hogy pozitív is legyen,- a KDE azt is kitalálja helyettem, mikor milyen állományhoz fogok hozzányúlni. Nem kicsit előny pl. egy Explorer-hez képest, ami a fejlesztés 15-20 éve alatt, azt sem tudja "megjegyezni", hogy megnyitásnál legalább az utoljára használt foldernél jelenkezik vissza. (Bár a settings mezőben a "checkbox" erre be van erre kapcsolva. Miért nem alapértelmezett?)

Lehet az az egy program futna FreeBSD-n is, wine alól, egy próbát megérhet szerintem.

"A PC-BSD számomra csak annyiból "rázósabb", hogy az elmúlt év tapasztalatai alapján, nagyon "óvni" kell a frissítésektől"
Egyáltalán nem védeni akarom a PC-BSD projektet (egy jó ideje már nálam is csak szimplán FreeBSD fut), de ez így nem teljesen igaz. Van Edge repo, meg Production repo. Az edge folyamatosan frissül ezért production környezetbe nem ajánlott, pont azért mert bekerülhet olyan, ami nincs széles körben letesztelve és lehet,hogy pont nálad okoz problémát.. De az szerintem butaság, hogy vigyázni kell a frissítéseknél. A repok váltogatása is okozhat problémát, illetve még sok más is, de egy biztos, hogy az egésznek megvan a maga módja (ilyen pl /usr/ports/UPDATING olvasása), amit, ha nem követsz, akkor az előbb, vagy utóbb, de gondokhoz vezethet.

Ha úgy is eljutottál odáig, hogy inkább újratelepíted a rendszert, akkor próbálj meg te összerakni egy desktop-ot, nem egy nagy művészet és van jó pár leírás is,ami segíthet:
link1
link2
link3

Sajnos a Wine ebben az esetben nem megoldás, a program jelenlegi "db"-je közel hatszáz megabyte. (És persze fizetős, hozzáférése van a világ filmes adatbázisaihoz, meg a szoftvert használók anyagaihoz is.)

"...vigyázni kell a frissítéseknél..." - ezzel nem arra utaltam, hogy jó az nekünk, ha nem frissítünk, csak ilyenekre pl., ha előbb felfigyelek a XUL-library-val kapcsolatos változásokra, akkor nem kezdek a legújabb Thunderbird telepítésébe a 10.1-en, hanem előbb felhoztam volna a rendszert 10.2-re és utánna telepítek. Sajnos ahhoz voltam szokva, hogy a "Thunder" már régebb óta, csak a névjegyen lévő verziószámot "frissíti" és ez "elaltatott", és hát a levelező kliens telepítése szempontjából a 10.1 és 10.2 között sem "gondoltam" jelentős változást, azaz nem voltam elég körültekintő. (Mindez, kb. másfél hónap alatt zajlott!)

A linkeket köszönöm. Nagy segítség adott esetben. Tudom, amit az ember sajátkezűleg, elemekből épít, azt utána jobban "kézben" is tudja tartani. Az IT-ben még minden "pörög" fel, változik..., a divatos rendszerek karbantartása, - a rendszerek fragmentáltsága okán is, - ma már több időt igényel, mint régen, hát nehéz priorizálni, minek is adjunk éppen "zöld" utat. (Legtöbb időben "tüzet kell oltani", azaz nem marad elég idő, az ember "szívének" kedvesebb feladatokra.)