Messages récents

Pages: 1 ... 5 6 7 8 9 [10]
91
Savoie (73) / Maison Neuve référence fibre
« Dernier message par Dim le Aujourd'hui à 07:04:51 »
Bonjour,

le terrain as été acheté comme viabilisé elec/eau/gaz/telecom ?
ou nu et c'est toi qui a fait les demandes ?

dans le premier cas, vérifie bien précisément les viabilisations qui étaient incluses, c'est peut être le vendeur qui a mal ou pas fait une des demande.
dans le second cas, pas le choix, faut demander une viabilisation télécom (même si il y a déjà un fourreau, la viabilisation ce n'est pas que ça) et donc payer

Merci pour le retour. Le fourreau est déjà en place il y a juste une adresse à référencer.
non, comme dit au dessus, ce n'est pas 'juste l'@ à référencer"
c'est aussi vérifier qu'il y a assez de place dans les armoires (et si c'est pas le cas faire des travaux coté opérateur d'infra)
faire l'étude du passage de la fibre (aérien, sous terrain)
faire le génie civil jusqu'au droit du terrain, ou changer le poteau si il ne supportera pas la charge
etc...

du coup, ton fourreau n'est peut être même pas bien placé
92
Linux Linux / Inflation de la taille du noyau Linux et de ses pilotes
« Dernier message par Leon le Aujourd'hui à 06:19:07 »
Cela dépends des choix de ta distribution.
La stratégie la plus commune est de fournir un INITial RamDisk qui contient suffisamment de module critique pour trouver le volume système puis charger le reste.
La définition de "suffisamment de module critique" est différente entre Fedora (qui spécialise par défaut pour la machine) et Debian.
On parlait de drivers et firmware dans la discussion. Est-ce que ce sont des cas particuliers de "modules" dont tu parles?
Si oui, ça voudrait dire que Fedora n'installe que les firmware et drivers nécessaires pour chaque machine, alors que Ubuntu installe TOUT?

Par rapport à un Windows, la philosophie est différente.
Même si c'est moins le cas aujourd'hui, Windows n'aime pas les changements de matériel : si on prend un disque et qu'on le met sur un autre PC, il n'est pas sûr qu'on puisse booter sans avoir à réinstaller (et dans tous les cas le premier boot sera long, et il faudra potentiellement rebooter ensuite avant de tout avoir de fonctionnel).
Depuis les tous premiers Windows 10, la transplantation de disque dur / installation entre machines hétérogènes, ça fonctionne bien, de ce que j'ai constaté. Avant ça n'était pas le cas.

Rien n'interdirait de faire un Linux qui télécharge les drivers et firmwares de manière individuelle et à la demande, mais ce serait un énorme travail pour la distribution.
Il faudrait que les modules soient téléchargeables en tant que fichiers individuels, mais quand même mis à jour, avec un système pour suivre les dépendances et les modalias (d'une version à l'autre, le module à utiliser pour un contrôleur donné peut changer, ou se mettre à dépendre d'un module supplémentaire).
Travail énorme que Microsoft fait déjà?
Et il faut sans doute distinguer le fait de télécharger tout ou partie les drivers/firmwares et le fait d'installer tout ou partie de ces drivers/firmwares.


Parce que Linux, contrairement à Windows, ne garantit aucune stabilité de son ABI. Si un pilote est laissé en dehors du noyau, il devient incompatible très vite et se casse à la prochaine màj du noyau. En étant intégré aux mêmes dépôts de code source que le noyau, ça permet de s'assurer que les màj du noyau ne vont rien casser.
Et tout devrait être conservé sur les serveurs : si un utilisateur n'a pas mis à jour son kernel depuis 3 mois et branche un nouveau périphérique USB, il faudrait qu'il puisse télécharger le module (l'ABI n'étant pas stable, ça doit être celui qui correspond à la version et configuration du kernel qu'il a, ou presque).
On en revient à l'ABI Kernel linux instable entre les mises à jour. Est-ce qu'il faut comprendre que c'est le coeur du problème autour de Linux et des drivers? Qui oblige à embarquer les drivers avec le kernel? Si c'est confirmé, c'est quand même une sacrée contrainte, difficile à comprendre quand on vient d'un monde Windows.

Leon.
93
Linux Linux / Inflation de la taille du noyau Linux et de ses pilotes
« Dernier message par chad86 le Aujourd'hui à 04:12:00 »
Citer
si on prend un disque et qu'on le met sur un autre PC

oui c'est fascinant quand on voit ça la première fois !
tu casses ton PC mais tu récupères le disque dur pour le mettre dans un autre qui n'a rien à voir

=> ça marche !

sur Windows il faut réinstaller
94
Linux Linux / Inflation de la taille du noyau Linux et de ses pilotes
« Dernier message par hwti le Aujourd'hui à 03:39:19 »
C'est valable pour toutes les distributions Linux? Ou alors juste Ubuntu?
Sur tous les linux, on met dans le noyau tous les drivers et firmware de tous les matériels courants des 20 dernières années?
C'est franchement pas clair pour moi, pas facile à comprendre.
Il y a plusieurs choses :
 - le kernel lui-même : il y a le code de base, et certains drivers que la distribution choisit d'intégrer directement, il peut y avoir plusieurs variantes (par exemple une version "cloud" allégée qui ne contient que ce qui est nécessaire pour les VM habituelles)
 - les modules (drivers compilés en fichiers séparés), qui sont en général regroupés en plusieurs paquets (au moins un de base, et un "extra" pour le matériel plus rarement utilisé)
 - les firmwares : il y en a de plus en plus, beaucoup de périphériques ne fonctionnent pas sans (ou de manière très limitée), les distributions commencent à découper un peu pour éviter de tout avoir
 - l'initrd : il doit contenir un certain nombre de programmes, et des modules nécessaires au boot (drivers pour le disque ou le réseau, le GPU, ...), il peut être déjà généré (donc gros), ou l'être au moment de l'installation du paquet (et là on peut parfois choisir la liste des modules intégrés, par exemple de faire une version la plus minimaliste possible sans les fonctionalités et drivers non nécessaires à une machine donnée, quitte à ce que ça pose problème en cas de changement de HW)

Par rapport à un Windows, la philosophie est différente.
Même si c'est moins le cas aujourd'hui, Windows n'aime pas les changements de matériel : si on prend un disque et qu'on le met sur un autre PC, il n'est pas sûr qu'on puisse booter sans avoir à réinstaller (et dans tous les cas le premier boot sera long, et il faudra potentiellement rebooter ensuite avant de tout avoir de fonctionnel).
Linux au contraire a très peu de paramètres statiques liés au matériel, et a par défaut la majorité des drivers déjà installés, donc il est beaucoup plus simple de booter sur un autre PC (parfois c'est totalement transparent).
C'est notamment ça qui permet un Linux bootable depuis un DVD / une clé USB en étant très proche de la version installée, alors que les équivalents Windows sont pleins de contournements et loin d'être complets.

Rien n'interdirait de faire un Linux qui télécharge les drivers et firmwares de manière individuelle et à la demande, mais ce serait un énorme travail pour la distribution.
Il faudrait que les modules soient téléchargeables en tant que fichiers individuels, mais quand même mis à jour, avec un système pour suivre les dépendances et les modalias (d'une version à l'autre, le module à utiliser pour un contrôleur donné peut changer, ou se mettre à dépendre d'un module supplémentaire).
Et tout devrait être conservé sur les serveurs : si un utilisateur n'a pas mis à jour son kernel depuis 3 mois et branche un nouveau périphérique USB, il faudrait qu'il puisse télécharger le module (l'ABI n'étant pas stable, ça doit être celui qui correspond à la version et configuration du kernel qu'il a, ou presque).
95
Bbox fibre Incidents Bouygues / panne depuis 21/12/2025
« Dernier message par bonhomme le Aujourd'hui à 00:34:38 »
Bonjour,

comme l'indique le titre, "un incident est en cours de résolution" depuis le 21/12/2025. Deux équipes sont passées sur site fin décembre. Depuis rien n'avance. la date annoncée de remise en service ne fait que changer une fois arrivée à terme. La prochaine étant le 30/03/2026 !!!!

Pendant ce temps là, les mensualités sont toujours prélevées. Les seules infos que j'ai réussi à avoir sont qu'Orange doit intervenir sur l'infrastructure. De son coté, Orange ne donne aucune info à ses non clients. Je dois voir avec Bouygues et ses interlocuteurs qui me disent juste de patienter.

Un ticket a été créé sous la référence SAV-FTTH0010114398 et le numéro du ticket d'incident général IG0000307099.

96
Bouygues Telecom Actus Bouygues / Perplexity , à l’aide
« Dernier message par xplo le Hier à 23:55:45 »
ah ben merci j avais pas vu ca, j ai pris 12 mois gratuit
97
En statique.
98
C'est plus en statique ou en déplacement que tu perds la data ou les appels ? Ça pourrait être des échecs de handover/changement de cellule et ça serait encore un truc en plus du débit erratique.
99
Ca arrive aussi dans ce cas, mais pas que.
100
T'as une perte de la session en cours (ça change d'IP) avec une brève coupure réseau comme un coup de mode avion avec les barres réseaux qui disparaissent ?
Pages: 1 ... 5 6 7 8 9 [10]