Arcy

@ashlol Même si c'est un disque dur 2,5" ? Sinon je pensais à un OS orientée NAS par défaut (comme LibreElec avec Kodi), qui intégrerait par défaut une option VPN, mais je peux partir sur RPi OS.

Même si ça consomme peu, le système (en usage multimédia j'entends) fonctionnera 2h par jour, grand max. Si on ajoute la fonction VPN, ce sera la journée (disons de 8h à 18h). Ma crainte est plus de voir le disque dur (magnétique) alimenté en permanence ... Je regarderai combien consomme le Pi3 en moyenne.

Je pensais pas à l'éteindre dans le sens "matériel" du terme, une simple veille me suffit. L'idée est qu'il doit consommer quasiment rien quand il est inutilisé.

Bonsoir à tous, Ayant un PC de salon avec Kodi et un RPi 4 (boitier Argon One M2) pour les jeux rétros, j'ai souhaité inversé les fonctionnalités des deux (le PC pour les jeux, le RPi 4 pour Kodi) mais le problème de l'époque était le disque dur USB contenant les films qui était sous-alimenté par le RPi 4, j'avais mis le truc de coté. Maintenant, je reviens avec une nouvelle idée : ne plus connecter le disque dur directement au RPi 4 mais le brancher sur un NAS, tournant sur un RPi 3 et connecté au réseau. Cela me permettrait de faire éteindre le disque dur et le RPi 3 quand il n'est plus nécessaire (je me sers de Kodi essentiellement le soir) et de pouvoir le rallumer à la demande (normalement Kodi a une fonction pour ça). Mais de mémoire, le RPi 3 ne gère pas le Wake On Line (si quelqu'un peut confirmer ...). Le p'tit bonus, c'est le VPN : je souhaiterai pouvoir me connecter à mon domicile depuis mon smartphone (juste pour sécuriser la connexion internet, aucun besoin d'accéder à ce qu'il y a sur le réseau domestique). Donc si l'OS installé sur le RPi peut le proposer, ça m'intéresse. Quelqu'un a une idée ? Sinon, puisque cette histoire de NAS + VPN fait un peu "mouton à 5 pattes" (), quelqu'un a des retours sur l'offre gratuite de ProtonVPN ?

De mémoire j'avais testé avec un dossier bidon, à la racine du disque dur et ça fonctionnait pas mieux. Mais je garde pour la prochaine fois, merci.

En complément de mon message précédent : j'ai trouvé une alternative "bancale" à mon problème initiale (le partage réseau était nécessaire pour accéder à une base de données sur mon poste, pour une app dispo que sous Windows). L'alternative est d'utiliser Bottles et de ne plus toucher les réglages. Ca plante régulièrement, c'est peu pratique à utiliser mais ça a le mérite de fonctionner. Mais je suis quand même curieux de savoir si vous avez une idée du problème ...

J'abandonne Je suis reparti d'un fichier smb.conf d'origine, j'ai déplacé mon dossier partagé en dehors de mon /home/ (sur un autre disque dur) et là, c'est pire : pour une raison que j'ignore, plus rien n'est enregistré en log (même mes erreurs de connexions ...), Windows m'indique en permanence que le mot de passe réseau est incorrecte (même quand j'indique un chemin réseau bidon). Je met le fichier de conf en-dessous, si quelqu'un a une idée.

@fry Dans ta voiture, tu as la notif pour passer en usb, mais est-ce que tu peux effectivement passer en USB ?

Par contre, j'ai mis un équivalent pour certaines apps désactivés, donc je suis pas sans fonctionnalité (Etar à la place d'Agenda, Firefox à la place de Chrome, Hire à la place de Maps, ...).

Que des apps Google pré-installées ou installées automatiquement (sans m'avoir demandé) : Agenda Astuces Pixel Chrome Drive Gmail Google Google Play Films et TV Google Play Services for AR Maps Photos Pixel Buds Pixel Stands Youtube Youtube Music

Apparemment pas besoin de toucher aux autorisations, le fait de désactiver certaines applications suffit (et on parle pas d'app systèmes).

Bon, avec d'autres essais, il y a apparemment des applications spécifiques Pixel (Astuces Pixel) qui provoquent le problème. J'ai pas regardé plus loin, je verrais à la limite en changeant le système (LineageOS ou /e/, à voir). Merci pour vos coups de main 😉

Bon bon ... J'ai réinitialisé et j'ai pu réutiliser normalement la connexion USB. Je refais mon paramétrage, deux-trois redémarrage, ... et je reperd la possibilité de changer la connexion USB. Dans le doute, je réinitialise le paramétrage des applications (activé / désactivé + autorisations), je redémarre et .... ça refonctionne. Bref, le problème semble venir des autorisations, reste à la trouver (d'ailleurs, si vous avez une idée). Bref, une connerie dont Google à le secret.

J'ai testé avec un poste sous Windows 10, même délire. Et je l'ai reçu déjà réinitialisé. Je referais éventuellement, tant pis pour les réglages effectués.

J'ai tenté tous les modes, aucun n'est conservé De tête j'avais déjà essayé, je regarderai. La solution aurait été, dans le menu recovery, de faire "wipe cache partition" mais cette option n'existe pas pour le Google Pixel 5 ... Et j'aurai bien été tenté d'installer LineageOS en alternative mais j'attends que le délai initial de 30 jours soit passés pour envisager ça (et ce serait bien que je corrige l'USB avant, pour pouvoir le renvoyer si nécessaire)

La vidéo que j'ai enregistré sur le téléphone : https://www.swisstransfer.com/d/1f3a6e46-979d-4fe4-bdc1-bf1b698f6eaf

Apparemment rien à signaler ... arcy@pc-bureau:~$ journalctl --since="2023-02-25 12:05:00" févr. 25 12:05:07 pc-bureau kernel: [UFW BLOCK] IN=enp34s0 OUT= MAC=01:00:5e:00:00:01:60:8d:26:57:b9:44:08:00 S> févr. 25 12:05:15 pc-bureau kernel: usb 1-10: new high-speed USB device number 3 using xhci_hcd févr. 25 12:05:15 pc-bureau kernel: usb 1-10: New USB device found, idVendor=18d1, idProduct=4ee7, bcdDevice= 4> févr. 25 12:05:15 pc-bureau kernel: usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: Product: Pixel 5 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: Manufacturer: Google févr. 25 12:05:15 pc-bureau kernel: usb 1-10: SerialNumber: ************** févr. 25 12:05:15 pc-bureau mtp-probe[7361]: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:01.3/00> févr. 25 12:05:07 pc-bureau kernel: [UFW BLOCK] IN=enp34s0 OUT= MAC=01:00:5e:00:00:01:60:8d:26:57:b9:44:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x8> févr. 25 12:05:15 pc-bureau kernel: usb 1-10: new high-speed USB device number 3 using xhci_hcd févr. 25 12:05:15 pc-bureau kernel: usb 1-10: New USB device found, idVendor=18d1, idProduct=4ee7, bcdDevice= 4.40 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: Product: Pixel 5 févr. 25 12:05:07 pc-bureau kernel: [UFW BLOCK] IN=enp34s0 OUT= MAC=01:00:5e:00:00:01:60:8d:26:57:b9:44:08:00 SRC=192.168.1.1 DST=224.0.0.1 LEN=32 TOS=0x00 PREC=0x80 TTL> févr. 25 12:05:15 pc-bureau kernel: usb 1-10: new high-speed USB device number 3 using xhci_hcd févr. 25 12:05:15 pc-bureau kernel: usb 1-10: New USB device found, idVendor=18d1, idProduct=4ee7, bcdDevice= 4.40 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: Product: Pixel 5 févr. 25 12:05:15 pc-bureau kernel: usb 1-10: Manufacturer: Google févr. 25 12:05:15 pc-bureau kernel: usb 1-10: SerialNumber: ************** févr. 25 12:05:15 pc-bureau mtp-probe[7361]: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-10" févr. 25 12:05:15 pc-bureau mtp-probe[7361]: bus: 1, device: 3 was not an MTP device févr. 25 12:05:15 pc-bureau mtp-probe[7363]: checking bus 1, device 3: "/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-10" févr. 25 12:05:15 pc-bureau mtp-probe[7363]: bus: 1, device: 3 was not an MTP device févr. 25 12:05:37 pc-bureau kernel: usb 1-10: USB disconnect, device number 3 févr. 25 12:05:39 pc-bureau kernel: usb 1-10: new high-speed USB device number 5 using xhci_hcd févr. 25 12:05:39 pc-bureau kernel: usb 1-10: New USB device found, idVendor=18d1, idProduct=4ee7, bcdDevice= 4.40 févr. 25 12:05:39 pc-bureau kernel: usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 févr. 25 12:05:39 pc-bureau kernel: usb 1-10: Product: Pixel 5 févr. 25 12:05:39 pc-bureau kernel: usb 1-10: Manufacturer: Google févr. 25 12:05:39 pc-bureau kernel: usb 1-10: SerialNumber: ************** févr. 25 12:05:39 pc-bureau mtp-probe[7387]: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-10" févr. 25 12:05:39 pc-bureau mtp-probe[7387]: bus: 1, device: 5 was not an MTP device févr. 25 12:05:39 pc-bureau mtp-probe[7389]: checking bus 1, device 5: "/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-10" févr. 25 12:05:39 pc-bureau mtp-probe[7389]: bus: 1, device: 5 was not an MTP device févr. 25 12:05:40 pc-bureau rtkit-daemon[1613]: Supervising 8 threads of 5 processes of 1 users. févr. 25 12:05:40 pc-bureau rtkit-daemon[1613]: Supervising 8 threads of 5 processes of 1 users. arcy@pc-bureau:~$ sudo dmesg [ 5255.940162] usb 1-10: new high-speed USB device number 3 using xhci_hcd [ 5256.131277] usb 1-10: New USB device found, idVendor=18d1, idProduct=4ee7, bcdDevice= 4.40 [ 5256.131284] usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 5256.131287] usb 1-10: Product: Pixel 5 [ 5256.131290] usb 1-10: Manufacturer: Google [ 5256.131292] usb 1-10: SerialNumber: ************** [ 5277.947093] usb 1-10: USB disconnect, device number 3 [ 5280.028087] usb 1-10: new high-speed USB device number 5 using xhci_hcd [ 5280.275161] usb 1-10: New USB device found, idVendor=18d1, idProduct=4ee7, bcdDevice= 4.40 [ 5280.275166] usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 5280.275168] usb 1-10: Product: Pixel 5 [ 5280.275170] usb 1-10: Manufacturer: Google [ 5280.275171] usb 1-10: SerialNumber: **************

C'est pas un problème pour moi de toute façon, si recharger la batterie plus lentement permet de la préserver, ça me va. Une information précise à rechercher ?

Une petite mise à jour du précédent message : méthode fonctionnelle sous Linux et Windows j'ai transféré un fichier de 10 Go : entre 25 et 35 Mo/s (câble USB 2) pour la "recharge lente", je suis jamais descendu à moins de 90% jusqu'à maintenant, avec toutes mes tentatives ... c'est un problème qui sera à confirmer plus tard

Acheté sur Backmarket. Néanmoins, j'ai eu une avancé : j'ai réussi à afficher le contenu du téléphone Dans les options de débogage, activer le débogage par USB Brancher le téléphone Changer le mode en transfert de fichier (et ça échoue) Désactiver le débogage par USB Par contre, j'ignore si c'est lié mais la recharge est toujours lente. Pas impossible que ce soit dû aux réglages que j'ai effectué pour préserver la batterie.

Pour l'un des câbles, il s'agit de celui fourni avec le téléphone (reconditionné). L'autre est utilisé pour des manettes de jeu. Donc ni l'un ni l'autre n'ont réellement été utilisé pour du transfert de données ... Je vois pour me dégoter un câble USB3-C cet après-midi. EDIT : sur mon poste, je vois l'indication que le téléphone est connecté mais impossible d'accéder aux données (périphérique déconnecté) ou ça a tendance à se déconnecter-reconnecter tout seul, comme s'il y avait un problème. Bref, je vais voir avec un vrai câble USB

Les câbles que j'ai testé sont déjà USB-C (coté téléphone) et USB-A (coté PC) Rien de tout ça, j'ai pensé à ADB suite à un projet mais j'ai réinstallé mon système récemment (Kubuntu 22.04) et aucun logiciel de débogage quelconque installé (j'ai testé avec les binaires du SDK officiel, en ligne de commande). J'ai remarqué que les deux câbles que j'avais testé ne sont pas USB3 mais je doute que ça ait une influence ...

Dans Appareils connectés > Préférences USB, j'ai : Connexion USB contrôlée par Appareil connecté Cet appareil (par défaut) Utiliser la connexion USB pour Transfert de fichiers / Android auto Partage de connexion MIDI Transfert de photos (PTP) Aucun transfert de données (par défaut) Ce panneau est actif quand il est relié au PC. Si je cherche à sélectionner Appareil connecté, j'ai le message Chargement en cours qui s'affiche Si je souhaite changer l'usage de la connexion USB (transfert de fichier, MIDI, ...), mon choix est sélectionné pendant 1/2s puis revient à Aucun transfert de données avec la notification sonore et visuelle que le téléphone est branché en USB. J'ai tenté avec deux câbles USB-C, deux PC (tous deux sous Linux), aucun changement ...

Bonjour à tous, J'ai récemment changé de téléphone (Google Pixel 5), avec Android 13 + dernières mises à jour. Souhaitant transférer des données en USB, il m'est impossible de le connecter au PC (je ne parviens pas à changer le mode, il revient aussitôt à "en charge"). Ayant pensé en premier à un défaut de connexion, j'ai vite déchanté que j'ai vu que je parvenais à envoyer des .apk via ADB ... Est-ce que quelqu'un a déjà rencontré le souci ?

(et je peux pas commenter usershare_acl sinon je perds le partage. Dans les propriétés, j'ai mis "Lecture seule" à "Everyone" + "Autoriser les invités", ce qui correspond à usershare_acl=S-1-1-0:R Même message d'erreur qu'au-dessus usershare_acl=S-1-1-0:F guest_ok=y Même problème usershare_acl=S-1-5-11:f guest_ok=y En fait maintenant, plus rien en fonctionne.