Преди няколко дни, след актуализиране до Kernel 3.10, когато започнах чисто новия си ArchLinux След GRUB, Получих предупреждение, което казваше:
Основното устройство не е конфигурирано да бъде монтирано четене-запис! По-късно може да бъде fsck'd отново
Но тъй като всичко започна нормално, не му обърнах внимание. Но днес реших, че не искам повече да виждам това предупреждение и започнах да търся възможните причини.
Проверка на досието ми / И т.н. / fstab Забелязвам, че дисковете са монтирани с опцията rw (четете-пишете), следователно горното предупреждение беше безсмислено.
Без интернет в къщата не можех да търся Google нито в форуми о ла Arch Wiki, затова продължих да „пипам“ файловете, проверявайки къде може да е проблемът.
Затова си помислих: Кой е този, който казва на моята дистрибуция да вдигне ядрото на даден дял? И се оказва, че първият, който се появява, когато включите компютъра, е не друг GRUB.
Проверка във файла /etc/grub/grub.cfg Забелязах проблема на линията:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Което, ако го погледнете, има възможност ro (Само за четене) и трябва да бъде rw (четене на писане).
За да разреша това, не докоснах файла ръчно, но първо изпълних командата:
sudo grub-mkconfig -o /boot/grub/grub.cfg
След това при повторен достъп до конфигурацията на GRUB, редът вече се появи правилно:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Рестартирах компютъра и voila, предупреждението изчезна 🙂
Здравейте,
За първи път коментирам, макар че те следвам редовно.
Използвам Arch за кратко време, а също и откакто актуализирах до ядро 3.10, получавам тази грешка, въпреки че, както казвате, всичко изглежда продължава да работи правилно. Продължих, както е посочено в публикацията и "rw" вече се появява в grub.cfg, но когато рестартирам, грешката продължава да се появява.
Използвам възможността да ви поздравя в блога.
Здравейте:
Забелязахте ли, че файлът /etc/grub/grub.cfg също е променил ro на rw? Започнах да търся във форума на Arch и може би вашият случай не е като моя и трябва да направите това, което посочват в този пост, въпреки че ви предлагам да прочетете цялата тема. В същата нишка един от потребителите решава проблема си точно като мен.
Инсталирах на друг дял на Ubuntu и има "master" grub, актуализирах последния и грешката вече не се появява.
много ви благодаря
както се казва във форума на Arch-Spanish преинсталирайте grub2 и стартирайте
# grub-mkconfig -o /boot/grub/grub.cfg
Не трябваше да преинсталирам Grub2. Просто изпълнете командата, която споменавате.
Може да не е точното място, но възползвайки се от факта, че публикацията е за Arch, някой знае ли защо libreoffice 4.1 все още не е в Arch repo?
Хм, няма идея, ще трябва да търсите и четете за това.
Обикновено в Arch Linux имаме най-новите версии на софтуера малко след пускането, но LibreOffice е изключение, винаги отнема много време, за да достигне стабилни репозитори. Последният път, когато проверих, отне около месец, ако не се лъжа.
Това, което можете да направите, докато го компилирате или инсталирате от Тестване.
Благодаря elav, прекарах седмици в търсене на това решение и беше нещо толкова просто, предупреждението стана обичайно xD.
Хахаха същото нещо ми се случи, докато не ми писна да го виждам .. по дяволите с Предупреждение
Хахахаха, още едно подобно, първият път, когато съобщението излезе, направих това, което каза, аз fsck коренния дял и тъй като беше безполезен, просто го игнорирах, в крайна сметка изглежда, че не повлия изобщо. 😀
Изглежда, че всички потребители на Arch са малко мързеливи. 😀
Също така получавам това малко съобщение и минавам fsck xd ... но въпросът е, че нямам / etc / grub, ще се опитам да модифицирам /boot/grub/grub.cfg.
Решение за такива като мен, които използват Syslinux вместо Grub2.
Направете:
sudo hand /boot/syslinux/syslinux.cfg
На линията на ядрото променете ro на rw.
Запазете и
Запазете и рестартирайте.
Проблема решен.
Когато използвах archlinux, той се появи и на мен, но тъй като не забелязах нищо странно, никога не мислех да го поправя.
Благодаря, истината е, че бях стресиран, когато видях това предупреждение, въпреки че това не повлия на нищо в системата.
Поздрави.
Направих нещо подобно на това, което те предложиха с GRUB2 в нишката, но в BURG. За тези от вас, които използват BURG като мен, редактирайте файла:
/etc/burg.d/proxifiedScripts/linux
Намерете ред 92 и където пише "ro" го променете на "rw". След това стартирайте като root:
burg-mkconfig -o /boot/burg/burg.cfg
И с това трябва да сте готови.
Изглежда проблемът вече е решен стандартно. Направих чиста инсталация и сега това съобщение вече не се появява.
В манджаро е в:
/boot/grub/grub.cfg
Друго нещо е, че файлът се предполага /boot/grub/grub.cfg Не трябва да се редактира, за предпочитане трябва да работите с / И т.н. / по подразбиране / ровя. Там трябва да добавите rw:
...
GRUB_DISTRIBUTOR = »Арка»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
Въпросът е, че може да се случи на вас като мен, че съм го направил, както казвате и при генерирането на конфигурацията съм сложил "rw ro тих разплискване". Искам да кажа, че не поправи нищо.
Би било за предпочитане да коригирате ред 138 от /etc/grub.d/10_linux или ред 92 от /etc/burg.d/10_linux_proxy. По този начин при актуализиране на конфигурацията тя ще бъде перфектно фиксирана.
Бих казал нещо като "ro rw nosequemás", но така или иначе проблемът, предупреждението спря да излиза.
„Странни“ неща обикновено се случват в арх. Например, преди да преинсталирате Arch, с ядрото LTS ALSA той разпозна всичко, след преинсталирането трябваше да инсталирам PulseAudio, за да работи с моите слухови апарати; и то не всички.
Грасиас!
Не ми се получи, това съобщение продължава да се появява при зареждане.
Изпълних командата: sudo grub-mkconfig -o /boot/grub/grub.cfg, няма проблем, но при зареждане все пак получавам съобщението.
Благодаря, ще опитам. Бях забелязал грешката, но виждайки, че всичко работи правилно, не започнах да търся решение.
Благодаря ти…..
Когато беше инсталиран (това ми се случи, както в някои други случаи), получих съобщението, че е инсталиран като grub.cfg.pacnew и когато рестартирам болка в окото, съобщението за грешка .... И така, преди да направя съответната промяна на файловете, започнах да сравнявам двата файла (grub.cfg и grub.cfg.pacnew) и се оказа, че има някои разлики:
първо този, който споменахте del ro y rw
след това UUID на / dev / sda2, който можете да проверите във fstab, той е променен в grub.cfg.pacnew,
както и в grub.cfg изглежда погледнете 2 в края
ако [x $ feature_platform_search_hint = xy]; тогава
търсене –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
и в grub.cfg.pacnew се променя на 5
ако [x $ feature_platform_search_hint = xy]; тогава
търсене –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
Бях измислил това решение преди и то работеше на моя работен плот (bios), но не и на моя лаптоп (uefi). На моя лаптоп за зареждане използва само efistub, нито grub, нито syslinux, нито gumiboot. Със сигурност ако инсталирам grub, това ще реши проблема, но бих искал да намеря решението, преди да тръгна по допирателна.
Благодаря за публикацията, преди няколко дни също гледах това предупреждение, но тъй като всичко все още беше наред и не исках да го поправям, не търсете нищо 😀, но днес ми писна да го виждам.
Поздрави, благодаря за поста.
Благодаря ви много, бях проверил много настройки и не можах да намеря какъв е проблемът. Започваше да ме плаши. : стр
Помогна ми.
Но използвам syslinux и отидох в папката / boot / syslinux и редактирах файла syslinux.cfg и промених всичко, което казваше ro на rw.
Благодаря Ви много.
Благодаря, ако работи!
Наздраве !!!! 🙂
Току-що актуализирах всичко, уплаших се, когато видях това съобщение, мислех, че инсталацията ми ще бъде загубена, благодаря за информацията, всичко е наред сега.
Благодаря elav, работи перфектно
Той не само поправи споменатата грешка, но също така и грешка, която е имала преди това. Имаше линия, която беше остаряла от предишна актуализация и я модифицирах на ръка всеки път, когато стартирах!
Много благодаря! 🙂
Благодаря работи перфектно. Сега продължавайте да хвърляте съобщение, но мисля, че е нормално
Вашият принос беше много полезен за мен, благодаря!
Имам само един въпрос в реда, който сте написали:
Проверка на файла /etc/grub/grub.cfg Забелязах проблема в реда:
Няма да е в / boot / grub / адрес вместо / etc ??.
Това работи ли за Кадемар, който е базиран на Arch?