För ett par dagar sedan, efter uppdatering till Kernel 3.10, när jag startade min helt nya archlinux efter GRUB, Jag fick en varning som sa:
Rotenheten är inte konfigurerad för att monteras läs-skriv! Det kan fsck'd igen senare
Men eftersom allt började normalt, var jag inte uppmärksam på det. Men idag bestämde jag mig för att jag inte ville se den varningen längre och jag började leta efter möjliga orsaker.
Kontrollerar min fil / Etc / fstab Jag märker att skivorna är monterade med tillvalet rw (läs-skriv), därför var ovannämnda varning meningslös.
Utan internet i huset kunde jag inte söka Google inte heller i Forum o Arch Wiki, så jag fortsatte att "röra" filerna och kontrollera var problemet kan vara.
Så jag tänkte: Vem är den som ber min distribution att höja kärnan på en viss partition? Och det visar sig att den första som visas när du slår på datorn är ingen annan än GRUB.
Kontrollerar i filen /etc/grub/grub.cfg Jag märkte problemet på linjen:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Vilket om du tittar på det har alternativet ro (Skrivskyddad) och det borde det vara rw (läsa skriva).
För att lösa detta rörde jag inte filen manuellt, men först körde jag kommandot:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Sedan när du öppnar GRUB-konfigurationen igen, verkade raden korrekt:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Jag startade om datorn och voila, varningen försvann 🙂
Hej,
Det är första gången jag kommenterar, även om jag följer dig regelbundet.
Jag har använt Arch under en kort tid och även sedan jag uppdaterade till kärnan 3.10 får jag det felet, men som du säger verkar allt fortsätta fungera korrekt. Jag har gått vidare som anges i inlägget och i grub.cfg "rw" visas redan, men när jag startar om fortsätter felet att visas.
Jag tar tillfället i akt och gratulerar dig på bloggen.
Hej:
Märkte du om filen /etc/grub/grub.cfg också ändrade ro till rw? Jag började titta i Arch-forumet och kanske är ditt fall inte som mitt och du måste göra vad de anger i det här inlägget, även om jag föreslår att du läser hela tråden. I samma tråd löser en av användarna sitt problem precis som jag.
Jag har installerat på en annan Ubuntu-partition och det finns "master" -grubben, jag uppdaterade den senare och felet visas inte längre.
tack så mycket
som de säger i det ärkspanska forumet installerar du om grub2 och kör
# grub-mkconfig -o /boot/grub/grub.cfg
Jag behövde inte installera om Grub2. Kör bara kommandot du nämner.
Det kanske inte är rätt ställe, men utnyttjar det faktum att inlägget handlar om Arch, vet någon varför libreoffice 4.1 fortfarande inte finns i Arch repo?
Hmm, ingen aning, du måste söka och läsa om det.
Normalt har vi i Arch Linux de senaste versionerna av programvaran strax efter utgivningen, men LibreOffice är ett undantag, det tar alltid lång tid att nå stabila repor. Förra gången jag kollade tog det ungefär en månad, om jag inte tar fel.
Vad du kan göra är att kompilera eller installera det från Testing.
Tack elav, jag tillbringade veckor på att leta efter den här lösningen och det var något så enkelt, varningen hade blivit vanlig xD.
Hahaha samma sak hände mig tills jag blev trött på att se det .. i helvete med Warning
Hahahaha, en annan liknande det, första gången meddelandet kom ut gjorde jag vad det sa, jag fsck rotpartitionen, och eftersom det var värdelöst ignorerade jag det bara, i slutändan verkade det inte påverka alls. 😀
Det verkar som om alla Arch-användare har något lat. 😀
Jag får också det lilla meddelandet och passerar fsck xd ... men poängen är att jag inte har / etc / grub, jag ska försöka ändra /boot/grub/grub.cfg.
Lösning för de som jag som använder Syslinux istället för Grub2.
Do:
sudo hand /boot/syslinux/syslinux.cfg
Ändra ro till rw på kärnlinjen.
Spara och
Spara och starta om.
Problemet löst.
När jag använde archlinux verkade det också för mig, men eftersom jag inte märkte något konstigt tänkte jag aldrig på att fixa det.
Tack, sanningen är att jag var stressad när jag såg den varningen, även om den inte påverkade någonting i systemet.
Hälsningar.
Jag gjorde något liknande det de föreslog med GRUB2 i tråden, men i BURG. För de av er som använder BURG som jag, redigera filen:
/etc/burg.d/proxifiedScripts/linuxHitta rad 92 och där det står "ro" ändra den till "rw". Kör sedan som root:
burg-mkconfig -o /boot/burg/burg.cfgOch med det borde du vara redo.
Det verkar som att problemet redan är fixat som standard. Jag gjorde en ren installation och nu visas det meddelandet inte längre.
I manjaro är det i:
/boot/grub/grub.cfg
En annan sak, filen ska /boot/grub/grub.cfg Den ska inte redigeras, helst bör du arbeta med / Etc / default / grub. Där måste du lägga till rw:
.
GRUB_DISTRIBUTOR = »Båge»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
.
Poängen är att det kan hända att du gillar mig, jag gjorde det som du sa och när jag genererade konfigurationen satte jag "rw ro quiet splash". Jag menar, han fixade inget.
Det skulle vara att föredra att fixa rad 138 i /etc/grub.d/10_linux eller rad 92 i /etc/burg.d/10_linux_proxy. På det sättet när du uppdaterar konfigurationen kommer det att fixas perfekt.
Jag skulle säga något som "ro rw nosequemás" men hur som helst problemet varningen slutade komma ut.
"Konstiga" saker tenderar att hända i Arch. Innan jag till exempel installerade Arch igen med LTS ALSA-kärnan kände den igen allt efter att jag hade installerat om var jag tvungen att installera PulseAudio för att få det att fungera med mina hörlurar; och inte alla.
tack!
Det fungerade inte för mig, jag får hela tiden det meddelandet när jag startar.
Jag körde kommandot: sudo grub-mkconfig -o /boot/grub/grub.cfg, inget problem, men när jag startar får jag fortfarande meddelandet.
Tack, jag ska försöka. Jag hade märkt felet, men när jag såg att allt fungerade korrekt började jag inte leta efter en lösning.
Tack…..
När den installerades (det hände mig som vid andra tillfällen) fick jag meddelandet att det installerades som grub.cfg.pacnew och när jag startar om smärta i ögat felmeddelandet ... Så innan jag ändrade filerna började jag jämföra de två filerna (grub.cfg och grub.cfg.pacnew) och det visar sig att det fanns några skillnader:
först den du nämnde del ro y rw
sedan UUID för / dev / sda2 som du kan kontrollera i fstab, det ändrades i grub.cfg.pacnew,
liksom i grub.cfg verkar det titta på 2 i slutet
om [x $ feature_platform_search_hint = xy]; sedan
sök –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
och i grub.cfg.pacnew ändras den till 5
om [x $ feature_platform_search_hint = xy]; sedan
sök –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
Jag hade kommit med den här lösningen tidigare och den fungerade på min stationära dator (bios) men inte på min bärbara dator (uefi). På min bärbara dator för att starta använder den efistub ensam, varken grub eller syslinux eller gumiboot. Visst om jag installerar grub skulle det lösa problemet, men jag skulle vilja hitta lösningen innan jag gick på en tangent.
Tack för inlägget, för några dagar sedan tittade jag också på den varningen men eftersom allt fortfarande var bra, och jag inte ville reparera det, leta inte efter något hoy men idag blev jag trött på att se det.
Hälsningar, tack för inlägget.
Tack så mycket, jag hade kontrollerat många inställningar och kunde inte hitta vad problemet var. Det började skrämma mig. : s
Det hjälpte mig.
Men jag använder syslinux, och jag gick till mappen / boot / syslinux och redigerade syslinux.cfg-filen och ändrade allt som sa ro till rw.
Tack så mycket.
Tack, om det fungerar!
Hälsningar!!!! 🙂
Jag uppdaterade bara allt, jag var rädd när jag såg det meddelandet, jag trodde att min installation skulle gå vilse, tack för informationen, allt är bra nu.
Tack elav, det fungerade perfekt
Det fixade inte bara nämnda fel utan också ett fel som det hade tidigare. Det fanns en rad som var inaktuell från en tidigare uppdatering, och jag modifierade den för hand varje gång jag startade!
Tack så mycket! 🙂
Tack det fungerade perfekt. Fortsätt kasta ett meddelande, men jag tycker att det är normalt
Ditt bidrag var till stor hjälp för mig, tack!
Jag har bara en fråga, i raden du skrev:
Kontrollera filen /etc/grub/grub.cfg Jag märkte problemet i raden:
Det skulle inte finnas i / boot / grub / address istället för / etc ??.
Fungerar detta för Kademar som är baserad på Arch?