Reprise du message précédent :

 
Je ne maîtrise pas Kali, je voulais juste un peu découvrir le terminal tout en restant sur windows en même temps.
On peut installer Kali sur une variante d'ubuntu mais je n'arrive pas à voir comment l'inverse est possible.
J'ai déjà l'iso Edubuntu 14.04 (le lien de la 16.04 est mort et apparemment la version est repoussée voir temporairement abandonnée).
 
Donc non, je ne sais pas comment faire, je ne maîtrise pas Kali, hélas.
 
J'ai fait une mise à jour pour les package ici :
 
http://docs.kali.org/general-use/k [...] positories
 
Et c'est tout

En fait, transférer une iso n’est pas compliqué.
Je ne sais de quoi tu disposes sous Kali, alors je vais te montrer la méthode ligne de commande.
LIS TOUT AVANT DE COMMENCER ET NE FAIS RIEN SI TU N’ES PAS SÛR.
1/ Branche ta clef
2/ Sors un shell root
3/ Lances la commande fdisk -l
4/ Repère et note l’adresse logique ( /dev ) de ta clef. La capacité de 32Go va te servir de point de repère.
5/ Afin de simplifier la commande dd, déplace toi avec cd /là/où/tu/veux/aller dans le dossier où se trouve l’iso de ton Edubuntu.
6/ Tapes la commande dd if=NomDeLisoEdubuntu.iso of=/dev/sdX. Ou "X" est la lettre de ta clef trouvée plus haut.
7/ Tapes la commande sync et patiente quelques secondes. Si ta clef est munie d’une micro LED, attend qu’elle ait fini de briller/clignoter.

Je le répète, si tu n’es pas sûr, ne fais rien.

Sinon tu as unetbootin qui est un petit utilitaire très pratique pour mettre un iso sur clé usb, dispo sur windows comme sur ubuntu (pour kali je sais pas, regarde dans ton gestionnaire de paquets).

Je te remercie infiniment Fork Bomb, je viens de passer à Edubuntu sans problème.
 
LOL POLARISE je suis passé à Edubuntu avant de voir ton post, merci néanmoins de ta suggestion. J'en avais gardé un mauvais souvenir à cause de problèmes sur windows, et certains s'en plaignent selon les versions de Linux (aucun logiciel n'est compatible avec tout, certes).
 
Une autre question : je suis maintenant sur Edubuntu 14.04, et il me propose la mise à jour vers Ubuntu 16.04. Dois-je la faire ? Conserverai-je mes outils et mon interface Edubuntu ?

 
Ah ben tiens ! J'ai ce message depuis hier soir et j'ose plus faire la moindre mise à jour.
 
Voilà ma version actuelle (14.04 LTS) :
 

 
Comment je peux faire pour ne plus avoir ce message de sécurité ? J'ose pas installé un noyau de 16.04 et tout voir pété dans ma bécane qui marche du tonnerre.

 
Ah ben je ne suis pas le seul à l'avoir remarqué    
 
La fluidité me rappel d'ailleurs Mac OS, c'était la que j'avais trouvé ça la première fois, sinon ils ont repompé des petites choses à Ubuntu si et la sur W10.
 
Reste à canonical ou sur une autre distrib à nous proposer un bureau aussi fluide  

Clémentine est aussi devenu mon lecteur favori.
J'allais par contre exprimer mes craintes du fait qu'il n'avait pas était mis à jour depuis 2013 et que le développement semblait mort mais je vois qu'il y a eu une nouvelle version il y a quelques mois.

Perso ras. ça doit dépendre du bureau et du compositeur utilisé.
Avec xfce + compiz c'est tout à fait fluide.

 
Sinon regarde Cantata qui fait plus ou moins la même chose que Clementine.

 
 
Je suis avec Unity et compiz par défaut.
 
En faite c'est fluide, mais pas autant que sous Win10 ou Mac OS.
 
En réalité j'avais déjà noté ça depuis des années, c'était en découvrant Mac OS et son étonnante fluidité, quasi la même que l'on retrouve sur un iphone (ou sur un Android depuis) reste que Microsoft semble s'être mis à jour pour ça, alors que pour Ubuntu on est encore dans quelque chose qui s'approche plus du 30 fps que du 60, mais la ou c'est bizarre c'est que j'ai l'impression que ça dépend de certaines choses.
 
Par exemple la barre d'Unity avec son "dash" est parfaitement fluide, si tu lances Chrome ou Firefox, ou que tu lances une fenêtres et que tu les déplaces, bah la tu perds en fluidité.
 
Mais l'exemple le plus frappant pour comparer, c'est quand tu prends un navigateur et que tu utilises "l'ascenceur" avec la molette de la souris sur une page web, amuse toi à aller de haut en bas sous Win10, puis Ubuntu ça saute aux yeux !
 
Je sais que sous Chrome ils avaient trouvé une bidouille pour passer le navigateur à 60 hz sous Linux, je ne savais même pas qu'une chose pareil était possible, sauf que sous Win10 cette fluidité ne s'arrête pas à un seul navigateur, c'est tout le système qui en profite et dans les moindres recoins, c'est très agréable et réactif, j'ai été agréablement surpris !
 
Alors qu'on ne s'y trompe pas, j'ai toujours ma nette préférence pour Linux pour différente raisons, mais faut aussi reconnaître quand à côté ils ont fait le boulot, la c'est quand même pas mal

 
ça vient peut être des problèmes de gestion de l'accélération matérielle des cartes vidéos sous Linux:  
 
Je me suis rendu compte que sous Debian, tout comme Ubuntu, l'accélération graphique n'est pas utilisée sous youtube, et avec totem (alors qu'elle marche avec VLC). Il est probable que les environnements graphiques de Linux exploitent moins bien l'accélération matérielle que sous Windows 10 et MacOS d'où ce manque de fluidité qui m'avait marqué aussi.
Quand je suis passé de Windows à Debian et Ubuntu, 2 choses m'ont parus moins bien : les polices moches sous Linux, et la fluidité (sous Firefox par exemple).
 
Après je reste sous Linux car c'est gratuit, que je ne joue plus aux jeux vidéos, et que maintenant que je me suis habitué à cette sensation de maitriser ce que fait l'OS, je ne passerais pas à Windows ...
 
cet article pointe les défauts de Linux notamment ceux qu'on a constaté : http://itvision.altervista.org/why [...] rrent.html

J'utilise aussi windows 10, et personnellement ça ne m'a pas choqué.  
 
Il faut voir si wayland/mir règle le soucis.

Sous Wayland, c'est encore pire chez moi : Même VLC ne gère plus l'accélération matérielle.

Pour l'instant, mais c'est loin d'être finalisé.

En parlant de ça, sous vlc, je ne peux pas choisir VDPAU, total certaines vidéos ne sont pas lfuides (mp4) alors que sous smplayer (mplayer) qui utilise vdpau c'est totalement fluide avec un cpu qui dort.

Je n'ai pas vu de version VLC incluant vdpau dans les dépôt?

Si ça peut t'aider, j’utilise VDPAU dans la version que j'utilise (Dépôts de Debian Testing). ça marche bien, VLC utilise seulement 1% de charge CPU sur les vidéos en h264.
C'est la version: VLC 2.2.4 "Weatherwax"
 
Edit: D'aprés https://www.videolan.org/vlc/releases/2.2.4.html
Toutes les version 2.2.x permettent de choisir VDPAU

Hum, je ne le vois pas dans mes choix...
 
Je vais reregarder.
 
Merci.

 
 
Ah tiens, sur ton lien ils parlent des performances du bureau avec les pilotes libre par rapport aux pilotes Nvidia, j'ai le souvenir que ce n'était pas pareil avec les pilotes libre, je veux dire par la, que dès l'installation d'Ubuntu, on est avec les pilotes libre par défaut, et la je n'ai pas le souvenir d'avoir noté un quelconque problème de fluidité avec ce dernier ...
 
En revanche je passe directement aux pilotes Nvidia, car je joue aussi aux jeux vidéo, et la le bureau ne réagit pas de la même façon qu'avec les pilotes libre, je trouve qu'avec les Nvidia ça pique un peu les yeux.

C'est la version 2.1.6 sous ubuntu 14.04 de base donc ça sera réglé sous la 16.04 c'est bon à savoir.

Sinon avant de passer à Linux j'avais windows 8 pré-installé.
J'ai tout viré de windows sauf la partition UEFI+RECOVERY. A cause de la partition UEFI (je pense) je dois me tapper un message windows d'erreur à chaque démarrage comme quoi mon pc doit etre réparé avant de passer à grub. C'est agaçant. J'aimerai virer cette partition UEFI (ainsi que la RECOVERY). Mais j'ai vu des posts de personnes disant qu'elles ne pouvaient plus en aucun cas accéder au bios après avoir delete une partition UEFI d'un windows pré-installé.
J'ai edubuntu et kali actuellement comme 2 OS fonctionnels. Est-ce que je pourrai booter dessus après avoir viré l'UEFI de windows 8 x64 pré-installé, sachant que le nom de ce dernier est marqué en gris sur la carte mère en info dans le bios

Personnellement, pour virer les entrées en trop, j'y vais à la bourrin en supprimant directement dans /boot/EFI/ les dossiers des entrées inutiles    
 
Supprimer la partition UEFI va pas te péter le bios, mais tu pourras pas démarrer d'OS si ton bios n'est pas réglé en CSM/Legacy bios et que t'as pas de système installé dans ce mode (c-a-d à l'ancienne)

 
Moi j'ai un noyau 4 avec ubuntu 14 par contre c'était une nouvelle install et j'utilise peu de softs en plus de ceux de base. Mais ça fonctionne...
 
Linux XXXXX 4.2.0-42-generic #49~14.04.1-Ubuntu SMP Wed Jun 29 20:22:11 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
 
Par contre je conseillerai pas si t'es parano sur la stabilité, on sait jamais...

 
J'y comprends rien avec l'EFI.
 
Sur l'ordi de mon pére j'ai installé linuxmint en EFI, et GRUB ne lance pas Windows bien que ses partitions sont intactes...
 
D'aprés ce que j'ai compris, comme j'ai installé Mint en EFI, je ne peux pas lancer Windows10 qui était installé en CSM. Mais d'un autre coté, je pouvais pas booter sur une clé USB avec Debian dessus (alors que celle avec Linuxmint marchait)...

 
C'est normal, c'est totalement anarchique.
Chaque constructeur fait sa petite soupe dans son coin avec ce système, ce qui fait qu'au final presque chaque modèle de PC demande une procédure différente pour pouvoir faire démarrer autre chose que le Windows pré-installé.
 
Pour te donner un exemple : sur mon Toshiba je ne peux pas démarrer sur le Grub sans trafiquer le fichier Bootx64. efi dans la partition EFI de démarrage ( en fait je le remplace par Grubx64.efi que je renomme en Bootx64.efi )
Mais sur d'autre Toshiba, cette procédure ne marche pas et il faut faire une autre magouille.
Bref...

 
Je suis parano sur la stabilité.
 
Et c'est ça qui coince parce que le gestionnaire de mise à jour ne me propose plus la moindre mise à jour, à part ce truc de HWE truc.
 
Bref, ça gonfle.

 
Et refaire une install propre en 16 LTS ça te dit pas ?
 

Non, du tout.
 
Comment dire : pendant des années j'ai tourné sur des GNU/Linux sans faire la moindre mise à jour système ni sécurité, rien. A l'époque, pas d'internet et install faite à partir d'un DVD ou clé USB, bref.
 
Maintenant, j'ai la fibre à la maison, un PC tout neuf qui sert de bécane de production/travail, Ubuntu 14.04 LTS dessus. Je me suis dis : changeons nos habitudes et installons les mises à jour à chaque fois qu'elles se présentent.
 
Alors, régulièrement le gestionnaire de mises à jour met une plombe à afficher les nouveaux trucs à updater, passons. Mais maintenant, j'ai juste ce message HWE4 machin qui me demande de passer sur un noyau 4.xxx avec une nouvelle version de Xorg.
 
Jusque là, ok sauf que le message ne se présente pas comme une mise à jour classique mais comme un gros warning qui te sors que le support du noyau bidule est terminé. Là déjà, 1er constat : je pensais que la 14.04 LTS recevrait ses mises à jour jusqu'en avril 2019.
 
Après, j'apprends que si j'installe le biniou, je vais avoir un noyau de 16.04 + le serveur graphique d'une 16.04 tout en restant sur une 14.04. A la limite, pourquoi pas.
 
Sauf qu'en cherchant un peu sur le net, je lis tout et son contraire. Certains disent "vas-y, fonce ! si ton matos est récent, c'est bon !" tandis que juste après, on te balance "heu, tu veux pas installer une 16.04 à côté plutôt ?".
 
Et le témoignage d'un type dubitatif et soupçonneux comme moi ayant fait la mise à jour en priant s'est retrouvé avec une bécane qui freeze et/ou qui connait des ralentissements, choses qu'il n'avait jamais avant.
 
Après, on lit des choses styles "ben fallait pas installer le bidule stackeware truc et comme ça tu restais en 14.04.1 et basta !". Oué, mais j'ai jamais rien fait d'autre que d'installer les mises à jour (sécurité, noyaux, logiciels), je n'ai rien actionné du tout. Et si le HWE4 truc était planqué dans une des mises à jour installées, ça aurait été judicieux et tout sauf farfelu que d'avertir l'usager qu'en installant ça, il activait quelque chose qui upgraderait régulièrement son noyau et Xorg, au risque de rendre son système instable.
 
Ma bécane sert de bécane de production et j'ai passé un temps fou à tout configurer. Franchement ? J'ai pas envie de passer sur 16.04. Et si un jour j'étais contraint de le faire, suite à une instabilité du système, je dirais bye bye à Ubuntu et irais voir ailleurs.

Là, c'est clair, t'es bon pour passer à Debian lors de la prochaine montée de version que tu auras choisi.

 
Ouais je vois. Moi c'était une fresh install et j'avais besoin de précisément 14.04 (à cause d'un seul ppa dont j'ai besoin en plus...), donc j'ai fait les maj de sécu sans faire les maj de distro et ça s'est bien passé, mais je prenais pas de risque puisque c'était une fresh install... Mais pour passer à 16 je réinstallerai ne serait-ce que pour profiter de ZFS, et en fait je passerai probablement pas à 16 mais plutôt à debian voire openindiana en fonction de mon usage.

 
C'est l'idée.
 
J'avais pas ces emmerdes là sous Linux Mint 14.

Effectivement, je me retrouve dans le même cas que toi sur mes 14.04...  
 
C'est franchement assez bizarre comme choix d'ubuntu, et sur la version serveur il se passe quoi, ils font pareil????  
 
Assez surprenant...

Grosso merdo, toi et moi avons activé un truc sans le savoir (le comble !) pour que nos noyaux + serveur graphique évoluent pour être ceux d'une 16.04... Tout en restant sur une 14.04.
 
Moi, je demande juste comment on peut désactiver cette mise à jour qui occulte les mises à jour habituelles. Comment se débarrasser de cette maÿrde sans passer par la case réinstallation.

Perso je fais les majs avec sudo apt-get update puis upgrade et il me fait quand même les majs...

 
Bon à savoir et donc y a que ce truc là qui reste ?

Vous avez probablement fait l'installation avec une iso en version 14.04.2 ou plus récente, dans ce cas là l'Enablement Stacks est directement installée.
 
Si on en veut pas il faut faire l'installation depuis une version 14.04.1 ou la 14.04 originale. Comme ça on peut faire les mises à jour sans problème, l'Enablement Stacks ne sera jamais installée automatiquement.

En fait, j'ai acheté un PC neuf avec Ubuntu 14.04 installé dessus.
 
Je n'ai rien fait d'autre.

Donc c'est l'intégrateur qui avait installé Ubuntu 14.04 avec l'Enablement Stacks activée. Ce que je voulais souligner avec mon message précédent c'est qu'on peut très bien avoir l'Enablement Stacks sans l'avoir spécifiquement demandé selon la version que l'on a installé.  
 
Il est probablement possible de rétrograder les paquets pour revenir vers la version 14.04 d'origine, mais ça ne me paraît pas très conseillé.
 
À ta place je ferais une sauvegarde du système et j'essayerais d'installer la dernière Enablement Stack, il n'y en aura plus d'autre après ça et elle sera supportée jusqu'à la fin du support de la 14.04. En cas de problème ou d'instabilité restaure la sauvegarde.

Ah ? En faisant une sauvegarde du système complet (via l'utilitaire de sauvegarde tout simplement ?) je peux tout restaurer si jamais ça déconne ?

Les versions Ubuntu 14.0.4.2, 14.0.4.3 et 14.0.4.4 avaient toute une Enablement Stack.
 
A mon avis si t'es sur un PC de bureau, vas-y.
Si t'es sur un PC portable une régression a plus de chance d'arriver : batterie, luminosité d'écran, mise en veille et autres khomeries. Mais tu peux tester l'absence de gros bus majeur avec soit un live USB 16.04.. soit un live USB 14.04.5, qui colle à peu près parfaitement avec ce que sera ton installation si tu cliques sur "oui" au vilain message.
 
Voilà. On s'en fiche un peu, normalement..

Vous connaissez cuttlefish pour ubuntu?

Je suis tombé dessus, ça a l'air franchement pratique pour automatiser des actions sur des évènements.

Alors ok on peut tout faire seul, mais là ça évite de tout chercher et pour les débutants c'est accessible.

EDIT: ça n'a plus l'air maintenu...

Telecharger les Iso 16.04.1 et pas 16.04  

Erreur sur les serveurs Ubuntu,  vous aurez une erreur du tracker de type "unauthorized"  

Je comptais attendre avant de passer à la 16.04, histoire d'avoir des retours. Mais comme le drivers fglrx n'est plus compatible avec la 14.04 (obligé de purger le driver), je suis dans une impasse (relative). J'ai lu tout et son contraire sur la compatibilité des cartes avec les nouveaux drivers amdgpu et amdgpu-pro. la mienne est une petite carte r7 250. A la base cet ordi est surtout fait pour la bureautique/internet mais je faisaient quand même tourner des vieux jeux (et des moins vieux) de manière correct. Là, même sur Risen j'ai des vieux glitchs sur la végétation et un ramage moisi sur la camera alors qu'il tournait au poil y a une semaine.
 
Bon va falloir tester mais je suis pas chaud.