• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Leap 15.2 findet existierende Datei nicht

Hazel

Hacker
Hallo Leute

Ich weiß, der Titel klingt ein wenig bizarr. Aber ich sage auch gleich, wo das Problem liegt.

Hier sind nebeneinander eine Leap 15.1 und eine Leap 15.2 installiert, die - abgesehen von einzelnen Konfigurationsdateien - auf denselben Datenbestand zugreifen. Es existiert jedoch (mindestens) eine ausführbare Datei, die im Terminal der 15.1 gestartet werden kann, unter denselben Bedingungen der 15.2 aber nicht. Die folgenden Code-Auszüge sollen dies belegen. Der Name der Benutzerin wurde darin jeweils durch eine Zeichenkette 'XXXXX' ersetzt.

Also zunächst zur Leap 15.1. Hier erhalte ich bei Start eines Programms namens 'START_Linux' folgendes:
Code:
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> date
Fr 19. Feb 17:16:50 CET 2021
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> uname -a
Linux tux151 4.12.14-lp151.28.91-default #1 SMP Tue Jan 12 23:05:46 UTC 2021 (e284d31) x86_64 x86_64 x86_64 GNU/Linux
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> ls -l *Linux
-r-xr--r-- 1 XXXXX users 11248458  5. Dez 2012  START_Linux
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> ./START_Linux
./START_Linux: error while loading shared libraries: libX11.so.6: cannot open shared object file: No such file or directory
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA>

Dass eine fehlende Library angemahnt wird, stört mich im Augenblick noch überhaupt nicht. Wichtig ist hier nur die Erkenntnis, dass das Programm gestartet werden konnte.

Gehen wir doch gleich mal hinüber zur Leap 15.2. Dieselben Tastendrücke wie oben ergeben dort:
Code:
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> date
Fr 19. Feb 17:20:30 CET 2021
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> uname -a
Linux tux152 5.3.18-lp152.63-default #1 SMP Mon Feb 1 17:31:55 UTC 2021 (98caa86) x86_64 x86_64 x86_64 GNU/Linux
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> ls -l *Linux
-r-xr--r-- 1 XXXXX users 11248458  5. Dez 2012  START_Linux
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> ./START_Linux
bash: ./START_Linux: Datei oder Verzeichnis nicht gefunden
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA>

Warum, um alles in der Welt, läuft die 15.2 hier ins Leere?

Danke und Gruß
Hazel
 
OP
H

Hazel

Hacker
Hallo Sauerland

Die Leap 15.1 sagt folgendes:
Code:
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> groups
users
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> 
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA> id
uid=1001(XXXXX) gid=100(users) Gruppen=100(users)
XXXXX@tux151:/data/althome/XXXXX/EnglischDVD-DATA>

Und die Leap 15.2 äußert sich wie folgt:
Code:
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> groups
users
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> 
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> id
uid=1001(XXXXX) gid=100(users) Gruppen=100(users)
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA>

Das schaut für mich nun mehr als ähnlich aus.

Hazel
 
OP
H

Hazel

Hacker
admine schrieb:
Wie sehen die mount-Optionen der Partition aus?

Die Leap 15.1 meldet folgendes
Code:
hazel@tux151:~>
hazel@tux151:~> mount | grep /data
/dev/sda7 on /data type ext4 (rw,relatime,data=ordered)
hazel@tux151:~>

Worauf die Leap 15.2 spontan erwidert
Code:
hazel@tux152:~> 
hazel@tux152:~> mount | grep /data
/dev/sda7 on /data type ext4 (rw,relatime,data=ordered)
hazel@tux152:~>

Das war vielleicht auch nicht die heisseste Spur...

Grüße aus Franken
Hazel
 
OP
H

Hazel

Hacker
Sauerland schrieb:
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> ./START_Linux
Was passiert, wenn du statt der kompletten Angabe die TAB Taste benutzt:
./ST + TAB (TAB)
Was passiert als root?

Das Ergebnis ist dasselbe:
Code:
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> whoami
XXXXX
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA>
XXXXX@tux152:/data/althome/XXXXX/EnglischDVD-DATA> ./START_Linux 
bash: ./START_Linux: Datei oder Verzeichnis nicht gefunden
XXXXX@tux152:/data/althome/XXXX/EnglischDVD-DATA> su
Passwort: 
tux152:/data/althome/XXXXX/EnglischDVD-DATA # ./START_Linux 
bash: ./START_Linux: Datei oder Verzeichnis nicht gefunden
tux152:/data/althome/XXXXX/EnglischDVD-DATA #

Wobei hier in beiden Versuchen die Befehlszeilenergänzung mittels [TAB] (so wie von dir beschrieben) zum Einsatz kam.
 
Wie die Gräfin schon sagte, evtl. wird das Script ja ausgeführt und die Meldung kommt durch eine Fehlermeldung in dem Script zustande.....
 
OP
H

Hazel

Hacker
Hallo Gräfin und Sauerland

Danke für Eure mitternächtlichen Anmerkungen!

Ich bin aber nicht ganz überzeugt, ob Euer Tipp zu meinen Erfahrungen passt. Ich habe nämlich das kritische Programm 'START_Linux' nun auf einen Desktop-PC transferiert, der ebenfalls unter Leap 15.2 läuft. Dort startet das Programm (ganz ähnlich wie in meinem initialen Beitrag im Fall Leap 15.1 beschrieben). Eine Reihe von 32bit-Bibliotheken mussten nachinstalliert werden, damit es weitergeht. Das Endstadium lautet dann aber:
Code:
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA> ./START_Linux 
Gtk-Message: 11:40:47.566: Failed to load module "unity-gtk-module"
Speicherzugriffsfehler (Speicherabzug geschrieben)
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA>

Dieses fehlende 'unity-gtk-module' kann ich aber nicht bereitstellen, denn
Code:
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA> zypper se -si unity-gtk-module
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                    | Type  | Version                     | Arch   | Repository
--+-------------------------+-------+-----------------------------+--------+----------------
i | unity-gtk-module-common | Paket | 0.0.0+bzr20171202-lp152.3.7 | x86_64 | Main Repository
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA>

Mein bisheriges Fazit klingt also etwa so:
  • Es bleibt unverstanden, weshalb auf der einen 15.2-Installation das Programm startet, während auf der anderen nur lapidar 'Datei oder Verzeichnis nicht gefunden' erscheint.
  • Wäre obiges Problem gelöst, bliebe noch die Problematik des fehlenden Moduls 'unity-gtk-module' als Hindernis.

Seht Ihr noch einen Ansatzpunkt, was ich probieren könnte?

Grüße aus dem frühlingshaften Franken
Hazel
 
Vergleich mal die Versionen der angemeckerten unity-gtk-module unter 15.2 und 15.1. Evtl. auch ob bei einem oder beiden Systemen auch die 32-bit-Version vorhanden ist. Ansonsten vielleicht auch noch die Pfade in denen die Dateien gefunden werden.
 
Wenn das ein Script ist, einfach mal ein
Code:
echo "ich bin da"
in Zeile 2 einfügen, dann siehst du, ob es startet.

Was ist das für ein/e Script/Datei ?
 
OP
H

Hazel

Hacker
Sauerland schrieb:
Wenn das ein Script ist, einfach mal ein
Code:
echo "ich bin da"
in Zeile 2 einfügen, dann siehst du, ob es startet.

Was ist das für ein/e Script/Datei ?

Es handelt sich um ein Installationsprogramm (kein Skript) auf die lokale Festplatte als Beilage eines
Kurses der Englischen Sprache.

Eine Chance, hierin etwas zu modizieren, sehe ich nicht.

Grüße
Hazel
 

susejunky

Moderator
Teammitglied
Hallo Hazel,
Hazel schrieb:
... Mein bisheriges Fazit klingt also etwa so:
  • Es bleibt unverstanden, weshalb auf der einen 15.2-Installation das Programm startet, während auf der anderen nur lapidar 'Datei oder Verzeichnis nicht gefunden' erscheint.
  • Wäre obiges Problem gelöst, bliebe noch die Problematik des fehlenden Moduls 'unity-gtk-module' als Hindernis.

Seht Ihr noch einen Ansatzpunkt, was ich probieren könnte?
ohne zu wissen, welche Funktion das Programm START_Linux erfüllen soll, ist es schwer zu sagen, was dabei alles schief gehen könnte. Vielleicht versucht es auf ein Gerät (DVD, ...) zuzugreifen, das unter openSUSE Leap 15.2 nicht (oder nur mit eingeschränkten Berechtigungen) verfügbar ist.
Code:
> strace ./START_Linux > Log.txt
könnte da Anhaltspunkte liefern.

Bitte beachte, dass strace
  • ggf. erst noch installiert werden muss
  • jede Menge Informationen liefert (die nicht alle hilfreich sind :roll: ).

Last but not least:

Vielleicht bringt auch ein Blick in das Journal
Code:
# journalctl -b 0 -p 3
noch ein paar Hinweise.

Viele Grüße

susejunky
 

susejunky

Moderator
Teammitglied
Hallo Hazel,
Hazel schrieb:
... Es handelt sich um ein Installationsprogramm (kein Skript) auf die lokale Festplatte als Beilage eines Kurses der Englischen Sprache.
wenn das Programm etwas installieren will, dann könnten Zugriffsrechte und/oder die Existenz bestimmter Verzeichnisse eine Rolle spielen.

Hast Du geprüft, ob das Alles so vorhanden ist, wie es benötigt wird?

Viele Grüße

susejunky
 

tomm.fa

Administrator
Teammitglied
Hazel schrieb:
[…]. Das Endstadium lautet dann aber:
Code:
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA> ./START_Linux 
Gtk-Message: 11:40:47.566: Failed to load module "unity-gtk-module"
Speicherzugriffsfehler (Speicherabzug geschrieben)
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA>

Dieses fehlende 'unity-gtk-module' kann ich aber nicht bereitstellen, denn
Code:
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA> zypper se -si unity-gtk-module
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                    | Type  | Version                     | Arch   | Repository
--+-------------------------+-------+-----------------------------+--------+----------------
i | unity-gtk-module-common | Paket | 0.0.0+bzr20171202-lp152.3.7 | x86_64 | Main Repository
hazel@fujitsu152:/data/althome/hazel/EnglischDVD-DATA>

Mein bisheriges Fazit klingt also etwa so:
  • Es bleibt unverstanden, weshalb auf der einen 15.2-Installation das Programm startet, während auf der anderen nur lapidar 'Datei oder Verzeichnis nicht gefunden' erscheint.
  • Wäre obiges Problem gelöst, bliebe noch die Problematik des fehlenden Moduls 'unity-gtk-module' als Hindernis.

Seht Ihr noch einen Ansatzpunkt, was ich probieren könnte?
Nun ja, es gäbe ja nicht nur das Paket unity-gtk-module-common im OSS-Repo. Wie schaut es denn aus, wenn du eines der anderen beiden Pakete installierst?
 
OP
H

Hazel

Hacker
tomm.fa schrieb:
Nun ja, es gäbe ja nicht nur das Paket unity-gtk-module-common im OSS-Repo. Wie schaut es denn aus, wenn du eines der anderen beiden Pakete installierst?

So schaut's aus:
Code:
hazel@tux152:/data/althome/hazel/EnglischDVD-DATA> zypper se -si unity-gtk*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                    | Type  | Version                     | Arch   | Repository
--+-------------------------+-------+-----------------------------+--------+----------------
i | unity-gtk-module-common | Paket | 0.0.0+bzr20171202-lp152.3.7 | x86_64 | Main Repository
i | unity-gtk2-module       | Paket | 0.0.0+bzr20171202-lp152.3.7 | x86_64 | Main Repository
i | unity-gtk3-module       | Paket | 0.0.0+bzr20171202-lp152.3.7 | x86_64 | Main Repository
hazel@tux152:/data/althome/hazel/EnglischDVD-DATA>

Und dieser Zustand war gestern auch schon so gegeben.
 
Es handelt sich um ein Installationsprogramm (kein Skript) auf die lokale Festplatte als Beilage eines
Kurses der Englischen Sprache.

Eine Chance, hierin etwas zu modizieren, sehe ich nicht.
Da ist doch bestimmt eine Readme oder sonstwas mit den Systemvorratssetzungen vorhanden?
Ansonsten mal bei dem Verlag nachfragen.
 
Oben