Ronan Billon a écrit 70 commentaires

Retour d'expérience : installation d'une interface Web-UI Stable Diffusion sur un "ancien" PC équipé d'une carte graphique RX580 AMD et d'un système Debian Bookworm. (C'est pas du LLM, mais c'est du réseau de neurones)

Je ne souhaitais pas installer ROCm depuis les dépôts AMD (parce qu'il ne supporte pas debian) mais préférais utiliser ceux développés par https://salsa.debian.org/rocm-team. Et que cette carte ne soit pas officiellement prise en charge d'après ce que j'ai lu. La version de Bookworm est ROCm 5.2.3-3. J'ai effectué tous mes tests dans une image Docker provenant de https://hub.docker.com/r/rocm/dev-ubuntu-22.04/tags ayant une version similaire de ROCm. Les commandes "rocminfo" et "rocm-smi" fournissent bien les informations relatives à ma carte. Ubuntu parce que c'est "la" distribution pour AMD.

Premier objectif : faire fonctionner PyTorch avec la carte graphique. Le test consiste à exécuter "torch.cuda.is_available()", qui doit renvoyer True. J'ai tenté d'utiliser les releases officielles (nightly, variantes de version) de PyTorch disponibles à l'adresse suivante : https://download.pytorch.org/whl/rocm5.2, sans succès. Après recherche, j'ai découvert deux dépôts GitHub concernant ma carte GFX803 : https://github.com/xuhuisheng/rocm-gfx803 et https://github.com/tsl0922/pytorch-gfx803. Il semblerait que PyTorch puisse fonctionner… Place aux sessions de compilation de PyTorch ! Grâce à la version v1.13.1, la compilation aboutit et le test renvoie True. Tous les tests unitaires n'aboutissent pas, mais c'est déjà pas mal.

Le problème survient lorsque Stable Diffusion Web UI recommande PyTorch 2. Malgré divers essais, aucune compilation n'aboutit pour les différentes versions 2. J'ai finalement appris que seule la version v1.13.1 était compatible avec ROCM5.2 via https://pytorch.org/get-started/previous-versions/.

Il convient de noter que stable-diffusion est nommé dans les releases de https://github.com/tsl0922/pytorch-gfx803/releases/tag/pytorch-1.13.1.

Après avoir travaillé sur les versions de Stable Diffusion Web UI et celles des modules Python nécessaires pour assurer leur compatibilité (jouer sur les versions en up et downgrade), j'ai enfin réussi à générer une image.

Merci à l'équipe Salsa de Debian pour son travail sur ROCm intégré nativement à Debian, ainsi qu'aux développeurs qui partagent leurs travaux en ligne. Dommage que cette carte datant de 2018, dotée de capacités permettant de traiter les réseaux de neurones, ne bénéficie pas d'un meilleur soutien de la part du fabricant. Quant à PyTorch, il m'a fallu beaucoup de temps pour trouver des informations afin de procéder à une compilation spécifique pour ma carte et être certain que cela fonctionnerait correctement.

Merci beaucoup pour ce logiciel que vous avez créé. Grâce à lui, j'ai pu réaliser des présentations très illustrées qui ont été très appréciées par mes collègues. J'aime beaucoup Inkscape et associé avec Sozi, je le trouve très intuitif pour raconter une présentation comme un storyboard/un film.

Question con : dans l'interface de sécurité de Google, je vois un bouton "se déconnecter", je n'ose pas essayer (pas envie de devoir tout réinstaller si c'est ça qui arrive ensuite) mais ne serait-ce pas suffisant pour que l'appareil se considère comme disponible?

Oui, je crois que ça fait parti des possibilités pour déverrouiller le FRP. Je suppose que la majorité de la sécurité et des infos sont dans le nuage et qu'il y a vraiment un minimum d'info sur le téléphone.

Je pense que si tu déconnectes, la prochaine fois tu auras juste le droit à une alerte sécurité. Ce serait méchant de devoir tout réinstaller.

En effet, je ne sais pas si c'est un téléphone volé. Je n'ai vu aucun moyen de connaître l'ancien propriétaire. Après avoir pu accéder au système, j'ai voulu voir les comptes Google, il y avait celui du fabricant OnePlus et c'est tout, donc l'information n'est pas accessible facilement.

J'ai vu sur des forums et sur le fonctionnement de appli d'unlock des hypothèses sur la présence de fichier type "database-lock" qui ne contiennent que les informations sur comment est bloqué l'appareil et non sur le propriétaire. Je suppose qu'il n'y a plus d'info sur le proprio et que c'est seulement lorsque tu tentes une réinstallation qu'il va essayer le déverrouillage et contacter google pour voir si ton compte possède cet appareil.

D'ailleurs, je me demande si l'ancien proprio pourrait le signaler comme volé auprès de google pour me désigner comme le voleur…

J'ai employé le terme "brique" pour exprimer le sentiment que j'ai acheté un bloque de matière qui ne peut pas servir de smartphone comme il en était fait la publicité. Heureusement, le re-conditionneur a une garantie et oui, je peux renvoyer l'appareil et oui, je l'ai contacté pour lui signaler le problème. (pour dénoncer grave, c'est SmartFoneStore via backmarket).

Merci pour le retour d'expérience.
Ça me donne des pistes à évoquer avec la DSI de l'hôpital. J'avoue que je ne me suis pas penché sur ces histoires de certificat (et je n'avais pas envie de mettre le nez dedans :-)). Je vais chercher un peu du côté de wpa_supplicant.

Je confirme ce sentiment de flottement/gêne lorsque tu commences à évoquer certains points techniques avec les responsables. Tu ajoutes un mélange de matériel et logiciel avec des ages allant jusqu'à une trentaine d'année. Et tu pleures et tu pries pour que ta solution fonctionne.

Possible, en forçant le BSSID avec iwconfig je présume. Est-ce qu'il existe une commande pour désactiver le 2.4GHz (wicd, iwconfig, changer modprobe ) ?

Je ne suis pas sûr que ça empêchera la borne de me kicker. De plus, cet ordinateur n'est pas dédié à un endroit précis et les réseaux sont tellement hétérogènes que je ne suis pas convaincu de devoir faire une configuration spéciale, surtout que je ne suis pas le seul à l'utiliser.

Merci pour toutes les informations.

Hélas, je ne peux rien changer aux AP de l'hôpital et forcer une fréquence n'est pas une bonne idée comme c'est un ordinateur nomade, avec un truc du genre :

iwconfig wlan0 freq 2.484G

Je suppose que c'est l'adresse du DHCP :

wicd.log:3236:2021/05/19 14:55:53 :: DHCPOFFER of 10.175.100.101 from 1.1.1.1

Le portable vient de partir en mission, je posterai les résultats plus tard. Merci.

En effet, bonne remarque. En utilisant WifiAnalyzer, il y a plusieurs bornes visibles pour le même SSID avec des canaux parfois différent. Mais pour mes tests, le portable est fixe et reste proche d'une même borne.

Ça m'a fait vérifier l’enchaînement des association dés-association. On peut remarquer la régularité de 30 minutes et surtout le changement de BSSID (b0:8b:cf:0a:5d:0e <-> b0:8b:cf:0a:5d:01).

Est-ce que le fait que le même SSID présente du 2.4GHz et du 5GHz peut influencer le shmilblik ?

1646:May 20 12:59:48 monordi kernel: [   22.732589] wlp0s12f0: associate with b0:8b:cf:0a:5d:0e (try 1/3)
1648:May 20 12:59:48 monordi kernel: [   22.736939] wlp0s12f0: associated
1853:May 20 13:00:51 monordi kernel: [   85.332473] wlp0s12f0: associate with b0:8b:cf:0a:5d:01 (try 1/3)
1855:May 20 13:00:51 monordi kernel: [   85.339080] wlp0s12f0: associated
3150:May 20 13:31:40 monordi kernel: [ 1934.387754] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:01 (Reason: 1=UNSPECIFIED)
3157:May 20 13:31:41 monordi kernel: [ 1935.628377] wlp0s12f0: associate with b0:8b:cf:0a:5d:0e (try 1/3)
3159:May 20 13:31:41 monordi kernel: [ 1935.633006] wlp0s12f0: associated
3266:May 20 13:32:00 monordi kernel: [ 1954.512437] wlp0s12f0: associate with b0:8b:cf:0a:5d:0e (try 1/3)
3268:May 20 13:32:00 monordi kernel: [ 1954.516540] wlp0s12f0: associated
4422:May 20 14:02:48 monordi kernel: [ 3803.182470] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:0e (Reason: 1=UNSPECIFIED)
4427:May 20 14:02:50 monordi kernel: [ 3804.312502] wlp0s12f0: associate with b0:8b:cf:0a:5d:01 (try 1/3)
4429:May 20 14:02:50 monordi kernel: [ 3804.319759] wlp0s12f0: associated
5675:May 20 14:34:01 monordi kernel: [ 5675.636478] wlp0s12f0: associate with b0:8b:cf:0a:5d:01 (try 1/3)
5677:May 20 14:34:01 monordi kernel: [ 5675.643145] wlp0s12f0: associated
6839:May 20 15:04:50 monordi kernel: [ 7525.293623] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:01 (Reason: 1=UNSPECIFIED)
6844:May 20 15:04:52 monordi kernel: [ 7526.540657] wlp0s12f0: associate with b0:8b:cf:0a:5d:0e (try 1/3)
6846:May 20 15:04:52 monordi kernel: [ 7526.548267] wlp0s12f0: associated
7982:May 20 15:35:41 monordi kernel: [ 9376.130752] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:0e (Reason: 1=UNSPECIFIED)
8102:May 20 15:36:31 monordi kernel: [ 9425.676728] wlp0s12f0: associate with b0:8b:cf:0a:5d:01 (try 1/3)
8104:May 20 15:36:31 monordi kernel: [ 9425.683344] wlp0s12f0: associated
9263:May 20 16:07:20 monordi kernel: [11275.250086] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:01 (Reason: 1=UNSPECIFIED)
9270:May 20 16:07:22 monordi kernel: [11276.492923] wlp0s12f0: associate with b0:8b:cf:0a:5d:0e (try 1/3)
9272:May 20 16:07:22 monordi kernel: [11276.497936] wlp0s12f0: associated
9399:May 20 16:08:24 monordi kernel: [11338.864799] wlp0s12f0: associate with b0:8b:cf:0a:5d:01 (try 1/3)
9401:May 20 16:08:24 monordi kernel: [11338.870269] wlp0s12f0: associated

Sommaire

• • • J'ajoute une séquence qui se passe plutôt mal pour la reconnexion.

Intéressant comme piste.

Dans le logs, les tentatives de connexion au ntp finissent en timeout, ce qui est normal car ce n'est pas une ressource autorisée par l'hôpital. Exemple :

May 24 17:10:18 monordi systemd-timesyncd[531]: Timed out waiting for reply from 137.74.95.216:123 (2.debian.pool.ntp.org)

Quel est lien entre un décalage d'horloge et se faire kicker par l'AP ?

Mais, ça m'a permis de voir qu'il y avait d'autres problèmes de communication avec l'AP.

May 20 14:33:39 monordi kernel: [ 5654.229850] wlp0s12f0: deauthenticated from b0:8b:cf:0a:5d:01 (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA)
ou
May 20 16:07:20 monordi kernel: [11275.250086] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:01 (Reason: 1=UNSPECIFIED)
messages:793:May 20 16:07:33 monordi kernel: [11287.697250] wlp0s12f0: deauthenticating from b0:8b:cf:0a:5d:0e by local choice (Reason: 3=DEAUTH_LEAVING)

J'ajoute une séquence qui se passe plutôt mal pour la reconnexion.

May 20 15:43:38 monordi systemd-timesyncd[543]: Timed out waiting for reply from 162.159.200.1:123 (3.debian.pool.ntp.org).
...
May 20 16:07:20 monordi kernel: [11275.250086] wlp0s12f0: disassociated from b0:8b:cf:0a:5d:01 (Reason: 1=UNSPECIFIED)
May 20 16:07:21 monordi dhclient[12037]: Killed old client process
May 20 16:07:21 monordi wicd[634]: Killed old client process
May 20 16:07:22 monordi kernel: [11276.463874] wlp0s12f0: authenticate with b0:8b:cf:0a:5d:0e
May 20 16:07:22 monordi kernel: [11276.469672] wlp0s12f0: send auth to b0:8b:cf:0a:5d:0e (try 1/3)
May 20 16:07:22 monordi kernel: [11276.489276] wlp0s12f0: authenticated
May 20 16:07:22 monordi kernel: [11276.492923] wlp0s12f0: associate with b0:8b:cf:0a:5d:0e (try 1/3)
May 20 16:07:22 monordi kernel: [11276.494939] wlp0s12f0: RX AssocResp from b0:8b:cf:0a:5d:0e (capab=0x111 status=0 aid=9)
May 20 16:07:22 monordi kernel: [11276.497936] wlp0s12f0: associated
May 20 16:07:22 monordi dhclient[12037]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:07:22 monordi wicd[634]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:07:22 monordi wicd[634]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:07:22 monordi wicd[634]: All rights reserved.
May 20 16:07:22 monordi wicd[634]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:07:22 monordi dhclient[12037]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:07:22 monordi dhclient[12037]: All rights reserved.
May 20 16:07:22 monordi dhclient[12037]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:07:22 monordi dhclient[12037]: 
May 20 16:07:22 monordi dhclient[12037]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:07:22 monordi wicd[634]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:07:22 monordi wicd[634]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:07:22 monordi wicd[634]: Sending on   Socket/fallback
May 20 16:07:22 monordi dhclient[12037]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:07:22 monordi dhclient[12037]: Sending on   Socket/fallback
May 20 16:07:22 monordi dhclient[12037]: DHCPRELEASE of 10.175.100.101 on wlp0s12f0 to 1.1.1.1 port 67
May 20 16:07:22 monordi wicd[634]: DHCPRELEASE of 10.175.100.101 on wlp0s12f0 to 1.1.1.1 port 67
May 20 16:07:33 monordi avahi-daemon[638]: Withdrawing address record for 10.175.100.101 on wlp0s12f0.
May 20 16:07:33 monordi avahi-daemon[638]: Leaving mDNS multicast group on interface wlp0s12f0.IPv4 with address 10.175.100.101.
May 20 16:07:33 monordi avahi-daemon[638]: Interface wlp0s12f0.IPv4 no longer relevant for mDNS.
May 20 16:07:33 monordi kernel: [11287.697250] wlp0s12f0: deauthenticating from b0:8b:cf:0a:5d:0e by local choice (Reason: 3=DEAUTH_LEAVING)
May 20 16:07:33 monordi avahi-daemon[638]: Interface wlp0s12f0.IPv6 no longer relevant for mDNS.
May 20 16:07:33 monordi avahi-daemon[638]: Leaving mDNS multicast group on interface wlp0s12f0.IPv6 with address fe80::9efc:e8ff:fee7:1b4d.
May 20 16:07:33 monordi avahi-daemon[638]: Withdrawing address record for fe80::9efc:e8ff:fee7:1b4d on wlp0s12f0.
May 20 16:07:33 monordi kernel: [11287.916804] iwlwifi 0000:00:0c.0: Conflict between TLV & NVM regarding enabling LAR (TLV = enabled NVM =disabled)
May 20 16:07:33 monordi kernel: [11287.919427] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
May 20 16:07:33 monordi kernel: [11287.919878] IPv6: ADDRCONF(NETDEV_UP): wlp0s12f0: link is not ready
May 20 16:08:16 monordi kernel: [11331.207713] iwlwifi 0000:00:0c.0: Conflict between TLV & NVM regarding enabling LAR (TLV = enabled NVM =disabled)
May 20 16:08:16 monordi kernel: [11331.210243] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
May 20 16:08:16 monordi kernel: [11331.211880] IPv6: ADDRCONF(NETDEV_UP): wlp0s12f0: link is not ready
May 20 16:08:21 monordi dhclient[12160]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:08:21 monordi wicd[634]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:08:21 monordi dhclient[12160]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:08:21 monordi wicd[634]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:08:21 monordi dhclient[12160]: All rights reserved.
May 20 16:08:21 monordi wicd[634]: All rights reserved.
May 20 16:08:21 monordi dhclient[12160]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:08:21 monordi wicd[634]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:08:21 monordi dhclient[12160]: 
May 20 16:08:21 monordi dhclient[12160]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi wicd[634]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi wicd[634]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi wicd[634]: Sending on   Socket/fallback
May 20 16:08:21 monordi dhclient[12160]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi dhclient[12160]: Sending on   Socket/fallback
May 20 16:08:21 monordi dhclient[12160]: DHCPRELEASE of 10.175.100.101 on wlp0s12f0 to 1.1.1.1 port 67
May 20 16:08:21 monordi dhclient[12160]: send_packet: Network is unreachable
May 20 16:08:21 monordi wicd[634]: DHCPRELEASE of 10.175.100.101 on wlp0s12f0 to 1.1.1.1 port 67
May 20 16:08:21 monordi wicd[634]: send_packet: Network is unreachable
May 20 16:08:21 monordi wicd[634]: send_packet: please consult README file regarding broadcast address.
May 20 16:08:21 monordi wicd[634]: dhclient.c:2878: Failed to send 300 byte long packet over fallback interface.
May 20 16:08:21 monordi dhclient[12160]: send_packet: please consult README file regarding broadcast address.
May 20 16:08:21 monordi dhclient[12160]: dhclient.c:2878: Failed to send 300 byte long packet over fallback interface.
May 20 16:08:21 monordi kernel: [11335.860300] iwlwifi 0000:00:0c.0: Conflict between TLV & NVM regarding enabling LAR (TLV = enabled NVM =disabled)
May 20 16:08:21 monordi kernel: [11335.862825] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
May 20 16:08:21 monordi kernel: [11335.863295] IPv6: ADDRCONF(NETDEV_UP): wlp0s12f0: link is not ready
May 20 16:08:21 monordi wicd[634]: Failed to connect to non-global ctrl_ifname: wlp0s12f0  error: No such file or directory
May 20 16:08:21 monordi dhclient[12205]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:08:21 monordi wicd[634]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:08:21 monordi wicd[634]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:08:21 monordi wicd[634]: All rights reserved.
May 20 16:08:21 monordi wicd[634]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:08:21 monordi dhclient[12205]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:08:21 monordi dhclient[12205]: All rights reserved.
May 20 16:08:21 monordi dhclient[12205]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:08:21 monordi dhclient[12205]: 
May 20 16:08:21 monordi dhclient[12205]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi dhclient[12205]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi wicd[634]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi wicd[634]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:21 monordi wicd[634]: Sending on   Socket/fallback
May 20 16:08:21 monordi dhclient[12205]: Sending on   Socket/fallback
May 20 16:08:21 monordi dhclient[12205]: DHCPRELEASE of 10.175.100.101 on wlp0s12f0 to 1.1.1.1 port 67
May 20 16:08:21 monordi dhclient[12205]: send_packet: Network is unreachable
May 20 16:08:21 monordi wicd[634]: DHCPRELEASE of 10.175.100.101 on wlp0s12f0 to 1.1.1.1 port 67
May 20 16:08:21 monordi wicd[634]: send_packet: Network is unreachable
May 20 16:08:21 monordi wicd[634]: send_packet: please consult README file regarding broadcast address.
May 20 16:08:21 monordi wicd[634]: dhclient.c:2878: Failed to send 300 byte long packet over fallback interface.
May 20 16:08:21 monordi dhclient[12205]: send_packet: please consult README file regarding broadcast address.
May 20 16:08:21 monordi dhclient[12205]: dhclient.c:2878: Failed to send 300 byte long packet over fallback interface.
May 20 16:08:22 monordi kernel: [11336.425902] iwlwifi 0000:00:0c.0: Conflict between TLV & NVM regarding enabling LAR (TLV = enabled NVM =disabled)
May 20 16:08:22 monordi kernel: [11336.428451] iwlwifi 0000:00:0c.0: BIOS contains WGDS but no WRDS
May 20 16:08:22 monordi kernel: [11336.428975] IPv6: ADDRCONF(NETDEV_UP): wlp0s12f0: link is not ready
May 20 16:08:22 monordi wicd[634]: Failed to connect to non-global ctrl_ifname: wlp0s12f0  error: No such file or directory
May 20 16:08:22 monordi wicd[634]: Error for wireless request "Set Bit Rate" (8B20) :
May 20 16:08:22 monordi wicd[634]:     SET failed on device %s ; No such device.
May 20 16:08:24 monordi kernel: [11338.805658] wlp0s12f0: authenticate with b0:8b:cf:0a:5d:01
May 20 16:08:24 monordi kernel: [11338.812764] wlp0s12f0: send auth to b0:8b:cf:0a:5d:01 (try 1/3)
May 20 16:08:24 monordi kernel: [11338.862404] wlp0s12f0: authenticated
May 20 16:08:24 monordi kernel: [11338.864799] wlp0s12f0: associate with b0:8b:cf:0a:5d:01 (try 1/3)
May 20 16:08:24 monordi kernel: [11338.867970] wlp0s12f0: RX AssocResp from b0:8b:cf:0a:5d:01 (capab=0x431 status=0 aid=7)
May 20 16:08:24 monordi kernel: [11338.870269] wlp0s12f0: associated
May 20 16:08:24 monordi kernel: [11338.886399] IPv6: ADDRCONF(NETDEV_CHANGE): wlp0s12f0: link becomes ready
May 20 16:08:24 monordi kernel: [11338.944257] wlp0s12f0: Limiting TX power to 18 (18 - 0) dBm as advertised by b0:8b:cf:0a:5d:01
May 20 16:08:25 monordi dhclient[12256]: Internet Systems Consortium DHCP Client 4.4.1
May 20 16:08:25 monordi dhclient[12256]: Copyright 2004-2018 Internet Systems Consortium.
May 20 16:08:25 monordi dhclient[12256]: All rights reserved.
May 20 16:08:25 monordi dhclient[12256]: For info, please visit https://www.isc.org/software/dhcp/
May 20 16:08:25 monordi dhclient[12256]: 
May 20 16:08:25 monordi dhclient[12256]: Listening on LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:25 monordi dhclient[12256]: Sending on   LPF/wlp0s12f0/9c:fc:e8:e7:1b:4d
May 20 16:08:25 monordi dhclient[12256]: Sending on   Socket/fallback
May 20 16:08:25 monordi dhclient[12256]: DHCPDISCOVER on wlp0s12f0 to 255.255.255.255 port 67 interval 7
May 20 16:08:25 monordi dhclient[12256]: DHCPOFFER of 10.175.100.101 from 1.1.1.1
May 20 16:08:25 monordi dhclient[12256]: DHCPREQUEST for 10.175.100.101 on wlp0s12f0 to 255.255.255.255 port 67
May 20 16:08:25 monordi dhclient[12256]: DHCPACK of 10.175.100.101 from 1.1.1.1
May 20 16:08:25 monordi avahi-daemon[638]: Joining mDNS multicast group on interface wlp0s12f0.IPv4 with address 10.175.100.101.
May 20 16:08:25 monordi avahi-daemon[638]: New relevant interface wlp0s12f0.IPv4 for mDNS.
May 20 16:08:25 monordi avahi-daemon[638]: Registering new address record for 10.175.100.101 on wlp0s12f0.IPv4.
May 20 16:08:26 monordi avahi-daemon[638]: Joining mDNS multicast group on interface wlp0s12f0.IPv6 with address fe80::9efc:e8ff:fee7:1b4d.
May 20 16:08:26 monordi avahi-daemon[638]: New relevant interface wlp0s12f0.IPv6 for mDNS.
May 20 16:08:26 monordi avahi-daemon[638]: Registering new address record for fe80::9efc:e8ff:fee7:1b4d on wlp0s12f0.*.
May 20 16:08:27 monordi dhclient[12256]: bound to 10.175.100.101 -- renewal in 1459 seconds.

Merci pour la suggestion.
C'est une carte intel qui doit utiliser iwlwifi-9000-pu-b0-jf-b0-34.618819.0.tgz, je crois. Comment est ce que je vérifie que c'est bien lui qui est utilisé ?

Merci pour la suggestion. Normalement, non, il n'y a pas d'autre gestionnaire, l'installation est récente et quasiment vierge, seul le navigateur web est utilisé. Mais je vais quand même vérifié.

J'édite aussi la question pour préciser que le portable navigue entre plusieurs lieu avec des Wifi différents et seul celui de l'hôpital a se comportement.

Au sujet du référendum, j'ai eu des échos sur la difficulté au départ pour signer la pétition. Par exemple la voix du nord ou liberation.

Est-ce que ça a eu un impacte sur la motivation pour le vote, je n'en ai aucune idée.

trucs à faire
Je ne l'ai pas testé à fond, mais le peu que j'ai découvert me semble sympathique. C'est simple et agréable pour s'organiser.

Pour élargir un peu sur le sujet de la vidéo surveillance. J'aimerai bien savoir ce qu'il est fait des informations que l'on peut avoir. La corpulence d'une personne (même une photo du visage floue) ne donne pas l'adresse où se trouve cette personne. Est-ce qu'il y a suffisamment de personnel pour traiter ces informations et faire l'enquête ? Est-ce que mobiliser une personne pendant n mois vaut le coût du matériel volé/endommagé ? Bref, j'aimerai avoir quelques statistiques ou information sur l'efficacité (ce que je trouve n'est clairement pas en faveur de celle-ci).

Autrement pour revenir sur les commentaires portant sur le côté politique de l'acte. Personnellement, j'ai quelques doutes car le protocole le plus simple, lorsque l'on vole, est de brûler le lieu du vol comme ça il n'y a plus de trace de son passage. Comme le souligne le commentaire Emmaus près de Grenoble s'est fait voler deux fois cet été, il y a eu aussi un vague d'incendie de restaurant. Il ne faut pas sur/sous-estimer les capacités de nos concitoyens.

Par curiosité, j'aimerai savoir pourquoi tu n'es pas resté sur sabayon ? Je n'ai pas encore eu le courage de sauter le pas vers une autre distribution qu'ubuntu, mais ça m'intéresse d'avoir des avis sur celles gravitant autour de Gentoo qui me semble bien personnalisable.

Bonjour et merci de réveiller copos de son sommeil,

Je suis l'auteur de ce logiciel. Je dois avouer ne plus l'avoir toucher depuis 2005. Comme exprimer dans de nombreux commentaires, il faudrait réussir à installer un système de 2005 avec la bonne version de ffmpeg. J'avais déjà eu à l'époque un soucis car l'API avait changé pendant mon développement, alors je n'ose pas imaginer maintenant. Je pense de même pour crust codé avec un vieux Qt.

Si le but est juste scanner des objets 3D, j'avais vu le site de http://www.david-laserscanner.com/ qui me semble honnête. Autrement, il y a la technique un peu plus manuelle d'utiliser blender et des photos. Tu peux aussi chercher le scanner à base de lait : milkscanner. Pour finir dans le domaine de le recherche avec des bons résultats :
ProFORMA

OK,
Je viens de lire sur wikipedia l'historique de ce mode entre ARM et Windows 8. Donc, en décembre 2011 ça devait exister (Section Criticism). Puis en janvier 2012, ça n'existe plus (Hardware Restrictions). Peut être que ça évoluera encore ?

J'ai une question. J'ai lu qu'il existait un mode custom dans le journal en lien. Si ce mode fait parti de la spécification alors, les bidouilleurs/hackers pourront toujours s'en sortir pour booter sur un système quelconque, n'est-ce pas ? Certe, ça limite la propagation des logiciels libre aux personnes motivées.

Ou bien existe-t-il une subtilité que je n'ai pas compris et qui verrouille le système ?

je ne vois pas d'une part où est le lien avec la création monétaire supposée « scripturale » ni où est le problème avec le système en lui-même.

C'est une ressource qui compte surement dans la partie réserve (le 'etc.' je présume). Donc, comme tu le dis si bien, l'arnaque est au coeur du système. Le système serait valide si les acteurs étaient rationnels, mais il ne le sont pas ,exemple le krach. À chaque fois, de nouvelles règles sont ajoutées pour contrer les 'déviants'. Et les 'déviants' trouvent des astuces encore plus tordues pour contrer les règles. Les meilleurs mathématiciens sont sur le coup pour faire des systèmes de plus en plus sophistiqué.

Les principes sont très simples, mais la stratégie développé derrière est monstrueuse (un peu comme les jeux d'échec ou de go).

Maintenant, si tu trouves sain de laissé l'arnaque et la roulette russe aux commandes, c'est ton choix. (personnelement, j'ai pas de solution à par revenir à l'age de pierre)

Cette présentation de gouvernement, me fait penser à la notion de dictateur bienveillant.

Pour le coup, c'est moi qui trouve cette description bien simplette. C'est un peu comme le principe du capitalisme qui est formidable en théorie (équilibre général), mais qui se trompe dès le départ avec son postulat de la rationalité des acteurs.

Peux-tu me dire alors comment les "produits toxiques" sont apparus, les CDS à nu et autres merveilles. À mon avis, le système est tellement complexe et possède tellement de couches (banque, assureur, notation et plein de choses que je suis incapable d'imaginer) qu'il est illusoire de croire que l'argent circule comme tu le décris.