Kruger Matz Flow 11 Android – jak uzyskać dostęp USB z Linuxa, lsusb widzi urządzenie

_jta_ napisał:

Podłączyłem USB do komputera z Linux-em poprzez port smartfon Krüger & Matz Flow 11 z systemem Android; lsusb -t pokazało mi informację:
$ lsusb -d 1782:4001 -t
/: Bus 001.Port 001: Dev 001, Class...

Bezpośrednia odpowiedź

- Tak, możesz uzyskać pełny dostęp do plików w tym smartfonie z Linuksa – Windows nie jest potrzebny. Telefon zgłasza się jako urządzenie MTP/PTP (Media/Picture Transfer Protocol), więc nie będzie widoczny jak typowy pendrive (USB Mass Storage), tylko przez warstwę użytkownika (libmtp, gvfs-mtp, FUSE).
- Kluczowe kroki:
1) Na telefonie odblokuj ekran i w powiadomieniu USB wybierz „Przesyłanie plików (MTP)” i potwierdź „Zezwól na dostęp do danych”.
2) W Linuksie doinstaluj obsługę MTP: libmtp + gvfs-mtp/gvfs-backends oraz ewentualnie jmtpfs.
3) Jeśli PCManFM dalej „montuje, ale pusto” – spróbuj jmtpfs (ręczne montowanie) albo innego menedżera plików (Thunar/Nautilus).
- Zastrzeżenie: szczegóły pakietów zależą od dystrybucji i środowiska (LXDE/LXQt z PCManFM często wymagają gvfs-backends + gvfs-fuse). Jeśli to nie zadziała, podaj proszę dystrybucję i wynik mtp-detect.

Szczegółowa analiza i instrukcja krok‑po‑kroku

Twoje dane z lsusb/lsusb -v mówią wszystko:
- ID 1782:4001 (Spreadtrum/Unisoc), iConfiguration: „mtp”, Interface Class 06 (Imaging), Protocol PTP (PIMA 15470), iInterface: „MTP”.
- To normalne, że w lsusb -t widzisz „Driver=usbfs” – MTP w Linuksie jest obsługiwane w przestrzeni użytkownika (libmtp, gvfs), nie przez sterownik jądra jak usb-storage. Dlatego bez poprawnie działającego gvfs-mtp/jmtpfs menedżer plików „coś montuje”, ale nie ma realnego dostępu.

1) Konfiguracja po stronie telefonu (konieczne)
- Odblokuj ekran, podłącz kabel.
- Rozwiń powiadomienie „Ładowanie przez USB / USB do przesyłania danych”.
- Wybierz: „Przesyłanie plików (MTP)” (nie tylko ładowanie; PTP pokaże zwykle tylko zdjęcia).
- Gdy pojawi się pytanie „Zezwolić na dostęp do danych urządzenia?” – wybierz „Zezwól”.
- Opcjonalnie: w Opcjach programistycznych ustaw „Domyślny tryb USB: Transfer plików” (po 7× stuknięciu w Numer kompilacji odblokujesz te opcje).

Uwaga: jeśli ekran jest zablokowany przy zestawianiu połączenia, Android potrafi zwrócić pustą listę plików – klasyczny objaw „montuje, ale nic nie widać”.

2) Niezbędne pakiety w Linuksie
Dobierz do dystrybucji (przykłady):

- Debian/Ubuntu/Mint:
- sudo apt update
- sudo apt install libmtp-runtime mtp-tools gvfs-backends gvfs-fuse jmtpfs
- (gvfs-backends zawiera gvfs-mtp; gvfs-fuse pozwala aplikacjom widzieć zdalne zasoby jako katalogi)

- Fedora/RHEL:
- sudo dnf install libmtp gvfs-mtp jmtpfs

- Arch/Manjaro:
- sudo pacman -S libmtp gvfs-mtp jmtpfs

Po instalacji warto przeładować demony GVFS i przepiąć kabel:
- killall gvfsd-mtp gvfsd gphoto2 gvfs-gphoto2-volume-monitor 2>/dev/null
- odłącz/podłącz telefon

3) Dostęp przez menedżer plików (automatyczny)
- PCManFM (LXDE/LXQt) potrafi korzystać z gvfs-mtp, ale tylko jeśli gvfs-backends i gvfs-fuse są zainstalowane i działają.
- Alternatywnie użyj:
- Thunar (Xfce) – zwykle bardzo stabilny z MTP,
- Nautilus (GNOME Files),
- Dolphin (KDE) – przez kio-mtp (w pakiecie kio-extras).

Po kliknięciu telefonu w panelu bocznym powinny pojawić się: „Pamięć wewnętrzna” i ewentualnie „Karta SD”. Zdjęcia: Internal storage/DCIM/Camera.

4) Ręczne montowanie (diagnostyka i gdy GVFS zawodzi)
- Test wykrycia:
- mtp-detect
- Jeśli zwróci dane urządzenia – libmtp widzi telefon.
- Montaż FUSE z jmtpfs (najczęściej bezproblemowy z Unisoc):
- mkdir -p ~/telefon
- jmtpfs ~/telefon
- ls ~/telefon/DCIM/Camera
- Po pracy: fusermount -u ~/telefon

Alternatywnie mtpfs:
- mkdir -p ~/telefon
- mtpfs -o allow_other ~/telefon
- fusermount -u ~/telefon

Jeśli dostaniesz „No MTP device found” – wróć do pkt 1 (tryb MTP/odblokowanie ekranu/kabel danych).
Jeśli „Device is busy” – zwykle GVFS/gphoto2 trzyma uchwyt: killall gvfsd-mtp gvfs-gphoto2-volume-monitor i spróbuj ponownie.

5) Uprawnienia/udev (gdy zwykły użytkownik nie ma dostępu)
Czasem pomaga reguła udev i grupa plugdev:

- sudo tee /etc/udev/rules.d/51-android.rules >/dev/null <<'EOF'
SUBSYSTEM=="usb", ATTR{idVendor}=="1782", ATTR{idProduct}=="4001", MODE="0660", GROUP="plugdev"
EOF
- sudo udevadm control --reload-rules
- sudo udevadm trigger
- sudo usermod -aG plugdev "$USER" # wyloguj/zaloguj

(0660 + grupa plugdev jest bezpieczniejsze niż 0666.)

6) Alternatywy, gdy MTP sprawia kłopoty
- ADB (Android Debug Bridge) – szybkie, przewidywalne kopiowanie po USB, nie wymaga MTP:
- sudo apt install android-tools-adb
- W telefonie: włącz „Debugowanie USB”, zaakceptuj klucz RSA.
- adb devices (czy widać urządzenie?)
- Zrzut zdjęć: adb pull /sdcard/DCIM/Camera ~/Zdjecia/
- Wysłanie: adb push plik /sdcard/Download/
- Po Wi‑Fi: KDE Connect, Warpinator, AirDroid – wygodne do pojedynczych plików, szybkość ~LAN.
- Karta microSD + czytnik – bezproblemowe przy większych paczkach danych.

7) Typowe przyczyny „montuje, ale pusto” i szybkie checklisty
- Ekran telefonu zablokowany przy podłączeniu – odblokuj i ponownie wybierz MTP.
- Kabel „tylko ładowanie” – użyj pewnego kabla danych (USB 2.0 HS, 4‑żyłowy).
- Brak gvfs-backends/gvfs-fuse – doinstaluj.
- Konflikt z gphoto2/gvfs – zabij procesy gvfsd-mtp/gphoto2 i spróbuj jmtpfs.
- Uprawnienia udev – dodaj regułę dla 1782:4001 i grupę plugdev.
- Błąd libmtp dla konkretnego modelu – jmtpfs zwykle radzi sobie lepiej niż czysty gvfs.

8) Co wynika z Twojego deskryptora (dla pewności)
- iConfiguration: „mtp”, InterfaceClass 06/SubClass 01/Protocol 01 (PTP) – to klasyczny MTP jako rozszerzenie PTP; stąd w lsusb widzisz „Imaging/Still Image/ PTP”, ale iInterface = „MTP”.
- 3 endpointy (bulk IN/OUT + interrupt) i HS 480 Mb/s – transfery rzędu kilkunastu–kilkudziesięciu MB/s są realne (wielokrotnie szybciej niż Bluetooth).

Szybka ścieżka naprawcza (TL;DR)
1) Telefon: odblokuj ekran → wybierz „Przesyłanie plików (MTP)” → „Zezwól”.
2) Linux: sudo apt install libmtp-runtime mtp-tools gvfs-backends gvfs-fuse jmtpfs
3) Przepnij kabel.
4) Jeśli PCManFM dalej nie pokazuje danych →
- jmtpfs ~/telefon i kopiuj z ~/telefon/DCIM/Camera,
- lub użyj Thunar/Nautilus.
5) W razie kłopotów: podaj wynik mtp-detect i dystrybucję – dopytam i dopasuję reguły/komendy.

Pytania uzupełniające
- Jaka dystrybucja i środowisko (np. Debian 12 + LXQt/PCManFM-Qt 1.x)?
- Czy na telefonie pojawia się i akceptujesz „Zezwól na dostęp do danych”?
- Jaki jest wynik poleceń: mtp-detect oraz jmtpfs ~/telefon?
- Czy używasz huba USB (czasem zasilane huby płatają filtry na MTP)?

Po tych informacjach doprecyzuję reguły udev lub alternatywną ścieżkę (ADB/sync).

_jta_ napisał:

@ElektrodaBot
Na smartfonie (Krüger & Matz Flow 11 z systemem Android) aplikacja Ustawienia - Połączone urządzenia - USB (ta opcja pojawia się dopiero po podłączeniu), i tam:
* w "Używaj USB do tych działań": Przesyłanie plików (inne opcje: Tethering przez USB, MIDI, PTP, Tylko ładowanie);
* powyżej w "USB sterowane przez" jest wybór: Połączone urządzenie, To urządzenie (było wybrane to drugie i nie dało się zmienić - pisze "Przełączam..." i potem "Nie udało się przełączyć");
* poniżej jest Opcje przesyłania plików: Konwertuj filmy na format AVC (aktywny po włączeniu Przesyłanie plików, albo PTP).

Kiedy już na smartfonie jest ustawione to, co trzeba, komputer pokazuje powiadomienie o podłączeniu i proponuje używanie managera plików (system Ubuntu 24.04). Po wybraniu PTP w managerze plików widać katalogi DCIM i Pictures; po wybraniu "Przesyłanie plików" kilkanaście katalogów.

"Powiadomienia" (dostępne z aplikacji Ustawienia) niespecjalnie się sprawdzają - można włączyć historię powiadomień i wtedy po podłączeniu znaleźć powiadomienie w historii.

To oczywiście dotyczy konkretnego modelu smartfonu i wersji jego systemu - może w przyszłości np. poprawią powiadomienia i będą lepiej działać.

Na razie nie sprawdzałem innych wersji Linux-a - może np. w innej (albo z inną konfiguracją) trzeba ręcznie uruchomić managera plików (pcmanfm).

Co oznaczają poszczególne wybory w "Używaj USB do tych działań" (Tethering, MIDI, PTP)?

Bezpośrednia odpowiedź na pytanie
- Tethering przez USB: telefon udostępnia komputerowi internet po kablu USB (telefon = “router/modem”; na Linuksie pojawia się nowy interfejs sieciowy).
- MIDI: telefon działa jako urządzenie MIDI (kontroler/odbiornik komunikatów muzycznych) dla programów typu DAW na PC.
- PTP: telefon przedstawia się jako „aparat fotograficzny”; widać tylko zdjęcia/filmy (DCIM, Pictures).
Dla kompletności: „Przesyłanie plików” = MTP (pełniejszy dostęp do pamięci użytkownika), „Tylko ładowanie” = brak transmisji danych.

Twoje obserwacje z Ubuntu 24.04 są prawidłowe: w PTP widać DCIM i Pictures, w MTP „kilkanaście katalogów”. Opcja „USB sterowane przez” zwykle nie daje się dowolnie przełączać—o roli host/urządzenie decyduje fizyczne połączenie (OTG/PC). Komunikat „Nie udało się przełączyć” na tym modelu jest normalny.

---

Szczegółowa analiza

1) Co dokładnie robi każda opcja
- Przesyłanie plików (MTP, Media Transfer Protocol)
- Do kopiowania dowolnych plików użytkownika (DCIM, Download, Documents, Music, Movies, Pictures itd.).
- Na Linuksie obsługują to gvfs-mtp/libmtp (w Ubuntu 24.04 działa „z pudełka” w Nautilus/Files).
- Uwaga na Android 10/11+: „scoped storage” ogranicza widoczność Android/data i Android/obb—to nie błąd Linuksa, tylko polityka Androida.
- PTP (Picture Transfer Protocol)
- Tryb „aparat”: widoczne są tylko zdjęcia/filmy (DCIM, Pictures). Idealny do szybkiego importu fotografii (gphoto2, Shotwell, digiKam).
- To bazowy protokół, na którym rozszerzeniem jest MTP—stąd w lsusb widać klasę „Imaging / Still Image / PTP”, a iInterface ma opis „MTP”.
- Tethering przez USB (USB tethering)
- Telefon tworzy połączenie sieciowe dla komputera. W Linuksie zwykle pojawia się interfejs usb0/enx… (RNDIS lub CDC-ECM), a NetworkManager nadaje adres (typowo 192.168.42.x).
- Nie służy do dostępu do plików; to „internet po USB”.
- MIDI (Musical Instrument Digital Interface)
- Telefon może wysyłać/odbierać komunikaty MIDI do/z komputera (kontroler, klawiatura, pad, aplikacja-syntezator w telefonie).
- W Linuksie urządzenie pojawia się w ALSA/JACK; sprawdzisz aconnect -l. Nowsze Androidy potrafią też MIDI 2.0 (zależnie od implementacji producenta).
- Tylko ładowanie
- Wyłącznie zasilanie, linie danych logicznie „wyciszone”. Najbezpieczniejsze przy „obcych” portach USB.

2) „USB sterowane przez: Połączone urządzenie / To urządzenie”
- To przełącznik roli host/peripheral (OTG).
- „Połączone urządzenie” = hostem jest komputer (typowy scenariusz MTP/PTP/tethering).
- „To urządzenie” = hostem jest telefon (w praktyce gdy podepniesz pendrive/klawiaturę przez adapter OTG).
- Nie da się tego przestawić „software’owo” wbrew fizyce złącza/adaptera, więc komunikat „Nie udało się przełączyć” jest spodziewany. Twój lsusb jasno pokazuje, że PC jest hostem, telefon – urządzeniem.

3) „Konwertuj filmy na format AVC”
- To opcja kompatybilności: podczas kopiowania przez MTP/PTP telefon może transkodować pliki wideo (np. HEVC/H.265) do AVC/H.264, żeby pewniej odtwarzały się na starszych odtwarzaczach/komputerach.
- Plus: zgodność. Minus: wolniejsze kopiowanie i możliwa utrata jakości/większe pliki.

4) Dlaczego w Ubuntu 24.04 „po prostu działa”
- GNOME Files (Nautilus) ma gvfs-mtp, który mapuje MTP na „wirtualny” system plików widoczny w menedżerze.
- W PTP menedżer pokazuje tylko katalogi multimediów; w MTP – szerszy widok. To dokładnie to, co opisujesz.
- Jeśli kiedyś trafisz na „puste okno” w MTP:
- Odblokuj ekran telefonu i potwierdź „Zezwól”.
- Użyj dobrego kabla danych (nie „tylko ładowanie”).
- Na LXDE/LXQt/PCManFM doinstaluj gvfs-backends i gvfs-fuse, ewentualnie jmtpfs (ręczne montowanie do katalogu).

5) Szybkie testy/diagnostyka w Linuksie
- MTP: mtp-detect (powinien zwrócić dane urządzenia), ewentualnie jmtpfs ~/telefon (odmontuj: fusermount -u ~/telefon).
- PTP: gphoto2 --auto-detect; import: gphoto2 --get-all-files.
- Tethering: po włączeniu sprawdź ip -br a (pojawia się usb0/enx…); internet powinien działać natychmiast.
- MIDI: aconnect -l (powinien pojawić się port MIDI z telefonu).

6) Alternatywy dla transferu plików (gdy MTP kaprysi)
- ADB (Android Debug Bridge): stabilne kopiowanie bez MTP
- adb pull /sdcard/DCIM/Camera ~/Zdjecia
- adb push plik.pdf /sdcard/Download/
- Transfer po Wi‑Fi: KDE Connect / Warpinator – wygodne do szybkich plików w sieci lokalnej.

---

Wnioski praktyczne
- Do zdjęć najszybszy i najprostszy jest PTP lub import w aplikacji foto; do wszystkiego innego – MTP.
- „USB sterowane przez” zostaw tak, jak jest—to nie wpływa na kopiowanie plików do PC.
- Jeśli zależy Ci na maksymalnej kompatybilności filmów po skopiowaniu, włącz „Konwertuj na AVC”; jeśli na jakości/szybkości – zostaw wyłączone.

Masz jeszcze jakieś wątpliwości co do któregoś z trybów, albo chciałbyś gotową „ściągę” z komend pod Ubuntu (MTP/PTP/ADB)? Chętnie doprecyzuję pod Twoją konfigurację.

_jta_ napisał:

@ElektrodaBot - jeszcze chciałbym się zorientować, czy ten smartfon może współpracować z kamerką USB - próbowałem podłączać, ale nie wiedziałem, jak skonfigurować smartfon, może jeśli on może używać kamerki, to gdzieś pozostało powiadomienie o takim podłączeniu i opcji, którą do niego trzeba ustawić?

Bezpośrednia odpowiedź
- Tak – ten telefon może współpracować z kamerką USB, ale tylko wtedy, gdy pracuje jako host USB (OTG) i użyjesz aplikacji, która obsługuje kamery UVC. Systemowy „Aparat” zwykle nie obsługuje kamer USB.
- Kluczowe elementy:
- adapter OTG (USB‑C↔USB‑A lub micro‑USB↔USB‑A, zależnie od gniazda w telefonie),
- najlepiej kamera zgodna z UVC (typowa „webcam”),
- aplikacja typu „USB Camera”/„CameraFi 2”/„OTG View”.
- Powiadomienia: Android nie ma „uniwersalnego” powiadomienia o kamerze USB. Okno z prośbą o dostęp pojawia się dopiero, gdy aplikacja poprosi o uprawnienie do podłączonego urządzenia USB. Bez takiej aplikacji – cisza.

---

Co dokładnie trzeba, żeby to działało

1) OTG po stronie telefonu
- W Twoim wcześniejszym zrzucie lsusb widać OTG Descriptor z SRP/HNP – kontroler telefonu deklaruje OTG. To dobry znak, ale ostatecznie decyduje firmware i zasilanie portu.
- W praktyce: użyj krótkiego, pewnego adaptera OTG. Po wpięciu zwykłej myszki/klawiatury/pendrive’a telefon powinien zareagować (kursor, powiadomienie o magazynie USB). Jeśli nic się nie dzieje – realnie brak hosta/OTG lub brak zasilania VBUS w tym modelu/ROM‑ie.

2) Kamera zgodna z UVC
- Zwykłe kamerki internetowe są klasą UVC i z reguły działają. Niektóre „endoskopy” to tak naprawdę grabbery analogowe (EasyCap, UTV007/STK1160) – wtedy konieczna jest aplikacja, która potrafi obsłużyć właśnie taki układ (np. „USB Camera – Connect EasyCap or USB WebCam”).

3) Aplikacja użytkownika
- Zainstaluj jedną z: „USB Camera (Shenyao)”, „CameraFi 2 (Vaultmicro)”, „OTG View”. Uruchom ją, dopiero potem podłącz kamerkę przez OTG.
- Oczekiwane zachowanie: pojawi się okno „Zezwolić aplikacji X na dostęp do urządzenia USB?” → Zezwól (możesz zaznaczyć „Zawsze”).

4) Zasilanie
- Wiele kamerek potrafi pobrać 200–500 mA. Jeżeli obraz się nie pojawia, kamera „mignie” i znika lub telefon zgłasza rozłączanie – użyj aktywnego huba OTG (z własnym 5 V). To rozwiązuje 90% przypadków niestabilności.

---

Co zobaczysz w systemie i gdzie szukać „opcji”
- Ustawienia → Połączone urządzenia → USB:
- „USB sterowane przez: To urządzenie” pojawia się (i utrzymuje) tylko, gdy telefon jest faktycznie w roli hosta (OTG) i ma wpięte „pasywne” urządzenie (np. kamera). Próba przełączenia podczas połączenia z PC kończy się błędem – to normalne.
- Nie ma osobnej systemowej opcji „włącz obsługę kamery USB”. Cała „magia” dzieje się w aplikacji, która otwiera urządzenie przez USB Host API.
- Powiadomienia:
- Bez zainstalowanej aplikacji do UVC system zwykle nic nie pokazuje.
- Po instalacji i podłączeniu – wyskakuje okno z prośbą o dostęp dla tej aplikacji. Jeśli zaznaczysz „Zawsze”, kolejne podłączenia będą ciche.
- Jeśli chcesz zresetować skojarzenie „domyślnej aplikacji dla tego urządzenia USB”, szukaj w Ustawienia → Aplikacje → Specjalny dostęp → Dostęp do urządzeń USB (nazwa pozycji może się minimalnie różnić w zależności od ROM‑u).

---

Procedura krok‑po‑kroku (proponowana)
1) Test OTG:
- Podłącz przez adapter OTG: najpierw mysz/klawiaturę/pendrive.
- Jeśli działa → idź do pkt 2. Jeśli nie → prawdopodobnie brak realnego OTG w tym modelu/ROM‑ie (lub uszkodzony adapter/kabel).

2) Instalacja aplikacji UVC:
- Zainstaluj „USB Camera” (Shenyao) lub „CameraFi 2”.
- Daj uprawnienia do aparatu/mikrofonu/pamięci.

3) Podłączenie kamery:
- Wepnij kamerkę przez OTG (jeśli możliwe – przez aktywny hub OTG).
- Uruchom aplikację → zaakceptuj „Zezwól na dostęp do urządzenia USB”.
- Powinien pojawić się podgląd. W razie braku obrazu:
- zmień kabel/adapter,
- użyj aktywnego huba,
- sprawdź inną kamerkę (pewne UVC, np. prosta Logitech/Microsoft),
- sprawdź w komputerze, czy kamera na pewno jest UVC (lsusb, v4l2-ctl).

4) (Opcjonalnie) Diagnostyka ADB:
- Włącz Opcje programistyczne + Debugowanie USB, podłącz do PC tylko na czas diagnostyki.
- adb logcat | grep -i usb (szukaj enumeracji urządzenia USB host) – dmesg bywa zablokowane na nowszych Androidach bez roota.

---

Typowe problemy i rozwiązania
- Brak jakiejkolwiek reakcji po wpięciu OTG: inny adapter OTG; test z myszką; możliwy brak hosta/OTG w tym wariancie Flow 11.
- Komunikat w aplikacji „No USB device found”: brak zgody na dostęp (sprawdź uprawnienia), zbyt „głodna” prądowo kamera (użyj aktywnego huba), kamera nie‑UVC (szukaj aplikacji z obsługą EasyCap).
- Obraz przerywa po kilku sekundach: zasilanie – aktywny hub; skróć przewody; unikaj „przejściówek w łańcuchu”.
- „USB sterowane przez” nie daje się przełączyć: normalne – przełączanie roli wymaga odpowiedniej topologii (OTG), z PC na drugim końcu nie zadziała.

---

Uwaga o funkcji „telefon jako kamera dla PC”
Nie mylić z odwrotnym kierunkiem: od Androida 14 część urządzeń potrafi działać jako kamera UVC dla komputera po USB (komputer widzi kamerę telefonu). To nie jest to samo, co obsługa zewnętrznej kamery przez telefon.

---

Dalsze kroki / pytania uzupełniające
- Jaki dokładnie model kamerki próbowałeś (VID:PID z Linuxa)? Sprawdzimy, czy to UVC czy EasyCap.
- Czy mysz/pendrive działają przez ten adapter OTG z Twoim Flow 11? To kluczowy test „czy OTG faktycznie żyje”.
- Czy masz możliwość użyć aktywnego huba OTG lub innej, prostszej kamerki UVC do testu?

Po tych informacjach zaproponuję precyzyjny „plan B” (np. dobór aplikacji pod konkretny chipset kamery lub stwierdzenie, że w tym wariancie Flow 11 funkcjonalne OTG nie jest dostępne).