Re: geli: Cannot read metadata nach Update

Hallo,

so hab es jetzt gefilmt und zwar einmal mein Stick und den 9.0-Release
Stick mit meiner Config.

Der 9.0-ReleaseStick kann dann den ZPool nicht als rout mounten und
steht an mountroot. Das sollte aber klappen, wenn ich den zfspool
manuell mounte mit dem Cache-File.

Bei meinem Stick erscheint folgendes

FreeBSD 9.1-BETA1 ... <kernelconfig>
link_elf_obj: symbol gets undefined
KLD file geom_eli.ko - could not finalize loading

dann meckert er noch über geom_label, da es schon fest im Kernel ist und
dann nochmal als Modul geladen werden soll, kann man also ignorieren.

Screenshot ist hier: http://www.kobo24.de/geli_boot_error.jpeg

Bin zwar nicht mehr verzweifelt, aber etwas ratlos...

Danke und Gruß
Oliver

On 13.07.2012 11:52, Oliver Schneider wrote:
> Hallo Olli,
>
> Danke erstmal.
>
> On Fri, Jul 13, 2012 at 10:58:35AM +0200 Oliver Fromme wrote:
>> Oliver Schneider wrote:
>> > geli attach -r -k keyfile /dev/label/disk0
>> >
>> > funktioniert alle vier geli Provider sind da ...
>>
>> Letzteres sollte keinen Unterschied machen, da GEOM_LABEL
>> bereits im GENERIC-Kernel enthalten ist. Oder hast Du es
>> aus Deiner Kernel-config entfernt?
>
> Kann es noch nicht ganz sagen, verschlüsselte Platten mit zfs pool drauf
> :). Habe aber kein Backup der Kernelconfig irgendwoi (wozu auch, s.u.).
> Ich kann mir nicht vorstellen, dass ich geom_label herausgenommen habe.
> Auf x86 Maschinen sehe ich da auch kaum Bedarf an Änderungen. Allenfalls
> was dazu.
>
>> Sieht auf den ersten Blick in Ordnung aus. Nur Spekulation,
>> aber vielleicht hat sich durch einen Zufall die Reihenfolge
>> geändert, in der die Module initalisiert werden. Falls geli
>> vor glabel initialisiert wird, dann findet geli die Platten
>> nicht. Hast Du bei Dir etwas daran geändert, welche GEOM-
>> Module Du statisch im Kernel hast und welche als KLD geladen
>> werden?
>
> Neu seit dem Boot ist das vbox-Modul. Sonst ist nichts geändert seit dem
> letzten Stable-Stand. In der loader.conf. Ich wüsste auch nicht warum.
>
>> Von wann war eigentlich die vorherige 9-stable-Version, mit
>> der es noch funktioniert hat?
>
> Stand der alten Dateien ist vom 4. April. Also Sourcen zwischen dem 1-4.
> April. Kernel 9.0 Release und aktuelles stable sollten ja noch in sync sein.
> Dann werde ich mal auf einen 2. Stick /boot aus dem Livesystem kopieren und
> meine loader.conf sowie keys und zfs-Dateien.
>
>> Falls Du nicht weiterkommst, solltest Du die Situation evtl.
>> mal in der englischsprachigen freebsd-geom-Liste schildern
>> und/oder in der freebsd-stable-Liste. Ich bin sicher, dass
>> man Dir da helfen kann.
>
> Ja da hatte ich dann gestern auch gelesen, dass ein BIOS sich auf dem(n)
> letzte(n) Sektoren verewigt hatte. Da ist mir mal kurz ganz schwindlig
> geworden. Die wichtigen Sachen habe ich zwar als Backup, aber die Masse an
> unwichtigen wäre schon ärgerlich gewesen.
>
>> Noch ein kleiner Hinweis:
> ...
>> Siehe UPDATING für Details. In vielen Fällen geht es auch
> Danke
>
>> vorgang mitfilmen. In dem Video konnte ich dann die durch-
>> geflutschten Fehlermeldungen identifizieren (in der Zeitlupe
>> bzw. im Einzelbildmodus). Funktioniert aber nur mit TFTs
>> (nicht mit alten Röhrengeräten wegen dem Nachleuchten), und
>> man muss ggf. beim Monitor die Helligkeit heraufdrehen und
>> bei der Kamera die Helligkeitskorrektur heruntersetzen, damit
>> die Belichtungszeiten der Einzelbilder kürzer werden.
>
> Hab nur so neumodischen Mist mit Autofokus und Autobelichtungszeiten etc.
> Ich probiers mal.
>
> Ich melde mich wenn es was neues gibt :)
>
> Danke und Gruß
> Oliver
>

To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Fri 13 Jul 2012 - 12:50:33 CEST