Před několika dny po aktualizaci na Jádro 3.10, když jsem začal svou úplně novou archlinux po GRUB, Dostal jsem varování, které říká:
Kořenové zařízení není nakonfigurováno pro připojení ke čtení a zápisu! Může to být fsck'd znovu později
Ale protože všechno začalo normálně, nevěnoval jsem tomu pozornost. Ale dnes jsem se rozhodl, že už nechci toto varování vidět a začal jsem hledat možné příčiny.
Kontrola mého souboru / etc / fstab Všiml jsem si, že disky jsou připojeny s touto možností rw (čtení a zápis), proto výše uvedené varování nemělo smysl.
Bez internetu v domě jsem nemohl hledat Google ani v Fóra o la Arch Wiki, tak jsem se stále „dotýkal“ souborů a kontroloval, kde by mohl být problém.
Takže jsem si pomyslel: Kdo je ten, kdo říká mé distribuci, aby zvýšila jádro na daném oddílu? Ukázalo se, že první, který se zobrazí po zapnutí počítače, není nikdo jiný než GRUB.
Probíhá kontrola souboru /etc/grub/grub.cfg Všiml jsem si problému na řádku:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Což, pokud se na to podíváte, má tu možnost ro (Pouze pro čtení) a mělo by to být rw (čtení psaní).
Abych to vyřešil, nedotkl jsem se souboru ručně, ale nejprve jsem spustil příkaz:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Při opětovném přístupu ke konfiguraci GRUB se řádek již objevil správně:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Restartoval jsem počítač a voila, varování zmizelo 🙂
Dobrý den,
Je to poprvé, co komentuji, i když vás pravidelně sleduji.
Byl jsem s Archem na krátkou dobu a také od té doby, co jsem aktualizoval na jádro 3.10, dostávám tuto chybu, i když, jak říkáte, zdá se, že vše nadále funguje správně. Pokračoval jsem, jak je uvedeno v příspěvku, a v grub.cfg se již zobrazuje „rw“, ale po restartu se chyba objevuje i nadále.
Využívám této příležitosti a blahopřeji vám k blogu.
Ahoj
Všimli jste si, zda soubor /etc/grub/grub.cfg také změnil ro na rw? Začal jsem hledat ve fóru Arch a možná váš případ není jako můj a musíte udělat to, co naznačují tento příspěvek, i když vám doporučuji přečíst celé vlákno. Ve stejném vlákně jeden z uživatelů řeší svůj problém přesně jako já.
Nainstaloval jsem na jiný oddíl Ubuntu a tam je "hlavní" grub, aktualizoval jsem druhý a chyba se již nezobrazuje.
Děkuji moc
jak se říká na archa-španělském fóru, přeinstalujte grub2 a spusťte
# grub-mkconfig -o /boot/grub/grub.cfg
Nemusel jsem znovu instalovat Grub2. Spusťte příkaz, který jste zmínili.
Možná to není správné místo, ale s využitím skutečnosti, že příspěvek je o Archu, neví někdo, proč libreoffice 4.1 stále není v repo archu?
Hmm, žádný nápad, museli byste o tom hledat a číst.
Normálně v Arch Linuxu máme nejnovější verze softwaru krátce po vydání, ale LibreOffice je výjimkou, dosažení stabilních repozitů vždy trvá dlouho. Minule jsem to kontroloval asi měsíc, pokud se nemýlím.
Co můžete dělat, když je kompilace nebo instalace z Testování.
Díky elavi jsem strávil týdny hledáním tohoto řešení a bylo to něco tak jednoduchého, varování se stalo běžným xD.
Hahaha, to samé se mi stalo, dokud mě neomrzelo to vidět ... k čertu s Varováním
Hahahaha, další podobná, poprvé, co zpráva vyšla, jsem udělal, co řekla, zkontroloval jsem kořenový oddíl a protože to nepomohlo, prostě jsem to ignoroval, nakonec to vůbec nevypadalo. 😀
Zdá se, že všichni uživatelé Archu jsou poněkud líní. 😀
Také dostanu tu malou zprávu a přijdu předat fsck xd ... ale jde o to, že nemám / etc / grub, zkusím upravit /boot/grub/grub.cfg.
Řešení pro ty jako já, kteří používají Syslinux místo Grub2.
Dělat:
sudo hand /boot/syslinux/syslinux.cfg
Na řádku jádra změňte ro na rw.
Uložit a
Uložte a restartujte.
Problém je vyřešen.
Když jsem používal archlinux, zdálo se mi to také, ale protože jsem si nevšiml nic zvláštního, nikdy mě nenapadlo to opravit.
Pravda je, že jsem byl ve stresu, když jsem viděl toto varování, i když to v systému nic neovlivnilo.
Zdravím.
Udělal jsem něco podobného tomu, co navrhli s GRUB2 ve vlákně, ale v BURG. Pro ty z vás, kteří používají BURG jako já, upravte soubor:
/etc/burg.d/proxifiedScripts/linux
Najděte řádek 92 a tam, kde je uvedeno „ro“, jej změňte na „rw“. Pak spusťte jako root:
burg-mkconfig -o /boot/burg/burg.cfg
A s tím byste měli být připraveni.
Zdá se, že problém je již standardně vyřešen. Provedl jsem čistou instalaci a nyní se tato zpráva již nezobrazuje.
V manjaro je v:
/boot/grub/grub.cfg
Další věc, soubor má být /boot/grub/grub.cfg Nemělo by se to upravovat, nejlépe byste měli pracovat / etc / default / grub. Tam musíte přidat rw:
...
GRUB_DISTRIBUTOR = »Arch»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
Jde o to, že se vám může stát, že se mi líbí, udělal jsem to, jak říkáte, a při generování konfigurace jsem vložil „rw ro quiet splash“. Myslím tím, že to nic neopravilo.
Bylo by lepší opravit řádek 138 /etc/grub.d/10_linux nebo řádek 92 /etc/burg.d/10_linux_proxy. Tímto způsobem při aktualizaci konfigurace bude dokonale opraven.
Řekl bych něco jako „r rw nosequemás“, každopádně problém varování přestal vycházet.
V Archovi se obvykle stávají „podivné“ věci. Například před opětovnou instalací Archu s jádrem LTS ALSA to všechno rozpoznalo, po přeinstalování jsem musel nainstalovat PulseAudio, aby to fungovalo se sluchátky; a ne všichni.
Děkuji vám!
Nefungovalo to pro mě, tato zpráva se stále objevuje při bootování.
Spustil jsem příkaz: sudo grub-mkconfig -o /boot/grub/grub.cfg, žádný problém, ale při zavádění stále dostávám zprávu.
Díky, zkusím to. Všiml jsem si chyby, ale když jsem viděl, že vše funguje správně, nezačal jsem hledat řešení.
Děkuji…..
Když byl nainstalován (stalo se mi to jako v některých jiných případech), dostal jsem zprávu, že byl nainstalován jako grub.cfg.pacnew a když restartuji bolest do oka, chybová zpráva…. Takže před provedením příslušné změny souborů jsem začal porovnávat dva soubory (grub.cfg a grub.cfg.pacnew) a ukázalo se, že existují určité rozdíly:
nejprve ten, který jste zmínili del ro a rw
pak UUID / dev / sda2, které můžete zkontrolovat na fstabu, bylo změněno v grub.cfg.pacnew,
stejně jako v grub.cfg se objeví pohled na 2 na konci
if [x $ feature_platform_search_hint = xy]; pak
hledat –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
a v grub.cfg.pacnew se změní na 5
if [x $ feature_platform_search_hint = xy]; pak
hledat –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
S tímto řešením jsem přišel dříve a fungovalo to na mém stolním počítači (bios), ale ne na mém notebooku (uefi). V mém notebooku pro spuštění používá samotný efistub, ani grub, ani syslinux, ani gumiboot. Určitě, pokud nainstaluji grub, problém by to vyřešilo, ale chtěl bych najít řešení, než vyrazím na tečnu.
Díky za příspěvek, před několika dny jsem se také díval na toto varování, ale protože všechno bylo stále v pořádku a nechtěl jsem to opravit, nehledejte nic 😀, ale dnes mě unavilo vidět.
Zdravím, děkuji za příspěvek.
Děkuji mnohokrát, zkontroloval jsem mnoho nastavení a nemohl jsem najít, v čem byl problém. Začínalo mě to děsit. : str
Pomohlo mi to.
Ale používám syslinux a šel jsem do složky / boot / syslinux a upravil soubor syslinux.cfg a změnil vše, co říkalo, na rw.
Děkuju mnohokrát.
Díky, pokud to funguje!
Pozdravy!!!! 🙂
Jen jsem vše aktualizoval, bál jsem se, když jsem tu zprávu viděl, myslel jsem, že moje instalace bude ztracena, díky za informace, všechno je teď v pořádku.
Díky elav, fungovalo to perfektně
Opravila nejen zmíněnou chybu, ale také chybu, kterou měla dříve. Byl tam řádek, který byl zastaralý z předchozí aktualizace, a já jsem jej upravoval ručně pokaždé, když jsem spustil!
Mnohokrát děkuji! 🙂
Díky, fungovalo to perfektně. Nyní pokračujte v házení zprávy, ale myslím, že je to normální
Váš příspěvek mi velmi pomohl, děkuji!
Mám jen jednu otázku, do řádku, který jste napsali:
Při kontrole souboru /etc/grub/grub.cfg jsem si všiml problému v řádku:
Nebylo by to v adresáři / boot / grub / namísto / etc ??.
Funguje to pro Kademara, který je založen na Archu?