For et par dager siden, etter oppdatering til Kernel 3.10, da jeg startet min helt nye Arch Linux etter GRUB, Jeg fikk en advarsel som sa:
Rotenheten er ikke konfigurert for å være montert lese-skriv! Det kan bli fsck'd igjen senere
Men siden alt startet normalt, la jeg ikke merke til det. Men i dag bestemte jeg meg for at jeg ikke lenger ville se advarselen, og jeg begynte å lete etter mulige årsaker.
Sjekker filen min / Etc / fstab Jeg merker at platene er montert med alternativet rw (lese-skrive), derfor var advarselen ovenfor meningsløs.
Uten internett i huset kunne jeg ikke søke Google ei heller i fora o Arch Wiki, så jeg fortsatte å "berøre" filene og sjekket hvor problemet kunne være.
Så jeg tenkte: Hvem er den som forteller distribusjonen min å heve kjernen på en gitt partisjon? Og det viser seg at den første som dukker opp når du slår på datamaskinen er ingen ringere enn GRUB.
Sjekker inn filen /etc/grub/grub.cfg Jeg la merke til problemet på linjen:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Som hvis du ser på det har muligheten ro (Skrivebeskyttet) og det skal det være rw (lesing skriving).
For å løse dette berørte jeg ikke filen manuelt, men først kjørte jeg kommandoen:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Så når du åpner GRUB-konfigurasjonen igjen, dukket linjen allerede opp riktig:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Jeg startet datamaskinen på nytt og voila, advarselen forsvant 🙂
Hei,
Det er første gang jeg kommenterer, selv om jeg følger deg regelmessig.
Jeg har brukt Arch i kort tid, og siden jeg oppdaterte til kernel 3.10, får jeg den feilen, selv om alt ser ut til å fortsette å fungere riktig. Jeg har gått som angitt i innlegget og i grub.cfg vises "rw" allerede, men når jeg starter på nytt, fortsetter feilen å vises.
Jeg benytter anledningen til å gratulere deg med bloggen.
Hei
Har du lagt merke til om /etc/grub/grub.cfg-filen også endret ro til rw? Jeg begynte å lete i Arch-forumet, og saken din er kanskje ikke som min, og du må gjøre det de indikerer i dette innlegget, selv om jeg foreslår at du leser hele tråden. I den samme tråden løser en av brukerne problemet hans akkurat som meg.
Jeg har installert på en annen Ubuntu-partisjon, og det er "master" -grubben, jeg oppdaterte sistnevnte og feilen vises ikke lenger.
Tusen takk
som de sier i det erke-spanske forumet, installer grub2 på nytt og kjør
# grub-mkconfig -o /boot/grub/grub.cfg
Jeg trengte ikke å installere Grub2 på nytt. Bare kjør kommandoen du nevner.
Det er kanskje ikke det rette stedet, men ved å utnytte det faktum at innlegget handler om Arch, vet noen hvorfor libreoffice 4.1 fremdeles ikke er i Arch repo?
Hmm, ingen anelse, du må søke og lese om det.
Normalt har vi i Arch Linux de nyeste versjonene av programvaren kort tid etter utgivelsen, men LibreOffice er et unntak, det tar alltid lang tid å oppnå stabile repoer. Sist jeg sjekket tok det omtrent en måned hvis jeg ikke tar feil.
Det du kan gjøre er å kompilere eller installere det fra Testing.
Takk elav, jeg brukte uker på å lete etter denne løsningen, og det var noe så enkelt, advarselen hadde blitt vanlig xD.
Hahaha det samme skjedde med meg til jeg ble lei av å se det .. til helvete med advarsel
Hahahaha, en annen som den, første gang meldingen kom ut, gjorde jeg det den sa, jeg fsck rotpartisjonen, og siden det ikke hjalp, ignorerte jeg den bare, til slutt så det ikke ut til å påvirke i det hele tatt. 😀
Det ser ut til at alle Arch-brukere har noe lat. 😀
Jeg får også den lille meldingen og kommer forbi fsck xd ... men poenget er at jeg ikke har / etc / grub, jeg skal prøve å endre /boot/grub/grub.cfg.
Løsning for de som meg som bruker Syslinux i stedet for Grub2.
Gjøre:
sudo hånd /boot/syslinux/syslinux.cfg
På kjernelinjen endrer du ro til rw.
Lagre og
Lagre og start på nytt.
Problem løst.
Da jeg brukte archlinux, så det ut for meg også, men siden jeg ikke la merke til noe rart, tenkte jeg aldri på å fikse det.
Takk, sannheten er at jeg ble stresset da jeg så advarselen, selv om den ikke påvirket noe i systemet.
Hilsener.
Jeg gjorde noe lignende det de foreslo med GRUB2 i tråden, men i BURG. For de av dere som bruker BURG som meg, rediger filen:
/etc/burg.d/proxifiedScripts/linux
Finn linje 92, og der det står "ro", endre den til "rw". Kjør deretter som rot:
burg-mkconfig -o /boot/burg/burg.cfg
Og med det bør du være klar.
Det ser ut til at problemet allerede er løst som standard. Jeg gjorde en ren installasjon, og nå vises ikke meldingen lenger.
I manjaro er det i:
/boot/grub/grub.cfg
En annen ting, filen skal /boot/grub/grub.cfg Den skal ikke redigeres, helst bør du jobbe med / Etc / default / grub. Der må du legge til rw:
...
GRUB_DISTRIBUTOR = »Bue»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
Poenget er at det kan skje med deg som meg, jeg gjorde det som du sa, og når jeg genererte konfigurasjonen satte jeg "rw ro quiet splash". Jeg mener, det løste ikke noe.
Det ville være å foretrekke å fikse linje 138 i /etc/grub.d/10_linux eller linje 92 i /etc/burg.d/10_linux_proxy. På den måten når du oppdaterer konfigurasjonen, vil den være perfekt løst.
Jeg vil si noe sånt som "ro rw nosequemás", men uansett problemet advarselen sluttet å komme ut.
"Merkelige" ting pleier å skje i Arch. For eksempel, før den installerte Arch på nytt, med LTS ALSA-kjernen, gjenkjente den alt, etter at jeg hadde installert på nytt, måtte jeg installere PulseAudio for å få det til å fungere med hodetelefonene mine. og ikke alle.
takk!
Det fungerte ikke for meg, den meldingen vises stadig når du starter opp.
Jeg kjørte kommandoen: sudo grub-mkconfig -o /boot/grub/grub.cfg, ikke noe problem, men når jeg starter, får jeg fremdeles meldingen.
Takk, jeg skal prøve. Jeg hadde lagt merke til feilen, men da jeg så at alt fungerte riktig begynte jeg ikke å lete etter en løsning.
Takk skal du ha…..
Da den ble installert (det skjedde med meg som ved noen andre anledninger) fikk jeg beskjeden om at den ble installert som grub.cfg.pacnew, og når jeg starter smerte i øyet på nytt feilmeldingen…. Så før jeg gjorde den respektive endringen av filene, begynte jeg å sammenligne de to filene (grub.cfg og grub.cfg.pacnew), og det viser seg at det var noen forskjeller:
først den du nevnte del ro og rw
deretter UUID av / dev / sda2 som du kan sjekke i fstab, ble den endret i grub.cfg.pacnew,
så vel som i grub.cfg ser det ut til å se på 2 på slutten
hvis [x $ feature_platform_search_hint = xy]; deretter
søk –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
og i grub.cfg.pacnew endres den til 5
hvis [x $ feature_platform_search_hint = xy]; deretter
søk –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
Jeg hadde kommet opp med denne løsningen før, og den fungerte på den stasjonære datamaskinen min (bios), men ikke på den bærbare datamaskinen min (uefi). På den bærbare datamaskinen min for å starte, bruker den efistub alene, verken grub eller syslinux eller gumiboot. Sikkert hvis jeg installerer grub, vil det løse problemet, men jeg vil gjerne finne løsningen før jeg går på en tangens.
Takk for innlegget, for noen dager siden så jeg også på advarselen, men siden alt fortsatt var bra, og jeg ikke ønsket å reparere det, ikke se etter noe 😀 men i dag ble jeg lei av å se det.
Hilsen, takk for innlegget.
Tusen takk, jeg hadde sjekket mange innstillinger og fant ikke hva problemet var. Det begynte å skremme meg. : s
Det hjalp meg.
Men jeg bruker syslinux, og jeg gikk til mappen / boot / syslinux og redigerte syslinux.cfg-filen og endret alt som sa ro til rw.
Tusen takk.
Takk, hvis det fungerer!
Jubel!!!! 🙂
Jeg oppdaterte bare alt, jeg var redd da jeg så den meldingen, jeg trodde installasjonen min skulle gå tapt, takk for informasjonen, alt er bra nå.
Takk elav, det fungerte perfekt
Det løste ikke bare den nevnte feilen, men også en feil som den hadde tidligere. Det var en linje som var utdatert fra en tidligere oppdatering, og jeg modifiserte den for hånd hver gang jeg startet opp!
Mange takk! 🙂
Takk, det fungerte perfekt. Fortsett å kaste en melding, men jeg synes det er normalt
Ditt bidrag var veldig nyttig for meg, takk!
Jeg har bare ett spørsmål, i linjen du skrev:
Ved å sjekke filen /etc/grub/grub.cfg la jeg merke til problemet i linjen:
Det ville ikke være i / boot / grub / address i stedet for / etc ??.
Fungerer dette for Kademar som er basert på Arch?