Re: Problème carte réseau sur serveur dédié

[JUPIN Alain]

Bonjour,

Loin de moi l'idée de ne pas vouloir donner de retour, mais j'attendais
que le temps passe pour voir si la solution est pérenne dans le temps.
Et c'est le cas.
A priori, le seul fait d'avoir passé la gestion des tso, gso et gro par
le CPU suffit à résoudre mon problème.

Pour l'uso, il ne semble pas poser de problème, mais il faut dire
qu'hormis le DNS (qui n'est qu'un cache local pour le serveur), je n'en
fais pas usage.

Merci à vous

Alain JUPIN
Lumières d'Ici ... et d'Ailleurs 
Le 18/12/2018 à 14:29, Yahoo a écrit :
>
> Bonjour,
>
> je n'avais pas encore vue cette erreur, mais en modifiant le gso
> (generic-segmentation-offload) gro (generic-receive-offload) et tso
> (tcp-segmentation-offload:),
>
> tu n'as pas touché a (ufo) udp-fragmentation-offload settings
>
> Tu peux quand même vérifier si les options sont bien à off avec
> ethtool -K  .
>
> Sinon, pour info, mais c'est sûrement déjà fait, il faut bien inscrire
> les modifications au démarrage du serveur, sinon les modifications
> seront perdus après "reboot",
>
> pour ma part je les ajoute en post-up dans le fichiers des interfaces.
>
> Tiens nous au courant si cela à fonctionné.
>
> Loïc
>
> Le 18/12/2018 à 10:26, JUPIN Alain a écrit :
>> Bonjour,
>>
>> Merci pour le retour, j'avais effectivement lu sur des forums la même
>> chose (chez un autre hébergeur).
>> Et en effet, les gro et gso sont gérés par la carte NIC
>> Features for eno1:
>> Cannot get device udp-fragmentation-offload settings: Operation not
>> supported
>> tcp-segmentation-offload: on
>> generic-segmentation-offload: on
>> generic-receive-offload: on
>>
>> L'opération a été effectuée cette nuit, je vais voir si cela est
>> efficace ou pas dans le temps (çà plantait ou bout de 2 ou 3 jours) !
>> Pour info, j'ai quand même eu le retour suivant à la commande 
>> ethtool -K eno1 gso off gro off tso off
>> Cannot get device udp-fragmentation-offload settings: Operation not
>> supported
>> Cannot get device udp-fragmentation-offload settings: Operation not
>> supported
>>
>> Alain JUPIN
>>
>> Le 17/12/2018 à 16:42, Yahoo a écrit :
>>>
>>> Bonjour,
>>>
>>> Il semble que la carte réseau à du mal à gérer la segmentation des
>>> paquets,
>>>
>>> dans ce cas là, il peux être bien de décharger cette opération au CPU.
>>>
>>> d'après les logs ton serveur hébergé, tu est sur une carte NIC intel
>>> (e1000e), qui as du mal a décharger.
>>>
>>> Vérifie si ta carte NIC gère le déchargement de la segmentation de
>>> paquets :
>>>
>>> /ethtool -k /
>>>
>>> pour le savoir vérifier les ligne (gso et gro) :
>>>
>>> /tcp-segmentation-offload: on
>>> /
>>>
>>> /generic-segmentation-offload: on
>>> generic-receive-offload: on/
>>>
>>> si elles sont à on c'est que c'est la carte NIC qui le gére,
>>>
>>> essaye de les passer à off pour que ce soit le CPU qui le gérent
>>>
>>> |ethtool -K  gso off gro off tso off|
>>>
>>> (attention cela peux engendre une perte de connexion, à faire en KVM)
>>>
>>> J'ai dèjà eu le soucis sur des serveurs, mais avec l'utilisation de QoS.
>>>
>>> En espérant pouvoir aider
>>>
>>> Loïc
>>>
>>> Le 17/12/2018 à 14:26, JUPIN Alain a écrit :
 Bonjour,

 Sur un serveur dédié chez OVH, sous Debian 9.4 qui fait tourner
 Proxmox 5.2-5 qui héberge 4 VM (toutes sous Linux aussi).
 Régulièrement (au bout de quelques jours), le serveur plante, plus
 de réponse au ping sur l'IP principale du serveur, d'où le
 déclenchement d'un reset "Hard".

 Évidemment j'essaye de trouver la cause de ce plantage.
 Je n'ai rien trouvé du coté du disque dur (via smartctl).

 Mais j'ai ceci dans le log "syslog". Lors du plantage, cette
 séquence a débuté à 10h57 (heure du serveur qui est en UTC), à
 11h03 j'ai perdu le ping, elle a perdurée jusqu'à 11h08, heure du
 reboot par OVH.

 Dec 17 11:02:33 cygnus kernel: [408638.686407] e1000e :00:19.0
 eno1: Detected Hardware Unit Hang:
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 TDH  <0>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 TDT  <2>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 next_to_use  <2>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 next_to_clean    <0>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]
 buffer_info[next_to_clean]:
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 time_stamp   <10615a7a6>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 next_to_watch    <0>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 jiffies  <10615b058>
 Dec 17 11:02:33 cygnus kernel: [408638.686407]  
 next_to_watch.status <0>
 Dec 17 11:02:33 cygnus kernel: [408638.686407] MAC
 Status <40080083>
 Dec 17 11:02:33 cygnus kernel: [408638.686407] PHY
 Status <796d>
 Dec 17 11:02:33 cygnus kernel: [408638.686407] PHY 1000BASE-T
 Status  <3800>

Compilation kernel Debian ou vanilla

[Wallace]

Bonjour à tous,

Petite intro pour remettre le contexte, je compile mes kernels depuis le
début des années 2000, mon but est d'avoir un kernel pour serveur ou
desktop avec le minimum nécessaire, désactiver des fonctionnalités ou
drivers inutiles, mettre des options qui m'intéressent, ... bref tout
allait bien jusqu'au kernel 4.16.15 à partir des versions suivantes en
4.16 et jusqu'au 4.19.12 lorsque je pars de mon fichier de configuration
et que j'applique un oldconfig j’obtiens systématiquement le message
bloquant : 32-bit relocation outside of kernel

Ce message est très peu documenté, je compile pourtant bien un kernel 64
bits, il semble que lorsque l'image dépasse les 4,8Mo cela me déclenche
ce problème, j'ai donc fait une cure d'amincissement sans succès car ce
qui reste est vitale pour bien fonctionner. Ce qui m'étonne c'est de
voir les kernels Debian dépasser sans soucis cette taille de vmlinuz et
fonctionner normalement.

Je me suis dit j'ai loupé une évolution dans les options du .config qui
n'est pas compatible avec ma conf. J'ai tenté deux approches :

- reprendre des fichiers de configurations Debian fonctionnels pour les
utiliser comme base pour recompiler la même version sans succès toujours
la même erreur

- partir d'un 4.19.12 kernel.org avec la config Debian de ce même kernel
sans rien toucher, j'obtiens une erreur du makefile sans explications
sur l'origine du souci :

  CC [M]  fs/xfs/xfs_acl.o
  CC [M]  fs/xfs/xfs_sysctl.o
  CC [M]  fs/xfs/xfs_ioctl32.o
  CC [M]  fs/xfs/xfs_pnfs.o
  LD [M]  fs/xfs/xfs.o
  AR  fs/built-in.a
debian/rules:4 : la recette pour la cible « build » a échouée
make[2]: *** [build] Erreur 2
dpkg-buildpackage: erreur: debian/rules build a produit une erreur de
sortie de type 2
scripts/package/Makefile:71 : la recette pour la cible « deb-pkg » a échouée
make[1]: *** [deb-pkg] Erreur 2
Makefile:1357 : la recette pour la cible « deb-pkg » a échouée
make: *** [deb-pkg] Erreur 2


- partir du package source du 4.19.12 Sid avec le répertoire debian venu
du git des mainteneurs du kernel chez Debian sans changer aucune option,
je devrais donc être en mesure de recompiler une image identique à celle
en Sid pour cette version mais j'obtiens sur une stretch :

dpkg-source: info: construction de linux-4.19.12+ en utilisant le
./linux-4.19.12+_4.19.12+.orig.tar.gz existant
patching file Makefile
Hunk #1 FAILED at 1024.
Hunk #2 FAILED at 1097.
Hunk #3 FAILED at 1104.
3 out of 3 hunks FAILED
patching file arch/x86/um/sysrq_64.c
Hunk #1 FAILED at 8.
Hunk #2 FAILED at 16.
2 out of 2 hunks FAILED
patching file arch/ia64/kernel/process.c
Reversed (or previously applied) patch detected!  Skipping patch.
2 out of 2 hunks ignored
patching file arch/powerpc/kernel/process.c
Hunk #1 FAILED at 39.
Hunk #2 FAILED at 1359.
2 out of 2 hunks FAILED
patching file kernel/hung_task.c
Hunk #1 FAILED at 17.
Hunk #2 FAILED at 109.
2 out of 2 hunks FAILED
patching file kernel/printk/printk.c
Hunk #1 FAILED at 45.
Hunk #2 FAILED at 3282.
2 out of 2 hunks FAILED
dpkg-source: info: le patch ne s'applique pas proprement (« fuzz »), ou
est mal-formé
dpkg-source: info: si le correctif « debian/version.patch » est
correctement appliqué par quilt, utiliser « quilt refresh » pour le
mettre à jour
dpkg-source: erreur: LC_ALL=C patch -t -F 0 -N -p1 -u -V never -E -b -B
.pc/debian/version.patch/ --reject-file=- <
debian-kernel.orig.xUd26O/debian/patches/debian/version.patch a produit
une erreur de sortie de type 1
dpkg-buildpackage: erreur: dpkg-source -i.git -b debian-kernel a produit
une erreur de sortie de type 2
scripts/package/Makefile:71 : la recette pour la cible « deb-pkg » a échouée
make[1]: *** [deb-pkg] Erreur 2
Makefile:1372 : la recette pour la cible « deb-pkg » a échouée
make: *** [deb-pkg] Erreur 2


J'ai retourné le web à la recherche de la bonne méthode pour faire tout
cela, les docs Debian n'ont pas changé sur les kernel courrant et rien
sur comment faire pour compiler comme les mainteneurs pour les derniers
kernels.

Du coup j'en viens à vous solliciter car je suis coincé.

Merci par avance pour vos pistes



signature.asc
Description: OpenPGP digital signature

Re: Linux for kids

[Pierre L.]

Le 28/12/2018 à 15:06, Haricophile a écrit :
> Raté, les études ont été faites, et c'est excellent pour l'emploi, comme les
> énergies renouvelables (les vraies), l'agriculture de proximité et tout
> le reste en fait.
> [...]
>
> Je sais bien que c'est pour rire, mais même pour rire, il faut éviter de
> contribuer involontairement à des idéologies toxiques présentées comme la
> religion unique TINA.
Merci pour cette lumière dans cet esprit de taquinerie :)



signature.asc
Description: OpenPGP digital signature

Re: Firefox : mise à jour + blocage

[Gaëtan Perrier]

Le vendredi 28 décembre 2018 à 02:14 +0100, roger.tar...@free.fr a écrit :
> J'ai fait un kill de ff, j'ai déplacé le répertoire de profil, j'ai
> redémarré, j'ai eu un refus,

Si FF ne démarre pas en l'absence de profil s'est vraiment étrange ...
Ça correspond à un premier démarrage après une installation.


>
>  j'ai remis le rep de profil à sa place initiale et j'ai redémarré.
> FF s'est lancé.
> J'ai perdu tous les onglets de la dernière session (pas de "restore""
> proposé), mais je peux ouvrir un lien depuis un autre programme comme toi,
> normalement.

Normalement quand tu remets un profil complet il devrait tout retrouver ...

> Les fichiers lock et .parentlock sont présents et ne l'empêchent pas.
> 
> Observons combien de temps ça va tenir. 
> 
> Je vais essayer avec et sans hibernation
> Car, je ne sais pas si ça a un rapport,  mais les sorties d'hibernation sont
> devenues hyper longues (plusieurs minutes avant de retrouver un contrôle
> clavier-souris ! alors que rien ne semble consommer mémoire et CPU). 
> Or FF est le programme qui consomme le plus de ressources (dans le cas de ma
> machine), quand de nombreux onglets sont ouverts.
> Y aurait-il un lien évident ?

Possible qu'il y ait un problème avec l'hibernation mais pour un logiciel comme
FF ça m'étonne quand même.

> 
>   
> - Original Message -
> From: "Gaëtan Perrier" 
> To: debian-user-french@lists.debian.org
> Sent: Friday, December 28, 2018 1:13:53 AM
> Subject: Re: Firefox : mise à jour + blocage
> 
> T'as vraiment un truc de bizarre dans ta config.
> 
> Fait bien attention à ce que FF soit bien fermé (avec ps) avant de supprimer
> le
> profil. Car il n'aime pas qu'on lui coupe l'herbe sous le pied.
> 
> A tout hasard vérifie que tu n'aurais pas un répertoire .firefox qui traine
> dans ton home en plus de .mozilla
> 
> Le vendredi 28 décembre 2018 à 01:00 +0100, roger.tar...@free.fr a écrit :
> > PS encore :
> > mais en même temps, ça crée uen nouvelle instance de FF qui me prévient que
> > "Bookmatks et history ne seront pas fonctionnels car les fichiers de FF
> > sont
> > utilisés par une autre aplication".
> > Hum...
> > - Original Message -
> > From: "Gaëtan Perrier" 
> > To: debian-user-french@lists.debian.org
> > Sent: Friday, December 28, 2018 12:53:12 AM
> > Subject: Re: Firefox : mise à jour + blocage
> > 
> > Les extensions ce n'est pas grave.
> > 
> > Tu peux commencer par les lock effectivement
> > 
> > 
> > Le vendredi 28 décembre 2018 à 00:45 +0100, roger.tar...@free.fr a écrit :
> > > Aucun bookmark. juste 2-3 extensions, par ex. NoScript), d'ailleurs
> > > installé
> > > par le navigateur.
> > > 
> > > Je supprime le profil complet ou juste çes deux là liés au lock ?
> > > rm lock -> 127.0.1.1:+18168
> > > rm .parentlock
> > > 
> > > - Original Message -
> > > From: "Gaëtan Perrier" 
> > > To: debian-user-french@lists.debian.org
> > > Sent: Friday, December 28, 2018 12:39:39 AM
> > > Subject: Re: Firefox : mise à jour + blocage
> > > 
> > > Le vendredi 28 décembre 2018 à 00:32 +0100, roger.tar...@free.fr a écrit
> > > :
> > > > ps killed
> > > > $ firefox --safe-mode
> > > > ça redémarre. Quel pb dans mon profil ?
> > > > 
> > > > Dans FF/Help/About j'ai 62.0.
> > > > Hum.. c'est certainement car j'ai du installé à la va-vite par le
> > > > navigateur
> > > > le Add-on 'Français Language Pack" qui est en 62.0. (En safe mode il
> > > > affiche
> > > > "est incompatible avec FF 60.2").
> > > > 
> > > > $ sudo apt-get install firefox-esr-l10n-fr
> > > > et hop, installé. 
> > > > Merci
> > > > 
> > > > J'ai essayé d'ouvrir un lien depuis le terminal ou depuis LibreOffice
> > > > et
> > > > j'ai
> > > > le message 
> > > >  Firefox is already running, but is not responding. 
> > > >  To open a new window, you must first close the existing Firefox
> > > > process,
> > > >  or restart your system.
> > > > 
> > > > Il faut effacer le profil et redémarrer?
> > > 
> > > Si tu n'as rien à quoi tu tiens dedans tu peux mais je ferais plutôt un
> > > renommage plutôt qu'effacement. Le profil contient les bookmarks, etc.
> > > 
> > > Gaëtan



signature.asc
Description: This is a digitally signed message part

Re: Linux for kids

[Ph. Gras]

Je hais noël et tous ces sales gosses qui plantent devant la fausse cheminée 
avec des yeux ronds comme des soucoupes volantes.

Re: Linux for kids

[Haricophile]

Le Fri, 28 Dec 2018 16:32:59 +0100,
Damien  a écrit :

> Et quand je vois les petits neveux vendu pendant des heures à
> des publicitaire sur youtube... la pub devient même le contenu.

Il y a de la pub sur Youtube ? Où ça ?

Re: Linux for kids

[Haricophile]

Le Fri, 28 Dec 2018 14:41:01 +0100,
"ajh-valmer"  a écrit :

> Il n'y a aucun danger à ce qu'un enfant fasse
> de l'informatique, même avant 7 ans, au contraire,
> c'est un éveil à une science devenue indispensable
> qui est partout, sauf celui cité au dessus.

Surtout se souvenir de l'objectif : L'informatique est un outil (puissant) au
service d'un projet pédagogique. La confusion et l'inversion entre moyen et
objectif règne en maître dans le milieu politique et financier.

En backend et en plus des recettes des financiers qui n'ont pas d'odorat,
l'informatique scolaire vue par Microsoft et les GAFAM a tout à voir avec les
"young leaders" de la la French-American Foundation, les projets pédagogiques
n'étant que des justifications pour "l'acceptabilité" de l'espionnage
généralisé et le viol de la vie intime dès le plus jeune âge.

Re: Linux for kids

[Damien]

Le Fri, Dec 28, 2018 at 02:27:04PM +0100, aishen a écrit :


Je suis surpris de la réponse que l'écran serait néfaste avant 7 9 ans ?

Il faut se méfier des à priori scientifique pseudo machin chouette...etc..


Pour les décideur pressés:
 écrans &= (FACEBOOK | GOOGLE);

Et quand je vois les petits neveux vendu pendant des heures à
des publicitaire sur youtube... la pub devient même le contenu.

Re: Linux for kids

[Haricophile]

Le Fri, 28 Dec 2018 10:05:36 +0100,
"Pierre L."  a écrit :

> Il faudrait d'abord nous expliquer pourquoi Linux et pas Windows ou Mac,
> car cela nuit fortement au système capitalisme et détruit des emplois
> (étude non réalisée)...
> 
> Bonne année

Raté, les études ont été faites, et c'est excellent pour l'emploi, comme les
énergies renouvelables (les vraies), l'agriculture de proximité et tout
le reste en fait.

Ce n'est certes pas bon pour les très gros actionnaires, les banksters, les
pseudo-représentants politiques des post-démocraties et tout ce que tu veux,
mais c'est bon pour l'emploi. 

Depuis au moins 40 ans qu'ils n'y a plus de plein emploi, l'emploi
est un argument et un motif de chantage, mais les faits démontrent le contraire
des discours : Quand il y a un risque de réduire trop les demandeurs d'emploi,
les banksters et les politiques sont paniqués et organisent des réunions
d'urgence pour empêcher cette "catastrophe" a leur yeux, ça c'est passé encore
il n'y a pas si longtemps.

Je sais bien que c'est pour rire, mais même pour rire, il faut éviter de
contribuer involontairement à des idéologies toxiques présentées comme la
religion unique TINA.

Il y a un article intéressant sur le sujet, ou parait-il les romains
au début de l'Empire annulaient régulièrement les dettes des petits paysans pour
éviter qu'ils ne se fassent bouffer par les gros propriétaires, ce qui fait
dire a un historien que la fin de l'Empire Romain a été programmé très tôt,
quand on a laissé les gros propriétaires grossir trop et écraser les petits. On
est en plein dedans, on a laissé grossir les monstres.

Re: Linux for kids

[ajh-valmer]

On Friday 28 December 2018 14:27:04 aishen wrote:
> ubuntu avec gcompris
> Je suis surpris de la réponse que l'écran serait néfaste avant 7 9 ans ?
> Il faut se méfier des à priori scientifique pseudo machin chouette...etc..
> En encadrant bien la classe c'est une bonne initiative.
 
> Le 28/12/2018 à 09:46, Basile Starynkevitch a écrit :
> > Il faudrait d'abord nous expliquer pourquoi des bambins de maternelles 
> > ont besoin d'utiliser un ordinateur, fut-il sous Linux.
> > A mon avis, ils sont trop jeunes pour ça.
> > Et il y aurait des études qui montreraient que l'utilisation d'écran 
> > avant 7 à 9 ans serait néfaste pour la croissance de leur cerveau (et 
> > de leur cognition).

Je pense que c'est Microsoft qui a tout compris :
surtout apprendre aux enfants dès le plus jeune âge,
que "informatique = Windows-Microsoft".
Le danger n'est que celui-là,
on verrouille le cerveau des enfants au parti unique,
comme en Corée du Nord.

Il n'y a aucun danger à ce qu'un enfant fasse
de l'informatique, même avant 7 ans, au contraire,
c'est un éveil à une science devenue indispensable
qui est partout, sauf celui cité au dessus.

À quel âge un prodige de la musique, d'un sport,
a t-il commencé ? Sûrement pas après 15 ans.

Il ne s'agit pas de faire que ça, mais d'un éveil découverte sympas,
en séances limitées, qui l'aidera énormément ensuite, sans l'appesantir.

Antoine Valmer

Re: Linux for kids

[aishen]

ubuntu avec gcompris

Je suis surpris de la réponse que l'écran serait néfaste avant 7 9 ans ?

Il faut se méfier des à priori scientifique pseudo machin chouette...etc..

En encadrant bien la classe c'est une bonne initiative.


Le 28/12/2018 à 09:46, Basile Starynkevitch a écrit :


On 12/28/18 9:38 AM, Bernard Schoenacker wrote:

bonjour,

j'essaye de voir pour choisir une version adaptée aux
bambins de classe maternelle (5ans) et je me suis penché
sur doudoulinux ...



Il faudrait d'abord nous expliquer pourquoi des bambins de maternelles 
ont besoin d'utiliser un ordinateur, fut-il sous Linux.


A mon avis, ils sont trop jeunes pour ça.

Et il y aurait des études qui montreraient que l'utilisation d'écran 
avant 7 à 9 ans serait néfaste pour la croissance de leur cerveau (et 
de leur cognition).


Bonne année

Re: Linux for kids

[daniel huhardeaux]

Le 28/12/2018 à 09:45, Klaus Becker a écrit :



Le 28/12/2018 à 09:38, Bernard Schoenacker a écrit :

bonjour,

j'essaye de voir pour choisir une version adaptée aux
bambins de classe maternelle (5ans) et je me suis penché
sur doudoulinux ...

le seul hic c'est que j'ai l'impression d'avoir affaire à une
version morte ...


en effet


qu'est ce qui reste comme solution ?



https://primtux.fr/
+1 Tu as 3 niveaux par classe d'âge, le contrôle parental. Dernière 
version sous Debian9.

--
Daniel

Re: Linux for kids

[Cyrille]

> qu'est ce qui reste comme solution ?
https://primtux.fr/
Active et performante
Bien adaptée à ce que tu recherches 
++
Cyrille



-- 
Je reste lucide, 
Optimiste jusqu'au suicide, 
Y a-t-il une autre alternative ?
 === NACHT UND NEBEL (Txantxo) ===

Re: Linux for kids

[Pierre L.]

Il faudrait d'abord nous expliquer pourquoi Linux et pas Windows ou Mac,
car cela nuit fortement au système capitalisme et détruit des emplois
(étude non réalisée)...

Bonne année


Le 28/12/2018 à 09:46, Basile Starynkevitch a écrit :
>
> On 12/28/18 9:38 AM, Bernard Schoenacker wrote:
>> bonjour,
>>
>> j'essaye de voir pour choisir une version adaptée aux
>> bambins de classe maternelle (5ans) et je me suis penché
>> sur doudoulinux ...
>
>
> Il faudrait d'abord nous expliquer pourquoi des bambins de maternelles
> ont besoin d'utiliser un ordinateur, fut-il sous Linux.
>
> A mon avis, ils sont trop jeunes pour ça.
>
> Et il y aurait des études qui montreraient que l'utilisation d'écran
> avant 7 à 9 ans serait néfaste pour la croissance de leur cerveau (et
> de leur cognition).
>
> Bonne année
>




signature.asc
Description: OpenPGP digital signature

Re: Linux for kids

[Cyrille]

> A mon avis, ils sont trop jeunes pour ça.
Du tout
On fait de super trucs en maternelle avec un PC et / ou une tablette 
(style scratchJR, montage vidéo audio, programmation de robot style
Thymio, etc)


> Et il y aurait des études qui montreraient que l'utilisation d'écran 
> avant 7 à 9 ans serait néfaste pour la croissance de leur cerveau (et
> de leur cognition).
C'est l'utilisation qu'on en fait qui décidera... 
Mais je ne vois pas pourquoi ce serait néfaste  qu'ils fassent 1 heure
de PC, même par jour, SI c'est encadré

Pas comme s'ils se retrouvaient devant une console à se lobotomiser
avec des jeux qui ne sont pas de leur âge... Ce qui est fréquent chez
eux (dans leur cadre familial)...


-- 
Je reste lucide, 
Optimiste jusqu'au suicide, 
Y a-t-il une autre alternative ?
 === NACHT UND NEBEL (Txantxo) ===

Re: Linux for kids

[didier gaumet]

Le 28/12/2018 à 09:45, Klaus Becker a écrit :
> 
> https://primtux.fr/

pour ajouter aux propos de Klaus, peut-être regarder là:
 https://wiki.debian.org/fr/DebianEdu

Re: Linux for kids

[Basile Starynkevitch]

On 12/28/18 9:38 AM, Bernard Schoenacker wrote:

bonjour,

j'essaye de voir pour choisir une version adaptée aux
bambins de classe maternelle (5ans) et je me suis penché
sur doudoulinux ...



Il faudrait d'abord nous expliquer pourquoi des bambins de maternelles 
ont besoin d'utiliser un ordinateur, fut-il sous Linux.


A mon avis, ils sont trop jeunes pour ça.

Et il y aurait des études qui montreraient que l'utilisation d'écran 
avant 7 à 9 ans serait néfaste pour la croissance de leur cerveau (et de 
leur cognition).


Bonne année

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France

Re: Linux for kids

[Klaus Becker]

Le 28/12/2018 à 09:38, Bernard Schoenacker a écrit :

bonjour,

j'essaye de voir pour choisir une version adaptée aux
bambins de classe maternelle (5ans) et je me suis penché
sur doudoulinux ...

le seul hic c'est que j'ai l'impression d'avoir affaire à une
version morte ...


en effet


qu'est ce qui reste comme solution ?



https://primtux.fr/

Klaus



merci
slt
bernard

Linux for kids

[Bernard Schoenacker]

bonjour,

j'essaye de voir pour choisir une version adaptée aux 
bambins de classe maternelle (5ans) et je me suis penché
sur doudoulinux ...

le seul hic c'est que j'ai l'impression d'avoir affaire à une
version morte ...

qu'est ce qui reste comme solution ?

merci
slt
bernard