Beiträge von Bitzel

Zitat

Wann hast du das letzte Mal als root ein zypper dup ausgeführt?

Wenn ich so einen guten Hinweis bekomme - natürlich gleich nach dem Lesen!

Und es ist mir gleichermaßen peinlich und eine Freude: ls-R ist voller Einträge, und latex kompiliert nun.

Offenbar waren mehr Pakete betroffen, als ich oben gefunden hatte.

Vielen Dank, Luigi!

Etwas ratlos lässt mich die Sache dennoch zurück.

Bis ca. Januar liefen stets die bei SuSE weit verbreiteten halbautomatischen Update (mit Benachrichtigung "Es gibt Software-Aktualisierungen" und manueller Freigabe durch den Benutzer).

Nach einen Crash hatte ich die Vermutung, dass dies nicht mehr funktionierte, fand aber die richtige Stelle in Yast nicht. Daher habe ich dann in Yast auf automatische Aktualisierung umgestellt, was ich meinte gefunden zu haben (siehe Anhang). Die sollte ja eigentlich täglich das gleiche getan haben wie zypper dup.

Es bleibt also unklar,

- weshalb so viele Updates trotz der Einstellung nicht gelaufen waren und

- warum ls-R nicht schon bei der ursprünglichen Installation oder den fast täglichen Updates seitdem mindestens bis zu einem bestimmten Zeitpunkt nicht irgendwann gefüllt wurde.

Liebe Mitforisten,

gerade versuche ich, latex zum ersten Mal auf einem neuen Rechner in Betrieb zu nehmen, und bin dabei auf unerwartete und unbekannte Probleme gestoßen.

Und zwar tritt schon beim simpelsten Hallo-Welt-Dokument folgende Fehlermeldung auf:

Bitzel@kasten:~> latex test.tex 
warning: kpathsea: /etc/texmf/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: /var/lib/texmf/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: /usr/share/texmf/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: /var/cache/texmf/fonts/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
This is pdfTeX, Version 3.141592653-2.6-1.40.25 (TeX Live 2023/TeX Live for SUSE Linux) (preloaded format=latex)
 restricted \write18 enabled.

kpathsea: Running mktexfmt latex.fmt
kpsewhich: symbol lookup error: kpsewhich: undefined symbol: kpathsea_out_name_ok_silent_extended
/usr/bin/mktexfmt: kpsewhich -var-value=TEXMFDIST failed, aborting early.
BEGIN failed--compilation aborted at /usr/bin/mktexfmt line 25.
I can't find the format file `latex.fmt'!

Die entsprechenden Fehler treten genauso bei pdflatex auf und auch, wenn ich gar keine tex-Datei angebe.

Zu diesen Fehlern habe ich schon einige Zeit herumgesucht.

Zum einen habe ich festgestellt, dass das "no usable entries in ls-R" nicht ganz von der Hand zu weisen ist, denn die Datei(en) bestehen jeweils nur aus dem vorgefüllten Standard-Kommentar:

Bitzel@kasten:~> more /etc/texmf/ls-R
% ls-R -- filename database for kpathsea; do not change this line.
Bitzel@kasten:~> 

Werden hier echte Einträge gebraucht? Was muss ich tun, um die zu erzeugen?

Ich benutze zwar schon eine lange Zeit latex, hatte bisher allerdings noch nie von kpathsea gehört, daher würde es mich wundern, wenn ich hier manuell eingreifen müsste.

Mit dem Hinweis "See the manual for how to generate ls-R." bin ich auch nicht viel weiter gekommen, zumal ich gar nicht genau weiß, was ich darin brauchen würde. Werden die Einträge also automatisch erzeugt? Wenn ja, wie?

Daher habe ich zunächst überprüft, ob die Installation aktuell ist - und zwar mit zypper, für den Fall, dass ich bei Yast etwas übersehen habe.

Dabei ist mir aufgefallen, dass der Fehler schon beim Rehashen auftritt:

kasten:~ # zypper up texlive
...
kasten:~ # zypper up texlive-bin
...
kasten:~ # zypper up libkpathsea6
...
kasten:~ # zypper up texlive-kpathsea
...
kasten:~ # zypper up texlive-kpathsea-bin
...
kasten:~ # texconfig rehash
warning: kpathsea: /etc/texmf/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: /var/lib/texmf/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: /usr/share/texmf/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
warning: kpathsea: /var/cache/texmf/fonts/ls-R: No usable entries in ls-R.
warning: kpathsea: See the manual for how to generate ls-R.
mktexlsr: Updating /etc/texmf...
mktexlsr: Updating /usr/local/share/texmf...
mktexlsr: cannot read files, skipping: /usr/local/share/texmf
mktexlsr: Updating /usr/share/texmf...
mktexlsr: Updating /var/cache/texmf/fonts...
mktexlsr: Updating /var/cache/texmf/fonts/texmf...
mktexlsr: cannot read files, skipping: /var/cache/texmf/fonts/texmf
mktexlsr: Updating /var/lib/texmf...
mktexlsr: Done.

(Am Rande frage ich mich, weshalb die Aktualisierungen nicht automatisch geschehen sind, aber das ist ein anderes Thema.)

Um eine andere Test- und Diagnose-Richtung einzuschlagen, habe ich mich mit dem "undefined symbol" befasst. Wenn ich es richtig verstehe, geht es hier um definierte Module, also "Unterprogramme", die in /proc/kallsyms gelistet sein sollten. In dieser Datei finde ich jedoch weder den String "kpath" noch "kpse".

Übrigens liefert auch bereits kpsewhich --help eine entsprechende Fehlermeldung.

Die Erstinstallation liegt zwar schon etwas zurück, allerdings habe ich bisher noch kein latex verwendet.

Angaben zum System:

openSUSE Tumbleweed 20240313
Kernel-Version 6.7.9.1-default (64bit)

Versteht Ihr besser, was hier passiert?

Dann würde ich mich über Eure Antwort freuen!

Viele Grüße

Bitzel

Zitat von Sauerland

Nur als Anmerkung:
Was nicht ging war die DNS-Auflösung
Der Ping mit richtiger IP wäre auch gegangen:

Ich dachte, 192.168.0.1 ist (fast) immer die IP-Adresse des lokalen Routers,
und unter 192.168.1.3 meldet sich die Netzwerkkarte?
Aktuell stimmt die 192.168.1.3 laut "ip addr" immer noch, und im Gegensatz zu eben kann der Rechner jetzt auch Namen opensuse-forum.de auflösen.
Inwiefern lag es also an der Adresse?
Würde ich gern verstehen.

Danke für den Hinweis mit den Code-Tags. Die automatische Einrichtung hatte sich nach dem ersten Einschub geweigert.

JA!

Ich staune und erstarre in Dankbarkeit, sterun ...

Hallo zusammen,

auf meinem PC habe ich vor wenigen Wochen openSUSE Leap 15.0 (64 Bit) neu installiert. Es lief bisher alles reibungsfrei inklusiver der Netzverbindung (sogar die Installation war eine Netzinstallation).

Nach dem Crash einer Sitzung (von drei aktiven) habe ich den Computer aus einer anderen Sitzung heraus heruntergefahren. Leider kam das Herunterfahren nicht zum Ende, so dass ich den Rechner Hardware-mäßig ausschalten musste.
(Auslöser des Crashs war übrigens ein rein lokal laufendes Skript ohne jeden Netzbezug. Andere als dieses Problem habe ich nicht seitdem.)

Seit dem nächsten Start kann ich nun dauerhaft keine Verbindung zum Internet mehr herstellen, nicht einmal zum Router:

Bitzel@Wasser:~> ping opensuse-forum.de
ping: opensuse-Forum.de: Der Name oder der Dienst ist nicht bekannt
Bitzel@Wasser:~> ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) Bytes of data.
^C
--- 192.168.0.1 ping statistics ---
10 packets transmitted, 0 received, 100% packet loss, time 9199ms

Anschluss, Router und Kabel sind grundsätzlich in Ordnung: Andere Geräte kommen über die gleiche Verkabelung wie gewohnt ins Internet.

Im BIOS habe ich nachgesehen, der Netzwerkadapter ist aktiviert. Versuchsweise habe ich ihn deaktiviert, das System gestartet und vor dem nächsten Neustart den Adapter wieder aktiviert, was ohne erkennbare Wirkung auf das System blieb.

Auch scheint der Rechner weiterhin mit der Karte sprechen zu können:

<code>
Bitzel@Wasser:~> ip addr Show
1: lo: <LOOPBACK,UP,LOWER_UP> ...
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether ...
inet 192.168.1.3/24 brd 192.168.1.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::baae:edff:fea5:9986/64 scope link
valid_lft forever preferred_lft forever
3: wlan1: ... state DOWN ...
...
</code>

Schließlich habe ich noch die Konfiguration in Yast untersucht. Auch dort ist alles plausibel (Einstellung DHCP).

Versuchsweise habe ich von "wicked" auf "NetworkManager" umgestellt. Das NetworkManager-Applet meldet mir: "Aktive kabelgebundene Verbindung" und bietet mir an, sie zu trennen. Aber auch die "aktive" Verbindung funktioniert genau so wenig wie die Rückumstellung auf wicked hilft.

Die beiden Programme melden jeweils auch "alles paletti" zurück:

<code>
Bitzel@Wasser:~> systemctl status network
[grüner Punkt] NetworkManager.service - Network Manager
Loaded: loaded (/usr/lib/systemd/System/NetworkManager.service; enabled; vendor preset: disabled)
Drop-In: /usr/lib/systemd/system/NetworkManager.service.de
|--NetworkManager-ovs.conf
Active: active (running) since ...
...
</code>

bzw.

<code>
Bitzel@Wasser:~> systemctl status network
[grüner Punkt] wicked.service wicked managed Network interfaces
Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled; vendor preset: disabled)
Active: active (exited) since ...
Process: 28449 ExecStart=/usr/sbin/wicked --systemd ifup all (code=exited, Status=0/SUCCESS)
Main PID: 28449 (code=exited, Status=0/SUCCESS)
Bitzel@Wasser:~> ps -el | grep 28449
Bitzel@Wasser:~>
</code>

Ist das mit dem "exited" so in Ordnung?

Meine Frage an Euch: Wo kann ich denn noch suchen?
Wie kann ich das Problem beheben, wo doch angeblich alles in Ordnung ist?

(Das einzige, was mich stutzig gemacht hat: Ist die interne IP-Adresse 192.168.1.* nicht fehl am Platze? Müsste es nicht etwas von der Art 192.168.0.* sein?
Falls das stimmt, wie soll ich es denn umstellen?)

Für Eure Hinweise bin ich sehr dankbar.

Viele Grüße