[Eisfair] pcspkr (et al)

[Hilmar Böhm]

Hallo Marcus,

Am 04.03.19 um 12:48 schrieb Marcus Roeckrath:
> Solche Re-Mounts sehe ich nur auf meinem eis64 und dem Schulserver, aber
> nicht auf meinem privaten eis1-Produktiv-Server.
> 
> Könnte mit den Devices zusammenhängen: Letzterer arbeitet noch mit
> Standard-IDE (hd-Devices) die anderen mit sd-Devices.

das habe ich nicht verstanden...
Btw. der Host läuft auf einer SSD (3G-SATA, aber wahrscheinlich doch schneller als eine herkömmliche HD).

Die Bildschirm-Meldungen beim Booten selbst und die Meldungen des "dmesg" unterscheiden sich.
Ich habe mal die Meldungen beim Booten abgetippt (Gibt es eigentlich kein gpm o.ä.?):

-----------------------------------------------------------------------------------------
...
Adding 131068k swap on /dev/sda2.  Priority:-1 ectents:1 across:131068k FS
  * Mounting root file system in read-only mode
EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
  * Checking file Systems...
fsck from util-linux 2.28
/dev/sda3: clean, 30572/644640 files, 207092/2573563 blocks
/dev/sda1: clean, 20/12288 files, 22649/49152 blocks
  * Remounting root file system on read-write mode...
EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro
  * Mounting remaining file systems...
/                        : ignored
EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: errors=remount-ro
/boot                    : successfully mounted
none                     : ignored
/proc                    : already mounted
/media/floppy            : ignored
/media/cdrom             : ignored
/dev/pts                 : successfully mounted
/sys                     : already mounted
/run/shm                 : successfully mounted
/run                     : already mounted
/dev                     : already mounted
EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro,acl,user_xattr
  * Setting console mode to Unicode (UTS-8)...
...
-----------------------------------------------------------------------------------------

Wie man sieht, wird (zumind.) das Root-FS fsck'ed und davor ro und danch wieder rw gemounted.

Normalerweise geht das mounten eines sauberen (clean) FS auch bei einem langsamen System (wie hier) schnell. Wenn es länger 
dauert, könnte das darauf hindeuten, dass das FS beim vorherigen Shutdown nicht sauber dismounted wurde(?).
Ich habe mal testweise die vHD dieses Systems als sdb an eine andere Eisfair-VM am gleichen Host gehängt und ein

# time fsck -y -f /dev/sdb3

durchgeführt:
-----------------
real  0m1.404s
user  0m0.564s
sys   0m0.608s
-----------------
Das sieht gut aus und es kann die lange Wartezeit nicht erklären.

Wo könnte ich noch suchen?

Grüße. / Hilmar.