„ArchLinux“ sprendimas: šakninis įrenginys nėra sukonfigūruotas prijungti

Prieš porą dienų atnaujinus į Branduolio 3.10, kai pradėjau savo naują „ArchLinux“ po to, kai GRUB, Gavau įspėjimą, kuriame buvo parašyta:

Šakninis įrenginys nėra sukonfigūruotas montuoti skaityti-rašyti! Vėliau tai gali būti vėl fsck'd

Bet kadangi viskas prasidėjo paprastai, nekreipiau į tai dėmesio. Bet šiandien nusprendžiau, kad nebenoriu daugiau to perspėjimo matyti, ir pradėjau ieškoti galimų priežasčių.

Tikrina mano failą / etc / fstab Pastebiu, kad diskai montuojami su galimybe rw (skaityti-rašyti), todėl minėtas įspėjimas buvo beprasmis.

Be interneto namuose negalėjau ieškoti "Google" nei Forumas arba Arch Wiki, todėl vis „liečiau“ failus, tikrindama, kur gali būti problema.

Taigi aš pagalvojau: kas yra tas, kuris liepia mano paskirstymui pakelti branduolį duotame skaidinyje? Pasirodo, kad pirmasis, pasirodantis įjungus kompiuterį, yra ne kas kitas GRUB.

Tikrinama faile /etc/grub/grub.cfg Aš pastebėjau problemą eilutėje:

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

Kuris, jei pažvelgsite, turi galimybę ro (Tik skaitoma) ir taip turėtų būti rw (skaitant raštą).

Norėdami tai išspręsti, aš neliečiau failo rankiniu būdu, bet pirmiausia paleidžiau komandą:

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

Tada, vėl prisijungiant prie GRUB konfigūracijos, eilutė jau pasirodė teisingai:

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

Paleidau kompiuterį ir voila, įspėjimas dingo 🙂


Palikite komentarą

Jūsų elektroninio pašto adresas nebus skelbiamas. Privalomi laukai yra pažymėti *

*

*

  1. Atsakingas už duomenis: Miguel Ángel Gatón
  2. Duomenų paskirtis: kontroliuoti šlamštą, komentarų valdymą.
  3. Įteisinimas: jūsų sutikimas
  4. Duomenų perdavimas: Duomenys nebus perduoti trečiosioms šalims, išskyrus teisinius įsipareigojimus.
  5. Duomenų saugojimas: „Occentus Networks“ (ES) talpinama duomenų bazė
  6. Teisės: bet kuriuo metu galite apriboti, atkurti ir ištrinti savo informaciją.

  1.   al_SeveR sakė

    Sveiki,
    Tai pirmas kartas, kai aš komentuoju, nors reguliariai jus seku.
    Aš naudoju „Arch“ trumpą laiką, taip pat nuo tada, kai atnaujinau iki 3.10 branduolio, gaunu šią klaidą, nors, kaip sakote, viskas, atrodo, ir toliau veikia teisingai. Aš elgiausi taip, kaip nurodyta įraše, o „rw“ jau rodomas grub.cfg, bet iš naujo paleidus klaida ir toliau rodoma.

    Naudojuosi proga pasveikinti jus tinklaraštyje.

    1.    gyvas sakė

      Labas

      Ar pastebėjote, ar failas /etc/grub/grub.cfg taip pat pakeitė ro į rw? Aš pradėjau ieškoti „Arch“ forume ir galbūt jūsų atvejis nėra toks, kaip mano, ir jūs turite padaryti tai, ką jie nurodo šis pranešimas, nors siūlau perskaityti visą temą. Toje pačioje temoje vienas iš vartotojų sprendžia savo problemą taip pat kaip aš.

      1.    al_SeveR sakė

        Aš įdiegiau kitą „Ubuntu“ skaidinį ir yra „master“ grub, aš atnaujinau pastarąjį ir klaida nebėra.

        Labai ačiū

  2.   Davidlg sakė

    kaip sakoma Arch-Ispanijos forume, įdiekite „grub2“ ir paleiskite
    # grub-mkconfig -o /boot/grub/grub.cfg

    1.    gyvas sakė

      Man nereikėjo iš naujo įdiegti „Grub2“. Tiesiog paleiskite jūsų paminėtą komandą.

  3.   al_SeveR sakė

    Tai gali būti netinkama vieta, tačiau, pasinaudodamas tuo, kad įrašas yra apie Arch, ar kas nors žino, kodėl libreoffice 4.1 vis dar nėra Arch repo?

    1.    gyvas sakė

      Hmm, nėra idėjos, jūs turite apie tai ieškoti ir skaityti.

    2.    Manuelis de la Fuente sakė

      Paprastai „Arch Linux“ mes turime naujausias programinės įrangos versijas netrukus po išleidimo, tačiau „LibreOffice“ yra išimtis, norint pasiekti stabilias atsargines kopijas, visada reikia daug laiko. Praėjusį kartą, kai patikrinau, prireikė maždaug mėnesio, jei neklystu.

      Ką galite padaryti, tai sukompiliuoti arba įdiegti iš „Testing“.

  4.   Abraomas sakė

    Ačiū elavai, aš kelias savaites ieškojau šio sprendimo ir tai buvo kažkas tokio paprasto, įspėjimas tapo įprastu xD.

    1.    gyvas sakė

      Hahaha tas pats nutiko ir man, kol nepavargau tai matyti .. po velnių su Įspėjimu

      1.    Manuelis de la Fuente sakė

        Hahahaha, dar vienas panašus į tai, kai pirmą kartą pasirodžius žinutei padariau tai, ką ji pasakė, fsck šakninį skaidinį, o kadangi tai nepadėjo, aš jį tiesiog ignoravau, galų gale, atrodo, kad tai visiškai neturėjo įtakos. 😀

        Atrodo, kad visi „Arch“ vartotojai yra kiek tingūs. 😀

  5.   snukis sakė

    Aš taip pat gaunu tą mažą pranešimą ir perduodu fsck xd ... bet esmė ta, kad aš neturiu / etc / grub, bandysiu modifikuoti /boot/grub/grub.cfg.

  6.   Leper_Ivan sakė

    Sprendimas tokiems kaip aš, kurie vietoj „Grub2“ naudoja „Syslinux“.

    Atlikite:
    sudo ranka /boot/syslinux/syslinux.cfg

    Branduolio linijoje pakeiskite ro į rw.

    Išsaugokite ir

    Išsaugokite ir paleiskite iš naujo.
    Problema išspręsta.

  7.   92. kas yra? sakė

    Kai naudojau „archlinux“, tai pasirodė ir man, bet kadangi nieko keisto nepastebėjau, niekada negalvojau jo taisyti.

  8.   jie netvarka sakė

    Ačiū, tiesa ta, kad man buvo stresas matant tą perspėjimą, nors jis nieko sistemoje neturėjo.

    Sveikinimai.

  9.   „AurosZx“ sakė

    Aš padariau kažką panašaus į tai, ką jie pasiūlė su GRUB2 gijoje, bet BURG. Tiems, kurie naudojasi BURG, kaip ir aš, redaguokite failą:

    /etc/burg.d/proxifiedScripts/linux

    Raskite 92 eilutę ir ten, kur parašyta „ro“, pakeiskite ją į „rw“. Tada paleiskite kaip šaknis:

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

    Ir turėtumėte būti pasirengę.

  10.   sausainis sakė

    Panašu, kad problema jau yra išspręsta kaip standartinė. Aš atlikau švarų diegimą ir dabar tas pranešimas nebėra rodomas.

  11.   yoyo sakė

    Manžaroje jis yra:

    /boot/grub/grub.cfg

  12.   sausainis sakė

    Kitas dalykas, failas turėtų būti /boot/grub/grub.cfg Jo nereikėtų redaguoti, pageidautina, kad turėtumėte dirbti / etc / default / grub. Ten jūs turite pridėti rw:

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

    1.    „AurosZx“ sakė

      Esmė ta, kad gali atsitikti jums kaip aš, kad aš tai padariau taip, kaip jūs sakote, ir kurdamas konfigūraciją įdėjau „rw ro quiet splash“. Noriu pasakyti, kad tai nieko netaisė.
      Reikėtų pataisyti /etc/grub.d/138_linux 10 eilutę arba /etc/burg.d/92_linux_proxy 10 eilutę. Tokiu būdu atnaujinant konfigūraciją jis bus visiškai pataisytas.

      1.    sausainis sakė

        Norėčiau pasakyti kažką panašaus į „ro rw nosquemás“, bet šiaip problema, apie kurią įspėjimas nustojo pasirodyti.
        Arche dažniausiai būna „keistų“ dalykų. Pavyzdžiui, prieš iš naujo įdiegiant „Arch“, su LTS ALSA branduoliu jis viską atpažino, iš naujo įdiegęs turėjau įdiegti „PulseAudio“, kad jis veiktų su mano ausinėmis; ir ne visi.

      2.    xpt sakė

        Gracias!

  13.   Jonas sakė

    Man tai neveikė, ši žinutė vis rodoma paleidžiant.
    Vykdžiau komandą: sudo grub-mkconfig -o /boot/grub/grub.cfg, jokių problemų, bet paleisdamas vis tiek gaunu pranešimą.

  14.   Xavier sakė

    Aciu, pabandysiu. Buvau pastebėjęs klaidą, bet pamačiusi, kad viskas veikia tinkamai, nepradėjau ieškoti sprendimo.

  15.   Mauricijus sakė

    Ačiū…..
    Kai jis buvo įdiegtas (tai atsitiko man, kaip ir kai kuriomis kitomis progomis), gavau pranešimą, kad jis buvo įdiegtas kaip grub.cfg.pacnew ir kai aš vėl paleidžiu skausmą į akis klaidos pranešimą .... Taigi prieš atlikdamas atitinkamą failų pakeitimą pradėjau palyginti du failus (grub.cfg ir grub.cfg.pacnew) ir paaiškėjo, kad buvo keletas skirtumų:
    pirmiausia tą, kurį paminėjote del ro ir rw
    tada / dev / sda2 UUID, kurį galite patikrinti fstabe, jis buvo pakeistas grub.cfg.pacnew,
    taip pat grub.cfg atrodo pažvelk į 2 pabaigoje
    jei [x $ feature_platform_search_hint = xy]; tada
    ieškoti –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
    ir grub.cfg.pacnew jis pakeistas į 5
    jei [x $ feature_platform_search_hint = xy]; tada
    ieškoti –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5

  16.   serfravirozės sakė

    Aš jau buvau susidūręs su šiuo sprendimu anksčiau ir jis veikė mano staliniame kompiuteryje (BIOS), bet ne mano nešiojamajame kompiuteryje (uefi). Mano nešiojamam kompiuteriui paleisti jis naudoja tik efistubą - nei „grub“, nei „syslinux“, nei „gumiboot“. Be abejo, jei įdiegsiu „grub“, tai išspręs problemą, tačiau norėčiau rasti sprendimą prieš paleidžiant liestinę.

  17.   gabriel sakė

    Ačiū už įrašą, prieš kelias dienas aš taip pat žiūrėjau į tą perspėjimą, bet kadangi viskas vis tiek buvo gerai, ir aš nenorėjau jo taisyti, nieko neieškokite 😀, bet šiandien man atsibodo tai matyti.
    Sveikinimai, ačiū už įrašą.

  18.   Fernando sakė

    Labai ačiū, aš patikrinau daugybę nustatymų ir negalėjau rasti problemos. Tai mane pradėjo gąsdinti. : p

  19.   Tobeirusas sakė

    Tai man padėjo.
    Bet aš naudoju „syslinux“ ir nuėjau į aplanką / boot / syslinux, redagavau failą syslinux.cfg ir pakeičiau viską, kas pasakyta ro, į rw.
    Labai ačiū.

  20.   žodžiai sakė

    Ačiū, jei tai veikia!
    Į sveikatą !!!! 🙂

  21.   ldd sakė

    Aš ką tik atnaujinau, išsigandau pamačiusi tą pranešimą, maniau, kad mano instaliacija bus prarasta, ačiū už informaciją, viskas dabar gerai.

  22.   Trooper sakė

    Ačiū elavai, jis puikiai veikė

  23.   Martin Coll sakė

    Tai ne tik pašalino minėtą klaidą, bet ir klaidą, kurią turėjo anksčiau. Buvo eilutė, kuri buvo pasenusi iš ankstesnio atnaujinimo, ir aš ją modifikavau ranka kiekvieną kartą, kai paleidžiau!

    Didelis ačiū! 🙂

  24.   joako sakė

    Ačiū, kad pavyko puikiai. Dabar tęskite žinutę, bet manau, kad tai normalu

  25.   Rodolfo Martinezas sakė

    Jūsų indėlis man buvo labai naudingas, ačiū!
    Turiu tik vieną klausimą jūsų parašytoje eilutėje:

    Tikrindamas failą /etc/grub/grub.cfg pastebėjau problemą eilutėje:

    Tai nebūtų aplanke / boot / grub / address vietoj / etc ??.

  26.   Ghermainas sakė

    Ar tai tinka Kademarui, kurio pagrindas yra Archas?