[gelöst]Problem mit Installation von Google-Earth 7.3.2.5493-ro
[gelöst]Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
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.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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/
Inhalte aus /etc/apt/sources.list und /etc/apt/sources.list.d/ nach pastebin/
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Der Skriptteil für das Setzen des sources.list-Eintrags ist in dem Punkt ausbaufähig durch zBsp. einen besseren Test auf Vorhandensein,niemand hat geschrieben: Der hat’s schließlich versaut.
keine Rede von "versaut".
mfg rendegast
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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 googleearth-package auch nichts anderes, als von Google herunterzuladen.
Der doppelte Eintrag wäre dann ein Fehler der Paketbauer.
Die Meldung
Kommt bei mir auch. Nichtsdestotrotz wird bei einem vorhandenen Update dies auch geladen und installiert.
Also unschädlich.
In Buster funktioniert Google-Earth gut.
Soweit ich weiss, mach das Paket googleearth-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.
Also unschädlich.
In Buster funktioniert Google-Earth gut.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
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
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
niemand hat geschrieben:13.09.2018 21:50:38Um’s auch nochmal im Klartext zu sagen: damit gibt man Google Rootzugang auf seiner Kiste.
Das würde ich auch gerne erklärt haben.Muss hat geschrieben:15.09.2018 15:35:00Wenn es allerdings richtig ist, dass mit dem Programm Google root-Zugriff auf meinen Rechner gewährt wird, verzichte ich lieber darauf.
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.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Tja KDE ist da etwas eigen. Da muss man irgendeine kryptische Sequenz in die Konsole haken.Muss hat geschrieben:15.09.2018 15:35:00Wie 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.
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
STRG+o dann Enter
Austieg mit STRG +x
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Nicht die Pferde scheu machen.Wenn es allerdings richtig ist, dass mit dem Programm Google root-Zugriff auf meinen Rechner gewährt wird, verzichte ich lieber darauf.
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")
-----------------------
Viel Eifer, viel Irrtum; weniger Eifer, weniger Irrtum; kein Eifer, kein Irrtum.
(Lin Yutang "Moment in Peking")
- RobertS
- Beiträge: 516
- 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
Jessie ist oldstable, aktuelles stable ist stretch.Muss hat geschrieben: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
…
Wäre mein erster Ansatz.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Das wäre auch mein Bestreben mal ein Upgrade zu machen.RobertS hat geschrieben:15.09.2018 20:07:46Jessie ist oldstable, aktuelles stable ist stretch.
Wäre mein erster Ansatz.
Auch seltsam - so eine Ausgabe habe ich mit lsb_release noch nicht gesehen.Muss hat geschrieben:13.09.2018 14:27:16LSB 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
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
Zumindest gibt es ein firejail - Profil in /etc/firejail/google-earth.profile 40441rendegast hat geschrieben:15.09.2018 19:48:29Ein selinux/apparmor-Profil finde ich auf die Schnelle aber nicht im Netz?
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
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
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
nein - das wäre eine Neuinstallation. Wobei man das /home- Verzeichnis, und somit auch die Einstellungen, aber komplett in dieMuss hat geschrieben:17.09.2018 13:24:53Funktioniert denn ein solches Upgrade auch über eine sog *.iso - Datei?
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
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 inxi
und poste hierher für einen Gesamtübersicht die Ausgabe von
Code: Alles auswählen
inxi -F
Code: Alles auswählen
inxi -r
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
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
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Damit meinte ich den Editor, wenn du einen Beitrag hier schreibst.Muss hat geschrieben:17.09.2018 15:20:30So etwas habe ich nicht gefunden in meinem Terminal. Editor-Fenster ist das gleich Terminal bzw. Konsole?
Text aus dem Terminal kopieren und hier einfügen -- markieren - und </> bemühen --Vorschau --- freu
ich benutze gerne onlineMuss hat geschrieben:17.09.2018 15:20:30Und: 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.
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 marble oder gar gnome-maps kann ich auch nichts anfangen.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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.
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.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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:
inxi -r:
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
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
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
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
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Fangen wir mal mit dem Einfachen an:
OK Nun mal zu deinem eventuellen Upgrade:
Speicher / Swap
Inxi sagt:
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?
Inxi sagt:
Nach meinen Recherchen hat die SanDisk_SSD_U100 128 GB ---> wo ist denn der Rest geblieben ???
Da wäre erst mal die Ausgabe von 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 :
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.
i965-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.
Am einfachsten geht das so: Antwort erstellen ---> Ansicht erweitern ---> zu zitierende Stelle markieren---> Im zu zitierenden Beitrag Oben Rechts auf " klicken.Muss hat geschrieben:20.09.2018 09:47:46Und 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.
OK Nun mal zu deinem eventuellen Upgrade:
Speicher / Swap
Inxi sagt:
Code: Alles auswählen
Memory: 1849.9/7849.1MB
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
Code: Alles auswählen
ID-2: /dev/sdb model: SanDisk_SSD_U100 size: 16.0GB
Da wäre erst mal die Ausgabe von
Code: Alles auswählen
# blkid
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
i965-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.
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
willy4711 hat geschrieben:17.09.2018 14:25:09Ein Upgrade macht man, in dem man die sources.list verändert (in deinem Fall würde wheezy durch stretch ersetzt
und man anschließendausführt (Kanne Kaffee nicht vergessen.)Code: Alles auswählen
apt-get update && apt-get dist-upgrade
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
http://files.mdosch.de/2014-07/0xE13D657D.asc
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Mein FehlerDogge hat geschrieben:20.09.2018 17:46:07Ich 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.
Er hat ja Jessie (s. Ausgabe von Inxi)
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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.
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
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.
Hier ist sie:willy4711 hat geschrieben:20.09.2018 17:08:29Da wäre erst mal die Ausgabe von
interessant.Code: Alles auswählen
Code: Alles auswählen # blkid
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"
In jedem Fall vielen Dank und:
i965-va-driver ist installiert.
Muss
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
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
Wenn nicht nachzuvollziehen ist, welchem Zweck der Rest von sdb dient würde ich dazu raten.Muss hat geschrieben:21.09.2018 11:32:13Oder soll ich Deiner Meinung nach besser warten, bis MENTOR gegen Ende Oktober wieder zurück ist?
Re: Problem mit Installation von Google-Earth 7.3.2.5493-ro
Ich rate mal:willy4711 hat geschrieben:20.09.2018 17:08:29Was die Verteilung der verschiedenen System- Verzeichnisse auf unterschiedliche Festplatten für einen praktischen Nährwert haben soll, entzieht sich meiner Kenntnis.
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.