2019 Arch Linux instalēšana Vultr serverī
Ievads Arch Linux ir mazāka, bet joprojām spēcīga, sekošana nekā populārākajiem izplatījumiem. Tās filozofija ir diezgan atšķirīga, ar priekšrocībām un priekšrocībām
Pakotne Devtools sākotnēji tika izstrādāta uzticamiem lietotājiem, lai pareizi izveidotu pakotnes oficiālajām krātuvēm. Tomēr to var izmantot arī parastie lietotāji, lai izveidotu AUR pakotnes vai pat modificētas oficiālās pakotnes.
Skatiet šo rokasgrāmatu, lai vispārīgi saprastu un izmantotu AUR, tostarp iegūtu PKGBUILD
. Šajā dokumentā ir parādītas tikai Devtools specifiskās darbības, ja tā ir pakotnes kompilēšanas metode.
Devtools uztur atsevišķu tīru Arch instalāciju, kas atrodas /var/lib/archbuild/<TARGET>/root
, kurā ir tikai pakotņu grupas base
un base-devel
. Ja šī tīrā instalācija nepastāv, tā automātiski izveido to. Ja tas pastāv, tas automātiski atjaunina visas tajā esošās pakotnes. Ja pakotnes izveidošanai tiek izmantots Devtools, tas sākas ar šīs tīrās instalācijas kopiju, instalē tikai kopijā nepieciešamās pakotnes, iekopē tajā avota kodu, veic tajā kompilēšanu un iesaiņošanu un tikai kopē iegūto pakotni, identiskā formā ar to, kas atrodams oficiālajos krātuvēs.
Devtools ir priekšrocības salīdzinājumā ar makepkg
tiešo darbību. Viena priekšrocība ir tā, ka base-devel
un citas pakotnes, kas nepieciešamas, lai kompilētu, bet ne palaistu, jūsu izveidotā pakotne nekad netiek pārtraukta jūsu galvenajā sistēmā. Tas ir mazāk pakotņu, kas periodiski jājaunina, un par to ir jāuztraucas. Lai gan tas galvenokārt ir ieguvums Arch pakotņu uzturētājiem, šis process viegli atklāj, ja a PKGBUILD
ir nepareizs, piemēram, ja sarakstā netiek rādīta atkarība, kuru uzturētājs jau ir instalējis savā galvenajā sistēmā. Varat arī izmantot iekārtu, kas ātrāk veido pakotnes, un kopēt iegūto pakotni uz lēnāku iekārtu, kas to darbinās, nepiesārņojot būves iekārtas instalāciju.
Galvenais trūkums ir tas, ka tīrā sakne vienmēr ir tur, aizņemot aptuveni 800 MB, un parasti viena kopija tur aizņem vairāk vietas. Ņemiet vērā: ja /var/lib/archbuild/
izmanto Btrfs, tīrās saknes kopija sākas kā Btrfs momentuzņēmums, tāpēc šie faili neaizņem divreiz vairāk vietas. Tīrā sakne vienmēr tiek turēta tur, lai izvairītos no tā atkārtotas instalēšanas ikreiz, kad tiek izgatavota pakotne.
Instalējiet Devtools:
# pacman -S devtools
Lai izveidotu pakotni, Devtools ietver archbuild
, bet jūs to nepalaižat tieši. Tas ietver arī simbolu saites {extra, gnome-unstable, kde-unstable, staging, testing}-x86_64-build
. Simbolsaite tiek izmantota palaišanai, to pārbaudīs archbuild
, lai noteiktu, kuru mērķi vēlaties to izmantot. To var palaist, lai izmantotu šīs nestabilās/inscenēšanas/testēšanas krātuves, kurām var būt jaunākas versijas, nekā ir izlaistas oficiālajos krātuvēs. Lai izmantotu oficiālos repozitorijus pakotnēm, kas nav AUR, direktorijā ar PKGBUILD
, piemēram, direktoriju, ko izveidojis git clone
, izpildiet šo:
$ extra-x86_64-build
Piezīme . Pārējā šīs rokasgrāmatas daļa vienkārši attiecas uz extra-x86_64-build
.
Pēc darbības pabeigšanas būs šādi rezultāti:
/var/lib/archbuild/extra-x86_64/root
- Tīra chroot , kas ir atjaunināta instalācija ar tikai pakotņu grupām base
un base-devel
./var/lib/archbuild/extra-x86_64/<USERNAME>
- Tas saturēs build chroot . Šī ir tīrā chroot kopija ar jebkādām atkarībām, kas nepieciešamas, lai izveidotu vai palaistu izstrādāto pakotni, kā arī tās avota kodu, kompilācijas rezultātus un pakotni.Beigās jūs varat pamanīt " Checking PKGBUILD
" un " Checking <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz
". Visas rindas pēc tām tiek izvadītas no namcap
, kas automātiski meklē problēmas, piemēram, nepareizi veidotus PKGBUILD
failus, iekļautās atkarības, kuras, šķiet, neizmanto, atkarības, kas nav iekļautas un kuras, šķiet, izmanto pakotnē, un citas. Viltus pozitīvus rezultātus bieži ģenerē namcap
, taču tas ir lielisks rīks, lai sniegtu lietas, ko izmeklēt. Ja pakotne darbojas pareizi, nav ieteicams brīdināt uzturētāju par namcap
izvadi, ja vien neesat to izskatījis un pārliecinājies, ka ir jāveic izmaiņas.
Varat izmantot, pacman
lai instalētu pakotni, kas instalēs visas pakotnes palaišanai nepieciešamās atkarības, ja vien tās atrodas oficiālajos krātuvēs vai vietējā repozitorijā.
Izmantojiet vietējo repozitoriju, kā paskaidrots šeit , vai instalējiet failu tieši:
# pacman -U <PKGNAME>-<PKGVER>-<PKGREL>-<ARCH>.pkg.tar.xz
Ja vēlaties palaist extra-x86_64-build
vēlreiz, tieši tagad vai jebkurā laikā vēlāk ar šo vai citu pakotni, tā vajadzības gadījumā atjauninās tīro chroot, izdzēsīs būvēšanas chroot un padarīs to par jaunu tīrās chroot kopiju un veiks to pašu procesu. Ja jūsu direktorijā joprojām ir avota kods, kas lejupielādēts no pēdējās reizes, tas to izmantos. Ja pakotne ir izstrādes AUR pakotne, tā veiks jaunas izmaiņas, nevis pārklonēs.
Iekšēji, extra-x86_64-build
darbojas makechrootpkg
, kas iekšēji izsauc makepkg
. Iespējas extra-x86_64-build
ietver šādas:
-c
: notīriet chroot, noņemot un atkārtoti izveidojot visu /var/lib/archbuild/extra-x86_64/
direktoriju, tostarp tā tīro chroot un visus build chroot direktorijus. Tas ir nepieciešams reti, tikai tad, ja tiek bojāts tīrais chroot vai ja Devtools tiek jaunināts tādā veidā, kas traucē atpakaļejošu saderību.-r <dir>
: izmantojiet citu direktoriju, nevis /var/lib/archbuild/extra-x86_64/
chroots saturam.Visi argumenti extra-x86_64-build
pēc --
tiek nodoti makechrootpkg
, kad tas to iekšēji izmanto. Vairāki argumenti vienmēr tiek automātiski pārsūtīti no extra-x86_64-build
uz makechrootpkg
. Šie automātiskie argumenti ir -r <value given to extra-x86_64-build -r option if given, /var/lib/archbuild/extra-x86_64 otherwise> -c -n
. Viņi makechrootpkg
liek noņemt build chroot un izveidot to par jaunu tīrās chroot kopiju, kā arī palaist namcap
pakotnē, ja tā ir veiksmīgi izveidota. Bieži lietota opcija, kuru var nodot, makechrootpkg
ir -l <copy name>
. Šis ir direktorija nosaukums, kas piešķir būvei chroot, nevis <USERNAME>
, kas ir noderīgs, lai vienlaikus uzturētu vairākas kopijas vai apkopotu vairākas pakotnes.
Visi argumenti makechrootpkg
pēc --
tiek nodoti makepkg
, kad tas iekšēji to izmanto pakotnes izveidei. Pirmo reizi makepkg
palaiž makechrootpkg
, tas tiek darīts ar savām nemaināmām opcijām, lai nepieciešamības gadījumā lejupielādētu avota failus un veiktu integritātes pārbaudes; tādējādi šajā palaišanā neko nevar pārsūtīt. Tas darbojas makepkg
otro reizi, lai izveidotu pakotni, un vienmēr automātiski nodod makepkg
argumentus, --syncdeps --noconfirm --log --holdver --skipinteg
kas liek makepkg
būvēšanas chroot ietvaros automātiski instalēt trūkstošās atkarības, kas nepieciešamas pakotnes izveidei un lietošanai, neprasīt apstiprinājumu laikā pacman
, reģistrēt būvēšanas procesu uz tekstu failus, papildus stdout
, neatjauniniet avota kodu, ja tie ir versiju kontroles sistēmā, un neveiciet avota faila verifikācijas pārbaudes.
Varat tos savienot kopā, izmantojot šo veidlapu:
$ extra-x86_64-build <DEVTOOLS-OPTIONS> -- <MAKECHROOTPKG-OPTIONS> -- <MAKEPKG-OPTIONS>
Ņemiet vērā, ka /var/lib/archbuild
to var uzskatīt par pagaidu direktoriju. Ja jums ir vairāki Vultr cietie diski, šeit ir vērts uzstādīt RAID0 (svītru) failu sistēmu. Ja jums ir daudz RAM, varat arī uzstādīt RAM nodrošinātu failu sistēmu, piemēram, tmpfs
. Kad pakotne ir izveidota, tā tiek kopēta direktorijā, extra-x86_64-build
no kura palaidāt, un, ja vēlaties, šajā brīdī varat izdzēst /var/lib/archbuild
. Nākamais skrējiens būtu lēnāks, jo būtu jātaisa jauna tīra sakne. Varat arī dzēst, /var/lib/archbuild/<USERNAME>
lai atgūtu papildu vietu no būvēšanas chroot, pirms tā tiek automātiski izdzēsta nākamajā Devtools palaišanas reizē. Tātad, pat ja jums neizdotos šeit uzstādītā RAID0 failu sistēma, lielākais zaudējums būtu kompilācijas process.
Ar Devtools konfigurācijas failiem ir jāņem vērā dažas specifikācijas. Tie atrodas /usr/share/devtools/
, piemēram, makepkg-x86_64.conf
un pacman-extra.conf
:
/etc
failus kā makepkg.conf
un pacman.conf
varat droši rediģēt vietā, un, kad pakotne tiek jaunināta, tā nepārrakstīs jūsu veiktās izmaiņas. Drīzāk tiks saglabāti jaunie konfigurācijas faili (ja tie ir mainīti salīdzinājumā ar iepriekšējo versiju), kas beidzas ar .pacnew
. Tomēr Devtools konfigurācijas faili ir tajos, /usr/share/
kuros nav paredzēts lietotāja rediģēšanai, tāpēc, jauninot Devtools, tas pilnībā pārrakstīs jūsu veiktās izmaiņas šajos failos, nebrīdinot jūs. Šīs darbības izmaiņas ir ierosinātas un noraidītas, jo tas palīdz nodrošināt, ka pakotnes tiek nosūtītas uz oficiālajiem repozitorijiem ar vienādiem kompilācijas iestatījumiem.MAKEFLAGS
, PACKAGER
un {SRC,SRCPKG,PKG,LOG}DEST
ir ņemti no /etc/makepkg.conf
nevis /usr/share/devtools/makepkg-x86_64.conf
.Ja veidojat pakotnes, kurām ir atkarība no citām jūsu izveidotajām pakotnēm, jums ir jāizmanto lokālā repozitorija, lai, pacman
palaižot būvēšanas chroot, tā atrastu atkarības.
Lai iestatītu lokālo repozitoriju, skatiet šīs rokasgrāmatas sadaļu "Vietējā krātuve".
Izveidojiet pielāgotu mērķi:
# ln -s archbuild /usr/bin/custom-x86_64-build
# cp /usr/share/devtools/pacman-{extra,custom}.conf
Rediģējiet /usr/share/devtools/pacman-custom.conf
un beigās pievienojiet:
[archLocalRepo]
SigLevel = Optional TrustAll
Server = file:///archLocalRepo
Rediģējiet /etc/pacman.conf
un pievienojiet tālāk norādīto. Tādējādi direktorijs ir jāpievieno chroot programmā:
CacheDir = /var/cache/pacman/pkg/ /archLocalRepo/
Tagad tā vietā, lai izmantotu, extra-x86_64-build
izmantojiet šo:
$ custom-x86_64-build
Ja vienmēr vēlaties izmantot pielāgoto mērķi, varat dzēst /var/lib/archbuild/extra-x86_64-build/
direktoriju, ja tas pastāv, jo chroots tagad atradīsies /var/lib/archbuild/custom-x86_64-build/
.
Piezīme, lai iespējotu vītņotu iesaiņojumu /usr/share/devtools
, ir jārediģē konfigurācijas faili, kas oficiāli netiek atbalstīti, tāpēc šīs izmaiņas būs jāveic katru reizi, kad tiek jaunināts Devtools.
Devtools apvieno visu paketi arhīva formātā. Pēc noklusējuma tas saspiešanai .tar.xz
izmanto vienu pavedienu xz
.
Vairāku CPU sistēmās varat atļaut xz
izmantot vairākus pavedienus, rediģējot /usr/share/devtools/makepkg-x86_64.conf
un mainot šo rindu:
COMPRESSXZ=(xz -c -z -)
Lai atļautu tik daudz pavedienu, cik jums ir virtuālie kodoli:
COMPRESSXZ=(xz -c -z - --threads=0)
Lai atļautu izmantot vairākus virtuālos kodolus, bet ne visus, tādējādi samazinot ietekmi uz kopējo sistēmas veiktspēju, pievienojiet konkrētu skaitli:
COMPRESSXZ=(xz -c -z - --threads=21)
Ja norādāt vairāk pavedienu nekā virtuālo kodolu skaits, samazināsies veiktspēja.
Ja jūs neiebilstat, ka pakotnes fails ir (potenciāli daudz) lielāks, atspējojiet saspiešanu, rediģējot /usr/share/devtools/makepkg-x86_64.conf
, un mainiet šo rindiņu:
PKGEXT='.pkg.tar.xz'
Mainiet to, lai tas izskatītos šādi:
PKGEXT='.pkg.tar'
Ievads Arch Linux ir mazāka, bet joprojām spēcīga, sekošana nekā populārākajiem izplatījumiem. Tās filozofija ir diezgan atšķirīga, ar priekšrocībām un priekšrocībām
Vultr nodrošina jums lielisku funkcionalitāti, ļaujot jums izmantot savu pielāgoto attēlu papildus lieliskajām veidnēm, kas ļauj palaist
Pakotne Devtools sākotnēji tika izstrādāta uzticamiem lietotājiem, lai pareizi izveidotu pakotnes oficiālajām krātuvēm. Tomēr to var izmantot parasts lietotājs
Ja jūs izmantojat makepkg tieši, tas nedaudz piesārņo jūsu sistēmu. Jāinstalē bāzes izstrādes pakotņu grupa. Tādā veidā pēc noklusējuma ir nepieciešamas tikai atkarības
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Sudo piekļuve. Komandām, kas jāizpilda kā root, ir prefikss # un viens
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Darbojas tīmekļa serveris, Apache vai Nginx Sudo piekļuve Nepieciešamas komandas t
Arch Linux oficiālās krātuves ir: kodols, papildu un kopiena. Šīs pakotnes jau ir apkopotas, un tās ir instalētas, izmantojot pacman. Par th
Šajā apmācībā ir paskaidrots, kā iestatīt Minecraft serveri, izmantojot Spigot operētājsistēmā Arch Linux. Šajā apmācībā tiek pieņemts, ka esat parasts lietotājs (ne-root) un jums ir
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Sudo piekļuve. Komandām, kas jāizpilda kā root, ir prefikss #. Th
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā Arch Linux versija. Plašāku informāciju skatiet šajā rokasgrāmatā. Sudo piekļuve. Komandas, kas jāpalaiž kā root ar
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Darbojas tīmekļa serveris, Apache vai Nginx Sudo piekļuve: komandām ir nepieciešamas
Priekšvārds Arch Linux ir vispārējas nozīmes izplatīšana, kas ir labi pazīstama ar savu progresīvāko tehnoloģiju un elastīgo konfigurāciju. Izmantojot Btrfs momentuzņēmumus, mēs varam tak
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Darbojas tīmekļa serveris, Apache vai Nginx Sudo piekļuve: komandām ir nepieciešamas
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Darbojas tīmekļa serveris, Apache vai Nginx Sudo piekļuve. Nepieciešamas komandas
Šajā apmācībā ir izskaidrots, kā iestatīt Mumble serveri (Murmur) operētājsistēmā Arch Linux. Viss, kas tiek darīts šajā apmācībā, tiek darīts kā root lietotājs. Uzstādīšana an
Šajā apmācībā ir izskaidrots, kā iestatīt Counter-Strike: Global Offensive serveri operētājsistēmā Arch Linux. Šajā apmācībā tiek pieņemts, ka esat pieteicies, izmantojot standarta lietojumu
Šajā apmācībā ir paskaidrots, kā iestatīt Team Fortress 2 serveri operētājsistēmā Arch Linux. Es pieņemu, ka esat pieteicies ar ne-root lietotāja kontu, kuram ir sudo piekļuve
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu.) Sudo piekļuve: komandām, kas jāpalaiž kā root, ir prefikss # un viens
Priekšnosacījumi Vultr serveris, kurā darbojas jaunākā versija Arch Linux (skatiet šo rakstu) Sudo piekļuve: komandām, kas jāpalaiž kā root, ir prefikss # un viens
Mākslīgais intelekts nav nākotnē, tas ir šeit, tagadnē. Šajā emuārā lasiet, kā mākslīgā intelekta lietojumprogrammas ir ietekmējušas dažādas nozares.
Vai arī jūs esat DDOS uzbrukumu upuris un esat neizpratnē par profilakses metodēm? Izlasiet šo rakstu, lai atrisinātu savus jautājumus.
Iespējams, esat dzirdējuši, ka hakeri pelna daudz naudas, bet vai esat kādreiz domājuši, kā viņi nopelna šādu naudu? pārrunāsim.
Vai vēlaties redzēt revolucionārus Google izgudrojumus un to, kā šie izgudrojumi mainīja katra cilvēka dzīvi mūsdienās? Pēc tam lasiet emuārā, lai redzētu Google izgudrojumus.
Pašpiedziņas automobiļu koncepcija izbraukt uz ceļiem ar mākslīgā intelekta palīdzību ir mūsu sapnis jau kādu laiku. Bet, neskatoties uz vairākiem solījumiem, tie nekur nav redzami. Lasiet šo emuāru, lai uzzinātu vairāk…
Zinātnei strauji attīstoties, pārņemot lielu daļu mūsu pūļu, palielinās arī risks pakļaut sevi neizskaidrojamai singularitātei. Izlasiet, ko singularitāte varētu nozīmēt mums.
Datu uzglabāšanas metodes ir attīstījušās kopš datu dzimšanas. Šajā emuārā ir aprakstīta datu uzglabāšanas attīstība, pamatojoties uz infografiku.
Lasiet emuāru, lai vienkāršākā veidā uzzinātu dažādus lielo datu arhitektūras slāņus un to funkcijas.
Šajā digitālajā pasaulē viedās mājas ierīces ir kļuvušas par būtisku dzīves sastāvdaļu. Šeit ir daži pārsteidzoši viedo mājas ierīču ieguvumi, lai padarītu mūsu dzīvi dzīves vērtu un vienkāršāku.
Nesen Apple izlaida macOS Catalina 10.15.4 papildinājuma atjauninājumu, lai novērstu problēmas, taču šķiet, ka atjauninājums rada vairāk problēmu, kas izraisa Mac datoru bloķēšanu. Izlasiet šo rakstu, lai uzzinātu vairāk