GNU/Linux- multinacionális operációs rendszer. És minden ország létrehozza a saját disztribúcióit, amelyeket munkaállomásokon és szervereken egyaránt használnak. Oroszország nincs sokkal lemaradva, és van néhány jó (és nem is olyan jó) Linux disztribúciók amiről beszélni fogok. Ugyanakkor beszélek a leghíresebb és legnépszerűbb disztribúciókról, amelyek jól fejlettek és aktívan használják. Megy!
Rosa Linux- a most elhunyt alapján készült elosztás Mandriva, és folytatja fejlesztését. Ennek a disztribúciónak több, különböző alkalmazásokhoz tervezett kiadása van. Az ingyenes asztali kiadás az Friss, amely a legfrissebb és legstabilabb szoftvert tartalmazza. Kiadások "Kobalt", "Nikkel", "Króm" kormányzati szervek számára készült, és az orosz védelmi minisztérium és az FSTEC tanúsítja. Ezek a disztribúciók nem elérhetők szabadon. A szerververzió eredetileg a Red Hat Enterprise Linux (RHEL), ezt követően szintén átkerült a Mandriva bázisra. A Rosa projekt alapján készül az elosztókészlet OpenMandriva, ami "poligon"új szoftverek és technológiák tesztelésére (pl Fedora RHEL esetében).
Számítsa ki a Linuxot a vállalati disztribúciók sora a híres Gentoo(amelyet a telepítés során forráskódokból állítanak össze), de ettől eltérően egyszerű és érthető telepítőjük van, jó minőségösszeszerelő és rendszer segédprogramok, valamint az előre telepített szoftverek nagyon széles választéka (a Desktop kiadásban még Skype). Ugyanakkor a Calculate teljes mértékben kompatibilis a Gentoo-val, natív rendszerét használva Portage szoftverek felépítéséhez és telepítéséhez, valamint nagyszámú bináris csomagot is tartalmaz a tárolóban. A Calculate a következő kiadásokat tartalmazza:
A disztribúció összes verziója terjesztve van indítható livecd HDD-re, USB-Flash-re vagy USB-HDD-re telepíthető kép.
A Runtunak két kiadása van:
Orosz Fedora Remix(vagy RFRemix) egy Fedora disztribúción alapuló build. A teljes oroszosítás mellett a következő különbségek vannak:
Egyébként ez egy rendes Fedora. Hivatalos oldal
Kezdetben alapján Mandragóra(ami később Mandriva lett), de fokozatosan kezdett önálló rendszerré alakulni. Az ALT Linux megkülönböztető jellemzője a csomagkezelője: a formátumú csomagokat használja FORDULAT, mint a RedHat-eredetű disztribúciókban, de ezek a segédprogram segítségével vezérelhetők APT (Advanced Packaging Tool), ami "anyanyelvi" Debianhoz és származékaihoz (például Ubuntu). Az ALT Linux arról is híres, hogy sok iskolába küldik, az informatika tankönyvek pedig kifejezetten rá (Windows kivételével) tartalmaznak feladatokat. A terjesztési készlet nyilvános ingyenes kiadásokat és kormányzati szervek számára készült verziókat is tartalmaz, FSTEC tanúsítvánnyal rendelkezikés az Orosz Föderáció Védelmi Minisztériuma. A Simply Linux disztribúció az ALT Linux könnyű kiadása, amely nagy mennyiségű oktatási és multimédiás szoftvert, valamint egy egyszerű és kényelmes Xfce-alapú asztalt tartalmaz. Csomagok fejlesztése ALT Linux számára, egy speciális tárolóban Sziszifusz. A következő kiadások érhetők el:
Iskolai szerver
Iskolai tanár
Iskola Junior
Iskolamester
A készlet fő jellemzője a tanulói és tanári munkahelyek integrációja. Ez a funkció nemcsak az oktatási folyamat központi irányítását teszi lehetővé, hanem interakciót is biztosít a diákok és a tanárok között a szokásos chat- és fórumformákban. Az üzenetek tartalmazhatnak feladatokat, azok megoldásait és megjegyzéseit. Lehetőség van bármilyen formátumú fájlok cseréjére is, mind tanár és diák, mind diákok között;
A gyártó fejleszti az Astra Linux alapverzióját - Common Edition ( Általános rendeltetésű) és módosítása Special Edition (speciális cél):
Ez egy könnyű disztribúció, amelyet kifejezetten alacsony kategóriás hardverekhez terveztek. A rendszer kis mérete (körülbelül 120 megabájt) lehetővé teszi a teljes rendszerindítást RAM a maximális teljesítmény érdekében. A PuppyRus Linux az x86-os számítógépekre összpontosít, maximális teljesítményre optimalizálva, és az alacsony hardverigény miatt „második” életet lehelhet az elavult modellekbe.
A PuppyRus két eredeti csomagrendszert örökölt a Puppy Linux elődjétől: .HÁZI KEDVENCÉs .KÖLYÖKKUTYA. Ezek gzip-tömörített fájlok, amelyek a telepítéshez szükséges fájlokat tartalmazó könyvtárakat tartalmazzák. Ezek a könyvtárak neve és szerkezete megegyezik a UNIX fájlrendszer szabványos könyvtáraival.
Így az új csomagok telepítésének folyamata együtt jár a csomagok gyökérkönyvtárba való kicsomagolásával. Csomagkezelő program PetGet figyeli a telepítés folyamatát, regisztrálja a csomagból a rendszerbe másolt fájlokat, és ezeket a változtatásokat egy külön fájlban – a telepítési naplóban – rögzíti. Kicsomagolás után a PetGet végrehajtja a csomagban található telepítő szkriptet (scriptet).
Amikor egy csomagot eltávolítanak, a PetGet a telepítési naplója szerint eltávolítja az abból származó összes fájlt. Ezt követően a PetGet végrehajtja a telepítés utáni szkriptet (scriptet), amely korábban a csomagban volt. Hivatalos oldal
Ez egy Linux disztribúció, amely a jelenleg még kidolgozatlanon alapul MOPS Linux(ami viszont azon alapul Slackware). A fő elvek, amelyeket a disztribúció fejlesztői betartanak, a rendszer egyszerű telepítése és fejlesztése, valamint a legstabilabb programok kiválasztása.
Történelmileg az AgiliaLinux a megszűnt MOPSLinux közvetlen leszármazottja. Akkoriban a MOPSLinux általában a Slackware csomagbázison alapult, és fennállásának vége felé fokozatosan növelte részesedését a saját csomagjaiban. Az AgiliaLinux folytatta ezt az utat, és a csomagbázis immár független. A csomag formátuma txz, és az mpkg a csomagkezelő. Hivatalos oldal
Teljesen legális lenne, ha ennek a kissé módosított példányait árulnák Ubuntu verziók(Nevezzük Mubuntu = Módosított Ubuntu)?
Nem. Bár a szoftverlicencek lehetővé tehetik ezt, a védjegylicencek nem:
Az Ubuntu módosított verzióinak bármilyen újraterjesztését a Canonicalnak jóvá kell hagynia, hitelesítenie vagy biztosítania kell, ha azt védjegyekkel kívánja társítani. Ellenkező esetben el kell távolítania és le kell cserélnie a védjegyeket, és újra kell fordítania a forráskódot a saját binárisok létrehozásához. Ez nem érinti az Ubuntu bármely összetevőjére vonatkozó nyílt forráskódú licenc alapján fennálló jogait. Ha jóváhagynia, hitelesítenie vagy módosított verzióit kell beküldenie újraterjesztéshez, akkor szüksége lesz a Canonical licencszerződésére, amelyet kifizethet. Mögött további információ vegye fel velünk a kapcsolatot (az alábbiak szerint).
A Canonical engedélyére lesz szüksége a következők használatához: (i) minden UBUNTU vagy BUNTU betűkkel végződő védjegy, amely ésszerűen hasonlít a védjegyekhez vagy bármely hasonló hasonló márkához, és (ii) bármely védjegy egy domain névben vagy URL-ben vagy értékesítési célokra,
Eladhatja az Ubuntu módosítatlan verzióját, eladhatja az Ubuntu erősen módosított verzióját, amely már nem említi az Ubuntu nevét, de az Ubuntu enyhén módosított verziójához megállapodásra van szükség a Canonical-lal.
Igen, feltéve, hogy minden csomagra megfelel a licencfeltételeknek szoftver(forráskód küldése stb.), és ne sértsen meg semmilyen védjegyet, szerzői jogi törvényt stb. Arról is gondoskodnia kell, hogy tevékenysége ne okozzon kárt harmadik feleknek, például gyilkosságot stb.
A mellékelt zárt forráskódú szoftver nem sértheti meg az általa használt könyvtárak licencét (egyes licencek megengedik a zárt forráskódú szoftverektől való bináris függőséget, mások pedig nem).
Ahogy Serge mondta, igen. Nem módosíthatja azonban a GPL ( ablakkezelő GPL), majd zárja be a forrást. A GPL könyvtárakat még zárt helyen sem használhatod forráskód. Tehát valójában a válasznak a következőnek kell lennie: " NEM", mintha bezárta volna a forrást a rendszer vagy az asztali számítógép nagy részével, mire felszabadul és megszabadul a GPL-től, már nem lesz releváns az Ubuntu számára. Ezenkívül úgy gondolom, hogy a Canonical kifejezett engedélyére van szüksége egy olyan szó használatához, mint a Mubuntu. A kérdés valóban nehéz. Sok kutatást kell végeznie, és esetleg ügyvédet kell fogadnia, ha ezt teszi.
FRISSÍTÉS
Gondoltam frissítem a kérdést, mert nagyon hosszúak a megjegyzések, hogy használhatod-e a GPL könyvtárakat zárt forráskódban. Az LGPL engedélyezi *, a GPL nem**. A Author gnu.org/licenses/why-not-lgpl.html témakörből:
… a Minor GPL használata lehetővé teszi a könyvtár használatát saját tulajdonú programokban; A normál GPL használata könyvtárhoz csak ingyenes szoftverek számára teszi elérhetővé.
Mivel azonban manapság a legtöbb könyvtár LGPL-es, az OP talán nem olyan nehéz, mint eredetileg gondoltam.
* Még mindig vannak bizonyos feltételek, amelyeknek teljesülniük kell az LGPL könyvtárak használatához.
** Bizonyos esetekben használhat zárt forráskódú GPL könyvtárat, például ha a szoftver nem nyilvánosés ha a könyvtár használata nem minősül módosításnak vagy származékos munkának (például előlinkelés).
Tegyük fel, hogy valaki letöltött egy Linux disztribúciót, például az Ubuntut. Tegyük fel, hogy megváltoztat egy részt, mondjuk az Ablakkezelőt.
Nem, nem teheti meg, mert vannak olyan projektek, amelyeket a Canonical véd, de ha hozzá kell járulnia, alá kell írnia a Canonical megállapodást:
Következő projektek a kanonikus megállapodás hatálya alá tartozik. Ha szeretne hozzájárulni az alábbi projektek valamelyikéhez, kérjük, vegye fel a kapcsolatot a projekt harmadik oszlopában felsorolt elérhetőségeken.
A hozzájáruláshoz alá kell írnia a Canonical megállapodást.
Teljesen legális lenne, ha az Ubuntu e kissé módosított verziójából (nevezzük Mubuntu = Módosított Ubuntu) másolatokat áruljanak?
Mi lenne, ha bezárnák az új ablak eredeti részét? Legális lesz még eladni?
Ezt nem teheti meg a Canonical engedélye nélkül:
Korlátozott felhasználás védjegyengedélyt igényel
Bármely védjegynek a tőlünk kapott engedélyt fel kell használnia a fent kifejezetten engedélyezett körülményektől eltérő körülmények között. Ezek tartalmazzák:
Bármilyen kereskedelmi felhasználás
Használat olyan szoftverterméken vagy azzal kapcsolatban, amely egy általunk szállított terméket tartalmaz, vagy arra épül, ha az adott termékhez bármilyen kereskedelmi szándék kapcsolódik.
- Használja domain névben vagy URL-ben.
- Használja árusításhoz, például pólókon és hasonlókon.
- A BUNTU betűket tartalmazó név használata számítógépes hardverre vagy szoftverre hivatkozva.
- A fentiek bármelyikével kapcsolatos szolgáltatások.
LINUX disztribúció kiválasztása
Fedora Core
Évek óta ez a legszélesebb körben használt Linux disztribúció. Egészen a közelmúltig Red Hat néven volt ismert. Mostanra azonban a fejlesztő (az azonos nevű cég) megtartotta ezt a nevet rendszerének kereskedelmi megvalósítása során. A végfelhasználóknak szánt ingyenes megvalósítása a Fedora Core.
Hibák:
Előnyök:
ASPLinux
Ez egy hazai gyártású disztribúció, amelyet az azonos nevű cég fejlesztett ki. Ez a Fedora Core (korábban Red Hat) klónja, az alkalmazásszoftverek tekintetében kissé módosított és a mi körülményeinkhez igazítva.
Több változatban is forgalmazzák (nem számítva a tisztán szerververziókat): Deluxe sok lemezzel és teljes dokumentációval, Standard - fele annyi lemez, csak a telepítési kézikönyv a dokumentációból, Express - egy háromlemezes készlet rövid füzet.
Hibák:
Előnyök:
Szemtanúk benyomásai:
Az ASPLinux 9.0-t használták otthoni számítógép, munkahelyen és két barátommal több mint egy éve. Plusz:
nagyon jó barkács konstruktőr;
egészen tisztességes csomagok összeállítása, oroszosítás, dokumentálás;
a man oldalakat a legtöbb esetben oroszul, néhány esetben engedetlen szolgád fordításában;
minden rosszat, amit általában joggal mondanak az rpm csomagkezelő rendszerről, sikeresen kiküszöbölték a fejlesztők;
nagyon kevés probléma volt a függőségekkel még a rendszer súlyos megcsúfolása mellett is;
magas szintű stabilitás és biztonság;
nem észleltek megmagyarázhatatlan hibákat, semmi sem terelte el magáról a munkáról;
többször is fel kellett telepíteni az ASPLinux 9.0-t (csak tsssss!!!) szigorúan titkos berendezésekre, amelyekre az általános elképzelés szerint a WSWS operációs rendszert kellett volna telepíteni;
poloskák és gereblyék - nincs;
az abszolút specifikus berendezéseket egyszerűen nem lehetett támogatni, de egy további megállapodás alapján az illesztőprogramokat ugyanazon ASP szakemberei írták;
érdemes megjegyezni a meglehetősen magas osztály megfelelő műszaki támogatását - ez az érv, amely akkoriban kedvezően különböztette meg az ASP-t a versenytársaktól;
Mínuszban:
az ASPLinux 9.2 disztribúciós készlet kiadása, majd az ASPLinux 10, a vállalat menedzsmentjében bekövetkezett változással párosulva, áthúzta ennek a tekintélyes csapatnak a múltbeli érdemeit;
nem mondható, hogy minden szempontból egyértelműen rosszak, de a 7.1-es, 7.3-as és 9.0-s verziójú ASPLinux disztribúciókhoz képest minden olyan ponton veszítenek, amit fentebb előnyként leírtam;
most a disztribúcióban lévő csomagok legalább konfigurálatlanok.
Még ma megbeszéltem egy kezdő felhasználóval egy problémát, amely az ASPLinux 9.2-ben merült fel – nem volt hang. Kernel 2.4.22, oss, grafikus környezet alapértelmezés szerint - Gnome (a Red Hat előírásai szerint). és ugyanakkor az xmms beállításokban a használt kimeneti kiterjesztés volt az alapértelmezett ... figyelem! művészetek, és opcionálisan - alsa; egyesek számára könnyű a probléma haladó felhasználó, de a kezdő csak azt látja, hogy nincs hang.
A termékeiket asztali disztribúcióként pozicionáló fejlesztőknek nem szabad ilyen hülye hibákat elkövetniük.
Három felhasználói kiadással rendelkezik: többlemezes Altlinux Master, könnyű Altlinux Junior és egylemezes ALT Linux Compact.
Előnyök(először a legjobbak):
Hibák(az elején - a legrosszabb):
Sajátosságok:
Az azonos nevű német cég által kifejlesztett disztribúció jelenleg a Novell tulajdona. Ingyenes letöltési kiadással és számos „dobozos” lehetőséggel rendelkezik. Utóbbi státusza eltérő, erről a kérdésről kimerítő információkat kaphatunk a következő beszélgetésből.
Hibák:
Előny és hátrány egyszerre:
Előnyök:
Az összes fent felsorolt disztribúció *.rpm csomagokon alapul. A szakaszos rendszer előnyeit és hátrányait itt nem tárgyaljuk. Bármi legyen is az utóbbi, az rpm formátum két előnye vitathatatlan. Az első az, hogy ez a leggyakoribb (forrás utáni) ingyenes szoftverformátum. És a második - mind magát a formátumot, mind a vele való munkavégzés segédprogramjait részletesen leírják számos "vastag" könyvben a Linuxon (Red Hat).
Ellentétben az összes korábban leírt disztribúcióval, amelyet többé-kevésbé nagy kereskedelmi cégek támogatnak, a Debian egy szabad fejlesztői közösség (a projekt webhelye - http://www.debian.org) munkájának eredménye. Különféle formákban terjesztik (iso-képként, fájlkészletként stb.), ingyenesen letölthető, replikálható és terjeszthető.
Sajátosságok
1. Más általános disztribúciókkal ellentétben (legalábbis nem ismerek analógokat), a Debiannak három fő ága van: stabil, tesztelő és instabil.
Az otthoni felhasználó számára a fő kényelem, hogy egy rendszerben (természetesen a függőségek lábjegyzetével) egyszerre több különböző ágból származó csomagok is könnyen együtt létezhetnek; azok. ha mondjuk egy programot instabilra akarunk frissíteni, akkor a rendszer többi részét hagyhatjuk tesztelési állapotban.
Megjegyzendő, hogy a fő ágba tartozó egyéb disztribúciókba adott szoftververziók tesztelésbe, instabil vagy akár kísérleti jelleggel történő bevonása nem a többi disztribúcióhoz képest kisebb szoftverstabilitásnak köszönhető, hanem éppen ellenkezőleg, a szoftver szigorúbb szigorának köszönhető. terjesztési készlet szerzői az említett stabilitáshoz.
2. Csak ingyenes szoftver; ha az ideológia fontos számodra a nyílt forráskódú/ingyenes szoftverekben, itt megtalálod a teljes ragaszkodást. Minden olyan program, amelynél a legkisebb eltérés is előfordul, vagy a nem ingyenes részhez tartozik, vagy általában csak harmadik féltől érhető el; így választása marad – hogy csak a szó legszorosabb értelmében szabad szoftvert használjon, vagy hozzáadjon valamit, ami nem tartozik e szigorú értelmezés hatálya alá.
3. A Debian valójában nem rendelkezik kiadási ütemtervvel az új verziókhoz. Fejlesztőinek mottója: "ki fog jönni, ha készen lesz". Ez egyrészt időnként (mint például a közelmúltban) elhúzódó várakozásokhoz vezet, másrészt teljesen kizárja egy valahogy macskaköves disztribúciós készlet kiadását, csak hogy időben legyen a bejelentett megjelenési dátumra (ami megtörténik szinte minden szoftverrel, aminek deklarált megjelenési dátuma van – fejlesztőként beszélek).
Hibák
Talán a Debian fő hátránya egy kezdő számára a fent leírt disztribúciókhoz képest a központosított grafikus konfigurációs segédprogramok szinte teljes hiánya (kivéve persze az ilyen disztribúcióra nem jellemző dolgokat, mint például a KDE vezérlőközpont). Ehelyett van egy szöveges módú felület az egyes csomagok konfigurálására (és maga a telepítő is ugyanabban a stílusú szöveges menüben készül). Ennek a megközelítésnek a hátoldala az a képesség, hogy a paranccsal bármikor újrakonfigurálható bármely egyedi csomag
$ dpkg-reconfigure csomagnév
anélkül, hogy emlékeznie kellene arra, hogy a rendszerszintű testreszabó melyik ágában találhatók a beállításai.
A második hátrány az, hogy a terjesztési készlet fő részében található szoftver állapotához való szigorú hozzáállás eredményeként ez a fő rész nem tartalmazza az illesztőprogramokat, mondjuk a kupacos videokártyákhoz és a puha nyomtatókhoz. De ha van hozzáférése az internethez, ez a probléma könnyen megoldható, mert. A videó-illesztőprogramok magának a disztribúciónak a nem ingyenes részében találhatók, emellett a Debian-ra épülő (és azzal a csomagformátumot tekintve teljesen kompatibilis) félig kommersz disztribúciók igen gazdagok illesztőprogramokban.
Előnyök
További, szintén az előnyökhöz köthető tényező, hogy jelentős számú ún. LiveCD (amely közül a leghíresebb, de messze nem az egyetlen a Knoppix), amely lehetővé teszi, hogy telepítés nélkül megismerkedjen a disztribúciós készlet funkcióival, és pozitív eredménnyel egy teljes értékű Debian rendszert telepítsen.
A fent felsorolt disztribúciók mindegyike általában egyértelműen ajánlott kezdő felhasználók számára. A következő rendszerek esetében azonban ez nem annyira nyilvánvaló. Ezek azonban kellően ismertek, ezért szükségesnek tartjuk, hogy néhány információt adjunk róluk - szabadabb formában. Hogy mindenki maga döntse el, hogy alkalmas-e neki "tollpróbának", vagy sem.
Slackware
Ez a legrégebbi (élő) Linux disztribúció, a kezdetektől a mai napig alkotója, Patrick Volkerding nevéhez kötődik. Több mint 10 éve semmi sem változott sokat (természetesen a csomagverziók kivételével). Ugyanis:
A függőségi kontroll hiánya egyszerre előny és hátrány. Például körülbelül 150 csomag van egy mappában, ezek telepítéséhez egyetlen parancs futtatására van szükség
$ installpkg ./*.tgz
Megjegyzés, kulcs nélkül. De azt, hogy akkor valami a telepített programból nem indul el, csak neked kell kitalálni.
Vannak azonban olyan mechanizmusok is, amelyek lehetővé teszik az automatikus telepítést / frissítést az internetről - rengeteg van belőlük: slapt-get, swaret, getpkg, slackpkg és még néhány.
Az oroszosítás mára egyetlen szkript elindítására redukálódik, sok ilyen szkript van a weben.
Többé-kevésbé rendes kívánt beállításokat a pkgtool segédprogramon keresztül megtehető (csomagok kezelésére is szolgál), számos grafikus front-endet adtak ki hozzá.
Hihetetlen mennyiségű dokumentáció található a terjesztésről, minden kérdésre már régóta megtalálták a választ - csak egy kicsit kell nézni. Mivel lényegében semmi sem változik az eloszlásban, gyakorlatilag nincs kitéve az öregedési tényezőnek. Egyébként maga a dokumentáció is a terjesztéssel együtt jár - angolul, de nem rossz.
Technikai támogatás elvileg nincs – és elvileg nincs is rá szükség. Csak emlékeznie kell a www.slackware.ru webhelyre - vannak dokkok és fórum, valamint a www.linuxpackages.net - itt kész csomagokat és linkeket találhat az iso képekhez.
Az Unicode még nem zseniálisan támogatott, bizonyos pontokon tamburát és sámánt kell venni.
Általában a gyerekek, vagyis a kezdők félnek ettől az elosztástól: nem szabad kezdeni vele - bonyolult. Semmi ilyesmi, olyan egyszerű, mint az első szovjet rubel, de az egyszerűsége ugyanúgy rejtve van.
Gentoo Linux egy olyan disztribúció, amely egyre népszerűbbé válik az OpenSource közösségben, mind nagyszámú hardverplatform támogatása, mind pedig rendkívül rugalmas, ill. kényelmes rendszer"portage", a FreeBSD PORTS-ján alapul.
A Gentoo a forrásalapú disztribúciók családjának tipikus képviselője, ami a legtöbb előnyének és hátrányának az eredménye. Vitatható kérdés, hogy ez a disztribúció megfelelő-e egy kezdő felhasználó számára. Az utóbbi időben azonban széles körben ismertté vált, és szükségesnek tartottuk információval szolgálni, hogy ez a nagyon kezdő felhasználó maga válaszolhasson rá.
Előnyök:
Sajátosságok:
Hibák:
FreeBSD
Különbsége a fent leírtaktól, hogy nem Linux disztribúcióról van szó, hanem egy teljesen különálló (bár kapcsolódó) operációs rendszerről. Általában tisztánnak tekintik szerver platform(Különböző becslések szerint a Runet szerverek akár 40%-a is az irányítása alatt működik). A hétköznapi felhasználók asztali operációs rendszereként való használatát azonban senki sem tiltja. A FreeBSD által független fejlesztők közössége fejlesztette ki, ingyenesen letölthető és replikálható a projekt szervereiről.
Hibák:
Előnyök:
És végül a jó győzedelmeskedik -
Összefoglalva, a legfontosabb dolog: nem számít, milyen terjesztési készletet, és nem számít, milyen operációs rendszert választ, ez a választás valószínűleg nem lesz az utolsó és az utolsó az életében. Fel kell készülnie arra a tényre, hogy az ideális keresése során több mint egy-két lehetőséget kipróbálnak.
A Linux világában megszoktuk, hogy csak klónokat látunk. Debian, Ubuntu, Red Hat, SUSE - ezek mind különböző disztribúciók, amelyekben nincs alapvető különbség. A népszerű Linux disztribúciók fele a Debian vagy az Ubuntu forkjai, mások az ősi Slackware forkjai módosított csomagkezelővel és gyönyörű konfigurátorokkal. Az egykori sokszínűségnek nyoma sincs, de lehet, hogy csak rosszul nézünk ki?
Egy modern Linuxoidot nem lehet megérteni, de a múltban a disztribúció kiválasztása igazi eposz volt. Az elosztások valóban sok tekintetben különböztek, és ennek hiánya miatt nagy sebességű internetés a virtuális gépek esetében ezek a különbségek nagyon fontos szerepet játszottak. A Slackware végpontok közötti egyszerűséget kínált, a Red Hat a legapróbb részletekig részletesen kidolgozott és beépített konfigurátorok, a Mandrake grafikus telepítővel volt felszerelve, a Debian megafunkciója pedig az APT volt, ami lehetővé tette (nem hiszed el!) A szoftver automatikus letöltése az internetről.
A legnagyobb siker egy négylemezes Red Hat készlet volt, amiben minden benne volt grafikus héjakés egy csomó alkalmazásszoftver, de ha ez nem működött, a Mandrake két lemezen rendben volt. Akkoriban csak kevesen tudtak lemezképet letölteni, így számos lemez ment körbe a legnépszerűbb disztribúciókkal. Maga a disztribúció épülete viszonylag egyszerű volt, és áthatotta a csak a móka kedvéért szellem, amely számos Frankensteint hozott létre, beleértve az enyémet is, amely valahol egy 10 GB-os Seagate meghajtó alján halt meg.
Évek teltek el, a Seagate-et megölte a Kingston, és a disztribúciók hatalmas, összetett kolosszussá változtak, amelyeket azért hoztak létre, hogy pénzt csikarjanak ki olyan cégektől, amelyek rendszergazdája hirtelen rávette a hatóságokat, hogy helyezzék át szervereiket Linuxra. De valahol az Ubuntu és a számos telepítés között Linux Mint még mindig vannak azok a Frankensteinek, akik valami újat hoznak a Linux világába, bár a következő pénzhúzó tiszteletére.
Akkoriban Slax annyira lenyűgözött, hogy csatlakoztam egy fejlesztői csoporthoz, akik az ő ötletei alapján egy disztribúciót szándékoztak létrehozni. A csoport azonban az ötlet megvalósíthatatlansága miatt gyorsan megszűnt, de a Slax továbbra is létezik és egészséges.
A Slax nem csak egy disztribúció, hanem egy fajtatiszta LiveCD, amely többek között modulokkal is bővíthető. Ez egy elegáns mechanizmussal történik, amelyet biztos vagyok benne, hogy egy csomó más projektben is használnak, de először itt használták ilyen célokra - az Unionfs fájlrendszerben. A módszer lényege a következő: mivel nem tudták megváltoztatni a disztribúció fájlrendszerét egy CD-n ahhoz, hogy további szoftvereket telepítsenek, a Slax fejlesztői kitaláltak egy módszert, amellyel a fájlrendszer-képeket gyökéren keresztül csatlakoztathatják hozzá.
A Slax minden további szoftvere modulként kerül terjesztésre sb kiterjesztéssel. A modul a Squashfs fájlrendszer képe (egy egyszerű FS tömörítéssel), amely tartalmazza az alkalmazást és az összes szükséges fájlt a fájlrendszer elérési útjain, ahol a futó rendszerben kell lennie (usr/bin/abiword, például). Érdemes ezt a modult egy USB flash meghajtón (/slax/modules) egy speciális könyvtárba rakni, vagy lemezre vágni, és a rendszer automatikusan felveszi és a LiveCD gyökér tetejére illeszti indításkor (Unionfs mounts fájlrendszerek egymás tetején, mint egy torta rétegei). Ennek eredményeként egy olyan alkalmazás jelenik meg a rendszerben, amely fizikailag nincs ott.
Ennek az ötletnek a szépsége nem csak abban rejlik, hogy alkalmas a LiveCD-bővítményre, hanem a megvalósítás abszolút egyszerűségében is. Nincsenek csomagkezelők, nincsenek verziókonfliktusok, nincsenek maradék alkalmazások a fájlrendszerben, abszolút védelem az FS-hibáktól kezdve az operációs rendszer tiszta verziójára való visszaállítás lehetősége. Általában a lista hosszú lehet. De a lényeg az, hogy mindezt egy nagyon egyszerű mechanizmussal kapjuk meg, amely néhány sorban implementálható a parancsértelmező nyelvében.
Csak egy probléma van: egy teljes disztribúció felépítése több száz overlay fájlrendszerből a teljesítménybe és a stabilitásba is kerül.
Egy másik szokatlan Linuxon (de OS X-en és Windowson szabványos) megközelítés a harmadik féltől származó szoftverek telepítéséhez a GoboLinux disztribúció. A /bin, /usr/bin, /usr/share és más, bármely Unixoid számára ismert könyvtárak helyett, amelyek tartalmazzák telepített alkalmazások A GoboLinux a rendszerben "elterjedt" formában a /Programok, a /Felhasználók, a /Rendszer, a /Files, a /Mount és a /Depot könyvtárakat használja.
Valójában a disztribúció az OS X útját követi. Minden rendszerfájlokat a /System könyvtárban, a felhasználó által telepített alkalmazások pedig a /Programs könyvtárban találhatók, mindegyik külön könyvtárban (például /Programs/Firefox). Ennek eredményeként lehetővé válik egy alkalmazás különböző verzióinak telepítése (opcióként - könyvtárak), és a szoftver eltávolításához elegendő a könyvtár fizikai törlése.
Azonban van egy hiba ebben a címtár-szervezésben, amely több mankó használatára kényszerítette a GoboLinux fejlesztőit. A probléma az, hogy az OS X-es alkalmazásokkal ellentétben a UNIX-os szoftverek az FHS szabványnak megfelelően íródnak, amely feltételezi, hogy a rendszer rendelkezik egy szabványos könyvtárfával, amely tartalmazza a nagyon /bin, /etc, /lib, /usr és stb. . Az alkalmazások ezt a struktúrát várják a lemezen, és megsértése esetén kiszámíthatatlanul viselkedhetnek.
A probléma megoldására a GoboLinux fejlesztői két hacket használtak: egy speciális kernelmodult és szimbolikus hivatkozásokat. A modul elrejti az összes szabványos könyvtárat (/bin, /stb. stb.) a gyökérkönyvtár listázásakor, de lehetővé teszi a közvetlen elérését. Ez lehetővé teszi a valós könyvtárszerkezet elrejtését a felhasználó elől.
A hivatkozások pedig megoldják a kompatibilitási problémát. A /Systemben tárolt összes rendszerkönyvtár és alkalmazás a /bin és a /lib könyvtárban szimbolizálva van, hogy a rendszer megfelelően működjön. Kompatibilitás harmadik féltől származó alkalmazások telepítőt biztosít, amely minden telepített alkalmazáshoz új hivatkozásokat hoz létre. Tehát a Firefox telepítésekor megjelenik az /usr/bin/firefox fájl, amely valójában a /Programs/Firefox/bin/firefox, valamint számos más hivatkozásra hivatkozik.
Igen, ez a Frankenstein család tipikus képviselője, de vannak rajongói, különösen azok körében, akik a UNIX fájlrendszer szabványos felépítését elavultnak és nem hatékonynak találják. És ez, ne vitatkozzunk, igaz.
Ha már a csomagkezelőkről és a fájlrendszer felépítéséről beszélünk, nem szabad megemlíteni a NixOS-t, a használt technológiákat tekintve talán a legérdekesebb és „helyesebb” disztribúciót. A NixOS két fő ötletre épül: egy deklaratív rendszerkonfigurációs modellre és egy modern csomagkezelőre, amely mentes a dpkg, rpm és hasonlók szinte minden problémájától.
Mindkét technológia szorosan kapcsolódik egymáshoz, és együtt dolgozva egy nagyon érdekes elvet valósítanak meg a disztribúciós készlet megszervezésében, amely lehetővé teszi annak bármely állapotának leírását (beleértve az összes konfigurációs fájlt és a telepített csomagok) egy központi konfiguráció használatával. Például megadom a következő egyszerű config /etc/nixos/configuration.nix fájlt:
# Betöltő helye boot.loader.grub.device = "/dev/sda"; # A rendszer fileSystems gyökérpartíciója."/".device = "/dev/sda1"; # SSH engedélyezése alapértelmezés szerint services.sshd.enable = true; # Az Apache (+ beállítások) szolgáltatások engedélyezése.httpd.enable = true; services.httpd.adminAddr=" [e-mail védett]"; services.httpd.documentRoot = "/webroot";
Ez a fájl leírja szabványos beállításokat egyszerű webszerver SSH hozzáféréssel. Igen, a NixOS lehetővé teszi a beállítások megtartását különböző szolgáltatások egy fájlban, de a lényeg nem ebben van, hanem abban, hogy ezzel a konfigurációval könnyen klónozható a teljes disztribúció. Elég, ha átmásolja ezt a fájlt egy frissen telepített NixOS-példányra, és futtassa a parancsot
$ nixos-rebuild kapcsoló
És íme. Néhány percen belül lesz egy disztribúciónk, amelyben az SSH és az Apache előre be van állítva és fut. De a legérdekesebb az parancsot adott nem csak telepíti, konfigurálja és futtatja a szoftvert, hanem a terjesztési készletet is a leírt állapotba hozza. Ez azt jelenti, hogy a parancs végrehajtása után valóban csak az SSH és az előre konfigurált Apache marad a rendszerben, és semmi más, csak azok függőségei és konfigurációi (valójában a nulláról történő telepítés analógja).
Ezzel a funkcióval gyorsan telepíthető egy disztribúció, válthat az állapotok között, gyorsan átvihető a rendszer fizikai ill virtuális gépek, fürtök bővítése stb. Ráadásul a csomagkezelőnek köszönhetően a NixOS garantálja a rendszer integritását a frissítések során, sőt, lehetővé teszi a korábbi állapotba való visszagurulást is.
Ez azért lehetséges, mert különböző verziók Ugyanazon csomag (vagy összeállításai) különböző útvonalakkal rendelkeznek a rendszeren a /nix/store könyvtáron belül, és a rendszer hash segítségével azonosítja őket, így a frissítés csak egy művelet a csomagok új verzióinak letöltésére, egyedi elérési útra való telepítésére és „átkapcsolni” a rendszert a használatukra. Senki nem tiltja, hogy bármikor visszaválts. Ez a megközelítés közvetve megoldja a DLL Hell problémáját, lehetővé teszi az alkalmazások korábbi verzióira való visszaállítását, és természetesen ugyanazon szoftver két verziójának egymás mellé történő telepítését.
A NixOS egy hihetetlenül érdekes rendszer, és ajánlom, hogy aki nem közömbös a Linux iránt, az mindenképpen próbálja ki. És megyünk tovább, a következő a sorban a QubesOS és virtuális környezetei.
Különböző időkben számos kísérlet történt egy biztonságos operációs rendszer létrehozására, amely az alkalmazások izolálásán és a virtualizációs technológiákon alapul. Egy időben még a Microsoft is megtette ezt a Syngularity projekt részeként, de egyik próbálkozás sem járt sikerrel. Nem számít, milyen jók voltak az operációs rendszerbe ágyazott ötletek, az esetek majdnem 100% -ában „a második rendszer áldozatává” váltak - nem lehetett a felhasználókat és a fejlesztőket az új platformra rángatni.
A jól ismert lengyel biztonsági szakértő, Joanna Rutkowska által elindított QubesOS projekt kedvezően hasonlít hozzájuk abban a tekintetben, hogy a meglévő fejlesztések felhasználását kínálja biztonságos operációs rendszer felépítéséhez anélkül, hogy meg kellene szakítania a kompatibilitást az alkalmazásokkal, illesztőprogramokkal és milliónyi sornyi adatot kell írnia. kódot a semmiből. A QubesOS csak egy Fedora-alapú Linux disztribúció, de másokkal ellentétben az alapoktól az alkalmazások és a rendszerelemek virtualizáción keresztüli kemény elkülönítésének gondolatával épül fel.
A rendszer a Xen hypervisorra épül, amelyen több virtuális gép (domain) indul el, amelyek mindegyike a saját rendszerfunkciójának ellátásáért felel. Külön tartományokban a hálózati verem (beleértve az illesztőprogramok készletét), a fájlrendszerek és a RAID-illesztőprogramok, valamint egy X-kiszolgálót tartalmazó grafikus verem fut itt. Külön tartományokat is használnak az alkalmazások indítására, de nem mindegyikhez egyet (különben a rendszer belehalna a RAM gyors kimerülésébe), hanem „érdekcsoportokra” osztva: szórakozás, munka, internetes bankolás stb.
A tartományok közötti adatátviteli csatorna titkosított, és szigorú korlátozásokkal rendelkezik a továbbított információ típusára és a lehetséges címzettekre vonatkozóan. Ez például azt jelenti, hogy ha egy támadó lyukat talál hálózati verem Linux és elérheti a hálózati tartományt, akkor valójában zárva lesz benne, mivel a hálózati tartomány csak annyit tehet, hogy feldolgozza a hálózati kapcsolatokés adatok továbbítása engedélyezett domainekről. Ez nem menti meg a szippantástól és hamisítástól, de megvédi a tárolási tartományban tárolt adatokat.
A QubesOS a KDE-t használja grafikus környezetként, amelyet úgy módosítottak, hogy elrejtse a rendszer felépítését a felhasználó szeme elől. Az alkalmazások automatikusan futnak különböző tartományokban, és a környezet színkódolt ablakszegélyekkel jelzi, hogy az alkalmazás melyik tartományban fut.
Jelenleg a QubesOS fejlesztői készülnek a rendszer második kiadásának kiadására (már elérhető az RC2), amely külön tartományban lesz a Windows alkalmazások számára és egy USB tartományban az USB-eszközökkel való biztonságos munkavégzés érdekében.
A ChromeOS az egyik legatipikusabb, legfurcsább és legvitatottabb Linux-disztribúció. A legtöbb ember számára ez csak egy böngésző, amely szinte csupasz fémet futtat, de aki ismeri a Linuxot, az egy komplett operációs rendszer, amely a szokásos disztribúciók számos szabványos funkciójával rendelkezik, a Google saját módosításaival tarkítva.
Általában véve a ChromeOS egy erősen lecsupaszított Ubuntu, amelyen a Chromium projekt eredményein alapuló grafikus környezet fut. A rendszer indításáért ugyanaz az Ubuntu Upstart felel, azonban a sokkal kisebb számú komponens indításának szükségessége miatt a ChromeOS hidegindítása sokkal gyorsabb (szó szerint egy másodperc alatt). A grafikáért itt az X.org felelős, de kizárólag a berendezések és a beviteli eszközök megfelelő támogatására használják, maga a kép szinte mindig megkerüli az X protokollt közvetlenül a videoadapterre (ezért az X-et hamarosan felváltja a Wayland vagy Mir).
Más alkatrészekből is használt grafikus könyvtár Clutter, PAM, D-Bus, NTP, syslog és cron. A rendszerben nincsenek csomagötletek, és minden operációs rendszer frissítés az OTA frissítés során történik „egy darabban”. A frissítés során a rendszer soha nem íródik felül, hanem a második rendszerpartíciót használja, amely újraindítás után az első lesz. Így a ChromeOS mindig visszaállítható egy korábbi állapotba, és maga a frissítés sem tudja megölni a rendszert.
A Linux disztribúciók számos szabványos összetevőjének hiánya és a csak böngészőben használható alkalmazások futtatására való összpontosítás miatt a ChromeOS rendkívül ellenálló a feltörésekkel szemben. Az asztali böngészőkhöz hasonlóan minden webalkalmazás (értsd: lap) a saját homokozójában fut, így megakadályozza, hogy az egész rendszer veszélybe kerüljön, ha egy támadó lyukat talál magában a böngészőben. Rendszerpartíció mindig csak olvasható. A Chromebookok a TPM-et (Trusted Platform Module) használják a rendszer integritásának ellenőrzésére.
Általánosságban elmondható, hogy a ChromeOS nem egy teljes értékű operációs rendszer, hanem egy nagyon nem szabványos Linux disztribúció, ami nem mondható el például az Androidról vagy a Firefox OS-ről.
A Debian disztribúció mindig is széles körű támogatást nyújtott a számítógép-architektúrák széles skálájához. Képes ARM, MIPS, PowerPC, Sparc és számos más hivatalosan és nem hivatalosan támogatott gépen és processzoron futni. A Debian egyik legérdekesebb portja azonban megtörtént... a FreeBSD kernelhez.
Lényegében a Debian GNU/kFreeBSD ugyanaz a disztribúció, de úgy módosították, hogy a FreeBSD kernelen fusson. Létezik a szokásos apt-get, egy konfigurátorkészlet, egy System V-stílusú inicializációs rendszer, bináris csomagtárolók, KDE és GNOME, így a különbség teljesen láthatatlan lesz a végfelhasználó számára. De a rendszergazda sok érdekes finomságot talál magának.
A projekt létezésének fő oka az, hogy olyan FreeBSD technológiákat használhatunk, amelyek nem állnak rendelkezésre a Linux kernelben. Ezek közé tartozik a ZFS natív támogatása, egy moduláris alrendszer az adattárházakkal való munkavégzéshez (GEOM), egy moduláris Netgraph hálózati alrendszer, és természetesen a TCP / IP-verem referencia megvalósítása. Mindez elérhető a Debian GNU/kFreeBSD-ben a szokásos Debian finomságokkal együtt.
Az alkalmazások külön könyvtárakba történő telepítésének modellje először a GNU Stow telepítőjében jelent meg.
Érdekes módon a Debian GNU/kFreeBSD mellett van egy port a Hurd mikrokernelhez is, de annak állapota hagy kívánnivalót maga után.
Változat Chrome böngésző a Windows 8 számára nem más, mint a ChromeOS miniatűr.
Sok felhasználónak nincsenek kétségei, és a legtöbbet töltik le legújabb verzió. Az emberek azt gondolják, hogy a frissített verzióban a fejlesztők minden hibát eltüntettek, hasznos funkciókat adtak hozzá, vonzóbbá tették a dizájnt, barátságosabb lett a felület. De ez nem mindig igaz. Csak 2016-ban adtak ki több módosítást és összeállítást. Ezek között különböző rendszerek vannak: jó és rossz egyaránt. Ezért át kell gondolnia, hogy melyik Linuxot válassza. És csak ezután, miután értékelte az összes előnyt és hátrányt, telepítse a disztribúciót.
Nincs olyan univerzális rendszer, amely minden felhasználó számára megfelelne. Minden embernek másra van szüksége. A rendszergazda törődik a funkcionalitással, a biztonsággal és a lehetőségekkel távirányító. Kezdőknek - barátságos és egyszerű felület. Az innováció szerelmese számára - érdekes lehetőségek, amelyek nem szerepelnek a korábbi verziókban.
2016-ban számos disztribúciót adtak ki. Közöttük biztosan megtalálja azt, amelyikre szüksége van. De egyetlen értékelés sem fog dönteni az Ön számára. Jobb, ha önállóan értékeli a kívánt lehetőséget.
Van néhány általános kritérium, amelyek fontosak a Linux bármely verziójában:
Amikor eldönti, hogy melyik Linux disztribúciót válassza, ne elégedjen meg a leggyakoribb verzióval. Tekintse át több lehetőséget. Az, amit mások szeretnek, nem biztos, hogy neked személy szerint megfelel.
Futtassa kedvenc építményét Virtuális gép vagy LiveCD-vel. Semmilyen értékelés, vélemény vagy vélemény nem helyettesítheti személyes tapasztalat. A Linux ebből a szempontból kiszámíthatatlan. Csak akkor tudja megérteni, hogy a program megfelelő-e az Ön számára, miután egy ideig dolgozik vele.
Folyamatosan javított felépítés. Az új verziók gyakran megjelennek. Az Ubuntu 2016-ban is népszerű. Bár 10 éve adták ki.
A rendszer azoknak a kezdőknek megfelelő, akik úgy döntenek, hogy "kipróbálják" a Linuxot. Könnyen telepíthető. Kényelmes és gyönyörű felülettel rendelkezik. Nincs benne semmi felesleges.
Az Ubuntuval terminál használata nélkül is dolgozhat. Ez nem olyan, mint a „klasszikus” Linux – dolgozni kell vele parancs sor. Ez egyben plusz és mínusz is. Könnyen megszokja az új környezetet. De ha úgy dönt, hogy egy másik buildet telepít, nem fogja tudni használni utasítások nélkül.
Az Ubuntu gyakran új funkciókkal bővül. És velük - új hibákat. Amint felfedezik, eltávolítják őket.
Intuitív grafikus felület. Van egy modul, ami felgyorsítja az adaptációt, ha Win rendszerről váltunk Mint-re. Hasonló tálcájuk, asztaluk, navigációjuk van. Gyorsan megszokja az új „környezetet”. Számos munkakörnyezet létezik. Csak válassza ki azt, amellyel kényelmesen dolgozik.
A Mint Ubuntu alapú. A Mint alkotói úgy döntöttek, hogy megszüntetik a Linuxban rejlő összes hátrányt. Az összeállítás sajátossága, hogy beépített multimédiás kodekekkel rendelkezik. És már benne vannak a számítógépen végzett teljes körű munkához szükséges programok.
Jól megalapozott Visszacsatolás. A módosítás készítőit érdekli a felhasználók véleménye, hallgassa meg.
A Linux egyik legrégebbi képviselője. De stabilitása és biztonsága miatt népszerű 2016-ban. Hatalmas fejlesztőcsapata van. Új verziók azonban ritkán jelennek meg.
A Debian telepítve van a szerverekre. Távkezelésre alkalmas. Benne legjobb rendszerek csomagkezelés.
Az összeszerelés kezdőknek nem megfelelő. Több programja és beállítása van, amelyeket meg kell értenie. De a build telepítése egyszerű.
Itt vannak a 2016-os legjobb Linux-disztribúciók, amelyeket kifejezetten speciális feladatokra terveztek.
Annak eldöntéséhez, hogy melyik Linuxot válassza, ki kell próbálnia néhány tetszőleges buildet. Az értékelésekben és a felsőkben csak a lehetőségeket nézheti meg. De ha pontosan tudja, mire van szüksége, habozás nélkül telepítse.
Melyik Linux a legjobb szerinted?