remico a écrit 200 commentaires

J'ai Centos sur ma machine, la commande après être loggé en root ou via su ou précédé de sudo:
yum grouplist
renvoie une liste où il y a "Bureau Gnome" et non pas "Desktop Gnome"

yum update ne doit pas renvoyer d'erreur

Lancer startx pour vérifier si X est installé ou pas, il peut aussi ne pas y avoir de display manager ou même pas de xterm ce qui fait que l'on se retrouve avec un écran X vide (Ctrl + Alt + F2 ou F3 ou F4 pour rebasculer en mode console.

Si tout se passe bien, lancement d'un écran de connexion puis d'un bureau, c'est juste le mode de démarrage qui est mal réglé, la commande :

systemctl get-default

Doit renvoyer graphical.target si c'est multi-user.target lancer :
systemctl set-default graphical.target

Pour installer des paquets en mode graphique j'utilise yumex

Si X n'est pas installé, startx renvoie commande introuvable, il faut l'installer :
yum install xorg-x11-server-Xorg.x86_64 xorg-x11-xinit.x86_64 xorg-x11-server-utils.x86_64

Pour rechercher un paquet : yum search paquet
Cela renvoie souvent une liste très longue avec grep c'est plus simple
yum search xorg | grep ati
Par exemple pour chercher le driver d'une carte graphique Ati

Fedora passe bien aussi sur ma config plus trop récente :

Core 2 Duo + 2 Go ram + Carte video ATI basique + Disque dur IDE 40 Go

Avec firefox lancé, cinq onglets , bureau Mate :

free
Mem total 2047832 used 368488 free 1232652 shared 8256 buff/cache 446692 available 1619724
Swap total 2047996 used 0 free 2047996

C'est le disque dur qui est le meillon faible mais c'est tout à fait utilisable, sur cette carte mère il y a des ports SATA je pense acheter un disque dur SATA.

J'ai testé aussi Scientific Linux 6 (compatible RHEL 6) en 64bits puis 32bits pour un pilote wifi que je n'ai réussi à faire fonctionner qu'en 32bits. Sous réserve de ne pas vouloir les toutes dernières versions des logiciels, c'est très stable. A vue de nez pas beaucoup de différence de performance entre la version 32 ou 64 bit .

Même chose pour SL 7 (basée sur Centos 7) avec un peu plus de choix dans les logiciels.

Avec ces différentes distributions je n'ai pas rencontré de problème de périphérique tout est bien reconnu, le dongle wifi USB aussi mais je n'ai réussi à le faire fonctionner qu'en 32bits.

Je n'ai pas trop apprécié gnome 3 que j'avais choisi à l'installation de Scientific Linux 7 (basée sur Centos 7) , j'ai regardé les autres options dont ce Mate, impeccable. Je l'ai donc choisi aussi en installant une fedora.

Gnome 3 est peut-être plus adapté pour les écrans tactile, avec les trucs qui poppent en gros plan, cela me fait penser à Windows 8 dont j'avais testé la preview, complétement dérouté par l'interface obligé de regarder sur le net pour les trucs les plus basiques.

Je n'ai jamais utilisé de ventilateur boitier, le ventilateur de l'alimentation en haut de la tour se charge d'évacuer l'air chaud, l'air frais arrivant par le bas de la tour, je n'ai jamais eu de soucis de surchauffe, et même quand une tour en est pourvue je ne les branche pas, et même avec une carte graphique relativement "puissante".

Coté carte graphique certaine sont sans ventilateur 0db
Coté alimentation, c'est très variable certaine ne font quasiment aucun bruit.
Et pour le ventirad CPU d'origine le site ldlc permet de ne rechercher que les ventirad qui font entre x et y décibels en niveau sonore maxi (ventilateur processeur > catégorie ventilateur processeur silencieux).

Pour tous ces composants il y a plein de tests sur le net

Si ça plante au bout de 3 secondes sans avoir le temps de rien voir (il faut comme dit ci-dessus spammer la touche echap au démarrage pour faire apparaître le menu grub s'il n'apparait pas) il faut éditer la ligne de boot par défaut et enlever quiet en fin d'une des lignes, ce qui rendra le kernel plus bavard. Puis faire entrée pour démarrer.

Oui ça marche aussi, par contre le raccourci dans le tableau de bord :
Application > Wine > Programs > Surface Evolver > Surface Evolver
ne marche pas.

Et tant mieux si la solution a été trouvée voir ci-dessous

A tout hasard ce ne serait pas simplement un soucis avec les barrettes mémoires, si l'installation plante enfin j'ai eu plusieurs fois des soucis similaires soit avec une barrette défectueuse, soit mal enclenchée.

Il y a quelquefois memtest sur le disque d'installation ou sinon essayer d'en enlever une (si il y en a deux)

Je l'ai essayé via wine ça à l'air de fonctionner (sauf le menu direct de wine) avec Evolver-2.70-Win32.msi
http://facstaff.susqu.edu/brakke/evolver/evolver.html

Ouvrir un terminal et naviguer vers le fichier :

cd /home/"nom d'utilisateur"/.wine/drive_c/Evolver

puis :

wine cmd

et à l'invite de commande on entre :

evolver

qui à son tour demande :
Enter new datafile name (none to continue, q to quit) on répond comme dans le tuto : cube.fe
Enter command : s

Et voila on a un joli cube qui tourne avec la souris.

C'est peut-être cela pour la lib mais ils précisent bien d'éditer le Makefile (pas de ./configure) et de l'adapter. La section du Makefile en question:

 #---- Generic Unix -----------------------------------------------------------

 # Remove #'s from following 3 lines for generic Unix with X-windows. 
 # Add -DOOGL to CFLAGS if you are using geomview.
 # You might have to add something like -I/usr/X11R6/include to CFLAGS if 
 # there is a problem finding Xlib.h while compiling xgraph.c, and add
 # -L/usr/X11R6/lib to GRAPHLIB.
 #CFLAGS= -DGENERIC
 #GRAPH= xgraph.o 
 #GRAPHLIB= -lX11 
 #some places might have -lX11-mit

Il est bien précisé add -I/usr/X11R6/include to CFLAGS if there is a problem finding Xlib.h while compiling xgraph.c, and add -L/usr/X11R6/lib to GRAPHLIB. Au final les trois lignes décommentées devraient ressembler à ceci :

CFLAGS= -DGENERIC -I/usr/X11R6/include
GRAPH= xgraph.o 
GRAPHLIB= -lX11 -L/usr/X11R6/lib

Avec peut-être d'autres erreurs de compilation

Oui c'est ça qui est problématique si j'ai bien compris c'est via un hébergeur Dropbox, donc à chaque commande, il faudra que bash se connecte a dropbox pour y enregistrer son fichier ça risque à laguer pas mal pour réafficher le prompt, un peu moins si c'est en réseau local

C'est plus simple sur une seule machine entre les différent utilisateurs et root, un seul fichier super .bash_history, via le réglage dans .bash_profile de chacun des utilisateurs et de root.

export HISTFILE=/où-est-le fichier-commun/.bash_history
PROMPT_COMMAND="history -a; history -c; history -r; ${PROMPT_COMMAND}"

Pour visionner ce qu'a fait serveur1 sur serveur2 il suffira de créer un utilisateur lambda sur le serveur2 sans modifier son .bash_profile et de copier coller le fichier .bash_history du serveur 1 dans /home/lambda puis d'ouvrir une session pour l'utilisateur lambda.

Il y a surement moyen de faire mieux mais je suis bien au-delà de mes compétences.

Et pour la date il faut coller cette ligne dans le fichier .bash_profile pour avoir la date et l'heure des commande avec la commande history

export HISTTIMEFORMAT="%T %d-%b-%Y "

Après la variable PATH c'est expliqué ici :

http://www.geekpills.com/operating-system/linux/display-date-time-for-linux-commands-bash-history/1675/

Ne pas oublier de lancer la commande : source bash_profile
ou fermer/réouvrir la session sinon ça ne marche pas.

En recherchant sur le net, j'ai trouvé cette page :

http://blog.iterate.no/2015/06/18/distributed-eternal-bash-history/

En résumé la commande history recherche d'abord en mémoire, puis dans un fichier, et donc le terminal 2 ne pourra pas voir ce qu'il y a dans la mémoire de terminal 1 sur la même machine.

Avec une astuce si j'ai bien compris une suite de commande permet à chaque fin de commande de vider la mémoire dans le fichier au ré affichage du prompt. Et donc le fichier sera accessible aux terminaux 1 et 2.

PROMPT_COMMAND="history -a; history -c; history -r; ${PROMPT_COMMAND}"

Les explication en anglais :
history -a “Append history list to history file”
history -c “Clear history list from session”
history -r “Read from history file and append the contents to history list”

Et pour plusieurs machines c'est le même principe, sauf que le fichier histfile se trouve partagé.

Je fais le résumé de ce que j'ai compris mais je ne saurai probablement pas le mettre en œuvre surtout pour plusieurs machines

les versions d'Ubuntu Studio sont les mêmes qu'Ubuntu
https://help.ubuntu.com/community/UbuntuStudio

Avec les liens vers les isos à télécharger
- Latest LTS Release: 14.04.3 Trusty Tahr
- Latest Release: 15.04 Vivid Vervet
- Current Development ISO:Daily Build (Xenial Xerus)

On peut installer soit via un DVD soit depuis Ubuntu c'est expliqué dans la doc :
https://help.ubuntu.com/community/UbuntuStudio/UserGuide/Installation

2/ Fresh install
3/upgrade from Ubuntu

Autant pour moi alors le secure boot n'a rien à voir avec verrou numérique.

C'est bien le menu démarrage sécurisé voir le lien donné qui renvoie au manuel page 67 en anglais :

http://www.manualslib.com/manual/635307/Asus-B85m-E.html?page=67

Et il y a un choix pour OS Type entre :

Windows UEFI mode : secure boot compliant OS
Other OS : secure boot non compliant OS

Et si cela ne marche toujours pas en modifiant la ligne :
Etat du verrou numérique au démarrage

Il y en a une autre en dessous du même genre l'avant dernière :
Démarrage sécurisé >

Le boot marche avec deux DVD mais bloque avec un troisième à cause du secure boot.
Donc il faut désactiver le sécure boot (verrou numérique) :

Première image :

C'était dans le lien de mon dernier message :

Je répète que ce doit être sur la première photo :

Etat du verrou numérique au démarrage (avec un bouton cliquable qui est sur Activé)
à désactiver donc
Verrou numérique = secure boot

Voir ici par exemple :
http://www.developpez.net/forums/d1332018/systemes/windows/windows-8/windows-8-secure-boot/

Possible que ce soit verrou numérique au démarrage qui est activé sur la photo.

Il y a encore plus simple que la manip que j'avais indiqué précédemment (chercher un répertoire vide) :

Pour sortir du mode read-only de la partition principale :
mount -o rw,remount /

Pas de mkdir sur un système en lecture seule, ce n'est pas sur les périphériques que mkdir crée un répertoire mais sur le disque dur read only. Il faut trouver un répertoire vide par exemple sur mon système /mnt est vide ( ls /mnt ne renvoie rien) autre possibilité le dossier /media.

Une fois trouvé un répertoire vide à coup de ls par exemple /media
mount /dev/sdb1 /media

C'est les adresses que j'ai trouvé sans rien changer dans le logiciel transmission
propriétés => onglet traqueur

Un petit coup de google + lenovo G50-30 wifi et la première réponse semble la bonne :

https://forum.ubuntu-fr.org/viewtopic.php?id=1720041

message #8

J'ai essayé les quatre torrents avec Transmission v2.84, ils indiquent tous une erreur de tracker:

http://www.freetorrent.fr:55555
Erreur "Tracker gave HTTP response code 404 (Not Found)" survenue il y a X minutes
Demande de plus de pairs dans X minutes
Erreur de rassemblement (scrape) "Tracker gave HTTP response code 404 (Not Found)"
Décompte des pairs dans X minutes

Url d'annonce des traqueurs qui donne une erreur 404 pour les quatre torrents :
http://www.freetorrent.fr:55555//announce

Le téléchargement se lance quand même à retardement

La citation de Wikipedia est tronquée :

KDE est l'un des environnements de bureau libres les plus utilisés. Il est proposé par tous les principaux systèmes d'exploitation libres, et de nombreux autres. Il est notamment l'environnement par défaut des distributions Linux Mageia, openSUSE20 et Chakra Linux.

autrement dit il est possible de l'installer sur toutes les distributions même si ce n'est pas le choix par défaut, de même on peut utiliser Gnome sur Open Suse ou Mageia

Si la vitesse de téléchargement n'est pas un soucis autant se rendre compte par soi-même, mais je ne pense pas comme l'indiquait le titre de mon message que le critère KDE ou pas soit pertinent, KDE est proposé par toutes les distributions, en fouinant sur le web on trouvera toujours un message se plaignant de kde sur telle ou telle distrib mais bon ..

Je n'ai rencontré aucun soucis d'intégration avec Scientific Linux 6 (Cern) http://linuxsoft.cern.ch/ que ce soit avec Gnome ou Kde, le noyau linux est un peu ancien mais cela ne me gène pas la version de kde proposée est 4.3.4.6, ce qui me plait avec cette distribution c'est :

Scientific Linux CERN 6 Support Lifetime

Since SLC/SL are based on sources of Red Hat Enterprise Linux 6 (RHEL6) sources the support lifetime cannot be longer than the one proposed by Red Hat. Due to CERN environment constraints (available manpower, hardware purchases procedures .. etc.) Scientific Linux CERN 6 Lifetime may be actually shorter than RHEL6 one, subject to Linux Certification Committee decision.

At present following End of Support dates are foreseen:
SLC6 / i386 - End of Support: before December 2020 (no exact date known at present)
SLC6 / x86_64 - End of Support: before December 2020 (no exact date known at present)

In addition to the above dates please note that from Q2 2016 we will not accept any request for new features. From Q2 2017 only security updates will be provided (except for CERN-specific software included). (please see: RHEL6 product support life cycle)

Si on préfère plus récent il y a la version 7 basée sur Centos, ou encore plus récent la Fedora, ces distributions sont très similaires sauf la versions des logiciels.

J'ai testé récemment quatre distribution via le CD netinstall :

Scientific linux 6 et 7, Mageia 5 et Fedora 23

Pour les 4, KDE n'est pas l'environnement par défaut mais on peut le selectionner à l'installation, sans en être sûr mais à mon avis il est ausi bien intégré que sur Kubuntu.

Fedora est le plus à jour et chez moi à les vitesses de téléchargement les plus rapides (environ 600 KB/s pour un max de 800KB/s) contre 100KB/s ou moins pour les autres.