[Eisfair] Update Base 2.6.5 online

[Stefan Welte]

Hallo Holger,

Am 07.01.2016 um 23:59 schrieb Holger Bruenjes:
> Du koenntest noch etwas mitgeben
> 
> -V
>     Produce verbose output, including all file system-specific
> commands that are executed.

Ausgabe von /etc/init.d/checkfs mit fstab-Zeile für /boot mit "0 1":
(repair filesystem) # /etc/init.d/checkfs start
* Mounting root file system in read-only mode...
* Checking file systems...
fsck from util-linux 2.26.2
Checking all file systems.
[/sbin/fsck.ext3 (1) -- /] fsck.ext3 -p -C0 /dev/sda6
ROOTPART: clean, 39166/79360 files, 284632/317275 blocks
[/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -p -C0 /dev/sda1
/dev/sda1 is mounted.
[/sbin/fsck.xfs (1) -- /data] fsck.xfs -p /dev/md1
/sbin/fsck.xfs: XFS file system.
bootfsck-Rueckgabewert: 8

fsck failed. Please repair manually and reboot. The root
file system is currently mounted read-only. To remount it
read-write:

bash# mount -n -o remount,rw /

Attention: Only CONTROL-D will reboot the system in this
maintanance mode. shutdown or reboot will not work.

sh: no job control in this shell
(repair filesystem) #

Kann es sein, dass /boot nicht erfolgreich gecheckt wird, weil es gemountet ist (vermutlich rw)?
Ich kann es gerne bei Bedarf überprüfen/anzeigen lassen, unmittelbar bevor der fsck-Durchgang startet.
/ wird zuvor extra ro gemountet, wieso nicht /boot?
Oder sollte /boot noch garnicht gemountet sein zu diesem Zeitpunkt und ist es bei meinem System trotzdem?

> blkid  kontrollieren
die Ausgabe von blkid sieht unverdächtig/normal aus oder was meinst du damit?

Danke,
Stefan