Néhány nappal ezelőtt frissítés után Kernel 3.10, amikor elkezdtem a vadonatúj ArchLinux azután GRUB, Kaptam egy figyelmeztetést, amely a következőket mondta:
A gyökéreszköz nincs konfigurálva olvasási-írási csatolásra! Lehet, hogy később fsckded lesz
De mivel minden rendesen kezdődött, nem figyeltem rá. De ma úgy döntöttem, hogy nem akarom tovább látni ezt a figyelmeztetést, és elkezdtem keresni a lehetséges okokat.
A fájlom ellenőrzése / Etc / fstab Úgy veszem észre, hogy a lemezeket az opcióval együtt szerelték fel rw (olvasni-írni), ezért a fenti figyelmeztetés értelmetlen volt.
Internet nélkül a házban nem tudtam keresni Google sem a Fórum vagy a Arch Wiki, ezért folyamatosan "megérintettem" a fájlokat, és ellenőriztem, hol lehet a probléma.
Tehát azt gondoltam: Ki az, aki azt mondja a disztribúciómnak, hogy emelje fel a kernelt egy adott partíción? És kiderült, hogy az első, amely a számítógép bekapcsolásakor jelenik meg, nem más, mint GRUB.
A fájl ellenőrzése /etc/grub/grub.cfg Észrevettem a problémát a vonalon:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Amire ha ránézel, lehetősége van ro (Csak olvasható) és annak kell lennie rw (olvasás írás).
Ennek megoldásához nem nyúltam kézzel a fájlhoz, de először futtattam a parancsot:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Amikor a GRUB konfigurációhoz ismét hozzáfér, a sor helyesen jelent meg:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Újraindítottam a számítógépet és voila, a figyelmeztetés eltűnt 🙂
Helló,
Ez az első alkalom, hogy hozzászólok, bár rendszeresen követlek.
Rövid ideig használom az Arch-ot, és mióta frissítettem a 3.10-es rendszermagra, megkapom ezt a hibát, bár ahogy ön mondja, úgy tűnik, hogy minden továbbra is megfelelően működik. A bejegyzésben leírtak szerint haladtam, és az "rw" már megjelenik a grub.cfg fájlban, de amikor újraindítom, akkor is megkapom a hibát.
Megragadom az alkalmat, hogy gratuláljak a bloghoz.
Szia
Észrevette, hogy az /etc/grub/grub.cfg fájl is megváltoztatta-e az ro-t rw-re? Az Arch fórumban kezdtem el keresni, és lehet, hogy az Ön esete nem olyan, mint az enyém, és azt kell tennie, amit jeleznek tetszik, bár javaslom, hogy olvassa el a teljes szálat. Ugyanebben a szálban az egyik felhasználó pontosan úgy oldja meg a problémáját, mint én.
Telepítettem egy másik Ubuntu partícióra, és ott van a "master" grub, utóbbit frissítettem, és a hiba már nem jelenik meg.
Köszönöm szépen
ahogy az arch-spanyol fórumban mondják, telepítse újra a grub2-t és futtassa
# grub-mkconfig -o /boot/grub/grub.cfg
Nem kellett újratelepítenem a Grub2-t. Csak futtassa az általad említett parancsot.
Lehet, hogy nem ez a megfelelő hely, de kihasználva azt a tényt, hogy a bejegyzés Arch-ról szól, tudja valaki, hogy a libreoffice 4.1 miért nem szerepel még mindig az Arch repóban?
Hmm, nincs ötlet, neked kellene keresni és olvasni róla.
Általában az Arch Linux-ban nem sokkal a megjelenés után rendelkezünk a szoftver legújabb verzióival, de a LibreOffice kivétel, mindig hosszú időbe telik a stabil repók elérése. Legutóbb kb. Egy hónapot vettem igénybe, ha nem tévedek.
Amit megtehet, lefordítja vagy telepíti a Tesztelésből.
Köszönöm elav, hetekig kerestem ezt a megoldást, és valami olyan egyszerű dolog volt, a figyelmeztetés általánossá vált xD.
Hahaha ugyanez történt velem, amíg meg nem untam a látást .. a pokolba a Figyelmeztetés
Hahahaha, még egy hasonló, az üzenet első megjelenésekor azt tettem, amit mondott, fsck a root partíciót, és mivel ez nem segített, egyszerűen figyelmen kívül hagytam, úgy tűnik, hogy végül egyáltalán nem befolyásolja. 😀
Úgy tűnik, hogy az Arch összes felhasználója lusta. 😀
Megkapom azt a kis üzenetet is, és átmegyek az fsck xd-n ... de a lényeg az, hogy nincs / etc / grub, megpróbálom módosítani a /boot/grub/grub.cfg fájlt.
Megoldás olyanokhoz, mint én, akik a Syslinux-ot használják a Grub2 helyett.
Tegye:
sudo hand /boot/syslinux/syslinux.cfg
A kernel vonalon változtassa meg az ro-t rw-re.
Mentés és
Mentés és újraindítás.
Probléma megoldódott.
Amikor az archlinuxot használtam, nekem is megjelent, de mivel semmi furcsát nem vettem észre, soha nem gondoltam a javításra.
Köszönöm, az az igazság, hogy hangsúlyozta, hogy láttam ezt a figyelmeztetést, még akkor is, ha ez nem befolyásolt semmit a rendszerben.
Üdvözlet.
Valami hasonlót tettem, mint amit a GRUB2-vel javasoltak a szálban, de a BURG-ban. Azok számára, akik BURG-t használnak, mint én, szerkessze a fájlt:
/etc/burg.d/proxifiedScripts/linuxKeresse meg a 92. sort, és ahol azt írja, hogy "ro", változtassa meg "rw" -re. Ezután futtassa rootként:
burg-mkconfig -o /boot/burg/burg.cfgÉs ezzel készen kell állnia.
Úgy tűnik, hogy a probléma már megszokott módon megoldott. Tiszta telepítést hajtottam végre, és ez az üzenet már nem jelenik meg.
A manjaróban ez található:
/boot/grub/grub.cfg
Egy másik dolog, a fájl állítólagos /boot/grub/grub.cfg nem szabad szerkeszteni, lehetőleg dolgozzon vele / Etc / default / grub. Ott hozzá kell tenni rw:
...
GRUB_DISTRIBUTOR = »Arch»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
A lényeg az, hogy ez megtörténhet veled, mint én, én úgy tettem, ahogy mondod, és amikor a konfigurációt generáltam, az "rw ro quiet splash" -et tettem. Mármint nem javított semmit.
Célszerűbb lenne az /etc/grub.d/138_linux 10-as vonalát vagy az /etc/burg.d/92_linux_proxy 10-es vonalát javítani. Így a konfiguráció frissítésekor tökéletesen rögzül.
Valami olyasmit mondanék, hogy "ro rw nosquemás", de a probléma, amellyel a figyelmeztetés megszűnt megjelenni.
"Furcsa" dolgok történnek Archban. Például az Arch újratelepítése előtt az LTS ALSA kernellel mindent felismertem, újratelepítés után telepítenem kellett a PulseAudio-t, hogy működjön a fejhallgatómmal; és nem mindenki.
köszönöm!
Nekem nem működött, ez az üzenet folyamatosan jelenik meg indításkor.
Futtattam a parancsot: sudo grub-mkconfig -o /boot/grub/grub.cfg, semmi gond, de indításkor mégis megkapom az üzenetet.
Kösz, megpróbálom. Észrevettem a hibát, de látva, hogy minden rendben működik, nem kezdtem megoldást keresni.
Köszönöm…..
Amikor telepítve volt (velem történt, mint más esetekben), azt az üzenetet kaptam, hogy grub.cfg.pacnew néven telepítették, és amikor újra elindítottam a fájdalmat a hibaüzenettel .... Tehát a fájlok megfelelő módosítása előtt elkezdtem összehasonlítani a két fájlt (grub.cfg és grub.cfg.pacnew), és kiderült, hogy vannak különbségek:
először az, akit említettél del ro y rw
akkor a / dev / sda2 UUID azonosítója, amelyet az fstab-ban ellenőrizhet, a grub.cfg.pacnew fájlban megváltozott,
valamint a grub.cfg fájlban úgy néz ki, hogy a végén kettő van
ha [x $ feature_platform_search_hint = xy]; akkor
keresés –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
és a grub.cfg.pacnew fájlban 5-re módosult
ha [x $ feature_platform_search_hint = xy]; akkor
keresés –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
Korábban találkoztam már ezzel a megoldással, és az asztali számítógépemen (bios) működött, de a laptopomon (uefi) nem. A laptopomon az indításhoz egyedül az efistubot használja, sem grub, sem syslinux, sem gumiboot. Természetesen, ha telepítem a grub-ot, ez megoldaná a problémát, de szeretnék megtalálni a megoldást, mielőtt érintőre indulnék.
Köszönöm a bejegyzést, néhány nappal ezelőtt én is néztem ezt a figyelmeztetést, de mivel még mindig minden rendben volt, és nem akartam kijavítani, ne keressek semmit 😀 de ma belefáradtam a látásba.
Üdvözlet, köszönöm a posztot.
Nagyon köszönöm, sok beállítást áttekintettem, és nem találtam a problémát. Kezdett megijeszteni. : p
Segített nekem.
De használom a syslinux-ot, és a / boot / syslinux mappába mentem, szerkesztettem a syslinux.cfg fájlt, és mindent, ami az ro-t mondta, rw-re változtattam.
Köszönöm szépen.
Köszönöm, ha működik!
Egészségére!!!! 🙂
Most frissítettem mindent, féltem, amikor megláttam ezt az üzenetet, azt hittem, hogy elveszik a telepítésem, köszönöm az információkat, most minden rendben van.
Kösz elav, tökéletesen működött
Nemcsak az említett hibát javította, hanem egy olyan hibát is, amelyet korábban. Volt egy sor, amely elavult egy korábbi frissítéshez képest, és minden indításkor kézzel módosítottam!
Nagyon köszönöm! 🙂
Köszönöm, hogy tökéletesen működött. Most tovább dobja az üzenetet, de szerintem ez normális
Hozzájárulásod nagyon hasznos volt számomra, köszönöm!
Csak egy kérdésem lenne az Ön által írt sorban:
Az /etc/grub/grub.cfg fájl ellenőrzése során észrevettem a problémát a sorban:
Nem a / boot / grub / címben lenne, az / stb ?? helyett.
Ez az Arch-ra épülő Kademar számára működik?