For et par dage siden efter opdatering til Kernel 3.10, da jeg startede mit helt nye ArchLinux efter GRUB, Jeg fik en advarsel, der sagde:
Rodenheden er ikke konfigureret til at blive monteret læse-skrive! Det kan blive fsck'd igen senere
Men da alt startede normalt, var jeg ikke opmærksom på det. Men i dag besluttede jeg, at jeg ikke mere ville se denne advarsel, og jeg begyndte at lede efter de mulige årsager.
Kontrollerer min fil / Etc / fstab Jeg bemærker, at diskene er monteret med mulighed rw (læs-skriv), derfor var ovenstående advarsel meningsløs.
Uden internet i huset kunne jeg ikke søge Google heller ikke i Foros o Arch Wiki, så jeg fortsatte med at "røre" filerne og kontrollerede, hvor problemet kunne være.
Så jeg tænkte: Hvem er den, der fortæller min distribution at hæve kernen på en given partition? Og det viser sig, at den første, der vises, når du tænder computeren, er ingen ringere end GRUB.
Kontrol i filen /etc/grub/grub.cfg Jeg bemærkede problemet på linjen:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Hvilket, hvis du ser på det, har muligheden ro (Kun læsning), og det skal det være rw (læsning skrivning).
For at løse dette rørte jeg ikke filen manuelt, men først kørte jeg kommandoen:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Derefter vises linjen allerede korrekt, når du får adgang til GRUB-konfigurationen igen:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Jeg genstartede computeren og voila, advarslen forsvandt 🙂
Hej,
Det er første gang, jeg kommenterer, selvom jeg følger dig regelmæssigt.
Jeg har brugt Arch i kort tid, og også siden jeg opdaterede til kernel 3.10, får jeg den fejl, selvom som du siger, ser alt ud til at fortsætte med at fungere korrekt. Jeg er gået som angivet i posten og i grub.cfg vises "rw" allerede, men når jeg genstarter, vises fejlen fortsat.
Jeg benytter lejligheden til at lykønske dig med bloggen.
Hej
Har du bemærket, om filen /etc/grub/grub.cfg også ændrede ro til rw? Jeg begyndte at kigge i Arch-forummet, og måske er din sag ikke som min, og du skal gøre, hvad de angiver i dette indlæg, selvom jeg foreslår, at du læser hele tråden. I den samme tråd løser en af brugerne sit problem nøjagtigt som mig.
Jeg har installeret på en anden Ubuntu-partition, og der er "master" grub, jeg opdaterede sidstnævnte, og fejlen vises ikke længere.
Mange tak
som de siger i det ark-spanske forum, geninstaller grub2 og kør
# grub-mkconfig -o /boot/grub/grub.cfg
Jeg behøvede ikke at geninstallere Grub2. Kør bare den kommando, du nævner.
Det er måske ikke det rigtige sted, men ved at udnytte det faktum, at indlægget handler om Arch, ved nogen, hvorfor libreoffice 4.1 stadig ikke er i Arch repo?
Hmm, ingen idé, du bliver nødt til at søge og læse om det.
Normalt har vi i Arch Linux de nyeste versioner af softwaren kort efter udgivelsen, men LibreOffice er en undtagelse, det tager altid lang tid at nå stabile repos. Sidste gang jeg tjekkede, tog det cirka en måned, hvis jeg ikke tager fejl.
Hvad du kan gøre mens du kompilerer eller installerer det fra Testing.
Tak elav, jeg brugte uger på at lede efter denne løsning, og det var noget så simpelt, advarslen var blevet almindelig xD.
Hahaha det samme skete med mig, indtil jeg blev træt af at se det .. skru advarslen
Hahahaha, en anden sådan, første gang meddelelsen kom ud, gjorde jeg, hvad den sagde, jeg fsck rodpartitionen, og da den ikke hjalp, ignorerede jeg den bare, i sidste ende så det ikke ud til at påvirke overhovedet. 😀
Det ser ud til, at alle Arch-brugere er noget dovne. 😀
Jeg får også den lille besked og kommer forbi fsck xd ... men pointen er, at jeg ikke har / etc / grub, jeg vil prøve at ændre /boot/grub/grub.cfg.
Løsning til dem som mig, der bruger Syslinux i stedet for Grub2.
Gør:
sudo hånd /boot/syslinux/syslinux.cfg
Skift ro til rw på kernelinien.
Gem og
Gem og genstart.
Problem løst.
Da jeg brugte archlinux, syntes det også for mig, men da jeg ikke bemærkede noget underligt, tænkte jeg aldrig på at rette det.
Tak, sandheden er, at det understregede mig at se denne advarsel, selvom den ikke påvirkede noget i systemet.
Greetings.
Jeg gjorde noget svarende til det, de foreslog med GRUB2 i tråden, men i BURG. For de af jer, der bruger BURG som mig, skal du redigere filen:
/etc/burg.d/proxifiedScripts/linux
Find linje 92, og hvor det står "ro", skift det til "rw". Kør derefter som rod:
burg-mkconfig -o /boot/burg/burg.cfg
Og med det skal du være klar.
Det ser ud til, at problemet allerede er løst som standard. Jeg lavede en ren installation, og nu vises denne meddelelse ikke længere.
I manjaro er det i:
/boot/grub/grub.cfg
En anden ting, filen skal /boot/grub/grub.cfg Det skal ikke redigeres, helst skal du arbejde med / Etc / default / grub. Der skal du tilføje rw:
...
GRUB_DISTRIBUTOR = »Bue»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
Pointen er, at det kan ske for dig som mig, jeg gjorde det som du siger, og når jeg genererer konfigurationen, sætter jeg "rw ro quiet splash". Jeg mener, det fik ikke noget.
Det foretrækkes at rette linje 138 i /etc/grub.d/10_linux eller linje 92 i /etc/burg.d/10_linux_proxy. På den måde, når du opdaterer konfigurationen, bliver den perfekt løst.
Jeg vil sige noget i retning af "ro rw nosequemás", men alligevel problemet advarslen stoppede med at komme ud.
"Mærkelige" ting har tendens til at ske i Arch. For eksempel genkendte jeg alt inden jeg geninstallerede Arch med LTS ALSA-kernen, efter at jeg havde geninstalleret, måtte jeg installere PulseAudio for at få det til at fungere med mine hovedtelefoner; og ikke alle.
Tak!
Det fungerede ikke for mig, den meddelelse vises ved opstart.
Jeg kørte kommandoen: sudo grub-mkconfig -o /boot/grub/grub.cfg, ikke noget problem, men når jeg starter, får jeg stadig beskeden.
Tak, jeg prøver. Jeg havde bemærket fejlen, men da jeg så, at alt fungerede korrekt, begyndte jeg ikke at finde en løsning.
Tak skal du have…..
Da det blev installeret (det skete for mig som ved andre lejligheder) fik jeg beskeden om, at det blev installeret som grub.cfg.pacnew, og når jeg genstarter smerter i øjet, vises fejlmeddelelsen…. Så før jeg foretog den respektive ændring af filerne, begyndte jeg at sammenligne de to filer (grub.cfg og grub.cfg.pacnew), og det viser sig, at der var nogle forskelle:
først den, du nævnte del ro y rw
derefter UUID for / dev / sda2, som du kan tjekke i fstab, det blev ændret i grub.cfg.pacnew,
såvel som i grub.cfg ser det ud til at se på 2 i slutningen
hvis [x $ feature_platform_search_hint = xy]; derefter
søg –no-floppy –fs-uuid –set = root – tip-bios = hd0, msdos2
og i grub.cfg.pacnew ændres det til 5
hvis [x $ feature_platform_search_hint = xy]; derefter
søg –no-floppy –fs-uuid –set = root – tip-bios = hd0, msdos5
Jeg var stødt på denne løsning før, og den fungerede på min stationære computer (bios), men ikke på min bærbare computer (uefi). På min bærbare computer til opstart bruger den efistub alene, hverken grub eller syslinux eller gumiboot. Sikkert hvis jeg installerer grub, ville det løse problemet, men jeg vil gerne finde løsningen, inden jeg går ud på en tangens.
Tak for indlægget, for et par dage siden kiggede jeg også på denne advarsel, men da alt stadig var i orden, og jeg ikke ønskede at reparere det, skal du ikke se efter noget hoy, men i dag blev jeg træt af at se det.
Hilsner, tak for stillingen.
Mange tak, jeg havde gennemgået mange indstillinger og kunne ikke finde, hvad problemet var. Det begyndte at skræmme mig. : s
Det hjalp mig.
Men jeg bruger syslinux, og jeg gik til mappen / boot / syslinux og redigerede syslinux.cfg-filen og ændrede alt, hvad der sagde ro til rw.
Mange tak.
Tak, hvis det virker!
Hilsen !!!! 🙂
Jeg har lige opdateret alt, jeg var bange da jeg så den besked, jeg troede min installation ville gå tabt, tak for informationen, alt er fint nu.
Tak elav, det fungerede perfekt
Ikke alene fik den den nævnte fejl løst, men også en fejl, som den tidligere havde. Der var en linje, der var forældet fra en tidligere opdatering, og jeg ændrede den manuelt hver gang jeg startede!
Mange tak! 🙂
Tak det fungerede perfekt. Bliv ved med at smide en besked, men jeg synes, det er normalt
Dit bidrag var meget nyttigt for mig, tak!
Jeg har bare et spørgsmål i den linje, du skrev:
Kontrol af filen /etc/grub/grub.cfg Jeg bemærkede problemet i linjen:
Det ville ikke være i / boot / grub / address i stedet for / etc ??.
Fungerer dette for Kademar, der er baseret på Arch?