Fsck bei jedem Booten, langsames Booten, verschoben /

Heute hatte ich ein nerviges Problem. Wenn ich mit Ubuntu 15.04 boote, wird jedes Mal fsck auf einer Festplatte ausgeführt. Ich habe die Ursache für dieses Problem auf meiner /homePartition gefunden, die sich unter befindet /dev/sda5. Nach dem vollständigen Deaktivieren des Starts von fsck wird /etc/fstabfsck auf keiner Festplatte mehr ausgeführt. Die Partition erscheint sauber, auch ohne fsck auszuführen.

Auch nach dem Deaktivieren der fsck-Prozedur (dies hat auch viel Zeit in Anspruch genommen, bevor fsck entfernt wurde) dauert das Booten von Ubuntu sehr lange (1: 30s), obwohl /es sich auf einer SSD befindet.

Um dies ein wenig zu verwechseln, habe ich einfach meine Root-Partition auf die oben erwähnte SSD verschoben. Das fsck-Problem trat auf, bevor ich dies tat, aber das langsame Hochfahren tat es nicht.

Hier ist meine sudo tune2fs -l /dev/sda5: http://pastebin.com/8fr7ZWCk Bitte informieren Sie mich über alle anderen Informationen / Protokolle, die ich einschließen sollte.

BEARBEITEN:

Beim Betrachten der dmesgAusgabe sah ich diese ziemlich zeitaufwändige Aufgabe:

[    7.019883] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input18
[    7.020394] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input19
[    7.020611] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input20
[    7.020736] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input21
[   96.330932] cgroup: new mount options do not match the existing superblock, will be ignored # this one is taking very long
[   96.348967] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   96.348969] Bluetooth: BNEP filters: protocol multicast
[   96.348972] Bluetooth: BNEP socket layer initialized
[   96.352761] Bluetooth: RFCOMM TTY layer initialized

Ich habe gerade bemerkt, dass meine Swap-Partition auf eine falsche UID in fstab verwiesen wurde. Ich habe das geändert (und auch meine NVidia-Treiber neu installiert), und jetzt startet das System in nur sieben Sekunden!

Ich habe die Ursache für mein Problem gefunden.

In /etc/fstabverwies die Swap-Partition auf eine nicht vorhandene Partitions-UID. Ich habe es aktualisiert und jetzt bootet mein System einwandfrei!

Insbesondere für alle, die dies mit dem Fehler finden, sollten in Ihrem /etc/fstaballe Laufwerke mit ihren gemounteten Verzeichnissen vorhanden sein. Am Ende jeder Plattenzeile befinden sich zwei Zahlen. Wenn die zweite Zahl entweder 2 oder 1 ist, wird eine andere Stufe eines Fs-Checks durchgeführt.

Wenn Sie nicht möchten, dass ein fs-checkbei jedem Start ausgeführt wird, setzen Sie beide Zahlen am Ende auf 0. Das war's. Dann speichern und neu starten. Kein Fs-Check mehr!

Für mich war die Lösung edit /boot/grub/grub.cfg (nachdem ich eine Kopie erstellt habe, sicher), ich fand die Zeile, die linux / boot / vmlinuz + IHRE KERNEL-VERSION enthält, und fügte am Ende der Zeile Fastboot hinzu. Nachdem ich sudo update-grub ausgeführt habe. Fertig, fsck führt beim Start nicht mehr aus. Natürlich ist es ein wenig gefährlich, wenn Sie kein Skript haben, um fsck mit einer gewissen Häufigkeit auszuführen.