Ubuntu Sverige

Hej!

Har nu ver 3.13.0-45-generic med LXDE
Shotwell 0.18.0-0ubuntu4.3

Shotwell kraschar någon sekund efter start, strax efter det startsidan med mina lagrade bilder visats.
Detta oberoende på om kameran är ansluten via USB eller inte.

Tidigare har det fungerat friktionsfritt, dvs tom 2014.

Har provat med ominstallering av Shotwell, sedan bortagning och nyinstallering.
Samma resultat.
På disken med bildkatalogen finns 6,5 GB ledigt.

Har hittat en nyare Shotwell 0.20.....

https://launchpad.net/ubuntu/utopic/+so ... 1-0ubuntu1

och tankat hem men inte förstått hur den kan installeras

Vad göra?

Hej,
du kan börja med att starta programmet via terminalen för att på så sätt se om något användbart skrivs ut där.

Eventuellt kan det bero på ett fel i dina användarinställningar, då hjälper inte en ominstallation om man nu inte gjort en "purge" (rensning?).

TicToc skrev:Hej,
du kan börja med att starta programmet via terminalen för att på så sätt se om något användbart skrivs ut där.

Eventuellt kan det bero på ett fel i dina användarinställningar, då hjälper inte en ominstallation om man nu inte gjort en "purge" (rensning?).

Tack för snabbt svar

Sagt o gjort:
bla bla min anv ...:~$ shotwell
Segmenteringsfel (minnesutskrift skapad)

Startsidan för Shotwell visades pss som tidigare.

Och sedan?

Någon purge har jag inte gjort sedan uppdateringshanteraren la av pga purge, (tror jag ).

Det var illa. Jag har inte någon annan idé än att flytta programmets inställningar och testa hur det går.

TicToc skrev:Det var illa. Jag har inte någon annan idé än att flytta programmets inställningar och testa hur det går.

Hur kommer man åt att ändra Shotwells inställningar när det kraschar sekunder efter start?
Något text fil att redigera?

Om man döper om mappen med bilder, tar bort programmet totalt och gör en ny installation.
Kan det fungera?

För att testa om det är shotwells inställningar / databas som har blivit korrupt / felaktig:

Starta en terminal och skriv:
Starta därefter shotwell igen.

För att eventuellt flytta tillbaks dina inställningar efteråt (stäng ner shotwell däremellan):

johanre skrev:För att testa om det är shotwells inställningar / databas som har blivit korrupt / felaktig:

Starta en terminal och skriv:

Kod: Markera allt

mv ~/.shotwell ~/.shotwell.org

Starta därefter shotwell igen.

För att eventuellt flytta tillbaks dina inställningar efteråt (stäng ner shotwell däremellan):

Kod: Markera allt

mv ~/.shotwell ~/.shotwell.new ; mv ~/.shotwell.org ~/.shotwell

Hej Johanre!
Resultat av 1:a kommandot:
mv: kan inte ta status på ”/home/nils-erik/.shotwell”: Filen eller katalogen finns inte

Start av Shotwell =>

Startbild med mina foton visas några sekunder längre än förut innan krasch.
Så nu är Shotwell nedstängd, hepp

Stannar där och inväntar råd innan nya dåd.

Din hemmakatalog verkar inte vara skrivbar, därför kraschar shotwell. Vad ger:

ls -ld /home/nils-erik

johanre skrev:Din hemmakatalog verkar inte vara skrivbar, därför kraschar shotwell. Vad ger:

ls -ld /home/nils-erik

Det gav:
drwxrwxr-x 55 nils-erik nils-erik 4096 feb 9 19:11 /home/nils-erik

Hhmm, det ser ok ut. Vad ger:

cat /etc/mtab

johanre skrev:Hhmm, det ser ok ut. Vad ger:

cat /etc/mtab

Det här:

/dev/sdb2 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/cgroup tmpfs rw 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
none /run/user tmpfs rw,noexec,nosuid,nodev,size=104857600,mode=0755 0 0
none /sys/fs/pstore pstore rw 0 0
/dev/sdb5 /DataD ext4 rw 0 0
/dev/sdb6 /home ext4 rw 0 0
/dev/sda6 /DataC fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,noexec,nosuid,nodev,none,name=systemd 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=nils-erik 0 0

Nilleb skrev:

johanre skrev:Hhmm, det ser ok ut. Vad ger:

cat /etc/mtab

Det här:

/dev/sdb2 / ext4 rw,errors=remount-ro 0 0
proc /proc proc rw,noexec,nosuid,nodev 0 0
sysfs /sys sysfs rw,noexec,nosuid,nodev 0 0
none /sys/fs/cgroup tmpfs rw 0 0
none /sys/fs/fuse/connections fusectl rw 0 0
none /sys/kernel/debug debugfs rw 0 0
none /sys/kernel/security securityfs rw 0 0
udev /dev devtmpfs rw,mode=0755 0 0
devpts /dev/pts devpts rw,noexec,nosuid,gid=5,mode=0620 0 0
tmpfs /run tmpfs rw,noexec,nosuid,size=10%,mode=0755 0 0
none /run/lock tmpfs rw,noexec,nosuid,nodev,size=5242880 0 0
none /run/shm tmpfs rw,nosuid,nodev 0 0
none /run/user tmpfs rw,noexec,nosuid,nodev,size=104857600,mode=0755 0 0
none /sys/fs/pstore pstore rw 0 0
/dev/sdb5 /DataD ext4 rw 0 0
/dev/sdb6 /home ext4 rw 0 0
/dev/sda6 /DataC fuseblk rw,nosuid,nodev,allow_other,default_permissions,blksize=4096 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
systemd /sys/fs/cgroup/systemd cgroup rw,noexec,nosuid,nodev,none,name=systemd 0 0
gvfsd-fuse /run/user/1000/gvfs fuse.gvfsd-fuse rw,nosuid,nodev,user=nils-erik 0 0

Slut på ideer?

Ah, förlåt - glömt svara! OK, vad händer om du först: Och därefter startar du shotwell som vanligt?

johanre skrev:Ah, förlåt - glömt svara! OK, vad händer om du först:

Kod: Markera allt

mkdir ~/.shotwell 

Och därefter startar du shotwell som vanligt?

Inga problem, känner igen fenomenet. Det blir allt vanligare med åldern

OK ditt tips:
Shotwell startar, uppdaterar bibliotek....

och

Kraschar

Kan det vara något beroende som spökar?

Starta programmet från en terminal genom att skriva 'gdb programnamn' Sedan visas en ny rad efter lite informations text, med en blinkande prompt efter (gdb). I detta läge ska du skriva 'r' för run och trycka enter, då startar programmet,

När programmet kraschar/stängs så kommer du få tillbaka en prompt, och då är det dags att skriva 'bt' och trycka enter.

Förhoppningsvis kan du efter en krasch, ur den information som visas i terminalen, se om något beroende saknas.
(quit=avslutar)

gruble skrev:Kan det vara något beroende som spökar?

Starta programmet från en terminal genom att skriva 'gdb programnamn'

Kod: Markera allt

gdb shotwell

Sedan visas en ny rad efter lite informations text, med en blinkande prompt efter (gdb). I detta läge ska du skriva 'r' för run och trycka enter, då startar programmet,

När programmet kraschar/stängs så kommer du få tillbaka en prompt, och då är det dags att skriva 'bt' och trycka enter.

Förhoppningsvis kan du efter en krasch, ur den information som visas i terminalen, se om något beroende saknas.
(quit=avslutar)

Tack för tips

Så blev det:

(gdb) r
Starting program: /usr/bin/shotwell
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffe92d2700 (LWP 13207)]
[New Thread 0x7fffe3bdf700 (LWP 13208)]
[New Thread 0x7fffe0f15700 (LWP 13209)]
[New Thread 0x7fffbd734700 (LWP 13210)]
[New Thread 0x7fffbcf33700 (LWP 13211)]
[New Thread 0x7fffbbed0700 (LWP 13212)]
[New Thread 0x7fffbb6cf700 (LWP 13213)]
[Thread 0x7fffbb6cf700 (LWP 13213) exited]
[New Thread 0x7fffbb6cf700 (LWP 13214)]
[Thread 0x7fffbb6cf700 (LWP 13214) exited]
[New Thread 0x7fffbb6cf700 (LWP 13215)]
[Thread 0x7fffbb6cf700 (LWP 13215) exited]
[New Thread 0x7fffbb6cf700 (LWP 13216)]
[Thread 0x7fffbb6cf700 (LWP 13216) exited]
[New Thread 0x7fffbb6cf700 (LWP 13217)]
[Thread 0x7fffbb6cf700 (LWP 13217) exited]
[New Thread 0x7fffbb6cf700 (LWP 13218)]
[New Thread 0x7fffba274700 (LWP 13219)]
[New Thread 0x7fffb985c700 (LWP 13220)]
[New Thread 0x7fffb905b700 (LWP 13221)]
[New Thread 0x7fffb885a700 (LWP 13222)]
[New Thread 0x7fffa3fff700 (LWP 13223)]
[New Thread 0x7fffa37fe700 (LWP 13224)]
[New Thread 0x7fffa2ffd700 (LWP 13225)]
[Thread 0x7fffb885a700 (LWP 13222) exited]
[Thread 0x7fffba274700 (LWP 13219) exited]
[Thread 0x7fffbb6cf700 (LWP 13218) exited]
[Thread 0x7fffb905b700 (LWP 13221) exited]
[New Thread 0x7fffb905b700 (LWP 13226)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffb905b700 (LWP 13226)]
0x00007fffb986b85f in ?? ()
from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgsttypefindfunctions.so
(gdb)

Shotwell startar, Uppdaterar bibliotek och fryser.....

Väljer stäng fönster och Avslutar process, efter div strul stängs Shotwell

Kör:

(gdb) bt
Python Exception <class 'gdb.MemoryError'> Cannot access memory at address 0x7fffb905a998:
#0 0x00007fffb986b85f in ?? ()
from /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgsttypefindfunctions.so
Cannot access memory at address 0x7fffb905a998
(gdb)

Har installerat shotwell version 0.20.2 för att se var filerna hamnar, och nedan är rätta sökvägen till filerna.

Shotwell 0.13.0 or later -> ~/.local/share/shotwell

i mappen ~/.local/share/shotwell/data finns bara två filer photo.db och photo.db.bak
i mappen ~/.local/share/shotwell finns den dolda filen .directory

gdb visade något om gstreamer.
Men kopiera photo.db (om mycket organiserat) under shotwell, ta bort programmet helt och installera om.
Då alla användare uppmanas att uppgradera pga en bugg till version 0.20.2
http://www.ubuntuupdates.org/package/co ... s/shotwell

Det ser eventuellt ut som om en ominstallation av gstreamer skulle kunna lösa problemet. Det är dock lite svårt att lista ut vad det egentligen är som är fel, eftersom segmenteringsfel så att säga är Linux (och UNIX) standardfel när det i själva verket är något helt annat som egentligen är fel. Enkelt uttryckt kan man förklara det som att oavsett vad det är som är fel, så leder en dålig felhantering ofta till att det förr eller senare uppstår ett segmenteringsfel ändå.....

gruble skrev:Har installerat shotwell version 0.20.2 för att se var filerna hamnar, och nedan är rätta sökvägen till filerna.

Shotwell 0.13.0 or later -> ~/.local/share/shotwell

i mappen ~/.local/share/shotwell/data finns bara två filer photo.db och photo.db.bak
i mappen ~/.local/share/shotwell finns den dolda filen .directory

gdb visade något om gstreamer.
Men kopiera photo.db (om mycket organiserat) under shotwell, ta bort programmet helt och installera om.
Då alla användare uppmanas att uppgradera pga en bugg till version 0.20.2
http://www.ubuntuupdates.org/package/co ... s/shotwell

Körde ditt tips:

Kopierade photo.db till skrivbordet och gjorde en total borttagning av Shotwell via Synaptic följt av installation Shotwell 0.18.0-0ubuntu4.3 också via Synaptic.

Ver 0.20.2 trivs inte i min 14.04 (felmeddelande om beroenden)
gstreamer har jag inte rört.

Och se Shotwell verkar vilja vara med och leka (än så länge

Ska köra en omstart av PC eftersom programuppdateraren tycker så...
Så då får vi se hur det går

Edit:
Tja efter omstart av PC'n så återkom problemet Shotwell uppdaterar bibliotek och kraschar

Osprey skrev:Det ser eventuellt ut som om en ominstallation av gstreamer skulle kunna lösa problemet. Det är dock lite svårt att lista ut vad det egentligen är som är fel, eftersom segmenteringsfel så att säga är Linux (och UNIX) standardfel när det i själva verket är något helt annat som egentligen är fel. Enkelt uttryckt kan man förklara det som att oavsett vad det är som är fel, så leder en dålig felhantering ofta till att det förr eller senare uppstår ett segmenteringsfel ändå.....

Ominstallerade gstreamer 45 paket via Synaptic.

Problemet med Shotwell krasch kvarstår.

Kan en total borttagning följt av nyinstallation av gstreamer hjälpa?
Alt ta bort gstreamer helt och köra utan?
Använder Rhytmbox för podradio om det nu har något att göra med gstreamer.