[Eisfair] [e1] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0, 0)
Thomas Zweifel
t2fel at gmx.net
Fr Jan 1 11:53:32 CET 2021
Hallo Wolfgang
Am 31.12.20 um 17:57 schrieb W. Loefstedt:
> Am 31.12.2020 um 17:20 schrieb Marcus Röckrath:
>
>> Das deutet doch auf ein Hardwareproblem hin.
>>
>> Ram: memcheck von einem Rettungssystem ausführen
>> Netzteil: kann das unter Last noch stabile Spannungen liefern
Meistens sind Dauerlasten weniger problematisch, als kurzfristige
Lastwechsel, welche die Elkos/Powercaps nicht abfangen.
Deshalb würde ich auch mal ein anderes Netzteil im Nomalbetrieb nehmen.
>> Temperaturproblem?
>
> Hardwaretests unter Last laufen, dauert.
Falls es ein etwas älteres Board nit Elkos ist, auch mal ein Blick auf
eben diese werfen: Geplatzte Sollbruchstellen oder wenn die schief auf
dem Board sitzen wäre das ein indiz für einen HW wechsel.
> Anschliessend kopiere ich /dev/sda zurück:
>> Vorher die zweite Platte aus dem Raid nehmen:
>>
>> mdadm /dev/md1 --fail /dev/sdb1
>> mdadm /dev/md2 --fail /dev/sdb2
>> mdadm /dev/md3 --fail /dev/sdb3
>>
>> mdadm /dev/md1 --remove /dev/sdb1
>> mdadm /dev/md2 --remove /dev/sdb2
>> mdadm /dev/md3 --remove /dev/sdb3
Exakt, aber die Superblocks dringend auch läschen:
for i in 1 2 3 ; do mdadm --zero-superblocks /dev/sdb$i ; done
sonst wird anschliessend von sdb gebootet.
>> Nach dem Rückspielen von sda mit dd und Booten von eis sdb wieder in das
>> Raid integrieren
>>
>> mdadm /dev/md1 --add /dev/sdb1
>> mdadm /dev/md2 --add /dev/sdb2
>> mdadm /dev/md3 --add /dev/sdb3
>>
>> und die Synchronisierung abwarten.
>>
>> Alle Befehle auch für sdb4/md4, falls es eine vierte Partition gibt.
>
> Danke für die Hinweise, guten Rutsch,
Gruss 'und frohes neues' Thomas
Mehr Informationen über die Mailingliste Eisfair