[Eisfair] [e1] Fehler nach update auf base v2.8.5 und eiskernel-smp v4.4.0

[Marcus Röckrath]

Hallo Wolfgang,

W. Loefstedt wrote:

> eisfair # blkid
> /dev/sda1: UUID="1f70d409-483b-058c-fc07-f9caef733a07"
> TYPE="linux_raid_member" PARTUUID="ad32c964-01"
> /dev/sda2: UUID="657ec4f8-20e3-ec04-448f-a1ba0f6f4ac0"
> TYPE="linux_raid_member" PARTUUID="ad32c964-02"
> /dev/sda3: UUID="60ec271a-d972-5672-726b-c5ad5d1dd273"
> TYPE="linux_raid_member" PARTUUID="ad32c964-03"

> /dev/sdb1: UUID="1f70d409-483b-058c-fc07-f9caef733a07"
> TYPE="linux_raid_member" PARTUUID="e879e879-01"
> /dev/sdb2: UUID="657ec4f8-20e3-ec04-448f-a1ba0f6f4ac0"
> TYPE="linux_raid_member" PARTUUID="e879e879-02"
> /dev/sdb3: UUID="60ec271a-d972-5672-726b-c5ad5d1dd273"
> TYPE="linux_raid_member" PARTUUID="e879e879-03"

Das passt zur /etc/mdadm.conf aus der Fallback-initrd.

Bitte zur Sicherheit auch noch

mdadm --examine --scan

> /dev/md127: UUID="6174a464-6b28-47bf-ab2b-9a92e9bef022" TYPE="ext3"
> /dev/md126: TYPE="swap"

Das ist nicht gut; swap hat keine UUID.

Sollte sich auch bei RAID so reparieren lassen (swapoff dürfte wohl Fehler
bringen, da keine swap-Partition eingebunden ist):

swapoff -a
mkswap /dev/md126
swapon /dev/md126
/sbin/udevadm trigger

md126 ist derzeit swap.

Ein blkid sollte nun auch für swap eine UUID anzeigen.

Das könnte die Ursache des Chaos sein.

> /etc/fstab
>  none swap sw 0 0

Dem Eintrag fehlt das Device, also die oben für swap mit blkid ermittelte
UUID an den Anfang der Zeile schreiben.

UUID=........

Danach mit

Dann könnten wir die initrd mit einer korrekten /etc/mdadm reparieren.

Nach deren Hineinkopieren nach /boot muss lilo aufgerufen werden,
wozu /etc/lilo.conf die boot-Zeile zu korrigieren ist (md1 -> md125).

@Holger:
Was machen wir mit der /etc/mdadm/mdadm.conf des laufenden Systems, die sah
ja auch falsch aus - oder ist das erstmal egal.

-- 
Gruß Marcus
[eisfair-Team]