Reprise du message précédent :
Bon j'ai vaincu  
- 17.10.1 (ils ont fixé 2-3 trucs tout marche nickel)  
- drivers 390 (ils viennent de sortir)
- bien fait gaffe de passer sous Xorg (évidemment j'ai pas le petit rouage pour configurer ça au login, donc j'ai du faire via script)
 
Demain je teste CUDA mais ça devrait rouler (j'avais réussi à l'installer, et compiler les demos, qui ne se lançaient pas faute de drivers)  
 
Pycharm marchait nickel aussi, python et java aussi  
 
Vu que je vais m'en servir que pour du dev / machine learning, c'est cool, j'approche de mon but

je chiffre avec luks mon disque, du coup au boot j'entre la clé de déchiffrement.
Fait intéréssant avec 17.10, ça reste en qwerty au boot
J'ai tenté quelques trucs mais j'imagine que l'update initramfs ne prend pas le changement de locales ?
L'option keymap=y a été rajoutée, mais comme elle se trouve pas de base dans /etc/initramfs-tools/initramfs.conf je me dis que j'ai du louper un truc.
Des pistes ?
 
XaT

 
regarde, mais je pense que oui : il y a encore quelque jours, la 17.10 était toujours "retirée" de la page en mentionnant des problèmes avec les bios UEFI
 
mais depuis quelques jours, la 17.10.1 est sortie, et est maintenant disponible normalement sur la page ubuntu. Elle est aussi bien plus stable (j'ai plus de merde de package apport dès la mise à jour initiale.)

est-ce qu'il y en a qui ont essayé deepin ?

Bonjour,
Lors de tentatives d'installation de Linux Ubuntu 17.10 - et pareil pour Mint 18.3 - sur un nouveau disque SSD, les installations 'freeze' au même endroit : après avoir choisi d'installer (ou non; même comportement) les composants 'third party' (MP3,etc.).
 
Pour info :
CPU : AMD phenom II x6
RAM : 12Go
GA-870A-UD3
(Windows 7 installé sur un autre disque SSD)
 
On accède bien au bureau Linux en live CD.
 
Si on débranche le disque dur (SSD) où est installé Windows 7, il n'y a pas de problème : l'étape suivante se lance lors de l'installation. Mais on n'a pas continué parce qu'on souhaite avoir un multiboot au lancement du PC.
Merci pour votre aide.

session windows fermée incorrectement ? et ubuntu ne veut pas toucher au disque tant que le disque n'est pas sain ?

Merci pour ta réponse petitjean.
J'éteins Windows normalement. Pourquoi Ubuntu toucherait-il au disque où est installé Windows? Il ne crée pas le "grub" sur le nouveau SSD?

Grub s’installe où tu lui demandes de le faire, mais je crois qu’il demander un partitionnement avancé pour avoir ce choix. Si tu te contentes des partitionnements pré-configurés dans le programme d’installation de Mint, il cherchera sûrement à le mettre au même endroit que le bootloader de Windows.

grub demande seulement dans le partitionnement avancé
mais même sans ça, il ne devrait pas y avoir de problèmes. l'installateur reconnaît Windows et demande si tu veux installer Ubuntu à côté de Windows. "/boot" sera sur la même partition que "/home" et "/", il ne touche pas à la petite partition de ~400 Mo contenant les fichiers de boot Windows.
 
si tu fermes correctement Windows c'est parfait. Des fois quand on ferme Windows comme un bourrin, les autres systèmes ne peuvent avoir un plein accès au disque (erreur xxx : blabla, .... Le disque ne sera ouvert qu'en lecture seule)

ton disque où est installé Windows est reconnu par Ubuntu comme mal fermé, il doit contenir des fichiers session/log de windows qui indiquent la mauvaise fermeture de session.
bien que tu fermes correctement Windows, il reste peut-être des traces.

edit : ah c'est malin prefect

une version de Mint basée sur 16.04 ? toi t'as bluez qui merdum

 
Sarah Connor, c'est à côté

Désolé j'ai supprimé mon post parce que j'avais fait un roman et je suis sur mon téléphone qui a tout effacé après le premier smiley... Donc il restait 5 mots... Je ne pensais pas que tu avais lu. Mais en fait tu as compris que je coupe Windows proprement.  Je ne sais pas quoi faire du coup. Je vais essayer d'éteindre Windows en ligne de commande... Sinon je n'ai pas compris pourquoi par défaut GRUB installe le boot sur le disque Windows.

Attention, il existe un mode démarrage rapide sous windows.
Dans les options d’alimentation, Choisir l'action des boutons d'alimentation, cliquer sur Modifier des paramètres actuellement non disponibles, décocher la case Activer le démarrage rapide.

Il me semble que c'est aussi présent sous windows 7.

C'est une innovation sous Windows 8

On est obligé de parler des OS de l'ogre de Redmond ici, dans un des temples du libre ?

Oui, si on a affaire à des cas de dual boot ou de partition verrouillée parce que depuis 5 ans, Windows ne s’arrête plus normalement par défaut mais se met dans un état de veille prolongée, ce qui empêche tout accès depuis un Live Linux quand on a besoin de lui pour faire du dépannage ou de la sauvegarde de fichiers.

Rien ne fonctionne. Même 'redémarrer Windows'. Vous n'allez pas me dire qu'il se met en veille quand on lui demande de rebooter...

Grand saut cet aprem, j'ai upgradé mon htpc sous Mythbuntu de la 14.04LTS vers la 16.04.3LTS
 
Tout s'est bien passé, hormis mon /boot qui était plein et qui voulait pas installer le nouveau noyau, obligé de faire le ménage avant
 

Pourquoi tu t’embêtes avec un /boot ?    
J'ai jamais utilisé ce genre de truc avec Ubuntu  

Question d'habitude, j'ai toujours séparé boot, / et home  

Autant je comprend l'utilité d'un /home séparé, autant l'utilité d'un /boot me laisse perplexe  

Ben au moins ça m'oblige a faire le ménage dedans de temps en temps pour virer les vieux noyaux inutile

Perso j'utilise très souvent le gestionnaire de paquets Synaptic, et ce brave gestionnaire me place systématiquement les noyaux les plus vieux ( sauf les 2 derniers ) dans la catégorie " pouvant être supprimé "
Comme ça, je pense à le faire.

 
j'ai eu une belle surprise quand j'ai voulu faire joujou avec raspbian

Ah oui il serait temps, la 18.04 sort dans 2 mois. (comptons 3 mois pour laisser passer les pbs de débuts).
 
 
 
 
Idem

Ah oui il serait temps, la 18.04 sort dans 2 mois. (comptons 3 mois pour laisser passer les pbs de débuts).
 
 
 
 
Idem

J'attendrais au moins la 18.04.01 avant d'y passer
 
D'ailleurs depuis mon passage en 16.04.03, j'ai MythWeb qui fonctionne plus, impossible de le connecter à la base MySql ... J'ai tenté une réinstall propre (avec purge), maintenant c'est carrément le serveur Apache qui veut plus démarrer, problème Php à priori, alors que toutes les dépendances sont correctes

Perso je n'avais pas eu de problème ça marchait nickel.  

Voilà ce que me renvoi le service Apache2 :

L'action 'configtest' failed l'était déjà à l'installation ...
 
Si vous avez des idées

Je pense que je sais ce que c'est ton pb.
C'est une modification de apache.
L'erreur est là:
Syntax error on line 115 of /etc/apache2/sites-enabled/mythweb.conf:

J'ai déjà eu ça sous debian lors de la maj du serveur apache.
Regarde ce qu'il y a à cette ligne là, de mémoire chez moi c 'était ServerName ou ServerAlias qui posait pb.
En gros c'est juste un pb de conf du fichier dans sites-enabled ou dans site-available.

A cette ligne j'ai la première d'une série de lignes avec des paramètres php :

Comme si libapache2-mod-php n'était pas reconnu alors que bien installé ...

Il manque peut-être l'option dans la conf d'apache.
En gros le module est installé mais pas activé?

Quand tu as fais l'upgrade tu as fait conserver le fichier de conf? Perso je fais toujours remplacer... (dans le doute je copie le précédent à côté pour pouvoir rajouter si besoin et je remplace)

EDIT: sudo a2enmod php5 ? (puis redémarrage du service)

J'ai tenté avec php, php7, pareil ...
 
Les fichiers de conf sont tous de base vu que j'ai refait l'install de Mythweb de zéro après désinstallation avec purge. J'avais vérifié que j'avais plus rien dans /etc/apache2, et c'était la cas avant réinstall ...

Désinstalle apache en complet (en dégageant les fichiers de conf donc bien avec une purge depuis synaptic par exemple), réinstalle apache, et rajoute le module php? Je ne sais plus à quelle version on en est sur la 16.04

Moi je suis toujours en 14.04 sur l'ensemble des machines du boulot (25 machines). Et je ne suis pas près de passer à la 16.04.

Merci, j'ai supprimé tout (apache2, php, libapache2-mod, etc.) avec purge, j'ai tout réinstallé, et apache redémarre. Seul souci, sur la page d'accueil mythWeb, j'ai ça :

 
Pourtant la conf est correct (adresse, user, mdp), je vois pas ce qui peux bloquer ...

Le port est bon?

ouaip

Perso il me tarde la 18.04 pour virer cette 16.04 de tout le parc
Fin si la release est pas perrave    
 
XaT