Vor ein paar Tagen nach dem Update auf Kernel 3.10, als ich meine brandneue anfing ArchLinux nach dem GRUBIch habe eine Warnung erhalten, die besagt:
Das Root-Gerät ist nicht für das Bereitstellen von Lese- und Schreibzugriff konfiguriert! Möglicherweise wird es später erneut überprüft
Aber da alles normal begann, habe ich nicht darauf geachtet. Aber heute habe ich beschlossen, diese Warnung nicht mehr zu sehen und habe nach möglichen Ursachen gesucht.
Meine Datei überprüfen / etc / fstab Ich stelle fest, dass die Discs mit der Option montiert sind rw (Lesen-Schreiben), daher war die obige Warnung bedeutungslos.
Ohne Internet im Haus konnte ich nicht suchen Google noch in der Foren oder Arch WikiAlso "berührte" ich die Dateien weiter und überprüfte, wo das Problem liegen könnte.
Also dachte ich: Wer sagt meiner Distribution, dass sie den Kernel auf einer bestimmten Partition anheben soll? Und es stellt sich heraus, dass der erste, der beim Einschalten des Computers angezeigt wird, kein anderer ist als GRUB.
Einchecken der Datei /etc/grub/grub.cfg Ich habe das Problem in der Leitung bemerkt:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 ro quiet
Was, wenn Sie es sich ansehen, die Option hat ro (Nur Lesen) und es sollte sein rw (lesen Schreiben).
Um dies zu lösen, habe ich die Datei nicht manuell berührt, sondern zuerst den folgenden Befehl ausgeführt:
sudo grub-mkconfig -o /boot/grub/grub.cfg
Beim erneuten Zugriff auf die GRUB-Konfiguration wurde die Zeile dann korrekt angezeigt:
linux /vmlinuz-linux root=UUID=722dbb91-9299-44e9-9032-d9fd812152e7 rw quiet
Ich habe den Computer neu gestartet und voila, die Warnung ist verschwunden 🙂
Hallo,
Es ist das erste Mal, dass ich einen Kommentar mache, obwohl ich Ihnen regelmäßig folge.
Ich bin seit kurzer Zeit bei Arch und auch seit ich auf Kernel 3.10 aktualisiert habe, erhalte ich diesen Fehler, obwohl, wie Sie sagen, alles weiterhin korrekt zu funktionieren scheint. Ich bin wie im Beitrag angegeben vorgegangen und in grub.cfg wird bereits "rw" angezeigt, aber beim Neustart wird der Fehler weiterhin angezeigt.
Ich nutze diese Gelegenheit, um Ihnen zum Blog zu gratulieren.
Hola:
Haben Sie bemerkt, dass die Datei /etc/grub/grub.cfg auch das ro in rw geändert hat? Ich habe angefangen, im Arch-Forum nachzuschauen, und vielleicht ist Ihr Fall nicht wie meiner und Sie müssen tun, was in angegeben ist Diesen Beitrag, obwohl ich vorschlage, dass Sie den gesamten Thread lesen. In demselben Thread löst einer der Benutzer sein Problem genau wie ich.
Ich habe auf einer anderen Ubuntu-Partition installiert und es gibt den "Master" -Grub. Ich habe letzteren aktualisiert und der Fehler wird nicht mehr angezeigt.
Vielen Dank
wie sie im arch-spanischen Forum sagen, installieren Sie grub2 neu und führen Sie es aus
# grub-mkconfig -o /boot/grub/grub.cfg
Ich musste Grub2 nicht neu installieren. Führen Sie einfach den von Ihnen erwähnten Befehl aus.
Es ist vielleicht nicht der richtige Ort, aber weiß jemand, warum libreoffice 4.1 immer noch nicht im Arch-Repo ist, wenn man die Tatsache ausnutzt, dass es sich bei dem Beitrag um Arch handelt?
Hmm, keine Ahnung, du müsstest danach suchen und lesen.
Normalerweise haben wir unter Arch Linux kurz nach der Veröffentlichung die neuesten Versionen der Software, aber LibreOffice ist eine Ausnahme. Es dauert immer lange, bis stabile Repos erreicht sind. Das letzte Mal, als ich nachgesehen habe, hat es ungefähr einen Monat gedauert, wenn ich mich nicht irre.
Währenddessen können Sie es aus Testing kompilieren oder installieren.
Danke elav, ich habe wochenlang nach dieser Lösung gesucht und es war etwas so Einfaches, dass die Warnung allgemein xD geworden war.
Hahaha, das gleiche passierte mir, bis ich es satt hatte, es zu sehen ... zur Hölle mit Warnung
Hahahaha, eine andere wie diese. Als die Nachricht zum ersten Mal herauskam, tat ich, was sie sagte. Ich überprüfte die Root-Partition, und da es nicht half, ignorierte ich sie einfach. Am Ende schien sie überhaupt nichts zu bewirken. 😀
Es scheint, dass alle Arch-Benutzer etwas faul sind. 😀
Ich bekomme auch diese kleine Nachricht und komme an fsck xd vorbei ... aber der Punkt ist, dass ich / etc / grub nicht habe, ich werde versuchen, /boot/grub/grub.cfg zu ändern.
Lösung für diejenigen wie mich, die Syslinux anstelle von Grub2 verwenden.
Tun:
sudo hand /boot/syslinux/syslinux.cfg
Ändern Sie in der Kernel-Zeile das ro in rw.
Speichern und
Speichern und neu starten.
Problem gelöst.
Als ich Archlinux benutzte, erschien es mir auch, aber da ich nichts Seltsames bemerkte, dachte ich nie daran, es zu reparieren.
Danke, die Wahrheit ist, dass ich gestresst war, diese Warnung zu sehen, obwohl sie nichts im System beeinflusst hat.
Grüße.
Ich habe etwas Ähnliches gemacht, wie sie es mit GRUB2 im Thread vorgeschlagen haben, aber in BURG. Für diejenigen unter Ihnen, die BURG wie mich verwenden, bearbeiten Sie die Datei:
/etc/burg.d/proxifiedScripts/linuxSuchen Sie die Zeile 92 und ändern Sie sie dort, wo "ro" steht, in "rw". Führen Sie dann als root aus:
burg-mkconfig -o /boot/burg/burg.cfgUnd damit sollten Sie bereit sein.
Es scheint, dass das Problem bereits standardmäßig behoben ist. Ich habe eine Neuinstallation durchgeführt und jetzt wird diese Meldung nicht mehr angezeigt.
Im Manjaro ist es in:
/boot/grub/grub.cfg
Eine andere Sache, die Datei soll /boot/grub/grub.cfg Es sollte nicht bearbeitet werden, vorzugsweise sollten Sie damit arbeiten / Etc / default / grub. Dort muss man hinzufügen rw:
...
GRUB_DISTRIBUTOR = »Arch»
GRUB_CMDLINE_LINUX_DEFAULT = »rw ipv6.disable = 1 ″
GRUB_CMDLINE_LINUX = »»
...
Der Punkt ist, dass es Ihnen wie mir passieren kann, ich habe es getan, wie Sie sagen, und beim Generieren der Konfiguration habe ich "rw ro quiet splash" gesetzt. Ich meine, es hat nichts repariert.
Es wäre vorzuziehen, Zeile 138 von /etc/grub.d/10_linux oder Zeile 92 von /etc/burg.d/10_linux_proxy zu reparieren. Auf diese Weise wird die Konfiguration beim Aktualisieren perfekt repariert.
Ich würde so etwas wie "ro rw nasquemás" sagen, aber trotzdem kam das Problem, dass die Warnung nicht mehr herauskam.
"Seltsame" Dinge passieren in Arch. Zum Beispiel erkannte Arch vor der Neuinstallation mit dem LTS ALSA-Kernel alles. Nach der Neuinstallation musste ich PulseAudio installieren, damit es mit meinen Hörgeräten funktioniert. und nicht jeder.
Dank!
Es hat bei mir nicht funktioniert, diese Meldung wird beim Booten immer wieder angezeigt.
Ich habe den Befehl ausgeführt: sudo grub-mkconfig -o /boot/grub/grub.cfg, kein Problem, aber beim Booten erhalte ich immer noch die Meldung.
Danke, ich werde es versuchen. Ich hatte den Fehler bemerkt, aber als ich sah, dass alles richtig funktionierte, suchte ich nicht nach einer Lösung.
Vielen Dank…..
Als es installiert wurde (es passierte mir wie bei einigen anderen Gelegenheiten), erhielt ich die Meldung, dass es als grub.cfg.pacnew installiert wurde, und als ich Schmerz für das Auge neu starte, die Fehlermeldung…. Bevor ich die entsprechenden Änderungen an den Dateien vornahm, begann ich, die beiden Dateien (grub.cfg und grub.cfg.pacnew) zu vergleichen, und es stellte sich heraus, dass es einige Unterschiede gab:
zuerst die, die du erwähnt hast del ro y rw
dann wurde die UUID von / dev / sda2, die Sie in der fstab einchecken können, in der grub.cfg.pacnew geändert,
sowie in der grub.cfg erscheint die 2 am ende
if [x $ feature_platform_search_hint = xy]; dann
Suche –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos2
und in grub.cfg.pacnew wird es in 5 geändert
if [x $ feature_platform_search_hint = xy]; dann
Suche –no-floppy –fs-uuid –set = root –hint-bios = hd0, msdos5
Ich hatte mir diese Lösung schon einmal ausgedacht und sie funktionierte auf meinem Desktop-Computer (BIOS), aber nicht auf meinem Laptop (UEFI). In meinem Laptop wird zum Booten nur Efistub verwendet, weder Grub noch Syslinux oder Gumiboot. Wenn ich grub installiere, würde dies sicherlich das Problem lösen, aber ich würde gerne die Lösung finden, bevor ich mich auf eine Tangente einlasse.
Vielen Dank für den Beitrag, vor ein paar Tagen habe ich mir auch diese Warnung angesehen, aber da alles noch in Ordnung war und ich sie nicht reparieren wollte, suche nichts 😀 aber heute habe ich es satt, sie zu sehen.
Grüße, danke für den Beitrag.
Vielen Dank, ich hatte viele Einstellungen überprüft und konnte das Problem nicht finden. Es begann mich zu erschrecken. : p
Es hat mir geholfen.
Aber ich benutze syslinux und bin in den Ordner / boot / syslinux gegangen und habe die Datei syslinux.cfg bearbeitet und alles, was ro sagt, in rw geändert.
Vielen Dank.
Danke, wenn es funktioniert!
Prost!!!! 🙂
Ich habe gerade alles aktualisiert, ich hatte Angst, als ich diese Nachricht sah, ich dachte, meine Installation würde verloren gehen, danke für die Informationen, jetzt ist alles in Ordnung.
Danke elav, es hat perfekt funktioniert
Es wurde nicht nur der erwähnte Fehler behoben, sondern auch ein Fehler, den es zuvor hatte. Es gab eine Zeile, die von einem früheren Update nicht mehr aktuell war, und ich habe sie bei jedem Start von Hand geändert!
Danke vielmals! 🙂
Danke, es hat perfekt funktioniert. Wirf jetzt weiter eine Nachricht, aber ich denke, das ist normal
Ihr Beitrag war sehr hilfreich für mich, danke!
Ich habe nur eine Frage in der Zeile, die Sie geschrieben haben:
Beim Überprüfen der Datei /etc/grub/grub.cfg ist mir das Problem in der Zeile aufgefallen:
Es wäre nicht in der / boot / grub / Adresse anstelle von / etc ??.
Funktioniert das für Kademar, der auf Arch basiert?