Es gibt wohl keine einfache Möglichkeit herauszufinden aus welcher Datei die Fonts geladen wurden.
Das liegt daran das das Format dieser Dateien auf einfaches
PBM-Format beruht und beim laden einfach in eine entsprechende Struktur eingelesen wird. Diese Fonts haben intern keinen Namen der Inhalt der Datei besteht im wesentlichen nur aus einer Anzahl von Bildern (128 oder 256) welche eine bestimmte Pixelgröße haben X * Y haben. Aus welcher Datei dieses mal geladen wurde ist vollkommen uninteressant, Dateinamen sind wie Schall und Rauch.
Welche Größe der aktuelle Font hat, ist dagegen einfach zu ermitteln
Code:
lux001:~ # showconsolefont -i -v -C /dev/tty2
Character count: 256
Font width : 8
Font height : 16
Normalerweise wird default....... geladen , eventuell auch was irgendwo konfiguriert ist zB in /etc/sysconfig/console
CONSOLE_FONT=
Wenn das aber später vom User geändert wird, ist es fast unmöglich festzustellen von welcher Datei das geladen wurde.
Fast unmöglich desshalb, weil nichts wirklich ganz unmöglich ist.
du kannst versuchen zB mit
den aktuellen Font als Datei zu speichern und dann diese Datei mit den auf dem Rechner vorhandenen Consolefonts zu vergleichen. Leider muss die so erzeugte Datei nicht in der gesamten Größe 100% gleich sein, mit den Dateien die unter /usr/share/kbd/consolefonts rumliegen, der Kopf und das Ende der Datei kann durchaus entsprechend kürzer oder länger sein. Die Daten der PBM-Font-Bilder und derene Reihenfolge sind aber gleich wenn du sie mit die richtige Datei vergleichst.
Um sowas zu vergleichen müsste man sich entweder die unterschiedlich möglichen Dateiformate genauer anschauen und entsprechend ein Script dann so schreiben, dass es nur die reinen Bilddaten vergleicht. oder man versucht es mit heuristischen Methoden die Datei mit den Dateien aus dem Fontsverzeichnis zu vergleichen.
Ich würde zB mal versuchen die Anzahl der Übereinstimmungen der Ausgaben von "strings DATEI | head -40" mit den Ausgaben von "zcat DATEI.gz | strings | head -40" aus dem Fontsverzeichnis zu ermitteln. Ich denke wenn man dort ein bisschen experimentiert und anpasst, müsste sowas durchaus gehen.
robi