Riešenie v ArchLinuxe: Zariadenie root nie je nakonfigurované na pripojenie

Pred pár dňami po aktualizácii na Jadro 3.10, keď som začal svoju úplne novú Arch Linux po GRUB, Dostal som varovanie, ktoré hovorilo:

Koreňové zariadenie nie je nakonfigurované na pripojenie na čítanie a zápis! Neskôr to možno bude fsck'd

Ale keďže všetko začalo normálne, nevenoval som tomu pozornosť. Ale dnes som sa rozhodol, že už to varovanie nechcem vidieť a začal som hľadať možné príčiny.

Prebieha kontrola môjho súboru / Etc / fstab Všimol som si, že disky sú namontované s možnosťou rw (čítanie a zápis), preto vyššie uvedené varovanie nemalo zmysel.

Bez internetu v dome by som nemohol hľadať Google ani v fóra o la Arch Wiki, takže som sa stále „dotýkal“ súborov a kontroloval, kde môže byť problém.

Tak som si povedal: Kto je ten, kto hovorí mojej distribúcii, aby zvýšila jadro na danom oddiele? A ukázalo sa, že prvý, ktorý sa objaví po zapnutí počítača, nie je nikto iný ako GRUB.

Prebieha kontrola v spise /etc/grub/grub.cfg Všimol som si problém na linke:

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

Čo keď sa na to pozriete, má tú možnosť ro (Iba na čítanie) a malo by to byť rw (čítanie, písanie).

Aby som to vyriešil, nedotkol som sa súboru ručne, ale najskôr som spustil príkaz:

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

Keď potom znova pristupujete ku konfigurácii GRUB, riadok sa už objavil správne:

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

Reštartoval som počítač a voila, varovanie zmizlo 🙂


Zanechajte svoj komentár

Vaša e-mailová adresa nebude zverejnená. Povinné položky sú označené *

*

*

  1. Zodpovedný za údaje: Miguel Ángel Gatón
  2. Účel údajov: Kontrolný SPAM, správa komentárov.
  3. Legitimácia: Váš súhlas
  4. Oznamovanie údajov: Údaje nebudú poskytnuté tretím stranám, iba ak to vyplýva zo zákona.
  5. Ukladanie dát: Databáza hostená spoločnosťou Occentus Networks (EU)
  6. Práva: Svoje údaje môžete kedykoľvek obmedziť, obnoviť a vymazať.

  1.   al_Sever dijo

    Dobrý deň,
    Je to prvýkrát, čo komentujem, aj keď vás pravidelne sledujem.
    Arch používam krátko a tiež od aktualizácie na jadro 3.10 sa mi zobrazuje táto chyba, aj keď, ako hovoríte, zdá sa, že všetko funguje správne ďalej. Postupoval som tak, ako je uvedené v príspevku, a „rw“ sa už zobrazuje v grub.cfg, ale po reštarte sa mi stále zobrazuje chyba.

    Pri tejto príležitosti vám blahoželám k blogu.

    1.    živý dijo

      Dobrý deň:

      Všimli ste si, či súbor /etc/grub/grub.cfg tiež zmenil ro na rw? Začal som hľadať vo fóre Arch a možno váš prípad nie je ako môj a musíte urobiť to, čo naznačujú Tento príspevok, aj keď navrhujem prečítať si celé vlákno. V rovnakom vlákne jeden z používateľov rieši svoj problém presne ako ja.

      1.    al_Sever dijo

        Nainštaloval som na iný oddiel Ubuntu a existuje „hlavný“ grub, druhý som aktualizoval a chyba sa už nezobrazuje.

        Ďakujem moc

  2.   davidlg dijo

    ako sa hovorí na fóre Arch-Spanish preinštalujte grub2 a spustite
    # grub-mkconfig -o /boot/grub/grub.cfg

    1.    živý dijo

      Nemusel som preinštalovať Grub2. Stačí spustiť príkaz, ktorý ste spomenuli.

  3.   al_Sever dijo

    Možno to nie je to správne miesto, ale keď využijete skutočnosť, že príspevok sa týka Archu, vie niekto, prečo libreoffice 4.1 stále nie je v archíve rep?

    1.    živý dijo

      Hmm, žiadny nápad, museli by ste o tom pátrať a čítať.

    2.    Manuál zdroja dijo

      Normálne máme v Arch Linuxe najnovšie verzie softvéru krátko po vydaní, ale LibreOffice je výnimkou, dosiahnutie stabilných repozitárov vždy trvá dlho. Minule som to kontroloval asi mesiac, ak sa nemýlim.

      Čo môžete robiť, kým je kompilácia alebo inštalácia z Testovania.

  4.   Abrahám dijo

    Vďaka elavovi som strávil týždne hľadaním tohto riešenia a bolo to niečo také jednoduché, varovanie sa stalo bežným xD.

    1.    živý dijo

      Hahaha, to isté sa mi stalo, až ma unavilo vidieť to .. do pekla s Varovaním

      1.    Manuál zdroja dijo

        Hahahaha, iné podobné, keď som správu prvýkrát zverejnil, urobil som, čo hovorila, skontroloval som koreňový oddiel a keďže to nepomohlo, jednoducho som to ignoroval, nakoniec to, zdá sa, nijako neovplyvnilo. 😀

        Zdá sa, že všetci používatelia Archu sú trochu leniví. 😀

  5.   čmuchať dijo

    Dostal som aj tú malú správu a prišiel pass fsck xd ... ale ide o to, že nemám / etc / grub, pokúsim sa upraviť /boot/grub/grub.cfg.

  6.   Leper_Ivan dijo

    Riešenie pre tých ako ja, ktorí používajú Syslinux namiesto Grub2.

    Urob:
    sudo ruka /boot/syslinux/syslinux.cfg

    V riadku jadra zmeňte ro na rw.

    Uložiť a

    Uložte a reštartujte.
    Problém je vyriešený.

  7.   pandev92 dijo

    Keď som používal archlinux, zdalo sa mi to tiež, ale keďže som si nevšimol nič zvláštne, nikdy ma nenapadlo to napraviť.

  8.   motajú sa okolo dijo

    Ďakujem, pravdou je, že ma zdôraznilo, aby som videl toto varovanie, aj keď nemalo nič vplyv na systém.

    Zdravím.

  9.   auroszx dijo

    Urobil som niečo podobné, čo navrhovali, s GRUB2 vo vlákne, ale v BURG. Pre tých z vás, ktorí používajú BURG ako ja, upravte súbor:

    /etc/burg.d/proxifiedScripts/linux

    Nájdite riadok 92 a tam, kde je napísané „ro“, zmeňte to na „rw“. Potom spustite ako root:

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

    A s tým by ste mali byť pripravení.

  10.   sušienka dijo

    Zdá sa, že problém je už štandardne vyriešený. Urobil som čistú inštaláciu a teraz sa táto správa už nezobrazuje.

  11.   yoyo dijo

    V manjaro je to v:

    /boot/grub/grub.cfg

  12.   sušienka dijo

    Ďalšia vec, ten spis sa predpokladá /boot/grub/grub.cfg Nemal by sa upravovať, najlepšie by sa s ním malo pracovať / Etc / default / grub. Tam musíte pridať rw:

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

    1.    auroszx dijo

      Ide o to, že sa vám môže stať, že sa vám páčim, urobil som to, ako hovoríte, a pri generovaní konfigurácie som vložil „rw ro tichý postrek“. Teda, nič to neopravilo.
      Bolo by lepšie opraviť riadok 138 v /etc/grub.d/10_linux alebo riadok 92 v /etc/burg.d/10_linux_proxy. Týmto spôsobom bude pri aktualizácii konfigurácie dokonale opravená.

      1.    sušienka dijo

        Povedal by som niečo ako „ro rw nosequemás“, každopádne problém s varovaním prestal vychádzať.
        V Arche sa zvyknú diať „čudné“ veci. Napríklad pred preinštalovaním Archu s jadrom LTS ALSA všetko rozpoznal, po preinštalovaní som musel nainštalovať PulseAudio, aby to fungovalo so slúchadlami; a nie všetci.

      2.    xpt dijo

        ďakujem!

  13.   John dijo

    Nepracovalo mi to, táto správa sa stále objavuje pri bootovaní.
    Spustil som príkaz: sudo grub-mkconfig -o /boot/grub/grub.cfg, žiadny problém, ale pri bootovaní sa mi stále zobrazuje správa.

  14.   xavier dijo

    Ďakujem, skúsim. Všimol som si chybu, ale keď som videl, že všetko funguje správne, nezačal som hľadať riešenie.

  15.   Mauritius dijo

    Ďakujem…..
    Po inštalácii (stalo sa mi to ako pri iných príležitostiach) sa mi zobrazila správa, že bola nainštalovaná ako grub.cfg.pacnew, a keď reštartujem bolesť v oku, zobrazí sa chybové hlásenie…. Pred vykonaním príslušnej zmeny súborov som teda začal tieto dva súbory (grub.cfg a grub.cfg.pacnew) porovnávať a ukázalo sa, že existujú určité rozdiely:
    najskôr ten, ktorý si spomenul del ro a rw
    potom UUID / dev / sda2, ktoré môžete skontrolovať na fstab, bolo zmenené v grub.cfg.pacnew,
    rovnako ako v grub.cfg sa objaví pohľad na 2 na konci
    if [x $ feature_platform_search_hint = xy]; potom
    hľadať –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
    a v grub.cfg.pacnew sa to zmení na 5
    if [x $ feature_platform_search_hint = xy]; potom
    hľadať –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5

  16.   poddaní dijo

    S týmto riešením som prišiel už skôr a fungovalo to na mojom stolnom počítači (bios), ale nie na mojom notebooku (uefi). Na spustení môjho notebooku používa samotný efistub, ani grub, ani syslinux, ani gumiboot. Určite by som nainštaloval grub, problém by sa vyriešil, ale chcel by som nájsť riešenie skôr, ako sa vydám na dotyčnicu.

  17.   gabriel dijo

    Ďakujem za príspevok, pred pár dňami som sa pozeral aj na toto varovanie, ale keďže bolo všetko stále v poriadku a nechcel som to opravovať, nič nehľadaj 😀 ale dnes ma to unavovalo.
    Zdravím, ďakujem za príspevok.

  18.   Fernando dijo

    Ďakujem pekne, skontroloval som veľa nastavení a nemohol som nájsť problém. Začínalo ma to strašiť. : str

  19.   Tobeirus dijo

    Pomohlo mi to.
    Ale používam syslinux a prešiel som do priečinka / boot / syslinux, upravil som súbor syslinux.cfg a zmenil všetko, čo hovorilo na ro, na rw.
    Děkuju mnohokrát.

  20.   Clau dijo

    Ďakujem, ak to funguje!
    Na zdravie !!!! 🙂

  21.   ldd dijo

    Len som všetko aktualizoval, bol som vystrašený, keď som uvidel túto správu, myslel som si, že sa moja inštalácia stratí, vďaka za informácie, všetko je teraz v poriadku.

  22.   tankista dijo

    Vďaka elav, fungovalo to perfektne

  23.   Martin Z. dijo

    Opravila nielen spomínanú chybu, ale aj chybu, ktorú mala predtým. Bol tu riadok, ktorý bol zastaraný z predchádzajúcej aktualizácie, a pri každom zavedení som ho upravoval ručne!

    Veľká vďaka! 🙂

  24.   joaco dijo

    Vďaka, fungovalo to perfektne. Teraz stále vyhadzujte správy, ale myslím si, že je to normálne

  25.   Rodolfo Martinez dijo

    Váš príspevok mi veľmi pomohol, ďakujem!
    Mám len jednu otázku, do riadku, ktorý si napísal:

    Kontrola súboru /etc/grub/grub.cfg Všimol som si problém v riadku:

    Nebol by v adresári / boot / grub / namiesto / etc ??.

  26.   Germaine dijo

    Funguje to pre Kademara založeného na Arche?