Willkommen Gast. Bitte einloggen oder registrieren. Haben Sie Ihre Aktivierungs E-Mail übersehen?
23.02.2020, 15:02:37

.
Einloggen mit Benutzername, Passwort und Sitzungslänge

Mitglieder
  • Mitglieder insgesamt: 23489
  • Letzte: werko
Statistiken
  • Beiträge insgesamt: 641916
  • Themen insgesamt: 52023
  • Heute online: 532
  • Am meisten online: 2287
  • (22.01.2020, 19:20:24)
Benutzer Online

Autor Thema:  Pinta mag Tara ( LM 19 Cinnamon ) nicht  (Gelesen 1943 mal)

0 Mitglieder und 1 Gast betrachten dieses Thema.

Pinta mag Tara ( LM 19 Cinnamon ) nicht
« am: 15.07.2018, 16:20:16 »
ich nutze LM 19 (64) Cinnamon
und stelle gerade fest das Pinta nicht mehr richtig funktioniert.
Pinta lässt sich installieren und starten
aber nach der 3. oder 4. Aktion ( z.B. drei kleine Bilder zu "öffnen" )
im Programm friert es ein oder verschwindet vom Bildschirm.
In der Anwendungsverwaltung wird die Vers. 1.6-2 angeboten
auf der Projektseite https://pinta-project.com/pintaproject/pinta/
finde ich noch die Vers. 1.7 für Ubuntu 16.10.1 - die macht aber die gleichen Zicken.
Ich glaube es sieht für Pinta nicht gut aus - Projekt eingeschlafen ?

Hat jemand die gleichen Erfahrungen gemacht ?
Hat jemand eine vergleichbare Alternative ?

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #1 am: 15.07.2018, 17:14:57 »
@billyfox05

Ich glaube es sieht für Pinta nicht gut aus - Projekt eingeschlafen ?
So ist das mit dem Glauben. Einige glauben nichts, andere alles was sie irgendwo aufgeschnappt haben und wiederum andere stellen einfach mal eine persönliche Vermutung in den Raum.

Du bist lange genug im Forum aktiv um zu wissen was man da schon mal selber probieren kann ohne gleich die Pferde scheu zu machen.
Getan hast du es aber bisher nicht. Oder aber doch und nur vergessen es zu erwähnen.  ;D
Als da z.B. wären
  • Reinstall des Progs (incl. der Konfigurationsdateien)
  • Test des Verhaltens unter neu angelegtem User-Account
  • Start des Progs im Terminal um ggf. mehr Informationen zu erhalten
  • Test mit einer älteren (voherigen) Version (z.B aus trusty) ...

Bleibt festzuhalten: Normal ist das Verhalten nicht und aktuell in den off. Repos bis cosmic ist Version 1.6-2: all.

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #2 am: 15.07.2018, 20:06:32 »
@lmumischabln

Nu hau man nicht so drauf - das tut mir auch weh  ;)
Glauben heißt - nicht wissen - soweit bin ich bei dir.

Was habe ich bisher "getestet"
- Vers. 1.6-2 über Anwendungsverwaltung installiert
- Vers. 1.7 ( _all.deb ) über/mit gdebi installiert
- deinstalliert mit Synaptic
- über Terminal gestartet
die vier Punkte in zwei Systemen ( beide LM 19 (64) Cinnamon ) mehrfach ausprobiert .

Eine Ausgabe, im Terminal, nach Absturz lautet so
billyfox@prodtara:~$ pinta
free(): invalid pointer
Stacktrace:

  at <unknown> <0xffffffff>
  at (wrapper managed-to-native) GLib.SList.g_free (intptr) <0x0005f>
  at GLib.ListBase.Empty () <0x0013c>
  at GLib.ListBase.Dispose (bool) <0x0000f>
  at GLib.ListBase.Finalize () <0x0001d>
  at (wrapper runtime-invoke) object.runtime_invoke_virtual_void__this__ (object,intptr,intptr,intptr) <0x00068>

Native stacktrace:

/usr/bin/mono(+0xc8514) [0x560000bf0514]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x12890) [0x7f14a407f890]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0xc7) [0x7f14a3aa2e97]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x141) [0x7f14a3aa4801]
/lib/x86_64-linux-gnu/libc.so.6(+0x89897) [0x7f14a3aed897]
/lib/x86_64-linux-gnu/libc.so.6(+0x9090a) [0x7f14a3af490a]
/lib/x86_64-linux-gnu/libc.so.6(cfree+0x4cc) [0x7f14a3afbe1c]
[0x40f7cbf0]

Debug info from gdb:

[New LWP 3925]
[New LWP 3926]
[New LWP 3927]
[New LWP 3928]
[New LWP 3941]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
0x00007f14a3b78bf9 in __GI___poll (fds=0x5600032bbea0, nfds=3, timeout=500) at ../sysdeps/unix/sysv/linux/poll.c:29
29 ../sysdeps/unix/sysv/linux/poll.c: Datei oder Verzeichnis nicht gefunden.
  Id   Target Id         Frame
* 1    Thread 0x7f14a4c36780 (LWP 3924) "Main" 0x00007f14a3b78bf9 in __GI___poll (fds=0x5600032bbea0, nfds=3, timeout=500) at ../sysdeps/unix/sysv/linux/poll.c:29
  2    Thread 0x7f14a2fff700 (LWP 3925) "SGen worker" 0x00007f14a407a9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5600010e3a08) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
  3    Thread 0x7f14a372d700 (LWP 3926) "Finalizer" 0x00007f14a407f23a in __waitpid (pid=3942, stat_loc=0x7f14a372b86c, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:30
  4    Thread 0x7f1492b58700 (LWP 3927) "gmain" 0x00007f14a3b78bf9 in __GI___poll (fds=0x560002c022b0, nfds=2, timeout=999) at ../sysdeps/unix/sysv/linux/poll.c:29
  5    Thread 0x7f1492357700 (LWP 3928) "gdbus" 0x00007f14a3b78bf9 in __GI___poll (fds=0x560002c15540, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
  6    Thread 0x7f147ffff700 (LWP 3941) "pool" syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38

Thread 6 (Thread 0x7f147ffff700 (LWP 3941)):
#0  syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007f1499c2df2a in g_cond_wait_until () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f1499bbb4f1 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f1499bbbaac in g_async_queue_timeout_pop () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f1499c108ae in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f1499c0fe05 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#6  0x00007f14a40746db in start_thread (arg=0x7f147ffff700) at pthread_create.c:463
#7  0x00007f14a3b8588f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7f1492357700 (LWP 3928)):
#0  0x00007f14a3b78bf9 in __GI___poll (fds=0x560002c15540, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007f1499be8439 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f1499be87d2 in g_main_loop_run () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f149a637e76 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007f1499c0fe05 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f14a40746db in start_thread (arg=0x7f1492357700) at pthread_create.c:463
#6  0x00007f14a3b8588f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 4 (Thread 0x7f1492b58700 (LWP 3927)):
#0  0x00007f14a3b78bf9 in __GI___poll (fds=0x560002c022b0, nfds=2, timeout=999) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007f1499be8439 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f1499be854c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f1499be8591 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007f1499c0fe05 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007f14a40746db in start_thread (arg=0x7f1492b58700) at pthread_create.c:463
#6  0x00007f14a3b8588f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7f14a372d700 (LWP 3926)):
#0  0x00007f14a407f23a in __waitpid (pid=3942, stat_loc=0x7f14a372b86c, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:30
#1  0x0000560000bf05f0 in ?? ()
#2  <signal handler called>
#3  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#4  0x00007f14a3aa4801 in __GI_abort () at abort.c:79
#5  0x00007f14a3aed897 in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7f14a3c1ab9a "%s\n") at ../sysdeps/posix/libc_fatal.c:181
#6  0x00007f14a3af490a in malloc_printerr (str=str@entry=0x7f14a3c18d88 "free(): invalid pointer") at malloc.c:5350
#7  0x00007f14a3afbe1c in _int_free (have_lock=0, p=0x56000314df30, av=0x7f14a3e4fc40 <main_arena>) at malloc.c:4157
#8  __GI___libc_free (mem=0x56000314df40) at malloc.c:3124
#9  0x0000000040f7cbf0 in ?? ()
#10 0x000056000314df40 in ?? ()
#11 0x000056000283c0d0 in ?? ()
#12 0x000056000283c0d0 in ?? ()
#13 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f14a2fff700 (LWP 3925)):
#0  0x00007f14a407a9f3 in futex_wait_cancelable (private=<optimized out>, expected=0, futex_word=0x5600010e3a08) at ../sysdeps/unix/sysv/linux/futex-internal.h:88
#1  __pthread_cond_wait_common (abstime=0x0, mutex=0x5600010e3a20, cond=0x5600010e39e0) at pthread_cond_wait.c:502
#2  __pthread_cond_wait (cond=0x5600010e39e0, mutex=0x5600010e3a20) at pthread_cond_wait.c:655
#3  0x0000560000d78863 in ?? ()
#4  0x00007f14a40746db in start_thread (arg=0x7f14a2fff700) at pthread_create.c:463
#5  0x00007f14a3b8588f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7f14a4c36780 (LWP 3924)):
#0  0x00007f14a3b78bf9 in __GI___poll (fds=0x5600032bbea0, nfds=3, timeout=500) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007f1499be8439 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007f1499be87d2 in g_main_loop_run () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007f149baeda37 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#4  0x0000000040f68e9a in ?? ()
#5  0x00007fff9ef95e20 in ?? ()
#6  0x00007fff9ef95e10 in ?? ()
#7  0x00007f14a3000950 in ?? ()
#8  0x00007f14a3000d60 in ?? ()
#9  0x00007f14a3000db0 in ?? ()
#10 0x0000560002870e30 in ?? ()
#11 0x0000000040e426d0 in ?? ()
#12 0x00007fff9ef959a0 in ?? ()
#13 0x00007fff9ef95850 in ?? ()
#14 0x0000000040f68e2c in ?? ()
#15 0x00007fff9ef959a0 in ?? ()
#16 0x0000000040e42688 in ?? ()
#17 0x00007f14a30021f0 in ?? ()
#18 0x00007f14a3000788 in ?? ()
#19 0x00007f14a30021f0 in ?? ()
#20 0x00007f14a300e120 in ?? ()
#21 0x00007f14a3000788 in ?? ()
#22 0x00007f14a30021f0 in ?? ()
#23 0x00007f14a300e720 in ?? ()
#24 0x00007f14a3000788 in ?? ()
#25 0x00007f14a30021f0 in ?? ()
#26 0x00007f14a300ecd8 in ?? ()
#27 0x00007f14a3000400 in ?? ()
#28 0x0000000000000000 in ?? ()

=================================================================
Got a SIGABRT while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Abgebrochen (Speicherabzug geschrieben)

das hilft mir leider nicht weiter ?!
Auf der Projektseite ( oben verlinkt ) ist der aktuellste Eintrag, den ich gefunden habe,
aus Mitte 2016 - angegebene ppa`s, entweder stable oder daily, werden von Tara nicht akzeptiert
und dann ---- habe ich hier gepostet  ;)
Übrigens: die Vers. 1.6-2 läuft bei LM 18.3 (64) Cinnamon astrein -
ich würde sogar behaupten das Pinta seit LM 17 bei mir problemlos funktioniert hat.
« Letzte Änderung: 15.07.2018, 20:16:25 von billyfox05 »

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #3 am: 16.07.2018, 15:00:07 »
Hat jemand die gleichen Erfahrungen gemacht ?
Ja, ich. Kann den Fehler bestätigen.

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #4 am: 16.07.2018, 15:20:53 »
@toffifee
Danke, dann sind wir ja schon 2  ;)

Fühle mich in meiner Vermutung, das es an Pinta liegt,  bestätigt -
bei Xubuntu 18.4 - das gleiche Problem - Seeehr schade -
aber vllt. kommt ja noch eine neue Version von Pinta ?!

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #5 am: 16.07.2018, 15:41:03 »
Sieht derzeit nicht so aus....

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #6 am: 16.07.2018, 15:42:54 »
ich befürchte es auch - aber die Hoffnung stirbt zuletzt ?!

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #7 am: 02.09.2018, 08:21:58 »
Hallo,

hatte auch das Pinta seit ich Cinnamon 19 benutze immer abstürzte bzw. einfror. Gestern und heute hab ich ein paar Bilder bearbeitet und es lief bei mir wieder Problemlos. Hoffe es bleibt so.  ;D

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #8 am: 02.09.2018, 13:13:55 »
Ich habe seit dem Erscheinen von LM19 Cinnamon mit Pinta gearbeitet.

Ja, es ist sehr häufig abgestürzt, weshalb ich immer mit mehreren Instanzen gearbeitet habe und oft zwischenspeicherte.

Nach diversen Kernelupdates hat sich das gewaltig geändert.

Pinta läuft jetzt einwandfrei ohne Abstürze!

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #9 am: 02.09.2018, 15:53:59 »
bei mir hat sich leider nichts geändert
LM 19 (64) Cinnamon, Kernel 4.15.0-33

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #10 am: 02.09.2018, 18:25:51 »
Der ist auch bei mir aktiv.

Pinta ist natürlich die Vers. 1.6.

Anfänglich stürzte das Programm gerade bei der Bearbeitung von Icons kleiner als 128x128 immer wieder ab. Jetzt ist das Bearbeiten von 16x16 stark vergrößert kein Problem mehr.

Es gibt allerdings ein Programm was immer noch manchmal sich einfach schließt: Nemo.
Dies geschieht beim Arbeiten mit Ordnerinhalten mit vielen Files, dem Löschen und dem Zugriff auf den Papierkorb (so beobachte ich es). Ich kann es aber nicht reproduzieren. Es gechieht halt manchmal, ist aber auch bedeutend besser geworden.

Vielleicht mal ein Hardwarevergleich:
System:    Host: Serenity Kernel: 4.15.0-33-generic x86_64 bits: 64 Desktop: Cinnamon 3.8.8
           Distro: Linux Mint 19 Tara
Machine:   Device: laptop System: ASUSTeK product: N76VZ v: 1.0 serial: C9N0AS40398138B
           Mobo: ASUSTeK model: N76VZ v: 1.0 serial: BSN12345678901234567
           UEFI: American Megatrends v: N76VZ.214 date: 07/09/2013
Battery    BAT0: charge: 37.6 Wh 98.9% condition: 38.0/57.7 Wh (66%)
CPU:       Quad core Intel Core i7-3610QM (-MT-MCP-) cache: 6144 KB
           clock speeds: max: 3300 MHz 1: 1208 MHz 2: 1198 MHz 3: 1224 MHz 4: 1338 MHz 5: 1197 MHz 6: 1280 MHz
           7: 1210 MHz 8: 1285 MHz
Memory:    Array-1 capacity: 32 GB devices: 4 EC: None
           Device-1: ChannelA-DIMM0 size: 4 GB speed: 1600 MT/s type: DDR3
           Device-2: ChannelA-DIMM1 size: No Module Installed type: N/A
           Device-3: ChannelB-DIMM0 size: 4 GB speed: 1600 MT/s type: DDR3
           Device-4: ChannelB-DIMM1 size: No Module Installed type: N/A
Graphics:  Card-1: Intel 3rd Gen Core processor Graphics Controller
           Card-2: NVIDIA GK107M [GeForce GT 650M]
           Display Server: X.Org 1.19.6 drivers: modesetting,nouveau (unloaded: fbdev,vesa)
           Resolution: 1920x1080@60.01hz
           OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile version: 4.2 Mesa 18.0.5
Audio:     Card Intel 7 Series/C216 Family High Definition Audio Controller driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-33-generic
Network:   Card-1: Qualcomm Atheros AR9485 Wireless Network Adapter driver: ath9k
           IF: wlp3s0 state: up mac: dc:85:de:52:03:e1
           Card-2: Qualcomm Atheros AR8161 Gigabit Ethernet driver: alx
           IF: enp4s0 state: down mac: 50:46:5d:de:7e:f4
Drives:    HDD Total Size: 1128.2GB (41.5% used)
           ID-1: /dev/sda model: Samsung_SSD_840 size: 128.0GB
           ID-2: /dev/sdb model: ST1000LM024_HN size: 1000.2GB
Partition: ID-1: / size: 50G used: 13G (27%) fs: ext4 dev: /dev/sda4
           ID-2: swap-1 size: 10.59GB used: 0.00GB (0%) fs: swap dev: /dev/sda5
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 57.0C mobo: N/A
           Fan Speeds (in rpm): cpu: 2000
Info:      Processes: 233 Uptime: 21 min Memory: 1404.6/7422.4MB Client: Shell (sudo) inxi: 2.3.56

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #11 am: 02.09.2018, 19:10:58 »
meine Hardware
billyfox@wirktara:~$ inxi -Fz
System:    Host: wirktara Kernel: 4.15.0-33-generic x86_64 bits: 64
           Desktop: Cinnamon 3.8.8  Distro: Linux Mint 19 Tara
Machine:   Device: desktop System: Hewlett-Packard product: 23-d005eg v: 1.00 serial: N/A
           Mobo: Hewlett-Packard model: 2ADC v: 1.06 serial: N/A
           UEFI: AMI v: 8.16 date: 05/15/2014
Battery    hidpp__0: charge: N/A condition: NA/NA Wh
           hidpp__1: charge: N/A condition: NA/NA Wh
CPU:       Quad core Intel Core i5-3330S (-MCP-) cache: 6144 KB
           clock speeds: max: 3200 MHz 1: 1596 MHz 2: 1596 MHz 3: 1596 MHz
           4: 1596 MHz
Graphics:  Card: NVIDIA GF108M [GeForce GT 630M]
           Display Server: x11 (X.Org 1.19.6 )
           drivers: nouveau (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1080@60.02hz
           OpenGL: renderer: NVC1 version: 4.3 Mesa 18.0.5
Audio:     Card Intel 6 Series/C200 Series Family High Def. Audio Controller
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-33-generic
Network:   Card-1: Ralink RT5390R 802.11bgn PCIe Wireless Network Adapter
           driver: rt2800pci
           IF: wlp4s0 state: up mac: <filter>
           Card-2: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169
           IF: eno1 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 500.1GB (2.2% used)
           ID-1: /dev/sda model: Samsung_SSD_850 size: 500.1GB
Partition: ID-1: / size: 29G used: 11G (38%) fs: ext4 dev: /dev/sda5
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 29.8C mobo: 27.8C gpu: 56.0
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 203 Uptime: 6:16 Memory: 1621.5/7914.1MB
           Client: Shell (bash) inxi: 2.3.56

secureIT

  • Gast
Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #12 am: 02.09.2018, 19:19:22 »
Hi billyfox05,

Zitat
Hat jemand die gleichen Erfahrungen gemacht ?
Hat jemand eine vergleichbare Alternative ?

Schau mal in diesen Thread ..... da werden auch Alternativen genannt .........

https://forums.linuxmint.com/viewtopic.php?f=47&t=274599&start=20

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #13 am: 02.09.2018, 19:31:49 »
Hab heute zwei Stunden Bilder mit Pinta bearbeitet. Läuft hier Problemlos.
Hier mal noch meine Hardware:

System:    Host: System-Product-Name Kernel: 4.15.0-33-generic x86_64
           bits: 64
           Desktop: Cinnamon 3.8.8  Distro: Linux Mint 19 Tara
Machine:   Device: desktop Mobo: ASUSTeK model: M4A88TD-M EVO v: Rev X.0x serial: N/A
           BIOS: American Megatrends v: 1701 date: 09/08/2010
CPU:       Quad core AMD Phenom II X4 955 (-MCP-) cache: 2048 KB
           clock speeds: max: 3200 MHz 1: 2100 MHz 2: 3200 MHz 3: 800 MHz
           4: 800 MHz
Graphics:  Card: NVIDIA GF119 [GeForce GT 610]
           Display Server: x11 (X.Org 1.19.6 )
           drivers: nvidia (unloaded: modesetting,fbdev,vesa,nouveau)
           Resolution: 1280x1024@60.02hz, 1280x1024@60.02hz
           OpenGL: renderer: GeForce GT 610/PCIe/SSE2
           version: 4.6.0 NVIDIA 390.48
Audio:     Card-1 NVIDIA GF119 HDMI Audio Controller driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA)
           driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.15.0-33-generic
Network:   Card: Realtek RTL8111/8168/8411 PCIE Gigabit Ethernet Controller
           driver: r8169
           IF: enp5s0 state: up speed: 1000 Mbps duplex: full
           mac: bc:ae:c5:3f:40:9c
Drives:    HDD Total Size: 1500.3GB (41.8% used)
           ID-1: /dev/sda model: Samsung_SSD_850 size: 500.1GB
           ID-2: /dev/sdb model: WDC_WD10EADS size: 1000.2GB
Partition: ID-1: / size: 458G used: 110G (26%) fs: ext4 dev: /dev/sda1
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 43.0C mobo: 41.0C gpu: 51C
           Fan Speeds (in rpm): cpu: 2303 psu: 0 sys-1: 0
Info:      Processes: 255 Uptime: 12:14 Memory: 6202.6/16040.6MB
           Client: Shell (bash) inxi: 2.3.56

Re: Pinta mag Tara ( LM 19 Cinnamon ) nicht
« Antwort #14 am: 02.09.2018, 20:35:39 »
@billyfox05 und hinderdealer

Sagt mal, wie groß ist euer Speicher/Memory? Ich habe, wie oben zu sehen 8G, verfolge aber  bei mir die Speicherbelegung nicht.

Off-Topic:
Wisst ihr, ob/wie sich eure Systemtemperatur geändert hat?

Meine ist im Leerlauf um 8 Grad mit dem Wechsel von 17.3 auf 19 gestiegen.