[Eisfair] eis64: apache2

Marcus Röckrath marcus.roeckrath at gmx.de
So Jun 14 21:15:49 CEST 2026


Hallo Stefan,

Stefan H. wrote:

> stefanh at Stefans-TC-M920x:~$ sudo fsck.ext4 -n /dev/sda1
> e2fsck 1.47.2 (1-Jan-2025)
> Warning: skipping journal recovery because doing a read-only filesystem
> check.

Wieso gibt es auf sda1 ein Journal zu recovern?

Auf Boot wird nur ganz selten geschrieben, z. B. bei Kernelupdates!

Ich wüsste nicht, was da so kurzfristig zur Zeit der Deinstallation von dev-
Paketen an Dateiänderungen auf /boot zu machen waren, die dann auch nicht 
mehr gesynct werden konnten.

Schau mal die Datumsstempel der Dateien in /boot an. Gibt es was von heute?

Auf meiner Bootparttion wurde zuletzt im Mai bei einem Kernelupdate 
geschrieben.

> /dev/sda1: clean, 30/24576 files, 36215/98304 blocks
> stefanh at Stefans-TC-M920x:~$ sudo fsck.ext4 -n /dev/sda3
> e2fsck 1.47.2 (1-Jan-2025)
> /dev/sda3: clean, 635861/122085376 files, 395111874/488312337 blocks
> stefanh at Stefans-TC-M920x:~$ sudo fsck.ext4 /dev/sda1
> e2fsck 1.47.2 (1-Jan-2025)

Hier wird das dann repariert!

> /dev/sda1: recovering journal
> /dev/sda1: clean, 30/24576 files, 36215/98304 blocks

> Das Filesystem scheint also OK zu sein. Was nun?

Platte auslesen:

dd if=/dev/sda of=/dev/null status=progress

Das kann dauern und darf keine I/O-Error liefern.

Nimm von den Daten der Bootpartition mal md5summen (md5sum) und vergleiche 
sie mit einem Backup oder die Dateien direkt mit diff vergleichen.

Ich meine hier zunächst mal kernel und initrd.

Memtest!

Du kommst doch nun an /var/log/log.eis-install ran, schicke mir das bitte - 
ich will sehen, ob da außen den angegebenen dev-Paketen was deinstalliert 
wurde.

Mache vielleicht doch mal einen Film - vielleicht kann man in einem 
Videoeditor zu langsam Frame für Frame durchgehen und doch mehr Infos über 
die Panic bekommen.

-- 
Gruß Marcus
[eisfair-Team]



Mehr Informationen über die Mailingliste Eisfair