Rešitev v ArchLinuxu: Korenska naprava ni konfigurirana za namestitev

Pred nekaj dnevi, po posodobitvi na Jedro 3.10, ko sem začel novo ArchLinux Po GRUB, Prejel sem opozorilo:

Korenska naprava ni konfigurirana za namestitev branja in pisanja! Pozneje bo morda spet fsck'd

A ker se je vse začelo normalno, nisem bil pozoren na to. Toda danes sem se odločil, da tega opozorila ne želim več videti, in začel sem iskati možne vzroke.

Preverjanje moje datoteke / etc / fstab Opazim, da so diski nameščeni z dodatno možnostjo rw (branje-pisanje), zato je bilo zgornje opozorilo nesmiselno.

Brez interneta v hiši nisem mogel iskati google niti v Forumi ali Arch Wiki, zato sem se »dotikal« datotek in preverjal, kje je težava.

Zato sem pomislil: Kdo je tisti, ki moji distribuciji pove, naj dvigne jedro na določeni particiji? In izkaže se, da je prvi, ki se pojavi, ko vklopite računalnik, nihče drug kot GRUB.

Preverjanje datoteke /etc/grub/grub.cfg Težavo sem opazil na liniji:

linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet

Kar če pogledate, ima možnost ro (Samo za branje) in bi moralo biti rw (branje pisanja).

Da bi to rešil, se datoteke nisem dotaknil ročno, ampak sem najprej zagnal ukaz:

sudo grub-mkconfig -o /boot/grub/grub.cfg

Potem se je pri ponovnem dostopu do konfiguracije GRUB vrstica prikazala pravilno:

linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet

Znova sem zagnal računalnik in voila, opozorilo je izginilo 🙂


Pustite svoj komentar

Vaš e-naslov ne bo objavljen. Obvezna polja so označena z *

*

*

  1. Za podatke odgovoren: Miguel Ángel Gatón
  2. Namen podatkov: Nadzor neželene pošte, upravljanje komentarjev.
  3. Legitimacija: Vaše soglasje
  4. Sporočanje podatkov: Podatki se ne bodo posredovali tretjim osebam, razen po zakonski obveznosti.
  5. Shranjevanje podatkov: Zbirka podatkov, ki jo gosti Occentus Networks (EU)
  6. Pravice: Kadar koli lahko omejite, obnovite in izbrišete svoje podatke.

  1.   al_SeveR je dejal

    Pozdravljeni,
    Prvič komentiram, čeprav vas redno spremljam.
    Arch uporabljam kratek čas in tudi odkar sem posodobil jedro 3.10, dobim to napako, čeprav, kot pravite, se zdi, da vse deluje še naprej pravilno. Nadaljeval sem, kot je navedeno v prispevku, in "rw" se že prikaže v grub.cfg, toda ob ponovnem zagonu še vedno dobim napako.

    Ob tej priložnosti vam čestitam na blogu.

    1.    živahno je dejal

      Hi

      Ste opazili, ali je datoteka /etc/grub/grub.cfg tudi ro spremenila v rw? Začel sem iskati na forumu Arch in morda tvoj primer ni tak kot moj, zato moraš narediti tisto, kar označujejo ta post, čeprav predlagam, da preberete celotno temo. V isti temi eden od uporabnikov reši svoj problem natanko tako kot jaz.

      1.    al_SeveR je dejal

        Namestil sem na drugo particijo Ubuntu in obstaja "master" grub, slednjega sem posodobil in napaka se ne prikaže več.

        Najlepša hvala

  2.   davidlg je dejal

    kot pravijo na Arch-Spanish forumu, znova namestite grub2 in zaženite
    # grub-mkconfig -o /boot/grub/grub.cfg

    1.    živahno je dejal

      Grub2 mi ni bilo treba znova namestiti. Preprosto zaženite ukaz, ki ga omenite.

  3.   al_SeveR je dejal

    Mogoče ni pravo mesto, toda, če izkoristim dejstvo, da gre za prispevek o Archu, ali kdo ve, zakaj libreoffice 4.1 še vedno ni v Arch repo?

    1.    živahno je dejal

      Hmm, ne vem, o tem bi morali iskati in brati.

    2.    Priročnik vira je dejal

      Običajno imamo v Arch Linuxu najnovejše različice programske opreme kmalu po izdaji, vendar je LibreOffice izjema, vedno traja dolgo časa, da dosežemo stabilne repo posnetke. Zadnjič, ko sem preveril, je trajalo približno en mesec, če se ne motim.

      Kaj lahko storite, medtem ko ga sestavite ali namestite s strani Testiranje.

  4.   Abraham je dejal

    Hvala elav, tedne sem iskal to rešitev in bila je nekaj tako preprostega, opozorilo je postalo običajno xD.

    1.    živahno je dejal

      Hahaha isto se mi je dogajalo, dokler se tega nisem naveličal .. hudiča z Opozorilom

      1.    Priročnik vira je dejal

        Hahahaha, še ena všeč, prvič, ko je izšlo sporočilo, sem naredil, kar je reklo, fsck korensko particijo, in ker ni pomagalo, sem jo preprosto prezrl, na koncu pa se mi zdi, da sploh ni vplival. 😀

        Zdi se, da so vsi uporabniki Archa leni. 😀

  5.   smrčati je dejal

    Prav tako dobim to malo sporočilo in pridem mimo fsck xd ... ampak bistvo je, da nimam / etc / grub, poskusil bom spremeniti /boot/grub/grub.cfg.

  6.   Leper_Ivan je dejal

    Rešitev za tiste, kot sem jaz, ki namesto Grub2 uporabljajo Syslinux.

    Ali:
    sudo hand /boot/syslinux/syslinux.cfg

    V vrstici jedra spremenite ro v rw.

    Shrani in

    Shranite in znova zaženite.
    Problem rešen.

  7.   pandev92 je dejal

    Ko sem uporabljal archlinux, se je tudi meni zdel, a ker nisem opazil nič čudnega, si tega nisem nikoli mislil popraviti.

  8.   zamrmrajo je dejal

    Hvala, resnica je, da sem bil ob stresu, ko sem videl to opozorilo, čeprav ni vplival na nič v sistemu.

    Lep pozdrav.

  9.   auroszx je dejal

    Naredil sem nekaj podobnega temu, kar so predlagali z GRUB2 v niti, vendar v BURG-u. Za tiste, ki uporabljate BURG, kot sem jaz, uredite datoteko:

    /etc/burg.d/proxifiedScripts/linux

    Poiščite vrstico 92 in tam, kjer piše "ro", spremenite v "rw". Nato zaženite kot root:

    burg-mkconfig -o /boot/burg/burg.cfg

    In s tem bi morali biti pripravljeni.

  10.   piškotek je dejal

    Zdi se, da je težava že standardno odpravljena. Opravil sem čisto namestitev in zdaj se to sporočilo ne prikaže več.

  11.   Yoyo je dejal

    V manjaro je v:

    /boot/grub/grub.cfg

  12.   piškotek je dejal

    Druga stvar pa naj bi bila datoteka /boot/grub/grub.cfg Ne bi ga smeli urejati, po možnosti bi morali delati z njim / etc / default / grub. Tam morate dodati rw:

    ...
    GRUB_DISTRIBUTOR = »Arh»
    GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
    GRUB_CMDLINE_LINUX = »»
    ...

    1.    auroszx je dejal

      Bistvo je, da se vam lahko zgodi tako kot jaz, jaz sem to storil, kot ste rekli, in pri ustvarjanju konfiguracije sem dal "rw ro tiho splash". Mislim, ničesar ni popravil.
      Bolje bi bilo popraviti vrstico 138 v /etc/grub.d/10_linux ali 92 v /etc/burg.d/10_linux_proxy. Tako bo pri posodabljanju konfiguracije popolnoma popravljen.

      1.    piškotek je dejal

        Rekel bi nekaj podobnega "ro rw nosequemás", a vseeno se je opozorilo nehalo pojavljati.
        V Archu se ponavadi dogajajo "čudne" stvari Na primer, pred ponovno namestitvijo Arch-a sem z jedrom LTS ALSA vse prepoznal, po ponovni namestitvi pa sem moral namestiti PulseAudio, da je deloval s slušalkami; in ne vsi.

      2.    xpt je dejal

        hvala!

  13.   John je dejal

    Zame ni uspelo, to sporočilo se nenehno pojavlja med zagonom.
    Izvedel sem ukaz: sudo grub-mkconfig -o /boot/grub/grub.cfg, brez težav, vendar pri zagonu še vedno dobim sporočilo.

  14.   Xavier je dejal

    Hvala, poskusil bom. Opazil sem napako, toda ko sem videl, da vse deluje pravilno, nisem začel iskati rešitve.

  15.   Mauricio je dejal

    Hvala vam…..
    Ko je bil nameščen (to se mi je zgodilo kot v nekaterih drugih primerih), sem dobil sporočilo, da je bil nameščen kot grub.cfg.pacnew in ko znova zaženem bolečino v očesu, sporočilo o napaki ... Torej, preden sem ustrezno spremenil datoteke, sem začel primerjati dve datoteki (grub.cfg in grub.cfg.pacnew) in izkazalo se je, da je bilo nekaj razlik:
    najprej tisti, ki ste ga omenili del ro in rw
    nato UUID / dev / sda2, ki ga lahko preverite v fstabu, je bil spremenjen v grub.cfg.pacnew,
    kot tudi v grub.cfg se zdi, da si oglejte 2 na koncu
    če [x $ feature_platform_search_hint = xy]; potem
    iskanje –no-disketa –fs-uuid –set = root –hint-bios = hd0, msdos2
    in v grub.cfg.pacnew se spremeni v 5
    če [x $ feature_platform_search_hint = xy]; potem
    iskanje –no-disketa –fs-uuid –set = root –hint-bios = hd0, msdos5

  16.   serfravirji je dejal

    S to rešitvijo sem že naletel in je delovala v namiznem računalniku (bios), ne pa tudi v prenosnem računalniku (uefi). Na mojem prenosnem računalniku za zagon uporablja samo efistub, ne grub, ne syslinux, ne gumiboot. Če namestim grub, bi to rešilo težavo, vendar bi rad poiskal rešitev, preden se odpravim na tangento.

  17.   Gabriel je dejal

    Hvala za objavo, pred nekaj dnevi sem tudi gledal to opozorilo, toda ker je bilo vse še v redu in ga nisem hotel popraviti, ne iščite ničesar, danes pa sem se naveličal videti.
    Lep pozdrav, hvala za prispevek.

  18.   Fernando je dejal

    Najlepša hvala, pregledal sem številne nastavitve in nisem mogel najti, v čem je težava. Začelo me je strašiti. : str

  19.   Tobeirus je dejal

    Pomagalo mi je.
    Vendar uporabljam syslinux in sem šel v mapo / boot / syslinux ter uredil datoteko syslinux.cfg in vse, kar je reklo ro, spremenil v rw.
    Hvala lepa.

  20.   CLAU je dejal

    Hvala, če deluje!
    Na zdravje!!!! 🙂

  21.   ldd je dejal

    Pravkar sem vse posodobil, prestrašil sem se, ko sem videl to sporočilo, mislil sem, da se bo moja namestitev izgubila, hvala za informacije, zdaj je vse v redu.

  22.   Trooper je dejal

    Hvala elav, odlično je delovalo

  23.   Martin Coll je dejal

    Omenjene napake ni odpravil le, temveč tudi napako, ki jo je imel prej. Od prejšnje posodobitve je bila zastarela vrstica, ki sem jo vsakič, ko sem zagnala, spreminjala ročno!

    Najlepša hvala! 🙂

  24.   joaco je dejal

    Hvala, je delovalo odlično. Zdaj vrzite sporočilo, ampak mislim, da je to normalno

  25.   Rodolfo Martinez je dejal

    Vaš prispevek mi je bil v veliko pomoč, hvala!
    V vrstici, ki ste jo napisali, imam samo eno vprašanje:

    Preverjanje datoteke /etc/grub/grub.cfg Opazil sem težavo v vrstici:

    Ne bi bilo v / boot / grub / naslovu namesto / etc ??.

  26.   ghermain je dejal

    Ali to deluje za Kademarja, ki temelji na Archu?