Reprise du message précédent :

 
C'est clair que j'en entends souvent parler ici, en section Windows    
Dans mon entourage je n'ai pas assez de W10 pour avoir une idée de la fiabilité du truc.
Mais bon, vu la fiabilité très moyenne ( c'est peu de le dire ) des migrations de versions dans Ubuntu, je me vois mal critiquer.
Bon par contre c'est clair que la personne en version Ubuntu LTS n'est embêtée que tous les 2 ans, et pas tous les 6 mois comme avec Windows.
 
edit : pour la réinstallation complète de W10 c'est finalement super simple. Téléchargement de l'ISO, double clic dessus, lancer le .exe et laisser faire. Pas de formatage donc aucune perte des données perso et des logiciels.

Moué pour ubuntu je n'ai pas eu de problème d'upgrade perso.  
Idem sous OpenSuse j'ai fais pas mal d'upgrade sans problème.
 
Si on reste sur la conf de base ça marche parfaitement, le problème arrive souvent quand on commence à avoir des dépôts externes.

 
Non c'est aléatoire en fait, je connais toutes les astuces pour ne pas planter une migration, et pourtant...
Les 2 derniers exemples que j'ai eu :  
- une migration Xubuntu 14.04 -> 16.04 avec pilote graphique N-vidia proprio, qui se passe super bien pourtant
- une migration Ubuntu Mate 17.04 -> 17.10 qui se vautre lamentablement, sans pilote proprio ni PPA
En 10 ans j'ai connu une vingtaine de migrations ( logique ) et on va dire que, assez souvent, il y avait des couilles ( plus ou moins grave il est vrai : du petit souci post-install jusqu'à l'écran noir )

AH mais perso, je ne fais que de LTS à LTS, et j'attends toujours 1 Mois après la sortie pour migrer.
Dans ce contexte précis, sur 4 machines, je n'ai eu aucun problème et depuis j'ai changé pas mal de fois de configuration.

Il y a 10 ans ça pouvait arriver, surtout sur des fichiers de confs, et en dégageant la configuration du bureau par exemple tout redevenait ok, mais je n'ai jamais eu de gros plantage m'obligeant à formater et réinstaller.
j'ai même fais la migration dd ide vers sata sans formater.

APrès pour ce qui est "entre" les LTS, il est connu qu'ubuntu a tendance à sortir l'iso à la date, même esi tout n'est pas stable...
Et il arrive que ce qui est entre les LTS ne soit pas aussi stable que les LTS.

Après il ne reste pas impossible d'avoir des imprévus, mais ça reste je trouve très bien gérés de nos jours.

Ubuntu s'est vraiment améliorée dans les mises à jours, à l'époque c'était à coup sur le plantage... là j'ai pu migrer vers la 18.04 LTS depuis différentes versions sans soucis

migré 17.10 vers 18.04 sur deux pc sans aucun problème de mon coté.

J'aimerai pouvoir faire fonctionner Xidel sur mon Rasberry Pi 2
Si je compile à partir des sources (encore faut-il savoir faire), ca devrait fonctionner non ?
http://videlibri.sourceforge.net/xidel.html#downloads

EDIT : C'est bon ca marche !
J'ai installé "fcp" (Free Pascal) puis à partir du tar.gz des sources j'ai lancé ./build.sh et ca a tout compilé
Xidel fonctionne maintenant sur mon Pi

Non non même ça, quand le processus se plante systématiquement (pour une raison super limpide genre 0x80070003), pas moyen.
Tu penses bien que c'est la première chose que j'essaie.

Mise à jour du pc portable de test (MSI GT640 à base de i7 720qm et 250gts).
 
Pas de gros problèmes mais:
1) bug sur l'écran de connexion, écran non centré et sans fond d'écran, bon rien de grave un petit tour dans l'application de conf et c'est ok.
 
2) manque de réactivé du panel sur le bureau mate. Je pense que je vais le réinitialiser et refaire ma configuration voir si ce n'est pas un truc de conf d'avant qui pose problème. Possible que ça soit aussi en rapport avec le point 3
 
3) problème de résolution sur plymouth et tty. Possible que ça provienne du "vieux" pilote nvidia vu que ma 250gts est maintenant "déprecated" donc en 340.  
Le temps de boot semble aussi un poil long, il faut que je regarde ce qui coince, possible que ça soit aussi à cause justement de la résolution.  
UN petit tour en dmesg est nécessaire, et je vais voir si avec nouveau c'est mieux ou pas. (mais en général avec nouveau le gpu sauf à donf et vdpau ce n'est pas génial )

J'avais aussi observé une réactivité passable de mon PC fixe quand je l'avais fait migrer sur la version 18.04 d'Ubuntu Mate
En faisant ensuite une clean install cela fonctionnait mieux.

Je vais voir, de toute façon c'est une machine de test.  
 
Pas de gros bugs en tous cas. Pour le panel au pire dégager toute la conf de mate et ça devrait être mieux.

Sur ma Ubuntu 18.04, j'ai un souci de ralentissements/saccades sur des vidéos Youtube en 1080p.
J'ai une GTX 760 avec les drivers NVidia 390.
J'utilise Firefox mais apparemment Chromium me fait les mêmes saccades.
Y a-t-il quelque chose à faire niveau "accélération graphique" pour améliorer ça ?

Je suis déjà sous X-org.
Pas assez fou pour tourner sous Wayland vu la mise au point actuel du bazar    

 
Bon ça y est, j'ai de nouveau eu droit à 90 secondes d'attente à l'extinction ce matin    
Bref, j'ai bien l'impression que c'est mort, tout du moins tant que le mainteneur de SystemD sur Ubuntu Mate ne voudra pas démordre de ses principes
Sinon mon souci de non extinction du PC quand la batterie est quasiment vide est résolu. Merci le gestionnaire d'énergie de XFCE  

j'ai le meme soucis, j'ai du modifier le fichier de conf.
 
Mais il faudrait savoir pourquoi certain service rament autant a l'extinction avant d’incriminer la faute a systemd qui n'y est pour rien si un service rame a s'éteindre.

 
Visiblement ce n'est pas systemD le coupable, vu que sous Arch Mate je n'ai aucun souci d'extinction.
Non c'est l'intégration de systemD dans Ubuntu Mate qui est merdique.
https://ubuntu-mate.community/t/ubu [...] urant/7772
https://irclogs.ubuntu.com/2016/06/ [...] tml#t10:24
 
flexiondotorg  pitti, on m'a juste demandé s'il y avait une intention de changer le délai par défaut systemd de 90s à l'arrêt en 16.04.1?  10:24
pitti  flexiondotorg: non, ce n'est pas prévu  10:24
flexiondotorg  ty  10:24
pitti  cela ne semble pas être un changement sûr pour une SRU  10:24
pitti  certains trucs comme mysql ou whatnot pourraient en fait avoir besoin de beaucoup de temps lors de l'arrêt  10:25
=== cpaelzer est maintenant connu sous le nom de cpaelzer_lunch
pitti  ie * après * nous avons traversé des services qui ont légitimement besoin d'un temps d'arrêt long et d'ajouter des timeouts d'arrêt à leurs * .services, alors nous pouvons penser à abaisser la limite globale  10:25
pitti  nous avons déjà été brûlés avec des limites nproc par défaut imposantes et KillProcesses =, je ne vais pas faire cet exercice en stable
 
Aucune correction/amélioration en 2 ans dans ce domaine, bref ils s'en battent les cacahuètes  
 
edit: en tout cas ce n'est pas un souci de services qui rament à s'éteindre je pense. Car sinon pourquoi à chaque fois 90 secondes exactement et pas une valeur quelconque entre 0 et 90 secondes ? quand tous les services sont arrêtés il n'y a aucune raison d'attendre plus non ? Bref pour moi les 90 secondes, c'est belle et bien une valeur imposée et non modifiable.

j'ai déja eu le problème sur ma 17.10 mais au démarrage, après un  "systemd-analyze blame" je me suis apperçu que system d attendait le NetworkManager-wait-online.service celui ci attendait indéfiniement d'avoir un cable braché sur le RJ45... ce qui est complètement con sur un pc portable.

Pour la durée d'extinction qui part sur 90 secondes moi j'analyse le truc comme cela.
Il y a bug à un moment lors d'une extinction ( comme ce que tu as pu constater au démarrage ) qui provoque une attente supplémentaire -> cette attente fait basculer le temps d'extinction à 90 secondes, et ce temps n'est alors plus modifiable.
 
Dans l'absolu ce n'est pas trop grave cette affaire. Par contre, je suis nettement plus mécontent de la non extinction de mon PC portable quand la batterie est quasiment vide.  
https://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
Pour moi cela a juste accélérer son usure, mais pour -thewizard- cela lui a carrément flingué la batterie -> hop poubelle
 
Ce genre de bug ne devrait pas exister, c'est le truc idéal pour dégouter de Linux à tout jamais.

S'ils viennent de Windows, ils ne seront pas trop dépaysés...

quelles différences entre
 
sudo su
sudo -i
sudo -s
 
Les 3 me passent root mais ca ne m'ouvre pas le meme prompt en fonction des 3 ...

« sudo su » est à bannir : c’est la pire manière de faire appel à su. Tape « su - » ou « sudo -i » à la place (le 1er nécessite le mot de passe root, le deuxième nécessite celui de l’utilisateur courant), si tu veux passer en root depuis ton utilisateur courant.
 
Pour les différences entre -i et -s : man est ton ami. En gros, de ce que j’ai compris, tu as une identification d’après le contenu du fichier /etc/passwd avec -i, et d’après ce que contient la variable d’environnement SHELL avec -s.

merci pour ton éclairage.
 
J'ai approfondi pour "sudo -i" et "sudo -s", le sudo -i proposel'environnement par défaut, là où "sudo -s" permet d'utiliser ses fichiers de configuration
 
Du coup le "sudo -s" est le plus intéressant dans mon cas.

su - sur ubuntu ne fonctionne pas, le user root n'a pas de mot de passe, donc définir un mot de passe pour root si on veut l'utiliser
 
sudo -i (sudo su -) a l'avantage de garder ton environnement. (il n'utilise pas le shell root, mais celui de ton user)
 
sudo -s (sudo su) prend l’environnement de l'user root, et utilise son shell (
 
 
Bref on utilise ce que l'on a besoin.

c'est le "sudo -s" qui permet de garder l'environnement

Je reviens sur ce que j'ai écrit:

VLC 3.0.2 est finalement disponible dans bionic-updates.
Avec snap, c'est toujours VLC 3.0.1. Ca sert vraiment à rien ce truc.
VLC 3.0.3 vient de sortir sinon.

Solution et explication:
https://ubuntuforums.org/showthread.php?t=2384959

C'est le contraire : « sudo su - » execute le profile et lance avec le shell du compte root alors que « sudo su » ne fait que passer le process courant en UID root CàD 0, tout en conservant les variables et le shell du compte appelant.

Gros doute, donc je teste, et j'ai bien ça, avec le - je conserve mon env, sans le - je le perds.
 
sudo su -
root@cedric-OptiPlex-9020:~# env |grep J2REDIR
J2REDIR=/usr/lib/jvm/java-8-oracle/jre
 
sudo su
root@cedric-OptiPlex-9020home/cedric# env |grep J2REDIR
root@cedric-OptiPlex-9020home/cedric#  
 

 
Même avec un

 ?  

 
Dans le .profile du compte root, j'ai ajouté un message quand on passe dedans. Ça donne ça :  

Tu noteras que les variables d'environnement diffèrent suivant le mode.

bon après ce n'est pas primordial, je ne vois pas vraiment l'interet d'etre en root pur sur un ubunut desktop

Même avec.  
Mais entre nous, ce n'est pas grave.

 
Vive le snap pour avoir un logiciel à jour  

Salut,
j'obseve des déconnexions de mon réseau filaire avec ma ubuntu 18.04 assez fréquentes...
Les autres postes sur le même réseau ne sont pas impactés.

Lorsque j'utilise "turn off"/"turn on" sur "wired connexion", je ne "récupère pas internet".
Dès que je reboot, tout retourne à la normale jusqu'à la prochaine déconnexion...

J'aimerais trouver des logs ou quelque chose pour pouvoir analyser ce qui ne va pas.
Ce n'est pas dans /var/log/syslog apparemment.
Merci pour votre aide.

pour moi la mise à jour à régler de gros plantage au démarrage et à l'extinction de la machine  

J'aurais besoin de vos lumières : j'ai migré mon vieil Ubuntu Server (10.04 > 12.04 > 14.04) sur un vieux serveur, tout s'est apparemment bien passé, mais il n'a pas rebooté après le passage en 14.04. Le diagnostic qui m'a été communiqué est un écran noir pour lequel un reboot hard n'a rien changé. Le serveur repart sans problème si démarré depuis un noyau réseau et tout fonctionne comme si j'étais en 14.04 (hormis le kernel).  
 
Vous avez une idée de ce qui peut merder (kernel ? GRUB ?) ? Et une idée d'où regarder pour savoir ce qui se passe ?

salut,

j'ai l'extension Dash To Panel qui me permet d'avoir la barre en bas de l'écran.
Existe t-il un "dock" que je puisse ajouter à la verticale sur le côté gauche, idéalement qui apparaitrait qu'en tapant à gauche, pour avoir des icones en raccourcis malgré le fait que j'ai l'extension Dash To Panel ?
Ca me permettrait d'ajouter des raccourcis sans surcharger la barre du bas ...

EDIT : j'ai installé "Plank" et c'est parfait !!
https://doc.ubuntu-fr.org/plank

Il suffit de faire un "plank --preferences" dans un terminal pour lui indiquer de se mettre à gauche car sinon on ne le voit pas en bas avec le Dash To Panel

EDIT2 : snif... les programmes lancés en JAVA ne peuvent pas être épinglés... Dommage !
EDIT3 : si c'est bon... il faut glisser/déposer le .desktop vers Plank

 
Hello, personne n'a une idée ?
Pour pour compléter les infos, la connexion filaire n'apparaît ni dans "settings/network" ni dans le résultat de la commande "ip a".

J'ai observé ça une fois ou deux. Le souci a été réglé lorsque j'ai refait à la main la config de carte ethernet : création d'une connexion filaire, spécification de la carte à utiliser par l'adresse MAC etc ...

Tu aurais un p'tit lien/tuto pour ça STP ?
Est-ce que c'est périmé/"outdated" ? https://askubuntu.com/questions/165 [...] n-terminal

Pour info, j'avais rentré l'adresse manuellement dans settings/network au lieu de DHCP mais ça n'a rien amélioré.

J'utilise KDE (plasma 5). Franchement, en lisant avec le doigt ça se fait tout seul : ip fixe, ip dynamique etc ...