[Eisfair] kernel 4.9.248 testing

Thomas Zweifel t2fel at gmx.net
Mi Jan 27 14:52:13 CET 2021


Hallo Marcus

Am 26.01.21 um 21:31 schrieb Marcus Röckrath:
> Thomas Zweifel wrote:
> 
>>> Dein "Gefrickel", von dem du gesprochen hast, wäre also nicht nötig.
>>
>> Wenn ich nach jeder Änderung am Raid, den Kernel nochmal drüberziehen
>> würde, nein.
> 
> Das müsste sich mit der neuen Struktur der Kernelpakete erledigt haben,
> indem man das Skript zur Neuerstellung der initrd aufruft.
> 
> @Daniel: Stimmt das? Erstellt das eine neue initrd für den gerade laufenden
> oder den neuesten Kernel?

Gut, dann reicht neuerdings das Neuerstellen der initrd.


Wenn man es halt doch mal vergisst, dann wird es beim reboot zwar 
gestartet, allerdings nicht dort, wo man es erwartet:

md127 : active (auto-read-only) raid5 sde8[2] sdc8[0] sdd8[1]
       2096896 blocks level 5, 128k chunk, algorithm 2 [3/3] [UUU]
       bitmap: 0/1 pages [0KB], 32768KB chunk

Bei einer aktiven vg und gemounteten lvs bekommt man es auch nicht mehr 
so leicht als md8 gestartet, um die initrd zu aktualisieren.  ;-)


Bei meiner "Frickelvariante" reicht es, das neuerstellte md in die 
mdadm.conf einzutragen, und nach dem reboot passt alles:

md8 : active raid5 sdc8[0] sde8[2] sdd8[1]
       2096896 blocks level 5, 128k chunk, algorithm 2 [3/3] [UUU]
       bitmap: 0/1 pages [0KB], 32768KB chunk

eis64test # mdadm -D /dev/md8 | grep host
     UUID : 2da15c24:46032633:be6fd90b:787b1654 (local to host eis64test)



 >> Das ist mir aber zu doof --> ändern, neustart , läuft  :-)
 >
 > Kannst du mal genauer sagen, wo du hier manuell eingreifst?

Hmmm...  ich verstehe nicht ganz worauf Du hinaus willst.



Gruss Thomas


Mehr Informationen über die Mailingliste Eisfair