[gelöst]Problem mit Installation von Google-Earth 7.3.2.5493-ro

Du hast Probleme mit Deinem eMail-Programm, Webbrowser oder Textprogramm? Dein Lieblingsprogramm streikt?
Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

[gelöst]Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 13.09.2018 14:27:16

Hallo alle
Vor einiger Zeit habe ich das neue Paket /google-earth-pro-stable_current_amd64.deb/ installiert, weil im bestehenden Programm darauf hingewiesen wurde, dass die ältere, bisherige Version nur noch eine gewisse Zeit unterstützt werden wird.
Nach der Installation erhielt ich folgende Fehlermeldungen:

- Als Info in der Task-Leiste:
W: Duplicate sources.list entry http://dl.google.com/linux/earth/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_earth_deb_dists_stable_main_binary-amd64_Packages)
W: You may want to run apt-get update to correct these problems
W: Failed to fetch http://dl.google.com/linux/earth/deb/di ... le/Release Unable to find expected entry 'main/binary-i386/Packages' in Release file (Wrong sources.list entry or malformed file)
E: Some index files failed to download. They have been ignored, or old ones used instead.

- bei Debian-Update:
W: Fehlschlag beim Holen von http://dl.google.com/linux/earth/deb/di ... le/Release Erwarteter Eintrag »main/binary-i386/Packages« konnte in Release-Datei nicht gefunden werden (falscher Eintrag in sources.list oder missgebildete Datei).
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.

Google-Earth läuft zwar, aber nur in einem ganz kleinen Ausschnitt des Bildschirms und so unbrauchbar.

Versionshinweise:
LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Distributor ID: Debian
Description: Debian GNU/Linux 8.11 (jessie)
Release: 8.11
Codename: jessie

Rechner: LENOVO/Thinkpad E530

Weiss jemand Rat?

Vielen Dank

Muss
Zuletzt geändert von Muss am 25.09.2018 21:36:47, insgesamt 1-mal geändert.

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von eggy » 13.09.2018 15:07:34

Die Meldung sagen Dir, dass Deine sources.list mal aufgeräumt werden sollte.
Inhalte aus /etc/apt/sources.list und /etc/apt/sources.list.d/ nach pastebin/

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von rendegast » 13.09.2018 21:43:00

Das Paket erzeugt bei Installation selbst einen Eintrag in sources.list.d/.


Die Meldung wegen des Fehlens von i386 in der Release bekommst Du wohl weg,
wenn der sources.list-Eintrag geändert wird zu

Code: Alles auswählen

deb [arch=amd64] http://......
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

DeletedUserReAsG

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von DeletedUserReAsG » 13.09.2018 21:50:38

Um’s auch nochmal im Klartext zu sagen: damit gibt man Google Rootzugang auf seiner Kiste. Abgesehen davon sollte man Supportanfragen auch an den Hersteller richten. Der hat’s schließlich versaut.

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von rendegast » 13.09.2018 22:08:04

niemand hat geschrieben: Der hat’s schließlich versaut.
Der Skriptteil für das Setzen des sources.list-Eintrags ist in dem Punkt ausbaufähig durch zBsp. einen besseren Test auf Vorhandensein,
keine Rede von "versaut".
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 13.09.2018 22:25:16

Man kann auch direkt von Google installieren, dann ist der Verweis auf einen doppelten Eintrag zumindest erstmal nicht vorhanden.
Soweit ich weiss, mach das Paket Debiangoogleearth-package auch nichts anderes, als von Google herunterzuladen.
Der doppelte Eintrag wäre dann ein Fehler der Paketbauer.
Die Meldung

Code: Alles auswählen

N: Das Laden der konfigurierten Datei »main/binary-i386/Packages« wird übersprungen, da das Depot »http://dl.google.com/linux/earth/deb stable InRelease« die Architektur »i386« nicht unterstützt.
Kommt bei mir auch. Nichtsdestotrotz wird bei einem vorhandenen Update dies auch geladen und installiert.
Also unschädlich.
In Buster funktioniert Google-Earth gut.

Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 15.09.2018 15:35:00

Vielen Dank allen
Die etc/apt/sources.list.d/ habe ich aufgeräumt, heisst doppelte Einträge aus älteren Installationen entfernt. In etc/apt/ habe ich nichts Verdächtiges gefunden.
Die Meldung:
W: Failed to fetch http://dl.google.com/linux/earth/deb/di ... le/Release Unable to find expected entry 'main/binary-i386/Packages' in Release file (Wrong sources.list entry or malformed file)
bleibt.
Wenn es allerdings richtig ist, dass mit dem Programm Google root-Zugriff auf meinen Rechner gewährt wird, verzichte ich lieber darauf. Ich kann nicht mit allen Antworten sehr viel anfangen, ich bin halt nicht sehr LINUX-versiert. Wie füge ich z.B. in der Konsole den Eintrag [arch = amd64] (Vorschlag von rendegast) ein? In einem Text-Editor z.B. Kate wird mir der Zugriff verweigert, obwohl ich root bin.

Vielen Dank nochmals

Muss

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 15.09.2018 17:34:03

niemand hat geschrieben: ↑ zum Beitrag ↑
13.09.2018 21:50:38
Um’s auch nochmal im Klartext zu sagen: damit gibt man Google Rootzugang auf seiner Kiste.
Muss hat geschrieben: ↑ zum Beitrag ↑
15.09.2018 15:35:00
Wenn es allerdings richtig ist, dass mit dem Programm Google root-Zugriff auf meinen Rechner gewährt wird, verzichte ich lieber darauf.
Das würde ich auch gerne erklärt haben. 8O

Apt sieht doch nach, ob es was zum Updaten gibt. Ist doch kein Auto-Update von Google.
Google Earth selbst läuft ganz normal unter dem Benutzer Account.

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 15.09.2018 17:45:11

Muss hat geschrieben: ↑ zum Beitrag ↑
15.09.2018 15:35:00
Wie füge ich z.B. in der Konsole den Eintrag [arch = amd64] (Vorschlag von rendegast) ein? In einem Text-Editor z.B. Kate wird mir der Zugriff verweigert, obwohl ich root bin.
Tja KDE ist da etwas eigen. Da muss man irgendeine kryptische Sequenz in die Konsole haken. :facepalm:
Geht aber auch so (eventuell heisst deine Datei anders):
Konsole --> Root werden

Code: Alles auswählen

nano /etc/apt/sources.list.d/google-earth-pro.list
Nano musst du mit dem Cursor bedienen nach dem Einfügem
STRG+o dann Enter
Austieg mit STRG +x

DeletedUserReAsG

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von DeletedUserReAsG » 15.09.2018 17:57:51

willy4711 hat geschrieben: ↑ zum Beitrag ↑
15.09.2018 17:34:03
Das würde ich auch gerne erklärt haben.
Es ist bei apt* nicht vorgesehen, dass man vor einem Update die pre- und postinst-Scripte nochmal anschauen kann, so dass sie bei jedem Update im System rumfuhrwerken könnten. De facto hat man Gugl schon Root gegeben, als man deren Paket installiert hat – anders hätt’s schließlich nicht in sources.d/ rumpfuschen können. Was es sonst noch so mit den Rechten gemacht hat …? IDS-Logs durchschauen :)

rendegast
Beiträge: 15041
Registriert: 27.02.2006 16:50:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von rendegast » 15.09.2018 19:48:29

Wenn es allerdings richtig ist, dass mit dem Programm Google root-Zugriff auf meinen Rechner gewährt wird, verzichte ich lieber darauf.
Nicht die Pferde scheu machen.
Natürlich haben die De-/Installationsskripte root-Rechte. Sie sind sehr übersichtlich gehalten.

Das Verhalten dürfte wohl von etlichen Leuten genauer beobachtet werden (hoffe ich zumindest),
wegen der Popularität der Software und allein schon "google".

Die Software könnte in einem Container/VM betrieben werden, oder zumindest von einem dedizierten Benutzer.



Ein selinux/apparmor-Profil finde ich auf die Schnelle aber nicht im Netz?
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")

Benutzeravatar
RobertS
Beiträge: 512
Registriert: 15.04.2012 13:50:53
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Rastatt BaWü

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von RobertS » 15.09.2018 20:07:46

Muss hat geschrieben: ↑ zum Beitrag ↑
13.09.2018 14:27:16

- Als Info in der Task-Leiste:
W: Duplicate sources.list entry http://dl.google.com/linux/earth/deb/ stable/main amd64 Packages (/var/lib/apt/lists/dl.google.com_linux_earth_deb_dists_stable_main_binary-amd64_Packages)

- bei Debian-Update:
W: Fehlschlag beim Holen von http://dl.google.com/linux/earth/deb/dists/stable/Release Erwarteter Eintrag »main/binary-i386/Packages« konnte in Release-Datei nicht gefunden werden (falscher Eintrag in sources.list oder missgebildete Datei).
E: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.

Distributor ID: Debian
Description: Debian GNU/Linux 8.11 (jessie)
Release: 8.11
Codename: jessie

Jessie ist oldstable, aktuelles stable ist stretch.
Wäre mein erster Ansatz.

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 16.09.2018 13:14:45

RobertS hat geschrieben: ↑ zum Beitrag ↑
15.09.2018 20:07:46
Jessie ist oldstable, aktuelles stable ist stretch.
Wäre mein erster Ansatz.
Das wäre auch mein Bestreben mal ein Upgrade zu machen.
Muss hat geschrieben: ↑ zum Beitrag ↑
13.09.2018 14:27:16
LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:core-4.0-amd64:core-4.0-noarch:core-4.1-amd64:core-4.1-noarch:security-4.0-amd64:security-4.0-noarch:security-4.1-amd64:security-4.1-noarch
Auch seltsam - so eine Ausgabe habe ich mit lsb_release noch nicht gesehen.
Nach hier wäre das an sich einen Ausgabe von OpenSuse. Auf der Suche nach core-2.0-noarch bei Debian lande ich bei Wheezy
Normalerweise (aktuell) sieht das so aus:

Code: Alles auswählen

lsb_release -a

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 9.5 (stretch)
Release:        9.5
Codename:       stretch
rendegast hat geschrieben: ↑ zum Beitrag ↑
15.09.2018 19:48:29
Ein selinux/apparmor-Profil finde ich auf die Schnelle aber nicht im Netz?
Zumindest gibt es ein Debianfirejail - Profil in /etc/firejail/google-earth.profile NoPaste-Eintrag40441

Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 17.09.2018 13:24:53

Danke für alle Antworten

Dass ich auf Stretch umstellen sollte, hat mir mein LINUX-Mentor, der allerdings für längere Zeit abwesend und nicht erreichbar ist und ich ihn deshalb nicht einbeziehen kann, auch schon geraten, ich befürchte aber, dass ich dann recht vieles wieder neu organisieren muss (Kalender- und Kontaktsynchronisationen, Libre-Office-Einstellungen, KeePass- PW-Verschlüsselung, usw., usw.). Oder würden solche Sachen erhalten bleiben? Zudem schaudert mich, wenn ich einen Fehler machen würde. Funktioniert denn ein solches Upgrade auch über eine sog *.iso - Datei?

Kann mir jemand raten?

Muss
Muss

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 17.09.2018 14:25:09

Muss hat geschrieben: ↑ zum Beitrag ↑
17.09.2018 13:24:53
Funktioniert denn ein solches Upgrade auch über eine sog *.iso - Datei?
nein - das wäre eine Neuinstallation. Wobei man das /home- Verzeichnis, und somit auch die Einstellungen, aber komplett in die
neue Installation übernehmen kann.
Ein Upgrade macht man, in dem man die sources.list verändert (in deinem Fall würde wheezy durch stretch ersetzt
und man anschließend

Code: Alles auswählen

apt-get update && apt-get dist-upgrade
ausführt (Kanne Kaffee nicht vergessen.)

Vorher ist allerdings unabdingbar das das System auf dem neusten Stand ist und nach Möglichkeit gesäubert wird.

Das /home/ sollte man in jedem Fall vor einem Upgrade oder einer Neuinstallation komplett sichern.

Um halbwegs einschätzen zu können, ob da Fallstricke bei dir vorhanden sind, installiere doch mal das kleine Tool Debianinxi
und poste hierher für einen Gesamtübersicht die Ausgabe von

Code: Alles auswählen

inxi -F
und für deine Quellen

Code: Alles auswählen

inxi -r
Packe die Ausgaben aber bitte um Himmels Willen in sogenannte Code Tags. Das ist der Button über den Editor- Fenster mit </> drauf.

Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 17.09.2018 15:20:30

Vielen Dank Willy für Deine schnelle Antwort.

Nachdem ich inxi installiert habe, erhalte ich ganz nette Ausgaben mit -F und -r.
Was meinst Du aber mit:

"Packe die Ausgaben aber bitte um Himmels Willen in sogenannte Code Tags.
Das ist der Button über den Editor- Fenster mit </> drauf."

So etwas habe ich nicht gefunden in meinem Terminal. Editor-Fenster ist das gleich Terminal bzw. Konsole?

Dann: Mein Backup sichert alles ab /. Somit auch /home/ Allerdings habe ich noch nie eine Wiederherstellung gebraucht, denke aber das sei auch später möglich mit deja-dup. Und was heisst oder könnte in meinem Fall heissen "aufräumen"?
Und: Zu meinem ursprünglichen Problem mit Google Earth: Kennst Du Open-Source-Programme, mit denen ich *.gpx - *.kmz - oder ähnliche Fährten auf einer Karte anschauen kann? Das wäre mir sowieso lieber als dies mit Google zu machen. Ich bin aber bisher nicht fündig geworden ausser "Marble" und damit kann ich wenig anfangen.

Dann würde ich aber lieber zuerst auf "stretch" updaten und nachher weitersehen.

Dank und Schöntag

Muss

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 17.09.2018 16:20:35

Muss hat geschrieben: ↑ zum Beitrag ↑
17.09.2018 15:20:30
So etwas habe ich nicht gefunden in meinem Terminal. Editor-Fenster ist das gleich Terminal bzw. Konsole?
Damit meinte ich den Editor, wenn du einen Beitrag hier schreibst.
Text aus dem Terminal kopieren und hier einfügen -- markieren - und </> bemühen --Vorschau --- freu
Muss hat geschrieben: ↑ zum Beitrag ↑
17.09.2018 15:20:30
Und: Zu meinem ursprünglichen Problem mit Google Earth: Kennst Du Open-Source-Programme, mit denen ich *.gpx - *.kmz - oder ähnliche Fährten auf einer Karte anschauen kann? Das wäre mir sowieso lieber als dies mit Google zu machen. Ich bin aber bisher nicht fündig geworden ausser "Marble" und damit kann ich wenig anfangen.
ich benutze gerne online
GPSies https://www.gpsies.com/?language=de&cl ... 4_hikebike
BBBke https://www.bbbike.org/de/
Outdooractive https://www.outdooractive.com/de/
Bei allen drei Seiten kannst du gpx / kml importieren und auch exportieren.
Google Earth benutze ich halt um wir meine geplanten Touren dann nochmal genauer anzusehen.
Mit Debianmarble oder gar Debiangnome-maps kann ich auch nichts anfangen.

Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 17.09.2018 16:45:34

Danke Willy
Dann werde ich mir diese Seiten mal genauer ansehen, GPIES benutzte ich, um Tracks, Routen, KML usw. zu konvertieren bis jetzt.
Die Ausgabe von inix -F / -r werde ich baldmöglichst hier posten.

Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 20.09.2018 09:47:46

Willy schrieb:
Um halbwegs einschätzen zu können, ob da Fallstricke bei dir vorhanden sind, installiere doch mal das kleine Tool Debianinxi
und poste hierher für eine Gesamtübersicht die Ausgabe von inxi -F und inxi -r

inxi -F:

Code: Alles auswählen

ystem:    Host: pinkman Kernel: 3.16.0-6-amd64 x86_64 (64 bit) Desktop: KDE 4.14.2 Distro: Debian GNU/Linux 8 
Machine:   System: LENOVO product: 3259MAG v: ThinkPad Edge E530
           Mobo: LENOVO model: 3259MAG v: Win8 STD DPK TPG Bios: LENOVO v: H0ET70WW (2.04 ) date: 09/11/2012
CPU:       Quad core Intel Core i7-3632QM (-HT-MCP-) cache: 6144 KB 
           Clock Speeds: 1: 1696 MHz 2: 1222 MHz 3: 1261 MHz 4: 1420 MHz 5: 1683 MHz 6: 1874 MHz 7: 1353 MHz
           8: 1407 MHz
Graphics:  Card-1: Intel 3rd Gen Core processor Graphics Controller
           Card-2: NVIDIA GF108M [GeForce GT 635M]
           Display Server: X.Org 1.16.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1600x900@59.99hz
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 10.3.2
Audio:     Card-1 Intel 7 Series/C210 Series Family High Definition Audio Controller driver: snd_hda_intel 
           Card-2 Creative SoundBlaster Live! 24-bit External SB0490 driver: USB Audio 
           Sound: Advanced Linux Sound Architecture v: k3.16.0-6-amd64
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: eth0 state: up speed: 100 Mbps duplex: full mac: b8:88:e3:df:c8:b2
           Card-2: Intel Centrino Wireless-N 2230 driver: iwlwifi
           IF: wlan0 state: down mac: 84:a6:c8:c2:36:2f
Drives:    HDD Total Size: 1516.3GB (27.1% used) ID-1: /dev/sda model: WDC_WD10JPVT size: 1000.2GB
           ID-2: /dev/sdb model: SanDisk_SSD_U100 size: 16.0GB ID-3: USB /dev/sdc model: MK5059GSXP size: 500.1GB
Partition: ID-1: / size: 230G used: 4.2G (2%) fs: ext4 dev: /dev/sda4 
           ID-2: /boot size: 454M used: 81M (19%) fs: ext3 dev: /dev/sda2 
           ID-3: /home size: 642G used: 206G (33%) fs: ext4 dev: /dev/sda3 
           ID-4: /tmp size: 38G used: 49M (1%) fs: ext4 dev: /dev/sda6 
           ID-5: /usr size: 13G used: 8.0G (63%) fs: ext4 dev: /dev/sdb1 
           ID-6: swap-1 size: 8.00GB used: 0.00GB (0%) fs: swap dev: /dev/sda5 
           ID-7: swap-2 size: 2.01GB used: 0.00GB (0%) fs: swap dev: /dev/sdb2 
Sensors:   System Temperatures: cpu: 62.0C mobo: N/A 
           Fan Speeds (in rpm): cpu: 0 
Info:      Processes: 260 Uptime: 1:36 Memory: 1849.9/7849.1MB Client: Shell (bash) inxi: 2.1.28
inxi -r:

Code: Alles auswählen

Repos:     Active apt sources in file: /etc/apt/sources.list
           deb http://ftp.ch.debian.org/debian/ jessie main non-free contrib
           deb-src http://ftp.ch.debian.org/debian/ jessie main non-free contrib
           deb http://ftp.ch.debian.org/debian/ jessie-backports main non-free contrib
           deb-src http://ftp.ch.debian.org/debian/ jessie-backports main non-free contrib
           deb http://ftp.ch.debian.org/debian/ jessie-updates main contrib
           deb-src http://ftp.ch.debian.org/debian/ jessie-updates main contrib
           deb http://ftp.ch.debian.org/debian-security/ jessie/updates main non-free contrib
           deb-src http://ftp.ch.debian.org/debian-security/ jessie/updates main non-free contrib
           Active apt sources in file: /etc/apt/sources.list.d/google-earth-pro.list                                                                                                                                             
           deb http://dl.google.com/linux/earth/deb/ stable main                                                                                                                                                                 
           Active apt sources in file: /etc/apt/sources.list.d/nextcloud-client.list                                                                                                                                             
           deb http://download.opensuse.org/repositories/home:/ivaradi/Debian_8.0/ /                                                                                                                                             
           Active apt sources in file: /etc/apt/sources.list.d/skype-stable.list                                                                                                                                                 
           deb [arch=amd64] https://repo.skype.com/deb stable main
Wäre nun die Frage, ob in diesen inxi-Ausgaben Fallstricke zu finden sind. Ich selber kann das nicht beurteilen. Allerdings würde ich für ein Update auf Stretch alle peripheren Geräte wie Scanner, Drucker, Ext. Soundkarte entfernen. Ist besser nehme ich an.

Noch eine Frage: Erscheint meine Antwort jetzt richtig mit Code-TAGS? Und wie füge ich in meine Antworten Zitate von früheren Konversationen ein? Habe versucht mit " , das scheint mir aber nicht so richtig zu funktionieren.

Danke für Antwort

Muss

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 20.09.2018 17:08:29

Fangen wir mal mit dem Einfachen an:
Muss hat geschrieben: ↑ zum Beitrag ↑
20.09.2018 09:47:46
Und wie füge ich in meine Antworten Zitate von früheren Konversationen ein? Habe versucht mit " , das scheint mir aber nicht so richtig zu funktionieren.
Am einfachsten geht das so: Antwort erstellen ---> Ansicht erweitern ---> zu zitierende Stelle markieren---> Im zu zitierenden Beitrag Oben Rechts auf " klicken.

OK Nun mal zu deinem eventuellen Upgrade:

Speicher / Swap
Inxi sagt:

Code: Alles auswählen

Memory: 1849.9/7849.1MB
Wenn du nicht gerade Virtuelle Maschinen betreibst und kein Suspend to Disk(heißt meist Ruhezustand) haben möchtest, brauchst du keine Swap.- Partition. Wozu aber gleich 2 auch noch auf jeweils einer Festplatte?

Code: Alles auswählen

ID-6: swap-1 size: 8.00GB used: 0.00GB (0%) fs: swap dev: /dev/sda5 
ID-7: swap-2 size: 2.01GB used: 0.00GB (0%) fs: swap dev: /dev/sdb2 
Inxi sagt:

Code: Alles auswählen

ID-2: /dev/sdb model: SanDisk_SSD_U100 size: 16.0GB 
Nach meinen Recherchen hat die SanDisk_SSD_U100 128 GB ---> wo ist denn der Rest geblieben ???
Da wäre erst mal die Ausgabe von

Code: Alles auswählen

# blkid 
interessant.
Ist das ein Multi Boot - System ?
Was die Verteilung der verschiedenen System- Verzeichnisse auf unterschiedliche Festplatten für einen praktischen Nährwert haben soll, entzieht sich meiner Kenntnis.

inxi sagt :

Code: Alles auswählen

Card-1: Intel 3rd Gen Core processor Graphics Controller
           Card-2: NVIDIA GF108M [GeForce GT 635M]
           Display Server: X.Org 1.16.4 drivers: intel (unloaded: fbdev,vesa) Resolution: 1600x900@59.99hz
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 10.3.2
Inxi gibt für die Nvidia aber keinen Treiber aus. Auch für die Intel - Karte sehe ich keinen speziellen. Die Nvidia- Karte wird also nicht benutzt? auch gut, wenn dir die Intel -Grafik reicht.

Debiani965-va-driver nicht installiert ?

Grundsätzlich: Aus meiner Sicht bringt es für Otto - Normalverbraucher keinen Vorteil das Systemverzeichnis (/)
aufzuteilen. Ein / und ein /home sowie eventuell Swap sollten reichen.

Da bisher nicht bekannt ist, was sich sonst noch auf deinen Festplatten "rumtreibt" und man nicht weiß, was dein Mentor da noch so alles gemacht hat, lass ich es hier erst mal mit weiteren Ratschlägen bleiben.

Benutzeravatar
Dogge
Beiträge: 1895
Registriert: 13.09.2010 11:07:33
Lizenz eigener Beiträge: MIT Lizenz

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Dogge » 20.09.2018 17:46:07

willy4711 hat geschrieben: ↑ zum Beitrag ↑
17.09.2018 14:25:09
Ein Upgrade macht man, in dem man die sources.list verändert (in deinem Fall würde wheezy durch stretch ersetzt
und man anschließend

Code: Alles auswählen

apt-get update && apt-get dist-upgrade
ausführt (Kanne Kaffee nicht vergessen.)

Ich würde nicht darauf wetten, dass das glatt läuft. Mach lieber ein erst ein upgrade von wheezy auf jessie und danach von jessie auf stretch.
Debian Testing + Gnome | Linux-Anfänger seit 04/2003
http://files.mdosch.de/2014-07/0xE13D657D.asc

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 20.09.2018 17:49:52

Dogge hat geschrieben: ↑ zum Beitrag ↑
20.09.2018 17:46:07
Ich würde nicht darauf wetten, dass das glatt läuft. Mach lieber ein erst ein upgrade von wheezy auf jessie und danach von jessie auf stretch.
Mein Fehler :facepalm:
Er hat ja Jessie (s. Ausgabe von Inxi)

Muss
Beiträge: 16
Registriert: 05.12.2013 18:38:08

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von Muss » 21.09.2018 11:32:13

Vielen Dank Willy, (und das ging aber schnell und ich bin wirklich dankbar, dass Du dran bleibst.

Es ist so, dass ich noch eine XP- VM auf dem Rechner betreibe, dies vor allem für technische Anwendungen wie Feuchtemesser, Anlagenüberwachungen und dergleichen. Dann ist "mein Mentor" auch noch als USR vorhanden, vielleicht braucht er die zweite SWAP? Muss ich zu seiner Ehrrettung schreiben, dass er bei weitem der versierteste LINUXER ist, den ich kenne. Nun gut, so viele sind das nicht.

Wie dem auch sei.
willy4711 hat geschrieben: ↑ zum Beitrag ↑
20.09.2018 17:08:29
Da wäre erst mal die Ausgabe von

Code: Alles auswählen

Code: Alles auswählen

# blkid 
interessant.
Hier ist sie:

Code: Alles auswählen

# blkid
/dev/sda1: UUID="6926-58E6" TYPE="vfat" PARTLABEL="EFI" PARTUUID="c5ec80c3-9a01-46f1-96b7-ea50da1c6665"
/dev/sda2: LABEL="boot" UUID="f701a72a-8f2e-4736-813f-482a3ccbb23f" TYPE="ext3" PARTLABEL="boot" PARTUUID="801b9b54-1d41-42ab-a05c-0cf6a8d097ee"
/dev/sda3: LABEL="home" UUID="c5d80a29-d91b-409d-a8ba-bdc592a82373" TYPE="ext4" PARTLABEL="home" PARTUUID="9c1eb16b-6f8b-44a3-8158-e55d25b0d153"
/dev/sda4: LABEL="root" UUID="b78cbf2b-1fe4-429b-bb6f-bd1f2156e661" TYPE="ext4" PARTLABEL="root" PARTUUID="560809b1-bec9-4a71-8085-00f73a09ed8f"
/dev/sda5: UUID="cfc53e1b-c5f3-4255-ada3-94eeda8f76df" TYPE="swap" PARTLABEL="swap_hd" PARTUUID="3b88be50-be29-4e8c-9668-d68e124948ff"
/dev/sda6: LABEL="tmp" UUID="a5eb9a24-4225-4ba5-8145-56f110483e4b" TYPE="ext4" PARTLABEL="tmp" PARTUUID="c31ce38f-e7ac-4fb4-be4b-a7b2f72080f2"
/dev/sdb1: LABEL="usr" UUID="162e547d-7a07-47df-8c33-91c60d1f96ae" TYPE="ext4" PARTLABEL="usr" PARTUUID="ceb118e7-f9cc-4794-bb75-e167d4bdce38"
/dev/sdb2: UUID="4201c352-196a-4364-9862-3a0b613ac45f" TYPE="swap" PARTLABEL="swap_ssd" PARTUUID="45cebc78-dcbd-4b30-8359-47e08593a629"
/dev/sdc1: UUID="b2aa515a-3207-4f22-a2d5-2eba543d6ac2" TYPE="ext4" PARTUUID="58000988-01"
Hilft diese Ausgabe weiter? Oder soll ich Deiner Meinung nach besser warten, bis MENTOR gegen Ende Oktober wieder zurück ist?

In jedem Fall vielen Dank und:

i965-va-driver ist installiert.

Muss

willy4711

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von willy4711 » 21.09.2018 15:39:50

Muss hat geschrieben: ↑ zum Beitrag ↑
21.09.2018 11:32:13
Hilft diese Ausgabe weiter?
Auch nicht richtig, weil immer noch nicht klar ist, was sich auf sdb befindet.
Rein aus Interesse bitte noch mal die Ausgabe von

Code: Alles auswählen

#  fdisk -l /dev/sdb
einstellen
Muss hat geschrieben: ↑ zum Beitrag ↑
21.09.2018 11:32:13
Oder soll ich Deiner Meinung nach besser warten, bis MENTOR gegen Ende Oktober wieder zurück ist?
Wenn nicht nachzuvollziehen ist, welchem Zweck der Rest von sdb dient würde ich dazu raten.

eggy
Beiträge: 3331
Registriert: 10.05.2008 11:23:50

Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro

Beitrag von eggy » 21.09.2018 16:05:37

willy4711 hat geschrieben: ↑ zum Beitrag ↑
20.09.2018 17:08:29
Was die Verteilung der verschiedenen System- Verzeichnisse auf unterschiedliche Festplatten für einen praktischen Nährwert haben soll, entzieht sich meiner Kenntnis.
Ich rate mal:

1) Die Kiste hatte zuerst eine Festplatte, dann kam jemand auf die Idee "ich hab hier noch ne SSD über, die ist zwar klein aber besser als garnix". Und dann verschob man /usr auf das flinkeste zu tun was man hat, ist gar keine so doofe Idee: da liegen Programme und Libs ... das macht den Anwendungsstart hübsch schnell.
Die "das wurde später eingebaut"-Theorie würde auch das verhanden sein von 2 unterschiedlichen Swap-Bereichen erklären.

2) Es handelt sich hier um eine sog Hybrid-Festplatte, also eine Festplatte in der auch noch eine kleine SSD steckt. Die in den meisten Szenarien einfach als Cache genutzt wird, hier aber jemand meinte, da kann man auch gut /usr unterbringen, und den freien Rest nehmen wir einfach als Swap, der ist schön schnell - leider reichts nicht mehr für Suppend2Disk, daher noch nen größeres Swap auf der HDD.

Antworten