Arcy

Bonsoir à tous, Depuis près de 2 semaines, je suis harcelé par du ping-call (0424 ...). Quand je rappelle, j'ai "votre correspondant est occupé, veuillez patienter ..." et ça raccroche avant la première minute. Le souci est que pour signaler à la CNIL ou à DIRRECTE, il faut avoir été inscrit sur Bloctel et connaitre l'identité de la société qui appelle ... Ne souhaitant pas filer mes numéros aux sociétés de prospection (:transpi:) ni passer mon temps à avoir le comique qui cherche à me joindre, l'un de vous utilise un de ces boitiers bloqueurs d'appels, à brancher après la box ? Je sais que l'autre solution serait d'acheter un téléphone avec liste noire, SAUF QUE : * j'en ai déjà un (Gigaset AS470H) mais il ne bloque pas une plage, juste un numéro (et 20 max dans la liste) * j'en changerai pas parce que j'ai deux téléphones sur cette ligne (donc il faudrait deux téléphones reliées à la même base, avec possibilité de se synchro entre eux, etc ...) * je suis chez Orange, je préfère filer mon pognon à une société qui commercialise son boitier plutôt qu'a mon opérateur qui préfère me refiler une option au lieu d'ajouter la fonctionnalité à la box. Une âme charitable a une idée ?

En fait l'idée, c'était surtout de recycler le RPi3 qui dort sur une étagère et au-delà de la conso électrique, il y a aussi le dégagement de chaleur qui n'est pas minime. D'où l'intérêt qu'il puisse se mettre en veille au moins la nuit, quitte à programmer un réveil sur certains plages horaires. Concernant le disque dur, ce sera pour Kodi, le soir et il stockera uniquement les films (que je regarde rarement). Pour les 1,2 A pour le RPi3, apparemment c'est déjà la valeur par défaut et impossible de l'enlever (cf. un des premiers liens : https://kalitut.com/increase-usb-current-limit-raspberry-pi/) max_usb_current has no effect. it is enabled by default and cannot be turned off. source: https://github.com/raspberrypi/documentation/issues/1655 Sinon concernant le disque dur, deux autres alternatives s'offrent à moi, et qui permettent de s'affranchir de la disponibilité du RPi : Un boitier pour le convertir en disque dur réseau Le raccorder sur la box (la Livebox, hélas ) En tout cas, merci pour vos recherches, j'ai déjà une base pour regarder ça.

Je l'ai déjà utilisé avec un disque dur externe (une autre marque) et j'ai jamais fait attention (bon en même temps, mon contenu était toujours en plein écran donc ...). Je prendrais ça en compte, limite j’achèterai un boitier compatible RPi3 avec une alim' plus puissante (ça me permettra de limiter le nombre d'appareils branchés )

@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 ...