Reprise du message précédent :
Perso, j'utilise krdc ... pour accrocher ma VM Windows lancée sous virtualbox sur mon poste parce que la DSI chez moi force l'extinction du moniteur et c'est le drame.

Par contre, tous ces trucs, ça te laisse potentiellement des librairies trouées en cas de faille de sécu un peu partout sur la machine ...
Y'a plus de gestion centralisée ... si le packageur/développeur ne fait pas la maj du paquet avec les librairies corrigées (sécu ou bug), c'est pas terrible
Ça revient à dupliquer les efforts de maintenance un peu partout chez les devs (ce seront surtout eux qui fourniront les paquets snap ou autre)
C'est pas vraiment leur rôle je trouve

Tant que ça reste pour qq exceptions ( qq paquets qu'on trouve pas dans les dépots de la distrib), ça peut aller ... au delà, ça va vite devenir crade

Bonjour,
 
j'ai installé ubuntu 19.04 pour le compte d'un ami, sur un PC équipé d'un APU AMD trinity (carte graphique integrée dans le CPU), avec le pilote libre pour les cartes graphiques amd,
tout semble ok, excepté qu'aléatoirement (tous les 3 à 4 boots) le boot se bloque avec le message :
 

 
et globalement le boot est assez lent, la led disque dur s'allume beaucoup, je sens que ce n'est pas optimisé (trop de services systemd inutiles ?),
 
Est-ce que ça pourrait venir d'un bug de gdm (gestionnaire de démarrage graphique de gnome) ?
 
Est-ce que wayland est activé par défaut dans gdm et gnome ? (je n'aime pas wayland, ça me semble un des suspects principaux),
Dans d'autres forums certains conseillent de désactiver plymouth, et aussi de désinstaller snapd.
 
https://doc.ubuntu-fr.org/plymouth
 
Je précise qu'ubuntu n'est pas ma distribution linux principale, j'utilise archlinux, j'ai installé ubuntu uniquement pour un ami, afin qu'il se débarasse de windows 7 qui arrivera en fin de support chez microsoft le 14 janvier 2020 (la même problématique qu'en 2014 quand windows xp était arrivé en fin de vie, beaucoup d'utilisateurs ne veulent pas de windows 10 et vont s’intéresser aux alternatives linux).
 
J'ai cru comprendre qu'il y avait une certaine panique chez les utilisateurs d'ubuntu vis à vis de snap qui pourrait remplacer le format deb pour les paquets, mais apparemment c'est une rumeur, une info mal comprise, rien ne serait encore décidé à ce sujet par canonical.

ya un dd externe de branché ?

Non, tous les disques sont de type interne, branchés en sata.

 
Tant mieux si W10 fait venir des gens vers Linux...    
 
Mais bon, j'ai dernièrement upgradé un PC portable de W7 vers W10 et j'avoue que je ne comprend pas comment on peut préférer l'ancien Windows au nouveau.
Bordel qu'est ce que ça fait vieux et dépassé W7, ça commence à ressembler à du XP
En plus les soucis de vie privée de W10 sont aussi présents sous W7, depuis une mise à jour qui date de 2015  
https://www.cnetfrance.fr/news/wind [...] 824232.htm
 

pour mon problème de boot lent/bloqué d'ubuntu 19.04 ça semble aller mieux depuis que j'ai désinstallé snapd, et configuré grub en supprimant l'option "quiet" et "splash",
ça donne un boot en mode "verbose" avec les messages de démarrage de systemd, ça semble suffire pour résoudre le problème,

mais ça pourrait être encore plus rapide en terme de boot, j'ai lancé la commande "systemd-analyze blame" et je vois qu'il y a un service "plymouth" qui a pris 17 secondes au démarrage,

concernant windows 10 : j'ai voulu le tester dans une machine virtuelle (qemu), ça m'a semblé très lent, avec une configuration très typée "assistant" (avec les boutons "suivant" ),

et surtout des messages qui donnent l'impression d'un sketch, du genre "patientez on a encore un truc à configurer", "c'est presque fini", "encore une dernière chose", et beaucoup d'invitations à prendre des services microsoft,
je pense que c'est cet aspect qui a dû rebuter certains, l'impression de ne pas être maître du système d'exploitation, un coté "google/gmail", sans oublier l'interface d'abord pensée pour le tactile

bonjour
 
j'ai un pc de bureau avec une carte wifi et je ne peux me connecter avec, alors la carte c'est     08:00.0 Network controller: Intersil Corporation ISL3886 [PrismJavelin/Prism Xbow] (rev 01)
là je peut naviguer avec un dongle usb, mais la carte pci est vu avec lspci, mais pas utilisé comment resoudre ce petit probleme
 
merci d'avance
 
p { margin-bottom: 0.25cm; line-height: 115%; background: transparent none repeat scroll 0% 0%; }

Il faut vérifier si le microcode de ta carte wifi est fourni dans ubuntu, tape "dmesg" et regarde si tu trouves des lignes indiquant qu'un firmware est manquant pour la carte wifi,

essaie d'installer ce paquet :

puis de rédemarrer

https://wiki.debian.org/fr/prism54
https://forum.ubuntu-fr.org/viewtopic.php?id=437823

chez archlinux :
https://bbs.archlinux.org/viewtopic.php?id=96326

si le problème n'est pas matériel alors c'est un problème de configuration de ta connexion réseau
https://doc.ubuntu-fr.org/wifi

avec dmesg, j'ai ces messages (peut etre, il y en a d'autre mais pas sur, pas trouvé) qui s'affiiche :  p54pci 0000:08:00.0:
 Direct firmware load for isl3886pci failed with error -2
[    9.111133] p54pci 0000:08:00.0: Cannot find firmware (isl3886pci)
 
et quand je demande l'install des firmware non libre, ce me dit :
 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances        
Lecture des informations d'état... Fait
E: Impossible de trouver le paquet linux-firmware-nonfree
 
je suis un grand noob

donc il manque bien le firmware de la carte pci,

je pense que le paquet linux-firmware-nonfree n'existe que pour les anciennes versions d'ubuntu,
logiquement tu dois déjà posséder le paquet "linux-firmware", si tu tentes de l'installer il dira que tu le possèdes déjà,

la solution c'est de télécharger le firmware de ta carte wifi :

ça va te donner un fichier "2.13.25.0.arm", qu'il faudra copier dans le répertoire de stockage des firmwares, sous ubuntu il faut trouver quel dossier c'est,

peut-être celui là :

/lib/firmware/

donc tu le copies sous le nom isl3886pci :

puis tu tapes :

wget https://daemonizer.de/prism54/prism [...] 3.25.0.arm --no-check-certificate
 
mène à une erreur 404, sans doute endroit non trouvé je vous remercie quand meme de l'aide

Ca fonctionne chez moi, si vous cliquez sur le lien directement : https://daemonizer.de/prism54/prism [...] 3.25.0.arm au lieu de passer par le terminal ça ne fonctionne pas non plus ?

fonctionne très bien, sans paramètres. wget sous Debian 9.

Je viens de faire une petite upgrade à mon pc portable.
Augmentation de la mémoire à 16go (bon ça on s'en fou) mais surtout remplacement de mon ssd 256go par un 1To. (besoin de place pour mes vm).

Problème le tout est chiffré via lvm donc...

J'ai donc cloné d'un ssd à un autre via clonezilla. ==> ras ça marche mais forcément j'ai toujours 256go d'utilisé de l'autre côté

1) booter sur live cd ubuntu mate dans gparted étendre la partition extended du volume LVM à la taille souhaité.

2) rebooter sur l'os, lancer gparted, et étendre la partition qui est dans le volume. (je l'avais fait avant ça n'avait pas été pris en compte viisblement)...

Ok on a un pool dispo de la taille souhaité, mais en fait le volume encrypé lui reste toujours de la taille initiale...

IL faut alors saisir la commande magique:
sudo lvresize --resizefs --size +50G /dev/mapper/ubuntu--mate--vg-root

Pour rajouter 50go.
Bon bien sûr on peut rajouter beaucoup plus d'un coup.

Je ne sais pas si c'est la procédure "normale" mais pour moi ça marche parfaitement.

 
Le PC portable sur lequel je viens de l'installer ( pas une clean install mais une mise à niveau W7 -> W10 ) c'est un Acer avec :
- un Celeron N2920
- une barette de 4Go de ram
- un SSD de 250 Go ( installé par mes soins, faut être fou pour utiliser W10 sur un disque dur en 5400 tr )
 
Et c'est tout sauf lent : c'est même parfaitement réactif.
C'est tout aussi rapide que Ubuntu Mate 19.04 sur mon Lenovo, qui a le même SSD, 4 Go de ram aussi et un Celeron N3350
 
Bref, W10 ne demande pas une configuration de malade pour fonctionner de façon agréable.
Faut juste utiliser un SSD ( obligatoire pour cet OS je pense )

C'est peut-être rapide en cas d'installation physique sur un PC, mais j'ai l'impression que windows 10 se virtualise mal avec qemu-kvm et virtualbox, sous un linux host c'est beaucoup plus lent que windows 7 virtualisé, il est possible que ça vienne de l'interface graphique de windows 10 qui semble gourmande, dans une machine virtuelle il n'y a pas vraiment d'accélération graphique performante,

j'ai un vieux CPU (intel core 2 quad Q9650), 8 Go de ram, j'avais installé les guest-additions dans windows 10 mais pas de grande amélioration,
faudrait que quelqu'un fasse le test sous ubuntu 19.04, pour voir si un windows 10 virtualisé a une vitesse acceptable, l'iso de windows 10 se télécharge gratuitement sur le site de microsoft.

https://www.microsoft.com/fr-fr/sof [...] ndows10ISO

Ma tentative s'était faite avec l'iso datant d'octobre 2018, qui n'avait pas une très bonne réputation, je n'ai pas testé celle de mai 2019.

youpi
ils ont mis en ligne une mauvaise version de debhelper, qui casse quasiment toutes les chaines de paquet si on veut en construire un
 
debhelper (>= 9) dépend de X, X dépend de debhelper (<12.2~)

ayé, le paquet deb "chromium-browser" ne fait plus que 30 Ko

edit :   https://bugs.launchpad.net/ubuntu/+ [...] o_package=

et le snap qui n'embarque pas les lib "proprio" comme widevine, pas de lecture de flux DRM

 
Tu as oublier le détail le plus important : SSD ou pas ?  
En installation en dur cela change tout, donc en virtualisation c'est certainement la même chose.

Pas de ssd, donc tu veux dire par là que windows 10 fait beaucoup trop d'accès disque en lecture/écriture par rapport aux anciennes versions de windows ?  
 

Clairement, W10 sur HDD c'est très pénible.

Oui il n'arrête pas, il y a plein de services en arrière plan.
Avec un disque dur classique c'est un enfer, cela rendait parfois mon PC portable inutilisable pendant quelques minutes quand il avait encore son disque dur en 5400 tr

certains sont maso

C'est un vieux problème cela dit    
Je me rappelle avoir acheté vers 2008 un PC fixe avec Windows Vista première mouture.
Le disque dur ( pourtant performant en 7200 tr ) grattait de façon insupportable et le système était d'une lenteur effarante.
Au lieu de passer le PC par la fenêtre, j'ai installé Ubuntu à la place -> plus aucun souci  

À l’époque, le problème ne venait pas principalement du disque, mais de la RAM : en 2008, les PC ne devaient avoir qu’1 Gio en standard (ou 2 si on était très riche), alors que ce n’est qu’à partir de 2, voire 4 Gio de RAM que les Windows NT 6.x (j’y inclus W10) fonctionnent le mieux, y compris Vista (et je parle d’expérience).

Il faut dire aussi que parmi les windaubes, vista était vraiment la pire des daubes. En 2008 également, c'est un portable que j'avais acheté avec vista préinstallé -> au bout de quelques semaines, je lui ai mis xp à la place, et ça marchait quand même beaucoup mieux  

C’est quoi, « Windaube » ? Je connais pas.

Dites, sous Ubuntu, ou encore Linux en général, vaudrait mieux privilégier nvidia ou AMD ?
J'hésite entre une RX560 ou un GTX1050, c'est pour pour un portable.

AMD sans débat possible

 
C'était un PC relativement performant ( à défaut d'être fiable au niveau de sa carte mère    )
https://www.01net.com/tests/hp-pavi [...] -9237.html
Non le gros souci c'est que le Vista installé dessus était la toute première version, pas du tout au point visiblement.
Ou alors dans une version pourrie par les crapwares...
J'ai un beau frère avec le même Vista, mais en SP1 cette fois, sur un PC portable avec une configuration proche -> il fonctionne plutôt bien ( sans être hyper véloce non plus )
Bref j'ai du me farcir un OS pas encore optimisé, mais heureusement pas longtemps ( j'ai du tenir 15 jours avant de formater et de le dégager définitivement pour le remplacer par Ubuntu )
 
 

N-vidia -> à oublier définitivement sur Linux. La politique de cette entreprise avec le monde du libre est proprement calamiteuse
 

Bon au moins c'est clair !

Le mec qui prend une nvidia sous linux il mérite d'être fouetté....

Mes 2 premiers PC fixes étaient avec des cartes N-vidia    
Mais bon j'ai des circonstances atténuantes : j'ai acheté le premier PC en 2004, le deuxième PC en 2008 et j'ai découvert et essayé Linux en 2008 aussi.
Par contre par la suite j'ai systématiquement évité tout matos avec du N-vidia  

Toutafé, même les chipset nVidia sont daubés du Q
(Tyan K8WE inside avec le nForce pro)

C'est ce que je lis souvent, mais d'un autre côté je n'ai jamais pu faire fonctionner ma carte AMD sous Linux (une HD7950), bien que je ne me considère comme pas complètement nul en informatique et malgré avoir demandé de l'aide sur de nombreux forums.
Je suppose que je suis tombé sur une exception, mais quand même, j'ai été refroidi.

La radeon HD7950 est bien supportée par le pilote libre intégré au noyau linux, car ta carte fait partie de la catégorie "Southern Islands" gérée par le pilote libre radeon :

https://www.x.org/wiki/RadeonFeature

ainsi que par l'autre pilote libre amdgpu :
https://wiki.gentoo.org/wiki/AMDGPU#Feature_support

un test du site phoronix indique qu'ils ont réussi à faire fonctionner la carte radeon hd7950 avec le pilote libre sous ubuntu 18.04 :
https://www.phoronix.com/scan.php?p [...] ga64&num=1

si tu as constaté un échec c'est que le noyau utilisé par ta distribution est trop ancien ou bien bogué sur certaines fonctionnalités (comme la gestion de l'économie d’énergie de la carte graphique), ou bien que la version de mesa avait au moment de ton test un bug sur ta carte graphique, ou encore une mauvaise configuration de ton environnement de bureau (plasma, gnome), il est alors tentant d'accuser le pilote graphique, alors que c'est juste un bug de l'environnement de bureau ou une mauvaise configuration,

je précise que je déconseille l'utilisation de pilotes graphiques propriétaires sous linux, c'est pas raccord avec la philosophie de l'OS, et ça peut poser problème lorsqu'on utilise une distribution rolling release comme archlinux (problème de compatibilité avec les versions récentes de xorg, du noyau linux), il vaut mieux rester avec le pilote libre, même si ça sera un peu moins performant que le pilote propriétaire

Ça plantait instantanément avec les pilotes propriétaire.

Mais c'est peut-être aussi parce que c'était une version un poil exotique de la carte (avec plus de RAM et tournant à plus haute fréquence que la version standard).

Enfin bref, j'y ai passé beaucoup de temps il y a 3-4 ans et j'ai abandonné, mais ça ne m'a pas laissé un excellent souvenir.