Reprise du message précédent :
Par contre très bonne initiative : pour la 18.04 bureau Gnome Shell la session par défaut sera sous X-org.
Parce que Wayland, c'est pas encore ça ( mais il reste sélectionnable bien sur pour ceux qui préfèrent )

 
J'ai essayé mais vu que je passe par un proxy, le software updater n'arrive pas à se connecter à Internet (et je trouve pas ou régler le proxy ...)

Regarde du côté de la variable HTTP_PROXY et aussi du côté de synaptic (tu définis le proxy dans les préférences).  
Attention toutefois, les proxy avec authentification SSL, ça passe pas. La logique générale de prise en charge des proxy est calée sur un proxy sans authentification.

J'ai pas d'authentification

Merci, je vais regarder ça.

question : je pense que mon ubuntu m'a fait de la merde au setup du dualboot avec windows (ça doit faire 2 semaines, mais je prend le temps de poser la question que maintenant)

Ma config :

j'aurais voulu que Ubuntu mette /boot sur mon /dev/sda1

j'avais formatté en ce sens, mais ća n'a pas pris :

J'aurais du faire quoi pour que Ubuntu s'installe gentiment dans son coin, et que je puisse choisir quel OS je boote avec F8 ? Je suis à 99% certain d'avoir choisir /dev/sda1 comme /boot à l'install

Pourquoi ne pas faire un multi boot avec grub au lieu de t'emmerder à faire F8 ? ça me paraît tellement plus simple......

Heu ben non ?
 
Avec F8 chaque OS est géré en single boot, donc ils sont étanches :
- win10 ecrase le boot à chaque MAJ majeure, donc le multi boot pète souvent
- la moindre connerie sous linux peut peter les 2 OS (puisque tu dépends de GRUB pour chainloader le boot manager windows)
- GRUB en multiboot EFI c'est tout sauf simple

Tant d'idées reçues as tu testé ? en pratique je ne vérifie aucun des points que tu cite et ce depuis des années d'utilisation.
J'argumente pas je vois que c'est peine perdue et j'ai pas le temps de livrer cette bataille. (typiquement on est face à un problème entre la chaise et le clavier)
Bonne chance.

heu, tu te calmes oui ?
1/ je poste une question précise
2/ tu me proposes une autre méthode
3/ j'explique pourquoi je ne suis pas fan de cette autre méthode
4/ tu te braques et tu m'insultes, sans contre-argumenter sur aucun des points que je cite

En l'occurence je viens de me monter un PC (en décembre), et ça fait 1.5 mois que je teste dans tous les sens. J'ai testé Arch, AntergOS, Ubuntu 16.04, Ubuntu 17.10, Linux Mint 18.3 et Fedora 27
Par ailleurs je dois avoir mon PC en dualboot depuis à peu près 1999, depuis Windows 98. (c'est par vague, mais tous les PC que j'ai monté depuis cette époque ont eu des dual boot, donc j'ai testé 98, 2000, XP, 7, 8, 10, et sur Redhat >7, Debian et Ubuntu majoritairement)

donc oui, j'ai testé moi aussi.

Donc reprenons mes points :
- win10 écrase le dualboot lors de ses MAJ majeures : c'est un fait avéré, je crois que Mobilis in Mobile a mentionné le meme problème il y a quelques pages. Et je l'ai vécu plusieurs fois. Ça ne supprime évidemment pas linux, par contre ça écrase la config grub et le PC boote directement sur Windows. "ca force à aller jouer avec la config grub en ligne de commande, et je trouve que c'est un truc austère et pénible à faire.
- en dual boot, le PC boote sur Grub, qui chaineload sur le bootloader windows : ça parait donc assez évident que si GRUB pète, ça entraine les 2 OS en meme temps. Alors que la méthode avec F8/F11, il n'y a pas de chainloading, et donc si GRUB a un problème, Windows reste entièrement fonctionnel puisqu'il a un boot séparé. Et GRUB peut péter quand il y a des MAJ de kernel par ex (ça m'est arrivé)
- GRUB en mode UEFI : ça fonctionne, mais c'est pas trivial (j'ai du le configurer from scratch avec Arch, donc je vois TRES BIEN ce que ça représente, je ne parle évidemment pas de laisser l'installer le faire pour toi). Je n'aime pas beaucoup GRUB (il suffit de comparer la config grub a une config bootctl qui tient sur 3 lignes). La config est super verbeuse, et très fragile.

donc je reviens à ma question initiale, sachant que l'installer fedora m'a fait le meme coup : comment empecher l'installer de détecter windows et de faire un dualboot ?

 
Non il a parfaitement raison.
Et je pratique les dual boot Ubuntu/windows depuis 10 ans environ.
Mais bien souvent avec W10, et un Bios EFI un peu moisi ( comme sur mon PC portable ) la cohabitation avec Linux en dual boot et devenu une merde sans nom.
C'est pas pour rien que j'ai définitivement laissé tomber le dual boot pour privilégier la virtualisation.

Après un problème insoluble (à mon niveau) avec Mint et le pilote propriétaire nvidia.

RAS sous Ubuntu 17.10.

J'ai juste un petit soucis avec quelques films, certains ont besoin du décodeur dvd subpicture. (VLC 3.0.0)
Si quelqu'un a une idée.  

edit : la vidéo se lance finalement, mais le son est dégueulasse. D'après les propriétés : DTS...

edit 2 : j'ai désinstallé le snap de VLC, pour repasser en 2.2.6. Et tout fonctionne.  

Pour empêcher Grub de détecter d’autres OS, il faut ne pas avoir installé le paquet os-prober (qui a dû venir avec Grub, surtout pour les distributions « clefs en main » comme Ubuntu et consorts).
 

C’est peut-être à cause de ça que VLC 3 n’est toujours pas disponible en canal stable sous Arch Linux…

 
Tient tient, content de voir que je ne suis pas le seul à avoir des pépins dans certains films avec VLC 3
 
Sutterings, frites inopinées, son dégueu etc ... bizarrement, la version mobile (android) ne fait pas ça. Problème avec le code x86 ?
 
En attendant, pareil : retour sous 2.2.6

On verra, de toute façon, la 2.2.6 me convient parfaitement.

Finalement, j'ai viré le pilote nvidia, ça manquait de fluidité de temps en temps. (animations des fenêtres, défilement...)

Bref, nouveau.

 
VLC 3 est pas contre dispo sous Ubuntu 18.04 Bionic Beaver et Solus

Il est certain que si on joue pas ou ne fait pas de Cuda, nouveau présente beaucoup moins d'emmerdes.
 
Perso si j'avais pas besoin de CUDA, je ne me poserais même pas la question

Salut, sur Ubuntu 17.10 j'ai des "déconnexions réseau" assez fréquentes depuis que j'ai mis des boîtiers CPL.  
Je précise que sur le même poste où j'ai un multiboot, je n'ai pas ses déconnexions sur Windows.
 
Sur l'icône réseau, je peux mettre la connexion sur Off/On, ça ne rétablit pas la connexion. Pareil, fermer/rouvrir la session ne fait rien.
Le redémarrage de l'ordinateur "solutionne" le problème mais c'est chiant...
 
 
Je ne suis pas très calé... Auriez-vous des pistes (commandes à taper etc.) pour essayer de débugger ce soucis.
Merci beaucoup.

Ceci dit les déconnexions réseaux avec du CPL n'est pas vraiment étonnant en soi.
 
Cela veut dire que la surveillance matérielle de la carte réseau est plus fine sous Ubuntu 17.10 que sous Windows. Là, faut fouiller dans les options bas niveau de la gestion matérielle pour réduire le phénomène.  
 
Ou poser un câble ethernet

Merci d'avoir pris le temps de me répondre mais je ne peux pas te laisser dire ça sans tiquer...

J'aime beaucoup l'esprit de logiciel libre etc. mais STP me dire que c'est mieux sous linux parce que ça merde... C'est... assez moyen.
J'aurais justement aimé que tu détailles cette histoire de gestion matérielle STP si tu sais où ça se fait dans les menus.

Même remarque qu'au point 1, ça ne peut pas être satisfaisant.
 
Je ne sais pas si tu vas prendre mal ma réponse mais d'avance je préfère préciser qu'il n'y a pas d'animosité dans ce que je dis.  

j'ai pas trouvé dans les menus. Il faut aller trifouiller dans l'outil de gestion de la carte en ligne de commande, et même comme ça je ne suis pas convaincu qu'on puisse jouer sur le timer du keepalive physique.

Merci pour l'effort Je n'ai rien trouvé non plus.

J'ai installé OpenSUSE Tumbleweed pour tester (rolling).

VLC 3.0.0 dispo sans gruger , installation des codecs (un poil plus chiant que sous Ubuntu ).
Ça fonctionne.  

Je testerai ce soir sous Ubuntu avec VLC 3.0.0, mais j'ai l'impression que c'est la libdvd-pkg qui installe la libdvdcss2 qui règle le problème.

Un autre petit soucis sur Ubuntu : lorsque connecte mon casque Bluetooth, j'ai besoin de choisir manuellement "Headset" dans les options de son. En effet, il reste sur "speakers" même après "l'appareillage Bluetooth". Peut-on changer ce comportement par défaut ?

petite vidéo sur le sujet https://www.youtube.com/watch?v=PZNUW-9NTDc

ce n'est pas parce qu'il est dans les dépôts qu'il est fonctionnel
aie
l'interface graphique qui saute de temps en temps, la gestion des vidéos HD qui a baissé en qualité, ...

La vidéo de Fred ? Oui, je l’ai vue à 16h, et elle tombait à pic. Si c’est vraiment ça, le souci (une commande sed à rajouter au PKGBUILD + des dépendances à recompiler depuis AUR ; une chance que ça y soit…), je comprends un peu mieux pourquoi ça traîne… Encore que, deux semaines pour ça, c’est quand même un peu longuet.

Angoisse du vendredi matin :
Est ce que quelqu'un a testé la montée de version 16.04 LTS vers la 18.04 LTS beta ?

C'est quoi l'intérêt d'écraser une LTS par une version beta ? Autant tester la beta dans une machine virtuelle, non ?

+ 1
Perso j'ai testé Ubuntu ( normal cad Gnome Shell ) et Ubuntu Mate en version 18.04 en machine virtuelle.
Tout va bien.
Par contre Lubuntu pas moyen pour l'instant ( daily build foireuse ?)

Sinon sur mon PC fixe je suis en permanence avec la dernière version d'Ubuntu ( Ubuntu Mate 17.10 pour être précis )
 

 
Et tout va bien. Je ne m'embête donc même plus à rester sur une LTS    
Par contre quand la 18.04 sortira, je ferais l'upgrade en ligne mais en mode console, car j'ai un mauvais souvenir de mon dernier upgrade ( 17.04 -> 17.10 ) en mode graphique avec un méchant plantage de l'ensemble ( que j'ai pu rattraper en console heureusement )

Si la commande existe sur LTS, essaye do-release-upgrade.

Je n'ai pas de craintes particulières sur l'installation from scratch. Je m'inquiète pour les migrations depuis la 16.04.  
Je connais la commande, mais je veux juste savoir si quelqu'un a déjà tenté la manip' avec succès.

En fait tu te demandes si cette commande sait faire la migration 16.04 -> 18.04 c'est ça ?  
 
Edit : je vais faire le test en machine virtuelle pour voir

Verdict : avec une Ubuntu 16.04.3 lts fraichement installée
do-release-upgrade -> aucune nouvelle version d'Ubuntu n'a été trouvée
Bref, faut attendre que cela sorte du canal beta non ?
Edit : je garde cette VM dans un coin et je préviens dès que ça marche  

Pour accrocher le canal beta, faut mettre -d en paramètre.

Ok je testerai la manip ce soir, je vais partir au taf  

Oui. et ça plante. l'utlisateur occasionnel va paniquer avec le sens interdit dans sa barre
faut y aller en lignes de commandes, surveiller les paquets qui couinent et les installer de force
et bien vérifier que les pilotes graphiques et toute la série X.org soient installés correctement, sinon bonjour la panique au reboot

donc : d'abord une mise à jour de 16.04 vers 17.04 (peut-être 17.10 mais pas testé. La passerelle 17.04 est vérifiée .), puis vers 18.04 . ça parait bizarre mais des fois tu as des paquets obsolètes voire supprimés entre les versions, et passer directement de l'un à l'autre, ça coince

j'ai pris le parti de scripter mon install...comme ça si ça plante je peux remonter facilement le tout
 
mais c'est un script bash et c'est assez dégueux à maintenir, d'ailleur si vous proposez mieux je prends.

automatiser les tâches, bonne idée
 
sinon pas mieux

Je pose la question car je n'ai jamais vu une montée de version LTS vers LTS qui se passe crème.