Bonjour et d'abord merci à Éric et "Piernov" pour leurs réponses
Rappel du problème : je voulais virer le W10 préinstallé sur un portable ASUS (L402NA-FA016TS 14" - 4Go RAM - Intel Celeron - Disque Dur 32Go EMMC -2USB2 1USB3 - lecteur carte SD). Lorsque je bootais sur la clé USB Ubuntu, l'installateur ne "voyait pas" l'EMMC sur lequel était installé Windos et son système de boot que je voulais remplacer.
Mais ce petit portable bas de gamme a une baie vide pour recevoir un SATA 2,5". Un coup de DBAN sur un SSD 120Go que je croyais naze et que je l'installe dans cette baie, et là plus aucun problème pour installer dessus Xubuntu. À la question où installer le boot-manager j'ai choisi le SSD me disant que Linux étant courtois, il me suffirait d'enlever le SSD pour retrouver l'ancienne configuration avec W10. (Et puis j'ai mis le swap aussi sur le SSD me disant qu'en ne l'utilisant qu'au delà de 95% des 4Go de RAM je n'écrirai pas beaucoup dessus?).
En fait je n'ai jamais eu à démonter le disque pour ressusciter W10 car l'installateur a détecté le W10 et au lancement du système j'avais droit au dualboot. Chargement d'Ubuntu en 27 sec.! un fonctionnement parfait dès le début, sauf que je me retrouvais avec le clavier en QWERTY à chaque lancement. Problème connu résolu grâce à la doc (https://doc.ubuntu-fr.org/tutoriel/configurer_le_clavier).
C'est avec NFS que j'ai un problème, pas encore complètement résolu. J'ai installé NFS-common, j'ai mis les fichiers exports, hosts.allow et hosts.deny comme sur les autres clients du réseau après avoir mis dans allow l'IP fixe choisie pour ce nouveau client et j'ai rajouté les points de montage dans FSTAB. Et là patatrac. le lancement prend des plombes et l'arrêt du système boucle... Je commente les points de montage dans fstab et ça remarche impec. En boot recovery je vois qu'on est en attente après open des dossier partagés du serveur (start job blablabla). Dans la doc je trouve des correctifs (https://doc.ubuntu-fr.org/nfs 5.1 et 5.3), je les applique alors que normalement ça ne devrait pas s'appliquer puisque les autres clients en version 14.04 et 16.04 ne rencontrent pas ce problème, ni en wifi, ni en connexion directe. Et pourtant ça corrige le problème sur ce portable qui ne diffère des autres clients que 1/ par le version 16.10 2/ par le fait qu'il est en dual boot avec W10.
J'aimerais comprendre. Et surtout je ne sais comment résoudre le dernier inconvénient : avec les correctifs le lancement s'effectue à toute vitesse et la fermeture se fait normalement, mais une fois le signon effectué les dossiers partagés du serveur NFS ne sont pas montés. Je suis obligé de faire un "sudo mount -a" pour y accéder. ceci ne peut-il pas être fait pendant le démarrage de la session ? mais plutôt comment faire pour que ce portable se comporte comme les autres clients du réseau ?
Merci pour les pistes.
Je suis un peu entré dans le détail de la solution car je sais que certains cherchent des portables bon marché à utiliser sous Linux. Ma solution c'est un 14" qui marche super bien pour moins de 300€ y compris un SSD neuf de 64Go (et à la revente l'EMMC, sur lequel W10 est installé, est intact), certes l'autonomie déjà moyenne doit en prendre un coup avec le SSD, mais bon.
Librement vôtre Pierre
On 12/02/2017 20:18, pyvarlet3@free.fr wrote:
Bonjour et d'abord merci à Éric et "Piernov" pour leurs réponses
Rappel du problème : je voulais virer le W10 préinstallé sur un portable ASUS (L402NA-FA016TS 14" - 4Go RAM - Intel Celeron - Disque Dur 32Go EMMC -2USB2 1USB3 - lecteur carte SD). Lorsque je bootais sur la clé USB Ubuntu, l'installateur ne "voyait pas" l'EMMC sur lequel était installé Windos et son système de boot que je voulais remplacer.
Mais ce petit portable bas de gamme a une baie vide pour recevoir un SATA 2,5". Un coup de DBAN sur un SSD 120Go que je croyais naze et que je l'installe dans cette baie, et là plus aucun problème pour installer dessus Xubuntu. À la question où installer le boot-manager j'ai choisi le SSD me disant que Linux étant courtois, il me suffirait d'enlever le SSD pour retrouver l'ancienne configuration avec W10. (Et puis j'ai mis le swap aussi sur le SSD me disant qu'en ne l'utilisant qu'au delà de 95% des 4Go de RAM je n'écrirai pas beaucoup dessus?).
En fait je n'ai jamais eu à démonter le disque pour ressusciter W10 car l'installateur a détecté le W10 et au lancement du système j'avais droit au dualboot. Chargement d'Ubuntu en 27 sec.! un fonctionnement parfait dès le début, sauf que je me retrouvais avec le clavier en QWERTY à chaque lancement. Problème connu résolu grâce à la doc (https://doc.ubuntu-fr.org/tutoriel/configurer_le_clavier).
C'est avec NFS que j'ai un problème, pas encore complètement résolu. J'ai installé NFS-common, j'ai mis les fichiers exports, hosts.allow et hosts.deny comme sur les autres clients du réseau après avoir mis dans allow l'IP fixe choisie pour ce nouveau client et j'ai rajouté les points de montage dans FSTAB. Et là patatrac. le lancement prend des plombes et l'arrêt du système boucle... Je commente les points de montage dans fstab et ça remarche impec. En boot recovery je vois qu'on est en attente après open des dossier partagés du serveur (start job blablabla). Dans la doc je trouve des correctifs (https://doc.ubuntu-fr.org/nfs 5.1 et 5.3), je les applique alors que normalement ça ne devrait pas s'appliquer puisque les autres clients en version 14.04 et 16.04 ne rencontrent pas ce problème, ni en wifi, ni en connexion directe. Et pourtant ça corrige le problème sur ce portable qui ne diffère des autres clients que 1/ par le version 16.10 2/ par le fait qu'il est en dual boot avec W10.
J'aimerais comprendre. Et surtout je ne sais comment résoudre le dernier inconvénient : avec les correctifs le lancement s'effectue à toute vitesse et la fermeture se fait normalement, mais une fois le signon effectué les dossiers partagés du serveur NFS ne sont pas montés. Je suis obligé de faire un "sudo mount -a" pour y accéder. ceci ne peut-il pas être fait pendant le démarrage de la session ? mais plutôt comment faire pour que ce portable se comporte comme les autres clients du réseau ?
Merci pour les pistes.
Je suis un peu entré dans le détail de la solution car je sais que certains cherchent des portables bon marché à utiliser sous Linux. Ma solution c'est un 14" qui marche super bien pour moins de 300€ y compris un SSD neuf de 64Go (et à la revente l'EMMC, sur lequel W10 est installé, est intact), certes l'autonomie déjà moyenne doit en prendre un coup avec le SSD, mais bon.
Librement vôtre Pierre _______________________________________________ Debutants mailing list Debutants@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/debutants
Bonsoir Pierre,
Je n'ai pas de réponse à ta question, mais je pense qu'elle mérite d'être promue sur la liste principale car le montage NFS n'est pas une configuration de débutant.
Le 12/02/2017 à 21:10, pl a écrit :
On 12/02/2017 20:18, pyvarlet3@free.fr wrote:
Bonjour et d'abord merci à Éric et "Piernov" pour leurs réponses
Rappel du problème : je voulais virer le W10 préinstallé sur un portable ASUS (L402NA-FA016TS 14" - 4Go RAM - Intel Celeron - Disque Dur 32Go EMMC -2USB2 1USB3 - lecteur carte SD). Lorsque je bootais sur la clé USB Ubuntu, l'installateur ne "voyait pas" l'EMMC sur lequel était installé Windos et son système de boot que je voulais remplacer.
Mais ce petit portable bas de gamme a une baie vide pour recevoir un SATA 2,5". Un coup de DBAN sur un SSD 120Go que je croyais naze et que je l'installe dans cette baie, et là plus aucun problème pour installer dessus Xubuntu. À la question où installer le boot-manager j'ai choisi le SSD me disant que Linux étant courtois, il me suffirait d'enlever le SSD pour retrouver l'ancienne configuration avec W10. (Et puis j'ai mis le swap aussi sur le SSD me disant qu'en ne l'utilisant qu'au delà de 95% des 4Go de RAM je n'écrirai pas beaucoup dessus?).
En fait je n'ai jamais eu à démonter le disque pour ressusciter W10 car l'installateur a détecté le W10 et au lancement du système j'avais droit au dualboot. Chargement d'Ubuntu en 27 sec.! un fonctionnement parfait dès le début, sauf que je me retrouvais avec le clavier en QWERTY à chaque lancement. Problème connu résolu grâce à la doc (https://doc.ubuntu-fr.org/tutoriel/configurer_le_clavier).
C'est avec NFS que j'ai un problème, pas encore complètement résolu. J'ai installé NFS-common, j'ai mis les fichiers exports, hosts.allow et hosts.deny comme sur les autres clients du réseau après avoir mis dans allow l'IP fixe choisie pour ce nouveau client et j'ai rajouté les points de montage dans FSTAB. Et là patatrac. le lancement prend des plombes et l'arrêt du système boucle... Je commente les points de montage dans fstab et ça remarche impec. En boot recovery je vois qu'on est en attente après open des dossier partagés du serveur (start job blablabla). Dans la doc je trouve des correctifs (https://doc.ubuntu-fr.org/nfs 5.1 et 5.3), je les applique alors que normalement ça ne devrait pas s'appliquer puisque les autres clients en version 14.04 et 16.04 ne rencontrent pas ce problème, ni en wifi, ni en connexion directe. Et pourtant ça corrige le problème sur ce portable qui ne diffère des autres clients que 1/ par le version 16.10 2/ par le fait qu'il est en dual boot avec W10.
J'aimerais comprendre. Et surtout je ne sais comment résoudre le dernier inconvénient : avec les correctifs le lancement s'effectue à toute vitesse et la fermeture se fait normalement, mais une fois le signon effectué les dossiers partagés du serveur NFS ne sont pas montés. Je suis obligé de faire un "sudo mount -a" pour y accéder. ceci ne peut-il pas être fait pendant le démarrage de la session ? mais plutôt comment faire pour que ce portable se comporte comme les autres clients du réseau ?
Merci pour les pistes.
Je suis un peu entré dans le détail de la solution car je sais que certains cherchent des portables bon marché à utiliser sous Linux. Ma solution c'est un 14" qui marche super bien pour moins de 300€ y compris un SSD neuf de 64Go (et à la revente l'EMMC, sur lequel W10 est installé, est intact), certes l'autonomie déjà moyenne doit en prendre un coup avec le SSD, mais bon.
Librement vôtre Pierre _______________________________________________ Debutants mailing list Debutants@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/debutants
Bonsoir Pierre,
Je n'ai pas de réponse à ta question, mais je pense qu'elle mérite d'être promue sur la liste principale car le montage NFS n'est pas une configuration de débutant.
Debutants mailing list Debutants@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/debutants
Merci PL Pour la partie spécifiquement NFS tu as sans doute raison, Mais je me considère toujours comme un débutant !
Depuis, concernant NFS, je pense avoir résolu le problème, tout simplement en abandonnant l'ancienne méthode (utilisant fstab) par une méthode plus moderne, plus souple, et plus facile à installer : AUTOFS (https://doc.ubuntu-fr.org/autofs).
J'ai aussi mis en évidence quelques mesures d'installation de linux (ubuntu dans mon cas) lorsqu'on n'a qu'un SSD et qu'il faut donc faire en sorte que le système ecrive le moins possible dessus (swap, tmp, journaux) pour sauvegarder sa durée de vie. Mais j'attends avant d'apporter une contribution car pour certaines d'entre elles j'ai été obligé de faire marche arrière.
Librement vôtre. Pierre
Depuis, concernant NFS, je pense avoir résolu le problème, tout simplement en abandonnant l'ancienne méthode (utilisant fstab) par une méthode plus moderne, plus souple, et plus facile à installer : AUTOFS (https://doc.ubuntu-fr.org/autofs).
Merci de ton retour, effectivement avec fstab, cela introduit un temps de latence égale au montage du plus lent des points de montage à fortiori un montage réseau... Par contre je ne connaissais pas l'existence d'AUTOFS, merci d'avoir apporté cela à notre connaissance, du moins à la mienne !
J'ai aussi mis en évidence quelques mesures d'installation de linux (ubuntu dans mon cas) lorsqu'on n'a qu'un SSD et qu'il faut donc faire en sorte que le système ecrive le moins possible dessus (swap, tmp, journaux) pour sauvegarder sa durée de vie. Mais j'attends avant d'apporter une contribution car pour certaines d'entre elles j'ai été obligé de faire marche arrière.
Ce qui est important avec un SSD, par exemple un 840 EVO, c'est d'avoir un firmware à jour pour le TRIM Pour le swap pas de soucis, il n'est plus actif si tu as plus de 2 Go de mémoire Pour les logs et les fichier tmp, ne t'en occupe pas, comme disait Vincent c'est géré.
En revanche il est nécessaire de laisser 10% de ton SSD au format raw pour permettre la reallocation de cellule pour rééquilibrage des cellules les plus utilisés et les plus usagés
Un dernier point utilise les distributions les plus récentes 14.04 LTS https://doc.ubuntu-fr.org/ssd_solid_state_drive
Merci de ton partage, et tu as très bien documenté ton problème, c'est plus facile pour la communauté de qualifier et résoudre le soucis
Le 16/02/2017 à 12:42, SAPPAS a écrit :
Ce qui est important avec un SSD, par exemple un 840 EVO, c'est d'avoir un firmware à jour pour le TRIM
C'est sans doute les améliorations logicielles embarquées par les SSD qui leur ont permis d'augmenter significativement leurs durées de vie?
Pour le swap pas de soucis, il n'est plus actif si tu as plus de 2 Go de mémoire
Sauf en cas d'utilisation de grosse application, et comme tu peux de toutes façons définir à partir de quand écrire en swap, en pratique, il ne sera quasiment jamais utilisé (sauf hibernation, mais avec les démarrages rapides, cela n'a plus vraiment d’intérêt).
En revanche il est nécessaire de laisser 10% de ton SSD au format raw pour permettre la reallocation de cellule pour rééquilibrage des cellules les plus utilisés et les plus usagés
Je ne connaissais pas cela, j'y ferais attention à la prochaine installation!
Un dernier point utilise les distributions les plus récentes 14.04 LTS https://doc.ubuntu-fr.org/ssd_solid_state_drive
Ce tuto est très formateur, il explique assez bien le TRIM. J'en recommande la lecture complète, en plus même le tmpfs est évoqué. Il y a également la désactivation de la journalisation... vieux débat, peut-être le faire uniquement sur /home quand on a plusieurs partitions? Je note qu'il faut oublier les anciens systèmes de fichiers ext2 et 3, mais que ext4 reste valable. Merci Knut pour ces infos!
Vincent
Un nouveau sujet qui me vient d'une part parce qu'un de mes copains musiciens a perdu la vue suite à une DMLA, d'autre part après avoir vu l'imprimante 3D de Knut.
1er point : quelles applications sous Linux pour les non voyants ? Il existe "jaws" sous windows, très cher, propriétaire, bref, difficilement accessible même avec des aides, et encore c'est le contribuable qui paye. le libre pourrait permettre de pallier ce coût social comme financier.
2e point : qui peut le plus peut le moins : quelles perspectives d'impression d'affiches, panneaux, etc... qui pourraient en extérieur permettre à des non voyants d'avoir accès aux infos municipales par exemple, aux prix affichés dans un magasin, etc...
Cordialement É.BÉTHEUIL 066 066 58 56 Lo Mazet Internet est ce qu'on en fait.. PS : ° Pour préserver l'intimité de chacun veillez à adresser vos envois groupés en utilisant le champ CCI ° Si vous décidez d'envoyer la présente lettre à vos correspondants (Par TRANSFÉRER), effacer mon adresse (en haut avant le début du message) MERCI
Le 12/02/2017 à 21:10, pl a écrit :
On 12/02/2017 20:18, pyvarlet3@free.fr wrote:
Bonjour et d'abord merci à Éric et "Piernov" pour leurs réponses
Rappel du problème : je voulais virer le W10 préinstallé sur un portable ASUS (L402NA-FA016TS 14" - 4Go RAM - Intel Celeron - Disque Dur 32Go EMMC -2USB2 1USB3 - lecteur carte SD). Lorsque je bootais sur la clé USB Ubuntu, l'installateur ne "voyait pas" l'EMMC sur lequel était installé Windos et son système de boot que je voulais remplacer.
Mais ce petit portable bas de gamme a une baie vide pour recevoir un SATA 2,5". Un coup de DBAN sur un SSD 120Go que je croyais naze et que je l'installe dans cette baie, et là plus aucun problème pour installer dessus Xubuntu. À la question où installer le boot-manager j'ai choisi le SSD me disant que Linux étant courtois, il me suffirait d'enlever le SSD pour retrouver l'ancienne configuration avec W10. (Et puis j'ai mis le swap aussi sur le SSD me disant qu'en ne l'utilisant qu'au delà de 95% des 4Go de RAM je n'écrirai pas beaucoup dessus?).
En fait je n'ai jamais eu à démonter le disque pour ressusciter W10 car l'installateur a détecté le W10 et au lancement du système j'avais droit au dualboot. Chargement d'Ubuntu en 27 sec.! un fonctionnement parfait dès le début, sauf que je me retrouvais avec le clavier en QWERTY à chaque lancement. Problème connu résolu grâce à la doc (https://doc.ubuntu-fr.org/tutoriel/configurer_le_clavier).
C'est avec NFS que j'ai un problème, pas encore complètement résolu. J'ai installé NFS-common, j'ai mis les fichiers exports, hosts.allow et hosts.deny comme sur les autres clients du réseau après avoir mis dans allow l'IP fixe choisie pour ce nouveau client et j'ai rajouté les points de montage dans FSTAB. Et là patatrac. le lancement prend des plombes et l'arrêt du système boucle... Je commente les points de montage dans fstab et ça remarche impec. En boot recovery je vois qu'on est en attente après open des dossier partagés du serveur (start job blablabla). Dans la doc je trouve des correctifs (https://doc.ubuntu-fr.org/nfs 5.1 et 5.3), je les applique alors que normalement ça ne devrait pas s'appliquer puisque les autres clients en version 14.04 et 16.04 ne rencontrent pas ce problème, ni en wifi, ni en connexion directe. Et pourtant ça corrige le problème sur ce portable qui ne diffère des autres clients que 1/ par le version 16.10 2/ par le fait qu'il est en dual boot avec W10.
J'aimerais comprendre. Et surtout je ne sais comment résoudre le dernier inconvénient : avec les correctifs le lancement s'effectue à toute vitesse et la fermeture se fait normalement, mais une fois le signon effectué les dossiers partagés du serveur NFS ne sont pas montés. Je suis obligé de faire un "sudo mount -a" pour y accéder. ceci ne peut-il pas être fait pendant le démarrage de la session ? mais plutôt comment faire pour que ce portable se comporte comme les autres clients du réseau ?
Merci pour les pistes.
Je suis un peu entré dans le détail de la solution car je sais que certains cherchent des portables bon marché à utiliser sous Linux. Ma solution c'est un 14" qui marche super bien pour moins de 300€ y compris un SSD neuf de 64Go (et à la revente l'EMMC, sur lequel W10 est installé, est intact), certes l'autonomie déjà moyenne doit en prendre un coup avec le SSD, mais bon.
Librement vôtre Pierre _______________________________________________ Debutants mailing list Debutants@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/debutants
Bonsoir Pierre,
Je n'ai pas de réponse à ta question, mais je pense qu'elle mérite d'être promue sur la liste principale car le montage NFS n'est pas une configuration de débutant.
Debutants mailing list Debutants@lists.linux-azur.org https://lists.linux-azur.org/mailman/listinfo/debutants
Merci PL Pour la partie spécifiquement NFS tu as sans doute raison, Mais je me considère toujours comme un débutant !
Depuis, concernant NFS, je pense avoir résolu le problème, tout simplement en abandonnant l'ancienne méthode (utilisant fstab) par une méthode plus moderne, plus souple, et plus facile à installer : AUTOFS (https://doc.ubuntu-fr.org/autofs).
J'ai aussi mis en évidence quelques mesures d'installation de linux (ubuntu dans mon cas) lorsqu'on n'a qu'un SSD et qu'il faut donc faire en sorte que le système ecrive le moins possible dessus (swap, tmp, journaux) pour sauvegarder sa durée de vie. Mais j'attends avant d'apporter une contribution car pour certaines d'entre elles j'ai été obligé de faire marche arrière.
Librement vôtre. Pierre
Le 16/02/2017 à 09:31, pyvarlet3 a écrit :
J'ai aussi mis en évidence quelques mesures d'installation de linux (ubuntu dans mon cas) lorsqu'on n'a qu'un SSD et qu'il faut donc faire en sorte que le système ecrive le moins possible dessus (swap, tmp, journaux) pour sauvegarder sa durée de vie. Mais j'attends avant d'apporter une contribution car pour certaines d'entre elles j'ai été obligé de faire marche arrière.
Bonjour Pierre, concernant la limite d'écriture, cela dépend de la génération de ton SSD : depuis 2-3 ans, ceux-ci sont réputés plus robustes que les mécaniques, servant même justement d'espace tampon!
Par contre, si tu as assez de mémoire vive, il peut être intéressant de limiter l'accès au swap et de 'monter' en RAM les répertoires temporaires.
(voir tmpfs, un lien un peu ancien là : URL:http://www.generation-linux.fr/index.php?post/2009/05/04/tmpfs-%3A-utiliser-sa-ram-comme-repertoire-de-stockage)
Vincent.
debutants@lists.linux-azur.org
-
pl -
Pyvarlet -
pyvarlet3 -
pyvarlet3＠free.fr
-
SAPPAS -
Vincent -
É.BÉTHEUIL