Wyszukaj

Witam, Chciałbym zamontować Samsunga Galaxy S7 pod Fedorą 24 w określonym katalogu i okazuje się, że nie mogę tego zrobić w taki sposób jak dotychczas (jak pod wcześniejszą Fedorą 23 i ze starszym Galaxy S4). Za każdym razem jak podłączam telefon do komputera to sprawdzam czy jest podłączony w trybie MTP, więc to nie może stanowić problemu. Do tej pory pod Fedorą 23 podłączałem S4 Nawet pod nową Fedorą 24 podłączam stary Galaxy S4 i jedną komendą montuję go do katalogu jako root bądź zwykły użytkownik. # simple-mtpfs /media/s4 $ simple-mtpfs /home/adam/s4 Teraz po podłączeniu S7, na telefonie pyta mnie o tryb MTP i po potwierdzeniu w Nautiliusie mogę przeglądać jego zawartość, ale nie mogę w prosty sposób dostać się do niego poprzez terminal. Pierwszą rzeczą jaką sprawdziłem było wskazanie na różne sposoby konkretnego urządzenia do zamontowania, ale poniższe próby też zawiodły: # simple-mtpfs --list-devices 1: SamsungGalaxy models (MTP) # simple-mtpfs --device 1 /home/adam/S7 # simple-mtpfs /dev/libmtp-3-1 /media/s7 Próbowałem nawet poprzez stworzenie reguły udev: # dmesg | tail [16821.258485] usb 3-1: Product: SAMSUNG_Android [16821.258487] usb 3-1: Manufacturer: SAMSUNG [16821.258489] usb 3-1: SerialNumber: 98867????????????? [16827.556099] usb 3-1: USB disconnect, device number 29 [16830.383366] usb 3-1: new high-speed USB device number 30 using xhci_hcd [16830.548882] usb 3-1: New USB device found, idVendor=04e8, idProduct=6860 [16830.548887] usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=4 [16830.548903] usb 3-1: Product: SAMSUNG_Android [16830.548905] usb 3-1: Manufacturer: SAMSUNG [16830.548907] usb 3-1: SerialNumber: 98867????????????? # touch /etc/udev/rules.d/10-phone.rules # echo echo 'SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProduct}="6860", SYMLINK="S7"' >> /etc/udev/rules.d/10-phone.rules # udevadm control --reload-rules # ls -l /dev/S7 lrwxrwxrwx. 1 root root 15 10-20 15:03 /dev/S7 -> bus/usb/003/075 # ls -l /dev/libmtp-3-1 lrwxrwxrwx. 1 root root 15 10-20 15:03 /dev/libmtp-3-1 -> bus/usb/003/075 # simple-mtpfs /dev/S7 /media/s7 Niestety, nic to nie dało. Żadna z tych metod nie wyrzuciła żadnego błedu, ale katalog, gdzie chciałbym zamontować telefon nadal jest pusty. Będę bardzo wdzięczny, jeżeli ktoś mógłby doszukać się, gdzie może tkwić problem. Z góry dziękuję za odpowiedź. Adam Update: Poniżej zamieszczam zapis z logów, dokłądniej ostatnie wpisy z journalctl po podłączeniu telefonu i wprowadzeniu polecenia simple-mtpfs /media/s7: # journalctl -n 53 -- Logs begin at śro 2016-10-19 21:29:20 CEST, end at sob 2016-10-22 09:26:43 CEST. -- paź 22 09:24:31 PRZEDNICZEK01 kernel: usb 3-1: USB disconnect, device number 10 paź 22 09:24:31 PRZEDNICZEK01 PackageKit[1559]: get-updates transaction /384_eccedcee from uid 1000 finished with success after 45ms paź 22 09:24:32 PRZEDNICZEK01 kernel: usb 3-1: new high-speed USB device number 11 using xhci_hcd paź 22 09:24:32 PRZEDNICZEK01 kernel: usb 3-1: New USB device found, idVendor=04e8, idProduct=6860 paź 22 09:24:32 PRZEDNICZEK01 kernel: usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=4 paź 22 09:24:32 PRZEDNICZEK01 kernel: usb 3-1: Product: SAMSUNG_Android paź 22 09:24:32 PRZEDNICZEK01 kernel: usb 3-1: Manufacturer: SAMSUNG paź 22 09:24:32 PRZEDNICZEK01 kernel: usb 3-1: SerialNumber: 98867????????????? paź 22 09:24:32 PRZEDNICZEK01 gvfsd[1813]: PTP: reading event an error 0x02ff occurredDevice 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). paź 22 09:24:32 PRZEDNICZEK01 gvfsd[1813]: LIBMTP ERROR: couldnt parse extension samsung.com/devicestatus:0 paź 22 09:24:32 PRZEDNICZEK01 tracker-miner-fs.desktop[2001]: (tracker-miner-fs:2001): Tracker-CRITICAL **: Could not set mount point in database 'urn:nepomuk:datasource:5e7b19a6b9795726a5c47a99a89757bf', GDBus.Error:org.freedesktop.Tracker1.SparqlError.Internal: UNIQUE constraint paź 22 09:24:32 PRZEDNICZEK01 tracker-miner-fs.desktop[2001]: (tracker-miner-fs:2001): Tracker-CRITICAL **: Could not set mount point in database 'urn:nepomuk:datasource:5c7e6bb78b9a6691c3ecea3925b2971d', GDBus.Error:org.freedesktop.Tracker1.SparqlError.Internal: UNIQUE constraint paź 22 09:24:34 PRZEDNICZEK01 org.gnome.Shell.desktop[1832]: (gnome-shell:1832): Gjs-WARNING **: JS ERROR: TypeError: is null paź 22 09:24:34 PRZEDNICZEK01 gvfsd[1813]: ** (process:3243): WARNING **: send_infos_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/18 (g-dbus-error-quark, 19) paź 22 09:24:34 PRZEDNICZEK01 gvfsd[1813]: ** (process:3243): WARNING **: send_infos_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/18 (g-dbus-error-quark, 19) paź 22 09:24:34 PRZEDNICZEK01 gvfsd[1813]: ** (process:3243): WARNING **: send_infos_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/18 (g-dbus-error-quark, 19) paź 22 09:24:34 PRZEDNICZEK01 gvfsd[1813]: ** (process:3243): WARNING **: send_done_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/18 (g-dbus-error-quark, 19) paź 22 09:24:35 PRZEDNICZEK01 PackageKit[1559]: get-updates transaction /385_decdbbba from uid 1000 finished with success after 45ms paź 22 09:26:37 PRZEDNICZEK01 kernel: usb 3-1: usbfs: process 3385 (simple-mtpfs) did not claim interface 0 before use paź 22 09:26:37 PRZEDNICZEK01 kernel: usb 3-1: reset high-speed USB device number 11 using xhci_hcd paź 22 09:26:38 PRZEDNICZEK01 kernel: usb 3-1: usbfs: process 3385 (simple-mtpfs) did not claim interface 0 before use paź 22 09:26:38 PRZEDNICZEK01 kernel: usb 3-1: usbfs: process 3250 (events) did not claim interface 0 before use paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: USB disconnect, device number 11 paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: new high-speed USB device number 12 using xhci_hcd paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: New USB device found, idVendor=04e8, idProduct=6860 paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: New USB device strings: Mfr=2, Product=3, SerialNumber=4 paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: Product: SAMSUNG_Android paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: Manufacturer: SAMSUNG paź 22 09:26:40 PRZEDNICZEK01 kernel: usb 3-1: SerialNumber: 98867????????????? paź 22 09:26:41 PRZEDNICZEK01 gvfsd[1813]: PTP: reading event an error 0x02ff occurredDevice 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). paź 22 09:26:41 PRZEDNICZEK01 gvfsd[1813]: LIBMTP ERROR: couldnt parse extension samsung.com/devicestatus:0 paź 22 09:26:41 PRZEDNICZEK01 tracker-miner-fs.desktop[2001]: (tracker-miner-fs:2001): Tracker-CRITICAL **: Could not set mount point in database 'urn:nepomuk:datasource:0e6a8582e05ac627e4014d1ca1e6ec87', GDBus.Error:org.freedesktop.Tracker1.SparqlError.Internal: UNIQUE constraint paź 22 09:26:41 PRZEDNICZEK01 tracker-miner-fs.desktop[2001]: (tracker-miner-fs:2001): Tracker-CRITICAL **: Could not set mount point in database 'urn:nepomuk:datasource:5c7e6bb78b9a6691c3ecea3925b2971d', GDBus.Error:org.freedesktop.Tracker1.SparqlError.Internal: UNIQUE constraint paź 22 09:26:41 PRZEDNICZEK01 dbus-daemon[1760]: [session uid=1000 pid=1760] Activating service name='org.gnome.Shell.HotplugSniffer' requested by ':1.16' (uid=1000 pid=1832 comm="/usr/bin/gnome-shell " label="unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023") paź 22 09:26:41 PRZEDNICZEK01 dbus-daemon[1760]: [session uid=1000 pid=1760] Successfully activated service 'org.gnome.Shell.HotplugSniffer' paź 22 09:26:42 PRZEDNICZEK01 org.gnome.Shell.desktop[1832]: (gnome-shell:1832): Gjs-WARNING **: JS ERROR: TypeError: is null paź 22 09:26:43 PRZEDNICZEK01 gvfsd[1813]: ** (process:3399): WARNING **: send_infos_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/17 (g-dbus-error-quark, 19) paź 22 09:26:43 PRZEDNICZEK01 gvfsd[1813]: ** (process:3399): WARNING **: send_infos_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/17 (g-dbus-error-quark, 19) paź 22 09:26:43 PRZEDNICZEK01 gvfsd[1813]: ** (process:3399): WARNING **: send_infos_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/17 (g-dbus-error-quark, 19) paź 22 09:26:43 PRZEDNICZEK01 gvfsd[1813]: ** (process:3399): WARNING **: send_done_cb: No such interface 'org.gtk.vfs.Enumerator' on object at path /org/gtk/vfs/client/enumerator/17 (g-dbus-error-quark, 19) paź 22 09:26:43 PRZEDNICZEK01 PackageKit[1559]: get-updates transaction /386_acdeddea from uid 1000 finished with success after 48ms

Witam, Ujmując w największym skrócie, mój aktualny problem z moją instancją Fedory 24 polega na niemożności zalogowania się już z poziomu GNOME'a. Podejrzewam, że przyczyną tej usterki jest aktualizacji wykonanej wczoraj, która obejmowała 23 biblioteki z grup: mesa-*, xen-* oraz dbus-*. Niestety zwykłe wycofanie przez dnf history undo NUM lub dnf history rollback NUM -1 nie działa. Podejrzewam, że to właśnie wczorajsza aktualizacja spowodowała, że podczas staru wyświetlany jest komunikat: Coś poszło nie tak Wystąpił problem i nie można przywrócić systemu Proszę się wylogować i spróbować ponownie. Będę bardzo wdzięczny za pomoc w usunięciu tego problemu oraz pokazaniu czy na przyszłszość można ustrzec się takiej sytuacji np. rezygnując z własnościowych sterowników Nvidii i zostając przy nouveau? Teraz może dokładniej: opiszę moją instalację jakie kroki podjąłem do tej pory Ad. 1 Korzystam ze sterowników Nvidii zainstalowanych wg opisu ze strony http://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/ # uname -r 4.7.6-200.fc24.x86_64 # rpm -q gnome-session gnome-session-3.20.2-1.fc24.x86_64 # rpm -q gnome-shell gnome-shell-3.20.4-1.fc24.x86_64 # nvidia-settings -version version 370.28 (buildmeister@swio-display-x64-rhel04-17) Powyżej jest minimalna różnica w sercjach gnome-shell i gnome-session, 3.20.4-1 i 3.20.2-1. Ponieważ podejrzewam, że przyczyną obecnego stanu rzeczy jest aktualizacja obejmująca pakiety z grup mesa, xen i dbus zamieszczam ich aktualny stan. Zapis samej aktualizacji podaję dalej przy opisie próby wycofania tejże aktualizacji. W przypadku pakietów mesa moją uwagę zwrócił fakt, iż w większości występują parami różniącymi się tylko końcówką, .i686 i .x86_64. Nie mam pojęcia czy tak ma być, ale nie każdy pakiet występuje w takim tandemie, np. mesa-libwayland-egl czy mesa-libxtracker. Niby .i686 i .x86_64 na jedno wychodzi, ale wygląda to trochę tak jakby instalowały się przy różnych okazjach. Druga sprawa to numery wersji w jakiej występują te biblioteki. Większość występuje w wersji 12.0.3-2, natomiast mesa-libGLU w wersji 9.0.0-10 i także w dwóch kopiach .i686 oraz .x86_64. # rpm -qa | grep mesa mesa-dri-drivers-12.0.3-2.fc24.x86_64 mesa-libgbm-12.0.3-2.fc24.x86_64 mesa-libxtracker-12.0.3-2.fc24.x86_64 mesa-libGL-12.0.3-2.fc24.i686 mesa-libglapi-12.0.3-2.fc24.i686 mesa-libOSMesa-12.0.3-2.fc24.x86_64 mesa-filesystem-12.0.3-2.fc24.i686 mesa-dri-drivers-12.0.3-2.fc24.i686 mesa-libEGL-12.0.3-2.fc24.i686 mesa-libGL-12.0.3-2.fc24.x86_64 mesa-libEGL-12.0.3-2.fc24.x86_64 mesa-libGLU-9.0.0-10.fc24.x86_64 mesa-libgbm-12.0.3-2.fc24.i686 mesa-libwayland-egl-12.0.3-2.fc24.x86_64 mesa-libGLU-9.0.0-10.fc24.i686 mesa-libOSMesa-12.0.3-2.fc24.i686 mesa-libglapi-12.0.3-2.fc24.x86_64 mesa-filesystem-12.0.3-2.fc24.x86_64 # rpm -qa | grep xen xen-licenses-4.6.3-6.fc24.x86_64 xen-libs-4.6.3-6.fc24.x86_64 # rpm -qa | grep dbus dbus-glib-0.108-1.fc24.x86_64 dbus-x11-1.11.6-1.fc24.x86_64 dbus-python-1.2.4-1.fc24.x86_64 dbusmenu-qt.0.9.3-0.11.20150604.fc24.x86_64 dbus-libs-1.11.6-1.fc24.i686 dbus-1.11.6-1.fc24.x86_64 dbus-libs-1.11.6-1.fc24.x86_64 abrt-dbus-2.8.2-1.fc24.x86_64 dleyna-connector-dbus-0.2.0-7.fc24.x86_64 python-slip-dbus-0.6.4-3.fc24.noarch python3-slip-dbus-0.6.4-3.fc24.noarch python3-dbus-1.2.4-1.fc24.x86_64 Ad. 2 # dnf history list Identy | Wiersz poleceĹ„ | Data i czas | DziaĹ‚ania | Zmienio ------------------------------------------------------------------------------- 55 | install gnome-system-log | 2016-10-15 20:06 | Install | 1 54 | update | 2016-10-14 09:42 | Update | 23 # dnf history info 54 Identyfikator transakcji : 54 Czas rozpoczęcia : Fri Oct 14 09:42:41 2016 Rozpoczęcie bazy danych RPM: 5701:823efc10b49ac8e9973c5db57731f631f4c6a9c9 Czas ukończenia : 09:42:52 2016 (sekundy: 11) Ukończenie bazy danych RPM : 5701:2d2cbc27f00c09a715cd898ad8dd5bd9efb9fbd7 Użytkownik : Adam Przedniczek <adam> Kod zwrotny : Powodzenie Wiersz poleceń : update Wykonano transakcję za pomocą: Zainstalowano dnf-1.1.10-1.fc24.noarch @updates Zainstalowano rpm-4.13.0-0.rc1.27.fc24.x86_64 @koji-override-0 Zmienione pakiety: Zaktualizowano evolution-data-server-3.20.5-4.fc24.x86_64 @updates Aktualizacja 3.20.5-5.fc24.x86_64 @updates Zaktualizowano mesa-dri-drivers-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-dri-drivers-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-filesystem-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-filesystem-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libEGL-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libEGL-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libGL-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libGL-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libOSMesa-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libOSMesa-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libgbm-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libgbm-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libglapi-12.0.3-1.fc24.i686 @updates Zaktualizowano mesa-libglapi-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.i686 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libwayland-egl-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano mesa-libxatracker-12.0.3-1.fc24.x86_64 @updates Aktualizacja 12.0.3-2.fc24.x86_64 @updates Zaktualizowano xen-libs-4.6.3-5.fc24.x86_64 @updates Aktualizacja 4.6.3-6.fc24.x86_64 @updates Zaktualizowano xen-licenses-4.6.3-5.fc24.x86_64 @updates Aktualizacja 4.6.3-6.fc24.x86_64 @updates Zaktualizowano dbus-1:1.11.4-1.fc24.x86_64 @updates Aktualizacja 1:1.11.6-1.fc24.x86_64 @updates Zaktualizowano dbus-libs-1:1.11.4-1.fc24.i686 @updates Zaktualizowano dbus-libs-1:1.11.4-1.fc24.x86_64 @updates Aktualizacja 1:1.11.6-1.fc24.i686 @updates Aktualizacja 1:1.11.6-1.fc24.x86_64 @updates Zaktualizowano dbus-x11-1:1.11.4-1.fc24.x86_64 @updates Aktualizacja 1:1.11.6-1.fc24.x86_64 @updates Podejrzewałem, że to właśnie ta 54 aktualizacja spowodowała problemy, więc próbowałem wycofać tą pojedynczą aktualizacje jak i cofnąć się do 53. Niestety bezskutecznie: # dnf history undo 54 Nie ma pakietu mesa-libwayland-egl-0:12.0.3-1.fc24.x86_64 #dnf history rollback 53 Nie ma pakietu mesa-libEGL-0:12.0.3-1.fc24.x86_64 Logi sugerują jedynie problem z inicjalizacją Cluttera: # journalctl -b -1 _SYSTEMD_UNIT=session-l.scope -- No entries -- # journalctl -b -1 /usr/bin/gnome-session -- No entries -- # journalctl -b -1 /usr/bin/gnome-shell -- Logs begin at nie 2016-10-09 18:58:18 CEST, end at 2016-10-15 23:18:23 CEST. -- paź 15 20:01:03 PRZEDNICZEK01 org.gnome.Shell.desktop[1327]: (gnome-shell:1327): Clutter-CRITICAL **: Unable to initialize Clutter: Nie można zainicjować machenizmu biblioteki Clutter: nie odnaleziono dostępnych sterowników. paź 15 20:01:03 PRZEDNICZEK01 org.gnome.Shell.desktop[1327]: (gnome-shell:1327): mutter-WARNING **: Unable to initialize Clutter. # rpm -qa | grep clutter clutter-1.26.0-1.fc24.x86_64 clutter-gst3-3.0.20-1.fc24.x86_64 clutter-gst2-2.0.18-1.fc24.x86_64 clutter-gtk-1.8.0-1.fc24.x86_64 Teraz na koniec mam kilka pytań: Co mogę zrobić aby uratować tą konkretną instalację? Czy przy kolejnych aktualizacjach ten problem może wystąpić ponownie i jak mógłbym mu zapobiec? (Jak wykryć czy dane aktualizacje będą skutkować takim błędem jeszcze przed ich wykonaniem - jakieś wskazówki sugerujące, że te wersje różnych pakietów ze sobą nie zagrają? Czy jeżeli porzuciłbym sterowniki Nvidii i pozostał przy nouveua to czy ustrzegłbym się takich niespodzianek? Jeżeli będę upierał się przy własnościowych sterownikach Nvidii (będę potrzebował zainstalować jeszcze SDK CUDA) to jak uchronić się przed takim błędem? Z góry dziękuję za pomoc