Kilka dni temu, po aktualizacji do Kernel 3.10, kiedy zacząłem mój nowy ArchLinux po GRUB, Otrzymałem ostrzeżenie, które brzmiało:
Urządzenie główne nie jest skonfigurowane do podłączenia do odczytu i zapisu! Może to być ponownie później
Ale ponieważ wszystko zaczęło się normalnie, nie zwracałem na to uwagi. Ale dzisiaj zdecydowałem, że nie chcę już widzieć tego ostrzeżenia i zacząłem szukać możliwych przyczyn.
Sprawdzam mój plik / etc / fstab Zauważyłem, że tarcze są montowane z opcją rw (odczyt i zapis), dlatego powyższe ostrzeżenie było bez znaczenia.
Bez internetu w domu nie mogłem szukać Google ani w Forum o Arch Wiki, więc ciągle „dotykałem” plików, sprawdzając, gdzie może być problem.
Pomyślałem więc: kto jest tym, który mówi mojej dystrybucji, aby podniosła jądro na danej partycji? I okazuje się, że pierwszy, który pojawia się po włączeniu komputera, to nikt inny GRUB.
Wpisywanie pliku /etc/grub/grub.cfg Zauważyłem problem na linii:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Która, jeśli spojrzysz na to, ma opcję ro (Tylko do odczytu) i tak powinno być rw (czytanie, pisanie).
Aby rozwiązać ten problem, nie dotknąłem pliku ręcznie, ale najpierw uruchomiłem polecenie:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Następnie podczas ponownego uzyskiwania dostępu do konfiguracji GRUB-a linia wyglądała poprawnie:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Zrestartowałem komputer i voila, ostrzeżenie zniknęło 🙂
Cześć,
To pierwszy raz, kiedy komentuję, chociaż regularnie Cię obserwuję.
Używam Arch przez krótki czas, a także od czasu aktualizacji do jądra 3.10 pojawia się ten błąd, chociaż jak mówisz, wszystko wydaje się działać poprawnie. Postępowałem tak, jak wskazano w poście, a „rw” już pojawia się w grub.cfg, ale po ponownym uruchomieniu błąd nadal się pojawia.
Korzystam z okazji i gratuluję na blogu.
Witam:
Czy zauważyłeś, że plik /etc/grub/grub.cfg również zmienił ro na rw? Zacząłem szukać na forum Arch i może Twoja sprawa nie jest taka jak moja i musisz robić to co wskazują ten post, chociaż proponuję przeczytać cały wątek. W tym samym wątku jeden z użytkowników rozwiązuje swój problem dokładnie tak jak ja.
Zainstalowałem na innej partycji Ubuntu i jest tam „główny” grub, zaktualizowałem ten drugi i błąd już się nie pojawia.
dziękuję bardzo
jak mówią na forum Arch-Spanish zainstaluj ponownie grub2 i uruchom
# grub-mkconfig -o /boot/grub/grub.cfg
Nie musiałem ponownie instalować Grub2. Po prostu uruchom polecenie, o którym wspomniałeś.
Może to nie jest właściwe miejsce, ale korzystając z faktu, że post dotyczy Arch, czy ktoś wie, dlaczego libreoffice 4.1 wciąż nie znajduje się w repozytorium Arch?
Hmm, nie mam pojęcia, musiałbyś o tym poszukać i poczytać.
Zwykle w Arch Linux mamy najnowsze wersje oprogramowania wkrótce po wydaniu, ale LibreOffice jest wyjątkiem, zawsze osiągnięcie stabilnych repozytoriów zajmuje dużo czasu. Kiedy ostatnio sprawdzałem, zajęło to około miesiąca, jeśli się nie mylę.
To, co możesz zrobić, to skompilować lub zainstalować go z Testowania.
Dzięki elav, spędziłem tygodnie szukając tego rozwiązania i było to coś tak prostego, że ostrzeżenie stało się powszechne xD.
Hahaha, to samo przydarzyło mi się, dopóki nie zmęczyło mnie oglądanie tego… do diabła z Warning
Hahahaha, kolejny podobny, kiedy pierwszy raz pojawiła się wiadomość, zrobiłem to, co powiedział, sprawdziłem partycję główną, a ponieważ to nie pomogło, po prostu ją zignorowałem, ostatecznie nie miało to żadnego wpływu. 😀
Wygląda na to, że wszyscy użytkownicy Arch są leniwi. 😀
Otrzymuję też tę małą wiadomość i przechodzę fsck xd ... ale chodzi o to, że nie mam / etc / grub, spróbuję zmodyfikować /boot/grub/grub.cfg.
Rozwiązanie dla takich jak ja, którzy używają Syslinux zamiast Grub2.
Zrobić:
sudo hand /boot/syslinux/syslinux.cfg
W wierszu jądra zmień ro na rw.
Zapisz i
Zapisz i uruchom ponownie.
Problem rozwiązany.
Kiedy użyłem archlinux, wydało mi się to również, ale ponieważ nie zauważyłem nic dziwnego, nigdy nie myślałem o naprawieniu tego.
Dzięki, prawda jest taka, że byłem zestresowany widząc to ostrzeżenie, mimo że nie miało to żadnego wpływu na system.
Pozdrowienia.
Zrobiłem coś podobnego do tego, co zasugerowali z GRUB2 w wątku, ale w BURG. Dla tych z Was, którzy używają BURG, tak jak ja, edytuj plik:
/etc/burg.d/proxifiedScripts/linuxZnajdź wiersz 92 i tam, gdzie jest napisane „ro”, zmień go na „rw”. Następnie uruchom jako root:
burg-mkconfig -o /boot/burg/burg.cfgI z tym powinieneś być gotowy.
Wygląda na to, że problem jest już standardowo rozwiązany. Wykonałem czystą instalację i teraz ten komunikat już się nie pojawia.
W Manjaro jest w:
/boot/grub/grub.cfg
Inna sprawa, przypuszcza się, że plik /boot/grub/grub.cfg Nie należy go edytować, najlepiej z nim pracować / etc / default / grub. Tam musisz dodać rw:
...
GRUB_DISTRIBUTOR = »Arch»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
Chodzi o to, że może ci się to przytrafić tak jak ja, zrobiłem to jak mówisz i podczas generowania konfiguracji wstawiłem "rw ro quiet splash". To znaczy, niczego nie naprawił.
Byłoby lepiej naprawić linię 138 w /etc/grub.d/10_linux lub linię 92 w /etc/burg.d/10_linux_proxy. W ten sposób podczas aktualizacji konfiguracji zostanie to idealnie naprawione.
Powiedziałbym coś w stylu "ro rw nosequemás", ale i tak problem przestał się pojawiać.
W Arch zdarzają się „dziwne” rzeczy. Na przykład przed ponowną instalacją Archa, z jądrem LTS ALSA, rozpoznał wszystko, po ponownej instalacji musiałem zainstalować PulseAudio, aby działało ze słuchawkami; i nie wszyscy.
dziękuję!
U mnie nie zadziałało, ten komunikat pojawia się podczas uruchamiania.
Uruchomiłem polecenie: sudo grub-mkconfig -o /boot/grub/grub.cfg, nie ma problemu, ale podczas uruchamiania nadal otrzymuję komunikat.
Dzięki, spróbuję. Zauważyłem błąd, ale widząc, że wszystko działa poprawnie, nie zacząłem szukać rozwiązania.
Dziękuję Ci…..
Kiedy został zainstalowany (zdarzało mi się to jak w innych przypadkach) otrzymałem komunikat, że został zainstalowany jako grub.cfg.pacnew i kiedy ponownie uruchomię ból w oku, komunikat o błędzie…. Więc przed dokonaniem odpowiedniej zmiany plików zacząłem porównywać oba pliki (grub.cfg i grub.cfg.pacnew) i okazuje się, że były pewne różnice:
najpierw ten, o którym wspomniałeś del ro i rw
następnie UUID / dev / sda2, który możesz sprawdzić w fstab, został zmieniony w grub.cfg.pacnew,
jak również w grub.cfg, wygląda na to, spójrz na 2 na końcu
if [x $ feature_platform_search_hint = xy]; następnie
search –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
aw grub.cfg.pacnew jest zmieniony na 5
if [x $ feature_platform_search_hint = xy]; następnie
search –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
Wymyśliłem to rozwiązanie wcześniej i działało na moim komputerze stacjonarnym (BIOS), ale nie na moim laptopie (uefi). Na moim laptopie do uruchomienia używa samego efistub, ani grub, ani syslinux, ani gumiboot. Z pewnością zainstalowanie Gruba rozwiązałoby problem, ale chciałbym znaleźć rozwiązanie przed wyjściem na styczną.
Dzięki za post, kilka dni temu też patrzyłem na to ostrzeżenie ale skoro wszystko było w porządku, a nie chciałem tego naprawiać, nie szukaj niczego 😀 ale dzisiaj zmęczyło mnie to zobaczenie.
Pozdrowienia, dzięki za post.
Bardzo dziękuję, przejrzałem wiele ustawień i nie mogłem znaleźć problemu. Zaczynało mnie przerażać. : p
Pomogło mi.
Ale używam syslinux i przeszedłem do folderu / boot / syslinux, wyedytowałem plik syslinux.cfg i zmieniłem wszystko, co mówiło ro na rw.
Dziękuję bardzo.
Dzięki, jeśli to działa!
Twoje zdrowie!!!! 🙂
Właśnie zaktualizowałem wszystko, przestraszyłem się, gdy zobaczyłem ten komunikat, myślałem, że moja instalacja zostanie zgubiona, dzięki za informację, teraz wszystko jest w porządku.
Dzięki elav, zadziałało idealnie
Naprawił nie tylko wspomniany błąd, ale także błąd, który miał wcześniej. W poprzedniej aktualizacji była nieaktualna linia, którą modyfikowałem ręcznie przy każdym uruchomieniu!
Wielkie dzięki! 🙂
Dzięki, działało idealnie. Teraz wysyłaj dalej wiadomość, ale myślę, że to normalne
Twój wkład był dla mnie bardzo pomocny, dziękuję!
Mam tylko jedno pytanie w linii, którą napisałeś:
Sprawdzając plik /etc/grub/grub.cfg zauważyłem problem w linii:
Nie byłoby go w katalogu / boot / grub / address zamiast / etc ??.
Czy to działa dla Kademara, który jest oparty na Arch?