Das ist eine gute Idee! Zum Thema "mindestens einige Male mit normalen Benutzerrechten ausgeführt": Verwende NIEMALS sudo für grafische Programme! Wenn überhaupt, dass muss aber einen guten Grund haben," gksudo". Für Playonlinux brauchst du definitiv aber niemals erweiterte Berechtigungen.
HarryPotter mit Playonlinux
Supporter
Anmeldungsdatum: Beiträge: 4844 |
|
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 42 |
Ich habe POL ja nicht mit sudo ausgeführt. Aber ich habe es als Administrator ausgeführt. Ich habe diese neue Konstruktion auch noch nicht so ganz verstanden: Bei meinen letzten Linux-Aktivitäten (>10 Jahre her) gab es soweit ich mich erinnere root und normale Benutzer. Heute gibt es Admin und normale Benutzer, aber Admin ist ja nicht root, der braucht ja immer noch sudo? Darf man dann heute einen Admin-Account auch für den täglichen Kram benutzen? |
||||
Supporter
Anmeldungsdatum: Beiträge: 4844 |
Okay, nochmal von vorn: Wovon reden wir genau? Unter Ubuntu gibt es aktuell den normalen Benutzer. Dieser kann mit sudo root-Rechte erlangen. root als Benutzer gibt es aus Gründen™ nicht mehr. Wenn du sudo mit einem normalen Benutzer nutzt, hast du root-Rechte und kannst so Benutzerrechte durchaus "verbiegen". Sprich: sudo nur da, wo es nötig ist und wie gesagt niemals für grafische Programme. |
||||
Anmeldungsdatum: Beiträge: 1141 |
"Standardmäßig existiert unter Linux immer ein Konto für den Benutzer root mit der User-ID 0. Dies ist ein Systemkonto mit vollem Zugriff auf das gesamte System und damit auch auf alle Dateien und Einstellungen aller Benutzer. Bei Ubuntu wird dem Benutzer root allerdings kein Passwort zugewiesen. Dadurch kann sich niemand unter dem Namen "root" anmelden. " Aus dem wiki-Artikel zu sudo Und hier auch mal einen Artikel zu den Rechten. Zeig dich bitte mal die Ausgabe folgender Befehle: ls -l /media ls -l /media/markus ls -l /media/markus/CDROOT Befehle bitte mit eingelegter CD durchführen. |
||||
Supporter
Anmeldungsdatum: Beiträge: 4844 |
Okay, so meinte ich das, sorry. Root ist aus meiner Perspektive kein aktiver Benutzer mehr, da ich mich nicht als root anmelden kann. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 42 |
Diesmal sollte ich das Mounten erst authorisieren: https://www.dropbox.com/s/16nz1a6qg8ulwmr/Bildschirmfoto%20vom%202017-02-20%2017-15-12.png?dl=0 Das war aber nicht immer so. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 42 |
Asche auf mein Haupt, das Problem sitzt eben meist vor dem Bildschirm! 😳 Ich habe die CDs und Benutzer munter durcheinander gewechselt ohne die Datenträger vorher korrekt auszuhängen. Dadurch ist das Problem offenbar entstanden. Nachdem ich alles sauber ausgehängt hab und nur einen Benutzer geöffnet hatte, lässt sich die DVD auch unter konstantin einhängen und lesen:
|
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 42 |
Zurück in Wine: konstantin@Kosmos:~$ env WINEPREFIX="/home/konstantin/.wine/potterprefix" wine start /Unix "/home/konstantin/.wine/potterprefix/drive_c/Program\ Files/WB\ Games/LEGO®\ Harry\ Potter™/LEGOHarryPotter.exe" Es konnte keine Anwendung gestartet werden, oder es ist keine Anwendung mit der angegebenen Datei verknüpft. ShellExecuteEx fehlgeschlagen: Erfolg. konstantin@Kosmos:~$ Der Pfad stimmt aber, denn
|
||||
Anmeldungsdatum: Beiträge: 1141 |
1. Wenn der Pfad in " steht, müssen keine \ für Leerzeichen eingebaut werden. 2. steht im Pfad wirklich © und ™ ? 3. startetest du das richtige Programm ? Schaue mal im alten POL Starter nach, auf welche .exe da Verwiesen wurde. |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 42 |
Jetzt hab ich nochmal wie weiter oben von euch vorgeschlagen mit winecfg einen Bildschirm emuliert und dann das Programm gestartet:
Es ist die gleiche Exe die auch bei Windows gestartet wird. Der emulierte Bildschirm erscheint, bringt aber nur eine Fehlermeldung:
Wenn ich das Programm ohne den emulierten Bildschirm starte zerschießt es wie oben beschrieben wieder die gesamte Grafik und ich kann mich nur noch mit strg+alt+entf abmelden. Könnt ihr mit diesen Fehlermeldungen was anfangen? Gibt es noch irgendwo logfiles? |
||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 42 |
Darf ich nochmal fragen ob jemand aus den Logfiles im letzten Post schlau wird? Ich hab eigentlich den Eindruck, jetzt näher an einer Lösung zu sein als vorher, wäre schade wenn es jetzt doch nix wird. |
||||
Lokalisierungsteam
Anmeldungsdatum: Beiträge: 3178 Wohnort: Wernigerode |
Ich kann das Problem nicht direkt lösen aber Backtraces reiche ich häufig unter bugs.winehq.org ein. Im Regelfall wird ziemlich schnell geantwortet, jedoch nehme ich an dass die Entwickler Dir wahrscheinlich nahelegen werden, mit der neuesten Entwicklerversion 2.2 zu testen. Normalerweise kommen alle zwei Wochen am Freitag neue Entwicklerversionen heraus. Ich weiss aber leider nicht, ob heute wieder eine neue Version kommt. Eventuell mal im IRC freenode-Channel #winehq erkundigen ob heute etwas neues erscheint. |
||||
Anmeldungsdatum: Beiträge: 1141 |
Moin, Sorry das ich mich erst jetzt zurückmelde. Laut winehq muss die .msi Datei auf der CD mit msiexec insalliert werden. Wenn du noch Probleme mit dem CDs lesen hast, würde ich auch mal Versuchen das wine-Prefix auf dem normalem Hauptaccount anzulegen. Es ist zwar ansich eine gute Idee Windows Anwendungen unter einem anderen Benutzer zu installieren (wenn Viren, etc. installiert werden haben diese keinen zugriff auf deinen Hauptaccount und können praktisch keinen schaden anrichten), aber bei einem offline Spiel, welches über die original CD installiert wurde gehe ich jetzt mal nicht davon aus, dass sie dir das System lahm legt. |