2019 Arch Linuxin asentaminen Vultr-palvelimelle
Johdanto Arch Linuxilla on pienempi, mutta silti vahva seuraaja kuin suosituimmilla jakeluilla. Sen filosofia on aivan erilainen, ja siinä on etuja
Devtools-paketti tehtiin alun perin luotettaville käyttäjille, jotta he voivat luoda paketteja oikein virallisiin tietovarastoihin. Sitä voivat kuitenkin käyttää myös tavalliset käyttäjät AUR-pakettien tai jopa muokattujen virallisten pakettien rakentamiseen.
Katso tästä oppaasta AUR:n ymmärtäminen ja käyttö yleisesti, mukaan lukien PKGBUILD
. Tämä asiakirja näyttää vain Devtools-kohtaiset vaiheet, jos valitset paketin kääntämisen menetelmän.
Devtools ylläpitää erillistä puhdasta Arch-asennusta, joka sijaitsee osoitteessa /var/lib/archbuild/<TARGET>/root
, joka sisältää vain pakettiryhmät base
ja base-devel
. Jos tätä puhdasta asennusta ei ole olemassa, se luo sen automaattisesti. Jos se on olemassa, se päivittää automaattisesti kaikki siinä olevat paketit. Kun Devtoolsia käytetään paketin rakentamiseen, se aloittaa tämän puhtaan asennuksen kopiolla, asentaa tarvittavat paketit vain kopioon, kopioi lähdekoodin siihen, suorittaa käännöksen ja pakkaamisen siihen ja kopioi vain tuloksena olevan paketin, samassa muodossa kuin virallisista arkistoista löytyy.
Devtoolsilla on etuja suoraan suorittamiseen verrattuna makepkg
. Yksi etu on, että base-devel
ja muut paketit, jotka ovat välttämättömiä kääntämiseen, mutta ei suorittamiseen, tekemäsi paketti eivät koskaan päädy pääjärjestelmääsi. Se on vähemmän paketteja, jotka on ajoittain päivitettävä, ja niistä on huolia. Vaikka tämä prosessi on etupäässä etu Arch-pakettien ylläpitäjille, tämä prosessi paljastaa helposti, kun a PKGBUILD
on virheellinen, esimerkiksi jos luettelosta puuttuu riippuvuus, jonka ylläpitäjä on jo asentanut pääjärjestelmään. Voit myös käyttää konetta, joka on nopeampi rakentamaan paketteja, ja kopioida tuloksena olevan paketin hitaampaan koneeseen, joka käyttää sitä saastuttamatta rakennuskoneen asennusta.
Suurin haittapuoli on, että puhdas juuri on aina olemassa, vie noin 800 Mt, ja yleensä yksi kopio vie enemmän tilaa. Huomaa, että jos /var/lib/archbuild/
käyttää Btrfs:ää, puhtaan juuren kopio alkaa olla Btrfs-vedos, joten tiedostot eivät vie kaksinkertaista tilaa. Puhdas juuri säilytetään aina siellä, jotta sitä ei asenneta uudelleen joka kerta, kun pakettia tehdään.
Asenna Devtools:
# pacman -S devtools
Paketin rakentamiseen Devtools sisältää archbuild
, mutta et suorita sitä suoraan. Se sisältää myös symbolilinkkejä {extra, gnome-unstable, kde-unstable, staging, testing}-x86_64-build
. Symlink-linkki, jota käytetään sen suorittamiseen, tarkastaa archbuild
sen määrittääkseen, mitä kohdetta haluat sen käyttävän. Sitä voidaan ajaa käyttämään näitä epävakaita/vaiheistus-/testaustietovarastoja, joista voi olla uudempia versioita kuin virallisille arkistoihin on julkaistu. Jos haluat käyttää virallisia tietovarastoja ei-AUR-paketeille , suorita seuraava komento hakemistossa, jossa on PKGBUILD
, esimerkiksi tekemä hakemisto git clone
:
$ extra-x86_64-build
Huomautus: Tämän oppaan loppuosassa viitataan yksinkertaisesti kohtaan extra-x86_64-build
.
Kun se on suoritettu, tulokset ovat seuraavat:
/var/lib/archbuild/extra-x86_64/root
- Puhdas chroot , joka on ajan tasalla oleva asennus, jossa on vain pakettiryhmät base
ja base-devel
./var/lib/archbuild/extra-x86_64/<USERNAME>
- Tämä sisältää build chrootin . Tämä on kopio puhtaasta chrootista, jossa on kaikki rakennettavan paketin rakentamiseen tai suorittamiseen tarvittavat riippuvuudet sekä sen lähdekoodi, käännöstulokset ja paketti.Lopussa saatat huomata " Checking PKGBUILD
" ja " Checking <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz
". Kaikki näiden jälkeiset rivit tulostuvat tiedostosta namcap
, joka etsii automaattisesti ongelmia, kuten virheellisiä PKGBUILD
tiedostoja, riippuvuuksia mukaan lukien, joita paketti ei näytä käyttävän, riippuvuuksia, joita paketti näyttää käyttävän, ja paljon muuta. Vääriä positiivisia tuloksia tuottaa usein namcap
, mutta se on loistava työkalu tutkittavaksi. Jos paketti toimii oikein, ei ole hyvä idea hälyttää ylläpitäjää namcap
tulostamaan, ellet ole tutkinut sitä ja varmistanut, että muutos on tehtävä.
Voit pacman
asentaa paketin, joka asentaa kaikki paketin suorittamiseen tarvittavat riippuvuudet, kunhan ne ovat virallisissa arkistoissa tai paikallisessa arkistossa.
Käytä joko paikallista arkistoa tässä selitetyllä tavalla tai asenna tiedosto suoraan:
# pacman -U <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz
Jos ajaisit extra-x86_64-build
uudelleen, juuri nyt tai milloin tahansa myöhemmin tällä tai toisella paketilla, se päivittää tarvittaessa puhtaan chrootin, poistaa build chrootin ja tekee siitä uuden kopion puhtaasta chrootista ja suorittaa saman prosessin. Jos hakemistossasi on edelleen viime kerralla ladattu lähdekoodi, se käyttää sitä. Jos paketti on AUR-kehityspaketti, se tekee uusia muutoksia eikä kloonaa uudelleen.
Sisäisesti extra-x86_64-build
ajaa makechrootpkg
, joka sisäisesti kutsuu makepkg
. Vaihtoehtoja extra-x86_64-build
ovat seuraavat:
-c
: Puhdista chrootit poistamalla ja luomalla uudelleen koko /var/lib/archbuild/extra-x86_64/
hakemisto, mukaan lukien sen puhdas chroot ja kaikki build-chroot-hakemistot. Tätä tarvitaan harvoin, vain jos puhdas chroot vioittuu tai jos Devtools päivitetään tavalla, joka rikkoo taaksepäin yhteensopivuuden.-r <dir>
: Käytä eri hakemistoa kuin /var/lib/archbuild/extra-x86_64/
chroottien sisältämiseen.Kaikki argumentit extra-x86_64-build
jälkeen --
välitetään osoitteeseen makechrootpkg
, kun se käyttää sitä sisäisesti. Useat argumentit ovat aina automaattisesti siirtynyt extra-x86_64-build
kohteeseen makechrootpkg
. Nämä automaattiset argumentit ovat -r <value given to extra-x86_64-build -r option if given, /var/lib/archbuild/extra-x86_64 otherwise> -c -n
. He käskevät makechrootpkg
poistaa build chrootin ja tehdä siitä uuden kopion puhtaasta chrootista ja ajaa namcap
paketilla, jos se rakentaa onnistuneesti. Yleisesti käytetty vaihtoehto, johon voidaan siirtää, makechrootpkg
on -l <copy name>
. Tämä on hakemiston nimi, joka annetaan koontiversiolle chrootin sijaan. <USERNAME>
Se on hyödyllinen useiden kopioiden ylläpidossa tai useiden pakettien kääntämisessä samanaikaisesti.
Kaikki argumentit makechrootpkg
jälkeen --
välitetään osoitteeseen makepkg
, kun se käyttää sitä sisäisesti paketin rakentamiseen. Ensimmäistä kertaa makepkg
suorittaa makechrootpkg
sen omilla muuttumattomilla asetuksillaan, ladataan tarvittaessa lähdetiedostoja ja suorittaakseen eheystarkistuksia; joten mitään ei voi lähettää eteenpäin tällä ajolla. Se toimii makepkg
toisen kerran rakentaakseen paketin ja välittää aina automaattisesti makepkg
argumentit, --syncdeps --noconfirm --log --holdver --skipinteg
jotka käskee makepkg
rakentaa chrootin sisällä asentaa automaattisesti puuttuvat riippuvuudet, jotka tarvitaan paketin rakentamiseen ja käyttämiseen, ei kysy vahvistusta aikana pacman
, kirjaa rakennusprosessi tekstiksi -tiedoston lisäksi stdout
, älä päivitä lähdekoodia, jos se on versionhallintajärjestelmässä, äläkä suorita lähdetiedoston vahvistustarkistuksia.
Voit ketjuttaa nämä yhteen käyttämällä seuraavaa lomaketta:
$ extra-x86_64-build <DEVTOOLS-OPTIONS> -- <MAKECHROOTPKG-OPTIONS> -- <MAKEPKG-OPTIONS>
Huomaa, että /var/lib/archbuild
sitä voidaan käsitellä ikään kuin se olisi väliaikainen hakemisto. Jos sinulla on useita Vultr-kiintolevyjä, kannattaa liittää RAID0 (stripe) -tiedostojärjestelmä tähän. Jos sinulla on paljon RAM-muistia, voit myös asentaa RAM-tukitiedoston, kuten tmpfs
. Kun paketti on rakennettu, se kopioidaan hakemistoon, josta juoksit extra-x86_64-build
, ja jos haluat, voit tässä vaiheessa poistaa /var/lib/archbuild
. Seuraava ajo olisi hitaampi, koska sen pitäisi tehdä uusi puhdas juuri. Vaihtoehtoisesti voit poistaa /var/lib/archbuild/<USERNAME>
lisätilan koontiversion chrootista, ennen kuin se poistetaan automaattisesti seuraavalla Devtools-ajolla. Joten vaikka tähän asennettu RAID0-tiedostojärjestelmä epäonnistuisi, häviäisit eniten meneillään olevan käännöksen.
Devtools-määritystiedostoissa on huomioitava muutamia yksityiskohtia. Ne sijaitsevat /usr/share/devtools/
, kuten makepkg-x86_64.conf
ja pacman-extra.conf
:
/etc
tiedostoja, kuten makepkg.conf
ja pacman.conf
, voit turvallisesti muokata niitä paikoilleen, ja kun paketti päivitetään, se ei korvaa muutokset. Sen sijaan se tallentaa uudet määritystiedostot (jos ne ovat muuttuneet edellisestä versiosta), jotka päättyvät .pacnew
. Devtools-määritystiedostot ovat kuitenkin sellaisia, /usr/share/
joita ei ole tarkoitettu käyttäjän muokattavaksi, joten kun Devtools päivitetään, se korvaa näihin tiedostoihin tekemäsi muutokset kokonaan ilman varoitusta. Muutosta tähän toimintaan on ehdotettu ja se hylätty, koska tämä auttaa varmistamaan, että paketit lähetetään virallisille arkistoihin samoilla käännösasetuksella.MAKEFLAGS
, PACKAGER
ja {SRC,SRCPKG,PKG,LOG}DEST
otetaan /etc/makepkg.conf
sen sijaan /usr/share/devtools/makepkg-x86_64.conf
.Jos rakennat paketteja, jotka ovat riippuvaisia muista rakentamistasi paketeista, sinun on käytettävä paikallista arkistoa, jotta pacman
se löytää riippuvuudet , kun se suoritetaan build chrootissa.
Jos haluat määrittää paikallisen arkiston, katso tämän oppaan "Paikallinen tietovarasto" -osiota.
Luo mukautettu kohde:
# ln -s archbuild /usr/bin/custom-x86_64-build
# cp /usr/share/devtools/pacman-{extra,custom}.conf
Muokkaa /usr/share/devtools/pacman-custom.conf
ja lisää loppuun:
[archLocalRepo]
SigLevel = Optional TrustAll
Server = file:///archLocalRepo
Muokkaa /etc/pacman.conf
ja lisää seuraavat tiedot. Tämä pakottaa hakemiston olemaan sidottu chrootissa:
CacheDir = /var/cache/pacman/pkg/ /archLocalRepo/
extra-x86_64-build
Käytä nyt tämän sijaan tätä:
$ custom-x86_64-build
Jos haluat aina käyttää mukautettua kohdetta, voit poistaa /var/lib/archbuild/extra-x86_64-build/
hakemiston, jos se on olemassa, koska chrootit ovat nyt paikassa /var/lib/archbuild/custom-x86_64-build/
.
Huomaa, että /usr/share/devtools
säikeitetyn pakkauksen ottaminen käyttöön edellyttää määritystiedostojen muokkaamista , mitä ei virallisesti tueta, joten sinun on tehtävä tämä muutos aina, kun Devtools päivitetään.
Devtools yhdistää koko paketin arkistomuotoon. Oletuksena se .tar.xz
käyttää yhtä säiettä xz
pakkausta varten.
Usean suorittimen järjestelmissä voit sallia xz
useiden säikeiden käytön muokkaamalla /usr/share/devtools/makepkg-x86_64.conf
ja muuttamalla seuraavaa riviä:
COMPRESSXZ=(xz -c -z -)
Voit sallia niin monta säiettä kuin sinulla on virtuaalisia ytimiä:
COMPRESSXZ=(xz -c -z - --threads=0)
Lisää tietty numero, jos haluat sallia useiden virtuaalisten ytimien käytön, mutta ei niitä kaikkia, mikä vähentää vaikutusta järjestelmän yleiseen suorituskykyyn:
COMPRESSXZ=(xz -c -z - --threads=21)
Suorituskykyä heikentää, jos määrität enemmän säiettä kuin sinulla on virtuaaliytimien määrä.
Jos et haittaa sitä, että pakettitiedosto on (mahdollisesti paljon) suurempi, poista pakkaus muokkaamalla /usr/share/devtools/makepkg-x86_64.conf
ja muuta seuraavaa riviä:
PKGEXT='.pkg.tar.xz'
Muuta se näyttämään seuraavalta:
PKGEXT='.pkg.tar'
Johdanto Arch Linuxilla on pienempi, mutta silti vahva seuraaja kuin suosituimmilla jakeluilla. Sen filosofia on aivan erilainen, ja siinä on etuja
Vultr tarjoaa sinulle mahtavan toiminnon, jonka avulla voit käyttää omaa mukautettua kuvaasi erinomaisten mallien lisäksi, jonka avulla voit käyttää
Devtools-paketti tehtiin alun perin luotettaville käyttäjille, jotta he voivat luoda paketteja oikein virallisiin tietovarastoihin. Tavallinen käyttäjä voi kuitenkin käyttää sitä
Jos käytät makepkg:a suoraan, se saastuttaa järjestelmääsi jonkin verran. Peruskehityksen pakettiryhmä on asennettava. Tällä tavalla oletusarvoisesti riippuvuuksia tarvitaan vain
Edellytykset Vultr-palvelin, jossa on ajan tasalla Arch Linux (katso tämä artikkeli.) Sudo-käyttö. Pääkäyttäjänä suoritettavat komennot on liitetty # ja yksi eteen
Edellytykset Vultr-palvelin, joka käyttää ajan tasalla olevaa Arch Linuxia (katso tämä artikkeli.) Käynnissä oleva verkkopalvelin, joko Apache tai Nginx Sudo Access Vaaditaan komennot t
Arch Linuxissa viralliset arkistot ovat: core, extra ja Community. Nämä paketit on jo käännetty, ja ne asennetaan pacmanin kautta. th
Tämä opetusohjelma selittää, kuinka Minecraft-palvelin määritetään Spigotilla Arch Linuxissa. Tämä opetusohjelma olettaa, että olet normaali käyttäjä (ei-root) ja hav
Edellytykset Vultr-palvelin, jossa on ajan tasalla Arch Linux (katso tämä artikkeli.) Sudo-käyttö. Pääkäyttäjänä suoritettavat komennot on merkitty #-merkillä. Th
Edellytykset Vultr-palvelin, jossa on ajan tasalla Arch Linux. Katso tästä oppaasta lisätietoja. Sudo pääsy. Komennot on suoritettava pääkäyttäjänä ar
Edellytykset Vultr-palvelin, jossa on ajan tasalla Arch Linux (katso tämä artikkeli.) Käynnissä oleva verkkopalvelin, joko Apache- tai Nginx Sudo -käyttö: komennot edellyttävät
Esipuhe Arch Linux on yleiskäyttöinen jakelu, joka tunnetaan huipputeknologiastaan ja joustavasta konfiguraatiostaan. Btrfs-snapshot-kuvien avulla voimme tak
Edellytykset Vultr-palvelin, jossa on ajan tasalla Arch Linux (katso tämä artikkeli.) Käynnissä oleva verkkopalvelin, joko Apache- tai Nginx Sudo -käyttö: komennot edellyttävät
Edellytykset Vultr-palvelin, jossa on ajan tasalla Arch Linux (katso tämä artikkeli.) Käynnissä oleva verkkopalvelin, joko Apache- tai Nginx Sudo -käyttö. Komennot vaativat
Tämä opetusohjelma selittää, kuinka Mumble-palvelin (Murmur) asetetaan Arch Linuxiin. Kaikki tässä opetusohjelmassa tehty tehdään pääkäyttäjänä. Asennus an
Tämä opetusohjelma selittää, kuinka Counter-Strike: Global Offensive -palvelin määritetään Arch Linuxiin. Tämä opetusohjelma olettaa, että kirjauduit sisään tavallisella käytöllä
Tämä opetusohjelma selittää, kuinka Team Fortress 2 -palvelin määritetään Arch Linuxiin. Oletan, että olet kirjautunut sisään ei-root-käyttäjätilillä, jolla on sudo-käyttöoikeus
Edellytykset Vultr-palvelin, joka käyttää ajan tasalla olevaa Arch Linuxia (katso tämä artikkeli.) Sudo-pääsy: Pääkäyttäjänä suoritettavien komentojen etuliitteenä on # ja yksi
Edellytykset Vultr-palvelin, joka käyttää ajan tasalla olevaa Arch Linuxia (katso tämä artikkeli) Sudo-käyttö: Pääkäyttäjänä suoritettavat komennot on merkitty # ja yksi
Tekoäly ei ole tulevaisuudessa, se tässä nykyisyydessä Tässä blogissa Lue kuinka tekoälysovellukset ovat vaikuttaneet eri sektoreihin.
Oletko myös DDOS-hyökkäysten uhri ja hämmentynyt ehkäisymenetelmistä? Lue tämä artikkeli ratkaistaksesi kysymyksesi.
Olet ehkä kuullut, että hakkerit ansaitsevat paljon rahaa, mutta oletko koskaan miettinyt, kuinka he ansaitsevat tuollaista rahaa? keskustellaan.
Haluatko nähdä Googlen vallankumouksellisia keksintöjä ja kuinka nämä keksinnöt muuttivat jokaisen ihmisen elämää nykyään? Lue sitten blogia nähdäksesi Googlen keksinnöt.
Konsepti itseohjautuvista autoista lähteä tielle tekoälyn avulla on ollut haaveena jo jonkin aikaa. Mutta useista lupauksista huolimatta niitä ei näy missään. Lue tämä blogi saadaksesi lisätietoja…
Kun tiede kehittyy nopeasti ja ottaa haltuunsa suuren osan ponnisteluistamme, myös riskit altistaa itsemme selittämättömälle singulariteetille kasvavat. Lue, mitä singulaarisuus voisi tarkoittaa meille.
Tietojen säilytystavat ovat kehittyneet mahdollisesti Datan syntymästä lähtien. Tämä blogi käsittelee tiedon tallennuksen kehitystä infografian pohjalta.
Blogista saat tietää Big Data -arkkitehtuurin eri kerroksista ja niiden toiminnoista yksinkertaisimmalla tavalla.
Tässä digitaalisessa maailmassa kodin älylaitteista on tullut tärkeä osa elämää. Tässä on muutamia älykkäiden kodin laitteiden hämmästyttäviä etuja, joiden avulla ne tekevät elämästämme elämisen arvoista ja yksinkertaisempaa.
Apple julkaisi äskettäin macOS Catalina 10.15.4 -lisäpäivityksen ongelmien korjaamiseksi, mutta näyttää siltä, että päivitys aiheuttaa lisää ongelmia, jotka johtavat mac-koneiden tiilikaamiseen. Lue tämä artikkeli saadaksesi lisätietoja