Lisää käynnistysparametrit GRUBiin laitteisto-ongelmien välttämiseksi

Jos Linux- tietokoneesi ei tule toimeen tiettyjen laitteistojen (näytönohjain, kiintolevy, ohjain, Secure Boot, kaksoiskäynnistys Windowsin kanssa jne.) kanssa, yksi tehokkaimmista käytettävissä olevista työkaluista on itse käynnistyksen hallintaohjelma. Opettelemalla lisäämään käynnistysparametreja GRUBiin laitteistoyhteensopimattomuuksien ratkaisemiseksi voit säästää sinut uudelleenasennuksilta, päänsäryltä ja lukemattomilta tuntikausilta kokeiluja ja erehdyksiä.

Seuraavilla riveillä näemme rauhallisesti mutta ytimekkäästi, miten GRUB toimii sisäisesti, miten se on konfiguroitu ja mihin käynnistysparametreihin voit koskea sekä ytimessä että itse käynnistyslataimessa käsitelläksesi levyvikoja, UEFI/Secure Boot -ongelmia, ajuriristiriitoja, kaksoiskäynnistystä Windowsin kanssa, hitaita tai estyneitä käynnistysaikoja tai jopa monimutkaisia ​​asennuksia, kuten SUSE palvelinlaitteistolla tai IBM Z.

Mikä on GRUB ja mitä roolia käynnistysparametreilla on?

Ennen minkään muokkaamista on tärkeää ymmärtää tarkalleen, mitä GRUB tekee ja miksi käynnistysparametrit ovat niin kriittisiä laitteisto-yhteensopimattomuuksien ilmetessä. GRUB (GNU GRand Unified Bootloader) on MBR- tai EFI-osioon asennettu ohjelma , joka lataa Linux-ytimen (tai käynnistää muita järjestelmiä) useilla asetuksilla.

Kun käynnistät klassisen x86-tietokoneen, BIOS tai UEFI suorittaa perustarkistuksensa (RAM, päivämäärä, levyt, käynnistysjärjestys jne.) ja jos kaikki on kunnossa, luovuttaa hallinnan levyn ensimmäiselle käynnistyssektorille , kuuluisalle MBR:lle tai EFI-osiomerkinnälle. Tässä sijaitsee GRUBin ensimmäinen vaihe, jonka ainoa käytännön tehtävä on paikantaa ja ladata koodi toiselle vaiheelle, jossa näytöllä näkyvä valikko tulee näkyviin.

GRUB on organisoitu useisiin vaiheisiin: vaihe 1 (ensimmäinen, pieni käynnistyshallinta), vaihe 1.5 (silta tiedostojärjestelmään) ja vaihe 2 (joka voi lukea osioita, tiedostojärjestelmiä, näyttää valikoita, hyväksyä komentoja jne.). Asennustavasta riippuen se voi käynnistää Linuxin suoraan (lataamalla ytimen) tai käyttää ketjulatausta delegoidakseen tehtävän toiselle käynnistyshallintaohjelmalle, kuten Windowsin.

Käynnistysparametrit ovat asetuksia, jotka välitetään kerneliin ja/tai itse GRUBiin järjestelmän käynnistyessä. Niitä käytetään esimerkiksi ristiriitaisen ajurin poistamiseen käytöstä, yhteensopivan videotilan pakottamiseen, suorittimen lieventämisen säätämiseen, verkon määrittämiseen etäasennuksissa tai yksityiskohtaisen käynnistyksen käyttöönottoon virheiden havaitsemiseksi.

Kuinka GRUB tunnistaa levyt, osiot ja tiedostot

Yksi aluksi hämmentävimmistä asioista on GRUBin levyjen ja osioiden nimeäminen , koska se ei täysin vastaa Linuxissa käytettyjä /dev/sda-, /dev/nvme0n1- jne. nimiä. GRUBissa ensimmäinen levy on (hd0) , toinen (hd1) ja niin edelleen riippumatta siitä, ovatko ne IDE-, SATA-, SCSI- tai USB-levyjä.

Osiot merkitään muodossa (hd0,0) , (hd0,1) jne., aina alkaen nollasta. Eli mikä Linuxissa on /dev/sda1, GRUBissa olisi (hd0,0). Jos haluat osoittaa koko levyyn ilman osioita, pilkku ja indeksi jätetään pois, esimerkiksi (hd0) . Tämä tieto on tärkeä asennettaessa käynnistyslataajaa MBR:ään: `grub-install /dev/sda` ei ole sama kuin `grub-install /dev/sda1` , ja niiden sekoittaminen on yleinen virhe.

Nykyaikaisessa Linuxissa kaikki levyt näkyvät muodossa /dev/sd* (tai nvme jne.), ja osiot numeroidaan alkaen 1:stä. MBR-osiotaulukot sallivat vain neljä ensisijaista osiota; jos osioita on enemmän, yksi niistä merkitään laajennetuksi ja luodaan loogiset osiot, jotka numeroidaan alkaen 5:stä (/dev/sda5, /dev/sda6 jne.). Lisäksi GPT-osiotaulukot poistavat monia näistä rajoituksista, mikä mahdollistaa paljon useampien taltioiden ja erittäin suurten levyjen käytön.

Käsitelläkseen levyjä, joiden nimi vaihtuu (USB, ulkoinen SATA jne.), udev luo vakaita symbolisia linkkejä hakemistoihin /dev/disk/by-id, by-label, by-uuid jne. Näiden yksilöllisten tunnisteiden käyttäminen tiedostoissa, kuten /etc/fstab, tai GRUBin edistyneissä kokoonpanoissa, auttaa järjestelmää käynnistymään edelleen, vaikka levyjärjestys muuttuisi ( kuinka löytää ja muuttaa aseman UUID ).

GRUB 2:n konfiguraatiorakenne nykyaikaisissa jakeluissa

GRUB 2:ssa, joka sisältyy useimpiin nykyisiin jakeluihin, voimassa oleva kokoonpano tallennetaan tiedostoon /boot/grub/grub.cfg , mutta tämä tiedosto luodaan automaattisesti. Sitä ei ole tarkoitettu manuaaliseen muokkaukseen, koska joka kerta, kun suoritat update-grub-komennon tai kun ydintä päivitetään , se luodaan uudelleen mallipohjista.

Yleisimpiä asetuksia ohjataan tiedostosta /etc/default/grub . Tämä tiedosto määrittää esimerkiksi valikon näyttöajan , oletusarvon ja parametrit, jotka aina välitetään ytimelle GRUB_CMDLINE_LINUX_DEFAULT -muuttujan kautta . Kun muokkaat tätä tiedostoa, sinun on luotava kokoonpano uudelleen suorittamalla update-grub (tai vastaavalla komennolla jakelussasi).

Jos sinun on lisättävä mukautettuja valikoita (esimerkiksi merkintä, jossa on muita tietylle laitteistolle ominaisia ​​käynnistysparametreja), voit luoda tai muokata /etc/grub.d/40_custom-tiedostoa tai käyttää /boot/grub/custom.cfg-tiedostoa . /etc/grub.d-tiedostossa olevat komentosarjat (10_linux, 20_linux_xen, 30_os-prober jne.) vastaavat ytimien, lisäkäyttöjärjestelmien, palautusmerkintöjen jne. tunnistamisesta.

Järjestelmissä, jotka tukevat UEFIa, vaihtaminen vanhasta BIOS-tilasta natiiviin UEFI-tilaan vaatii muutakin kuin vain GRUB-pakettien säätämistä: se edellyttää osiotaulukon uudelleensuunnittelua, EFI-osion luomista ja usein myös muiden osion koon muuttamista. Se on herkkä prosessi ja helposti epäonnistuu, jos sitä ei tehdä huolellisesti, varsinkin kun levyä jaetaan Windowsin kanssa.

Muokkaa käynnistysparametreja GRUB-valikosta

Nopea tapa testata käynnistysparametreja koskematta asetustiedostoihin on muokata väliaikaisesti GRUB-valikon merkintää . Tämä on uskomattoman hyödyllistä, kun järjestelmä ei käynnisty ajuriongelman, yhteensopimattoman grafiikkatilan tai laitteistoristiriidan vuoksi.

Kun valikko tulee näkyviin, valitse muokattava merkintä ja paina 'e'- näppäintä . Kyseisen merkinnän editori tulee näkyviin ja näyttää rivit, jotka määrittävät ytimen (linux tai linuxefi), initrd:n ja muita parametreja. Asetusten testaamiseksi yleensä riittää, että lisäät parametreja 'linux'- tai 'linuxefi'-alkuisen rivin loppuun . Kun olet valmis, aloita määritys painamalla F10- näppäintä tai näytöllä näkyvää näppäinyhdistelmää.

Koneissa, joissa on UEFI ja GRUB 2 EFI:lle, mekanismi on samanlainen, mutta klassisen BIOS-näytön vanhoja funktionäppäimiä kielen tai fonttien vaihtamiseen aloitusvalikosta ei tueta . Sinun on muokattava merkintää E-näppäimellä ja lisättävä parametrit `linuxefi`-riville. Jotkin asennusohjelmat, kuten SUSEn, toimivat juuri tällä tavalla, kun haluat määrittää lisäasetuksia.

Muista, että nämä muutokset ovat väliaikaisia: ne vaikuttavat vain nykyiseen käynnistysprosessiin . Jos huomaat, että jokin parametri ratkaisee laitteisto-ongelmasi (esimerkiksi ongelmallisen näytönohjaimen tai kaatuvan ohjaimen), niin kyllä, on aika siirtää muutos tiedostoon /etc/default/grub ja luoda grub.cfg-tiedosto uudelleen.

Ota käyttöön yksityiskohtaisen tilan ja tarkista lokit yhteensopimattomuuksien havaitsemiseksi

Yksi nykyaikaisten, kauniilla aloitusnäytöllä varustettujen käynnistysvalikoiden suurimmista haitoista on se, että ne piilottavat ytimen viestit , jotka juuri sinun tarvitsee nähdä, kun jokin kaatuu tietyn laitteiston kanssa. Voit poistaa hiljaisen käynnistyksen käytöstä jakeluissa, kuten Ubuntussa, muokkaamalla `/etc/default/grub`- tiedostoa root- käyttäjänä.

Etsi rivi, joka sisältää GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" ja muuta se muotoon GRUB_CMDLINE_LINUX_DEFAULT="" tai jätä vain tarvitsemasi parametrit. Suorita sitten update-grub ottaaksesi muutoksen käyttöön. Seuraavan käynnistyksen yhteydessä näet kaikki ytimen viestit ja pystyt havaitsemaan kaatumiset, vialliset moduulit tai käynnistymättömät palvelut.

Jos järjestelmä ei edes käynnisty, voit käynnistää sen minkä tahansa yhteensopivan jakelun Live CD:ltä/USB: ltä , liittää levyn tiedostojärjestelmän ja tarkistaa lokit. Avaintiedostot sijaitsevat yleensä kansioissa /var/log/boot.log (käynnistysviestit), /var/log/messages (yleiset järjestelmätapahtumat), dmesg (tiedot juuri ladatusta ytimestä) ja journalctl- tulosteessa (jos käytät systemd:tä).

Näiden lokien analysointi antaa selkeitä vihjeitä siitä, mikä laitteistomoduuli kaatuu, onko ongelmia levyssä, muistissa vai jossain tärkeässä palvelussa . Joskus pelkkä moduulin poistaminen käytöstä GRUBissa parametrin avulla (esimerkiksi `blacklist=module_name` tai vastaavat asetukset) riittää tarkistamaan, johtuuko ristiriita kyseisestä ajurista.

Yleisiä käynnistysongelmia ja niiden suhde laitteistoon

Käytännössä Linuxin käynnistysongelmissa on yleensä muutamia yleisiä syitä: vaurioituneet osiot, yhteensopimattomat ytimet, ristiriitaiset ajurit, Windowsin aiheuttamat muutokset käynnistyksen hallintaohjelmaan , huono BIOS/UEFI-määritys tai ominaisuudet, kuten Secure Boot ja Fast Boot.

Yleinen virhe on Windowsin asentaminen Linuxin jälkeen: Microsoftin asennusohjelma korvaa MBR- tai EFI-merkinnän eikä vaivaudu säilyttämään GRUBia. Tuloksena on, että vain Windows käynnistyy. Ratkaisuun kuuluu käynnistäminen Live-jakelusta, järjestelmän liittäminen ja GRUBin uudelleenasentaminen asianmukaisilla komennoilla (grub-install ja grub-mkconfig /update-grub), usein chroot-komentosarjalla. Kun käytät btrfs-tiedostojärjestelmiä alilevyjen kanssa, kuten Fedorassa, sinun on oltava varovainen ja määritettävä juurialilevy oikein, muuten grub2-mkconfig ei löydä juurihakemistoa (/).

Toinen yleinen syy on epäonnistunut ytimen päivitys tai uusi ydin, joka ei toimi hyvin tietyn laitteiston kanssa . Tässä tapauksessa käytännöllisin ratkaisu on käyttää GRUB-valikkoa vanhemman ytimen käynnistämiseen "Lisäasetukset"-kohdasta ja katsoa, ​​katoaako ongelma. Jos katoaa, voit pysyä kyseisessä versiossa, kun tutkit tai testaat uudempaa ydintä (tai jopa käännät ja asennat ytimen testataksesi korjauspäivityksiä).

Myös manuaalisesti asennetut suljetut ajurit (erityisesti näytönohjaimen ajurit) aiheuttavat monia käynnistysvirheitä . Huonosti käännetty tai nykyisen ytimen version kanssa yhteensopimaton moduuli voi aiheuttaa mustia näyttöjä, kaatumisia tai ytimen paniikkeja . Näissä tapauksissa käynnistysparametrien avulla voit pakottaa vikasietotilan, poistaa käytöstä tiettyjä lisäominaisuuksia tai jopa käynnistää tietokoneen lataamatta ristiriitaista ajuria.

Palautustilan ja GRUBin sisäisten komentojen käyttö

Jos GRUB tulee näkyviin, mutta ongelmana on, että Linux ei lataudu loppuun , "Lisäasetukset"-kohdissa on yleensä palautustila kullekin ytimelle. Tämä vaihtoehto aloittaa konservatiivisemmalla palveluvalikoimalla ja näyttää valikon, jossa on korjausapuohjelmia.

Käytännöllisimpiä funktioita ovat fsck (tarkistaa ja korjaa tiedostojärjestelmävirheet), clean (vapauttaa tarpeetonta tilaa), dpkg (korjaa rikkinäiset paketit Debian/Ubuntu-jakeluissa) ja mahdollisuus päivittää GRUB itse järjestelmän sisältä. Näiden tehtävien suorittaminen voi ratkaista monia käynnistysongelmia, jotka liittyvät esimerkiksi sähkökatkoihin päivityksen aikana.

GRUB-komentoriviltä , ​​johon pääsee c-näppäimellä, löytyy myös joitakin erittäin hyödyllisiä komentoja edistyneeseen diagnostiikkaan: root (osoittaa GRUBin juuritiedostojärjestelmän), kernel (määrittää ladattavan ytimen kuvan), initrd (määrittelee alkuperäisen RAM-levyn), chainloader (lataa toisen hallintaohjelman, tyypillistä Windowsille) tai jopa install (GRUBin asentamiseksi MBR:ään itse GRUB-ympäristöstä).

Muista, että `install` -komento ylikirjoittaa MBR:n, joten sitä tulisi käyttää vain, jos olet täysin varma, mikä levy on mikä ja mitä haluat saavuttaa. Jos se suoritetaan väärin, järjestelmä voi olla täysin käynnistyskelvoton , kunnes käytät LiveUSB:tä uudelleen ja konfiguroit kaiken uudelleen.

Korjaa GRUB ulkoisilla työkaluilla ja Live USB:llä

Kun käynnistyshallinta on vakavasti vaurioitunut tai et halua käsitellä chroot- ja manuaalisia komentoja, Ubuntu-ekosysteemin työkalut, kuten Boot-Repair, automatisoivat suuren osan työstä. Ne toimivat Live USB -muistitikulta, analysoivat järjestelmän, asentavat GRUBin uudelleen, tunnistavat muut käyttöjärjestelmät ja rakentavat käynnistysvalikon uudelleen.

Boot-Repairin tapauksessa se voidaan asentaa Live Ubuntusta lisäämällä sen PPA ja asentamalla vastaava paketti. Käynnistä sitten sovellus, anna sen analysoida järjestelmä ja valitse "suositeltu korjaus ". Tämä vaihtoehto asentaa GRUBin uudelleen oikealle levylle, luo käynnistysvalikon uudelleen ja monissa tapauksissa palauttaa Windowsin käynnistysvalikon, jos käytössä oli kaksoiskäynnistys.

Muissa jakeluissa on samanlaisia ​​ohjattuja toimintoja integroituna asennusmediaan tai palautustyökaluihin. Idea on aina sama: käynnistä toisesta ympäristöstä, liitä kaikki, kiinnitä GRUB uudelleen MBR- tai EFI-osioon ja päivitä kokoonpano sisältämään kaikki läsnä olevat järjestelmät.

Tarkista ensin, ettei kyseessä ole fyysinen ongelma.

Ennen kuin alat sekaisin käynnistysparametreilla ja lisäasetuksilla, on parasta sulkea pois puhtaasti laitteistoon liittyvä ongelma . BIOSin/UEFI:n pitäisi tunnistaa levy tai SSD-levy, jolle järjestelmä on asennettu; jos se ei edes ilmesty, mikään GRUB-asetus ei pelasta sinua.

Siirry emolevyn asetuksiin (tyypilliset näppäimet: Delete, Esc, F2, F10…) ja tarkista Käynnistys - osio . Varmista, että kiintolevy on paikallaan ja että käynnistysjärjestys on oikea. Jos kiintolevyä ei havaita, epäile irtonaisia ​​SATA-kaapeleita, viallisia sovittimia tai levyä, joka on yksinkertaisesti vioittunut.

Jos pääset GRUB-valikkoon, voit tarkistaa RAM-muistin tilan suorittamalla työkaluja, kuten MemTest86+ . Anna sen suorittaa vähintään kahdeksan läpimenokertaa; jos näkyviin tulee punaisia ​​viivoja, se tarkoittaa, että muistissa on virheitä, ja ennemmin tai myöhemmin tämä johtaa epävakaisiin käynnistysaikoihin, tietojen vioittumiseen ja kernel-paniikkiin.

Levyjesi kunnon tarkistamiseksi suosittelemme Linux Live -ohjelmaa smartmontools -työkalulla. Smartctl-työkalulla voit tarkistaa indikaattoreita, kuten Reallocated_Sector_Ct (uudelleenmääritetyt sektorit), Current_Pending_Sector_Ct (odottavat sektorit) ja Power_On_Hours (käyttötunnit). Jos kahdessa ensimmäisessä arvossa on nollasta poikkeavia arvoja, se on vakava merkki siitä, että levyn käyttöikä on päättymässä.

GRUBin vuorovaikutus BIOSin, UEFI:n, Secure Bootin ja Fast Bootin kanssa

Laiteohjelmiston konteksti vaikuttaa suuresti käynnistysprosessin toimintaan. Nykyaikaisissa UEFI-järjestelmissä ominaisuuksien, kuten Fast Bootin , läsnäolo voi aiheuttaa vakavia yhteensopivuusongelmia joidenkin Linux-jakelujen tai tiettyjen ytimien ja moduulien yhdistelmien kanssa.

Secure Boot sallii vain oikein allekirjoitetun koodin käynnistyksen, ja vaikka useimmat nykyaikaiset jakelut ( Ubuntu, Fedora, openSUSE jne. ) ovat jo sopeutuneet tähän, on olemassa vaihtoehtoisia tai erittäin kevyitä jakeluita, jotka eivät sisällä kelvollisia allekirjoituksia. Näissä tapauksissa Linuxin asentamiseksi ja käynnistämiseksi sinun on poistettava Secure Boot käytöstä tai vaihdettava Legacy/CSM-tilaan UEFI:ssa.

Jos jaat tietokoneen Windowsin kanssa, Fast Boot voi myös aiheuttaa ongelmia: sammutuksen yhteydessä järjestelmä ei sulkeudu kokonaan, vaan pikemminkin osittain horrostilaan ja lukitsee NTFS- tiedostojärjestelmän . Tämä aiheuttaa virheitä yritettäessä liittää sitä Linuxista ja voi estää asianmukaisen käynnistyksen. Ratkaisu on poistaa Fast Boot käytöstä sekä Windowsissa (virranhallinta-asetukset) että itse UEFI:ssa.

Kun Secure Bootin yhteensopivuusongelmia ilmenee, joskus käynnistysparametrien (kuten lievennysten tai videotilojen) säätäminen riittää ongelman ratkaisemiseen. Toisissa tapauksissa ei yksinkertaisesti ole turvallista tapaa ladata allekirjoittamattomia moduuleja, joten ei ole muuta vaihtoehtoa kuin poistaa ominaisuus käytöstä tai käyttää jakelua, jossa on virallinen Secure Boot -tuki.

Tyypilliset käynnistysparametrit SUSE-asennuksissa ja palvelinympäristöissä

Palvelinpohjaisissa jakeluissa, kuten SUSE Linux Enterprise Serverissä , käynnistysparametrien käyttö asennuksen aikana on vielä yleisempää, koska niiden avulla voit määrittää verkon, asennuslähteen, etäkäytön, välityspalvelimia, SELinuxia tai suorittimen kuormituksen lieventämisiä hyvin yksityiskohtaisesti.

AMD64/Intel 64 (ja Arm AArch64) -arkkitehtuureilla SUSEn käynnistysnäytössä voit lisätä ytimen parametreja esimerkiksi pakottaaksesi verkkoasetukset käyttämällä netsetup- tai ifcfg-komentoa , määrittämällä IP-osoitteen, CIDR-maskin, yhdyskäytävän, DNS:n ja hakudomeenin. Tämä on olennaista, kun asennus perustuu etä-HTTP-, NFS- tai Samba-tietovarastoihin.

Voit myös määrittää vaihtoehtoisia asennuslähteitä (http, https, nfs, cifs, slp, cd, hd…) ja jopa poistaa SSL-varmenteen vahvistuksen käytöstä parametreilla, kuten sslcerts=0, kun työskentelet testiympäristöissä tai infrastruktuureissa, jotka käyttävät omia varmenteitaan.

Etäasennuksissa SUSE sallii VNC:n tai SSH:n käyttöönoton suoraan käynnistysparametreista käyttämällä asetuksia, kuten vnc=1, vncpassword=PASSWORD tai ssh=1 ja ssh.password=PASSWORD. Tämä mahdollistaa järjestelmien etäasennuksen ja -diagnoosin, mikä on erittäin hyödyllistä, kun datakeskuksissa ilmenee laitteistoyhteensopimattomuuksia etkä voi olla näytön ääressä.

Toinen ryhmä hyvin yleisiä käynnistysparametreja yritysympäristöissä liittyvät edistyneisiin yhteyksiin ja tietoturvaan . Jos verkkosi perustuu IPv6:een, sinun on otettava se erikseen käyttöön asennusohjelman käynnistyksen aikana, jotta voit määrittää osoitteita ja reittejä kyseisessä protokollassa.

Kun internet-yhteys reititetään pakollisen välityspalvelimen kautta, se voidaan määrittää myös käynnistyksen yhteydessä käyttämällä välityspalvelinparametria, joka sisältää palvelimen URL-osoitteen , mukaan lukien tarvittaessa käyttäjätunnuksen ja salasanan. Ilman tätä rekisteröinti tai paketin latausprosessit asennuksen aikana saattavat epäonnistua, vaikka ongelma ei olisikaan laitteistossa.

Turvallisuuden kannalta SUSE sallii SELinuxin käyttöönoton asennusohjelman käynnistyksestä lähtien, jotta asennuksen valmistuttua se voidaan konfiguroida ilman tietokoneen uudelleenkäynnistystä. Samoin self_update- parametri ilmaisee, voiko YaST päivittää automaattisesti valmistajan korjauksilla asennusprosessin aikana, mikä on ratkaisevan tärkeää korjattaessa tiettyihin ajureihin tai alustoihin vaikuttavia viimeaikaisia ​​virheitä.

Suorittimen suorituskyvyn ja tietoturvan osalta mitigations -parametrit ohjaavat sivukanavahaavoittuvuuksia (kuten Spectre, Meltdown jne.) vastaan ​​​​suunnattuja vastatoimia. Arvot, kuten auto, nosmt tai off, mahdollistavat tietoturvan ja suorituskyvyn tasapainottamisen : esimerkiksi nosmt poistaa käytöstä samanaikaisen monisäikeisyyden riskien minimoimiseksi, mutta heikentää suorituskykyä erittäin rinnakkaisissa työkuormissa.

Kehittyneiden verkkojen ja IBM Z:n erityisparametrit

IBM Z- ja suurtietokonealustoilla käynnistys (IPL) on eri juttu. Varsinaista GRUB-näyttöä ei ole; sen sijaan ydin, initrd ja parmfile ladataan manuaalisesti , ja käynnistysparametrit kirjoitetaan kyseiseen parmfile-tiedostoon graafisen ilmaisimen sijaan.

Näissä ympäristöissä verkkorajapinnat voivat olla tyypiltään ctc, escon, iucv, osa (lcs- tai qdio-tiloissa), hsi (HiperSockets) jne. , ja jokainen vaatii tiettyjä parametreja: luku- ja kirjoituskanavat (ReadChannel, WriteChannel, DataChannel), rajapinnan tyypin (qdio tai lcs), Layer2=0/1 kerroksen 2 aktivoimiseksi, PortNo porttinumerolle tai jopa OSAHWAddr tietyn MAC - osoitteen määrittämiseksi.

Kaikki nämä asetukset välitetään ytimen käynnistysparametreina , ja ne ovat välttämättömiä järjestelmän verkon muodostamiseksi alusta alkaen. Palvelimella, joka ottaa käyttöön iSCSI- tallennustilan , käyttää etäsäilöjä tai vaatii hallintayhteyttä alusta alkaen, huono parametriyhdistelmä voi näyttää "laitteiston yhteensopimattomuusongelmalta", vaikka todellisuudessa kyseessä on yksinkertaisesti kokoonpanon epäsuhta.

Vaikka nämä skenaariot ovat yleisempiä yrityksissä kuin kotikoneilla, ne ovat hyödyllisiä, koska ne havainnollistavat, missä määrin GRUBin ja ytimen käynnistysparametrit voivat määrittää suhteen laitteistoon , jopa arkkitehtuureissa, jotka ovat hyvin erilaisia ​​kuin tavallisessa tietokoneessa.

Korjaa osiot ja tiedostojärjestelmät ennen GRUBin käyttöä

Usein ongelma ei ole itse käynnistyslataaja, vaan vioittunut osio tai tiedostojärjestelmä . Ennen GRUBin uudelleenrakentamista on viisasta tarkistaa juuri- tai käynnistysosion kunto käyttämällä matalan tason työkaluja, kuten fdisk ja fsck.

Avaa Live CD/USB-asemalta pääte ja suorita `fdisk -l` listataksesi kaikki osiot. Näin voit tunnistaa, mihin jakelusi on asennettu (esimerkiksi `/dev/sda1` tai `/dev/sda2`). Kun osio on paikannettu, voit suorittaa ` fsck`-komennon kyseisellä osiolla komennolla, kuten `sudo fsck /dev/sda1`, tarkistaaksesi ja korjataksesi mahdolliset epäjohdonmukaisuudet.

Äärimmäistä varovaisuutta suositellaan: sekä fdisk että fsck muokkaavat osiorakennetta ja tiedostojärjestelmää , ja virhe voi poistaa tietosi. Varmuuskopiointi etukäteen on välttämätöntä, erityisesti palvelimilla tai järjestelmissä, jotka sisältävät kriittisiä tietoja.

Tiedostojärjestelmän korjaaminen ennen GRUBin uudelleenasennusta estää yleensä kaatumiset uudelleen käynnistyksen hallinnan uudelleenasennuksen jälkeen, koska ydin ei pysty liittämään juuri- tai /boot-osiota oikein.

Kaksoiskäynnistys, virtuaalikoneet ja datattomat uudelleenasennukset

Kun käytät kaksoiskäynnistystä Windowsin ja Linuxin kanssa , ristiriitojen riski kasvaa. Windows voi määrittää MBR- tai EFI-osion uudelleen ja syrjäyttää Linuxin käynnistyslataimen. Tässä tapauksessa GRUBin uudelleenasennuksen lisäksi on suositeltavaa tarkistaa parametrit, kuten Fast Boot, Secure Boot ja NTFS-osion liittäminen, yllätysten välttämiseksi.

Virtualisoinnin maailmassa (VirtualBox, VMware jne.) yleisin ongelma ei niinkään liity GRUBiin kuin virtuaalikoneen kansioiden vahingossa tapahtuvaan poistamiseen . Jos poistat kansion, johon Linux-virtuaalilevy on tallennettu, käynnistysparametreilla ei ole väliä: kone menetetään, ja voit palauttaa sen vain, jos se on edelleen roskakorissa tai jos sinulla on varmuuskopioita.

Kun asennat Linuxin uudelleen useiden ytimien, ajureiden ja käynnistysparametrien kokeilujen jälkeen, on erittäin hyvä käytäntö erottaa järjestelmäosio levylläsi olevasta dataosiosta . Tällä tavoin, jos saavutat pisteen, josta ei ole paluuta, voit alustaa vain järjestelmä- ja käynnistysosiot ja jättää /home- tai dataosion koskemattomaksi, mikä minimoi vaikutuksen.

Joissakin jakeluissa, kuten Ubuntussa, on jopa "asenna uudelleen säilyttäen henkilökohtaiset tiedostot" -vaihtoehto , joka asentaa käyttöjärjestelmän uudelleen, luo GRUBin uudelleen ja säilyttää asiakirjasi. Silti on parasta olla luottamatta tähän täysin ja jatkaa säännöllisten varmuuskopioiden tekemistä, koska fyysisen levyn vikaantuminen ei tee eroa osioiden välillä.

Kaikki edellä mainittu huomioon ottaen on selvää, että GRUBin ja ytimen käynnistysparametrit ovat keskeisiä laitteistoyhteensopimattomuuksien käsittelyssä : niiden avulla voit säätää verkon alustusta, ladata tai poistaa käytöstä moduuleja, käsitellä suorittimen haavoittuvuuksia, järjestelmän vuorovaikutusta BIOSin/UEFI:n, Secure Bootin tai Fast Bootin kanssa ja jopa etäasennuksen suorittamista monimutkaisilla palvelimilla. Niiden hallinta yhdistettynä hyviin lokidiagnostiikkaan, laitteistotarkistuksiin ja tiedostojärjestelmän korjaustyökaluihin on paras tapa palauttaa käynnistymätön Linux-järjestelmä ja ennen kaikkea hienosäätää järjestelmää niin, että tulevat ytimen, ajurin tai levyn muutokset eivät yllätä sinua uudelleen.