Reprise du message précédent :
Bon désolé je suis encore là avec mes histoires de CG...
On s'approche du dénouement.  
On me propose un Ryzen 5 couplé avec une 1050Ti... La personne me dotant du PC n'a pas la version RX560 chez son fournisseur.
 
Du coup ma question, est-ce qu'on peut facilement désactiver la CG au profit de l'IGP dans toute circonstance sous Ubuntu ?

C'est un pc portable ou pas?
Il y a fort à parier que ça soit un ryzen sans GPU.

Ah merde, la fourbance !
Oui PC portable Asus de la gamme Tuf505.
R5 3550h + 1050 Ti

Ah bah logiquement si y a un igp sur ce cpu.
Mais avec un gpu nvidia il est désactivé je pense cf:
https://www.01net.com/tests/test-as [...] -6267.html

J'ai eu un gros bug, l'ordi s'est emballé, écran figé, impossible de lancer un terminal pour tuer le processus qui poserait problème, ventilo à fond, ça chauffait un max, j'ai paniqué et coupé le courant Au redémarrage ils me disaient qu'il y avait un soucis, j'ai tenté de redémarrer avec une autre version du noyaux, en mode sans échec, je lui ai dit de restaurer les fichiers mais rien, quand j'appuyais sur ctrl+D pour continuer le démarrage il tentait le démarrage puis me redisait pareil. Impossible de le réparer. Bref, ce n'est pas tant le problème mais je me demande s'il y a des solutions dans ce cas.

Autre question, car bien sûre c'est tombé la seule fois où j'avais absolument pas le temps de restaurer, heureusement j'ai un autre pc mais je me suis demandé si certains ici avait deux os, pas pour avoir windows mais justement pour ces cas. Ai-je vraiment eu de la chance de ne jamais avoir eu cela jusqu'à là ou au contraire en n'ai-je pas eu que ça m'arrive et donc c'est un peu inutile ?

Dernière question et la raison de ce post de base. Maintenant que la méthode choisi pour le chiffrement c'est : on chiffre tout ou on chiffre rien, utilisez-vous une partition séparé pour home et donc ne chiffrez pas (ou autrement) ? Car je trouvais ça bien d'avoir un home propre parfois mais quand ça arrive alors que tu n'as pas envie de tout réinstaller, c'est chiant en fait de devoir remettre les paramètres.

Ca m'a fait aussi penser que j'avais la plupart de mes fichiers séparés sur d'autres disques durs, tout ce qui n'est pas en rapport avec le système, les logiciels en faites (documents, photos, scripts, ect.). Et souvent vous parlez de sauvegarder votre home ou une partie (par exemple le profil firefox, là où il y a le plus de choses privés stockés dans sa config pour monsieur et madame tout le monde).

Du coup je me demandais est-ce vraiment utile le chiffrement pour un pc fixe personnel (sans être des renseignements intérieur), le faites-vous ? J'ai l'impression qu'on le fait pour faire bien mais qu'en fait beaucoup de documents importants nous les chiffrons pas (par exemple qui chiffre ses clefs usb ?). Et comment organisez-vous vos partitions ?

Moi je ne chiffre rien.
Souvent c'est un nid à emmerdes quand le système plante et que l'on veut réinstaller ( il y a de nombreux sujets pour en parler sur le forum Ubuntu )
Je ne sépare pas non plus mon /home, par flemme    
 
Si un jour mon Ubuntu part en carafe, je réinstalle depuis une clé USB en suivant cette méthode :
https://doc.ubuntu-fr.org/reinstallation_ubuntu
Après la réinstallation j'ai juste à remettre les logiciels non présents de base dans la distribution -> tous les paramètres et tous les fichiers de configurations ayant été conservés je n'ai rien d'autre à faire. Même sans /home séparé -> vive la simplicité.
 
A mon avis la meilleure protection de ses données personnelles, on la trouve sur une sauvegarde, sur un support externe donc.
 
Reste le souci des cambriolages ou des incendies, mais bon on va pas sombrer dans le catastrophisme non plus  

Pas de partition séparée pour home, mais des sauvegardes régulières. Une unique partition racine chiffrée pour le système, et une partition également chiffrée pour les données. La première est ouverte pendant la première phase de boot par demande interactive de mot de passe, la seconde est ouverte pendant la seconde phase de boot, par lecture du mot de passe dans un fichier stocké sur la première (sous /root), en utilisant le couple /etc/crypttab, /etc/fstab.
 
J'oubliais : il y a aussi une petite partition /boot non chiffrée quand même.

Perso partition /home séparée (systeme sur SSD et /home sur HDD)
le /home est chiffré avec donc demande du mdp lors du boot

La solution la plus sécurisée est celle décrite par kajoux mais j'ai fait dans la simplicité

Pour le moment, aucun soucis, malgré des plantages dû à VirtualBox par exemple qui m'a oblité à quelques RESET sauvages, le système a tjrs re démarré sans soucis. (ubuntu LTS)

 
Tout dépend ce que l'on entend par sécurité.
Si c'est la sécurité dans le sens "mes données ne pourront pas être accessibles à un tiers" alors oui c'est la solution la plus sécurisée.
Si c'est la sécurité dans le sens "mes données seront facilement récupérables en cas de plantage de mon OS" alors déjà j'ai plus de doute.  
Comme je l'ai déjà écrit, je ne compte plus les sujets sur le forum Ubuntu des personnes qui avaient crypté leur OS ou leur /home et qui se retrouve bien embêtées quand le bazar part en carafe.
 
Donc comme à la base je ne suis ni paranoïaque, ni catastrophiste... je ne chiffe rien et je me contente de mes sauvegardes en clair sur des supports externes.
J'ai également des sauvegardes dans le cloud, via Onedrive et Google Drive ( même pas peur qu'ils m'espionnent donc    )
Bon faut dire aussi que je n'ai rien de compromettant ( du genre une photo de moi en tutu de danseuse   ) donc ça aide à rester serein  

Généralement, par sécurité, on entend bien la première définition. Mais de toutes façons, je ne vois pas le rapport entre le plantage de l'os et la possibilité ou non de récupérer les données sur une partition chiffrée.

Oui 1ere définition.
Et le chiffrement des données n'empêchent pas d'effectuer des sauvegardes ;-)

Un sujet parmi d'autres ( il y a plein )
https://forum.ubuntu-fr.org/viewtopic.php?id=1993141
Bref pour résumer mon point de vue -> chiffrer c'est bien quand on est un utilisateur avancé, et que l'on sait se dépatouiller en cas de souci. Par contre pour l'utilisateur Lambda c'est une connerie. Et le fait qu'Ubuntu le propose à tous sans avertissement quand on l'installe m'a toujours fait hérisser les poils    
 
 
Oui mais c'est bien connu, le système plante toujours avant la sauvegarde    

Bah ouais mais bon, le gars que tu cites il faut voir un peu ce qu'il fait…
Je pense qu'il y a des "utilisateurs lambda" qui voient quand même un peu mieux ce qu'ils font ou ce qu'il faut faire.
Il a une partition linux à explorer et… il se met sous windows pour le faire.
Il a (apparemment) un chiffrage du home par ecryptfs et… il se demande si il ne pourrait pas booter sur sa partition prétendument chiffrée.
etc.
 
Je n'ai pas tout lu, juste parcouru vite fait, mais là le chiffrement est loin d'être le seul problème.
Après, concernant la pertinence de proposer d'emblée le chiffrement, pour une distribution qui se veut grand public comme ubuntu, c'est vrai que la question mérite sans doute d'être posée.
Mais basiquement, si tu as du contenu chiffré, par quelque moyen que ce soit sous linux, tu branches une clef usb live avec les logiciels de déchiffrement correspondant (typiquement une clef usb live de l'os à partir duquel tu as effectué le chiffrement), et tu déchiffres ton contenu sans aucun problème.
Genre si c'est un conteneur luks, tu ouvres gparted, tu entres ton mot de passe de déchiffrement, et c'est bon : c'est quand même pas sorcier…

D'ailleurs même mon disque de sauvegarde externe est chiffré lol
Bien pratique ce Luks

Hello,
Comme il y a quelques mois, j'ai de nouveau des erreurs au boot de ma Ubuntu 19.04 : après la validation dans Grub (je suis en dual boot avec Windows 10), j'ai ce message : "erreur : tentative de lecture ou d'écriture en dehors du disque hd0", suivi d'un kernel panic si j'appuie sur une touche. Le système bootait encore correctement hier et je n'ai fait aucune modification.
Si je lance en mode recovery, ça passe...
Pour le disque sous W10, aucun souci pour démarrer l'OS.  
Quelqu'un aurait une idée de ce qui pourrait expliquer ce souci et comment le résoudre svp ?
 
edit : après avoir rebooté en recovery et avoir pu accéder à ma session, Ubuntu m'a proposé une mise à jour des composants Ubuntu, suite à quoi j'ai pu rebooter plusieurs fois correctement, sans passer par le recovery... J'avoue ne pas bien comprendre...
edit 2 : fausse joie, le problème est revenu... Même en recovery ça ne marchait plus... Puis à la tentative suivante, c'est passé...

19.04 ? ça sent la dernière "windowsation", la pile de mise à jour à effectuer avant extinction. Tu as éteint ton ordinateur comment la première fois ?

De manière tout à fait normale

tu as quelle version du noyau ?
 
également sous 19.04, j'ai ça
 

Maintenant que tu le dis, il est possible que lors de ma session précédente, il m'ait demandé de rebooter pour installer une mise à jour... Je ne l'avais pas fait, j'avais éteint le PC en me disant que le prochain démarrage ferait l'affaire.
Mon noyau est le 5.0.0-27-generic :

J'ai souvent des problèmes pour ouvrir la session ou de verrouillage de session... pas fiable le truc !
Parfois on peut ouvrir sans remettre le mot de passe ou bien comme je viens d'en faire l'expérience, ca a mis près de 2 minutes après avoir validé le mot de passe à déverrouiller !
 
Je parle pas au démarrage de la machine, mais bien lorsque je m'absente du poste et que je fais la touche SUPER+L

Pourquoi la touche SUPER + L ?  
 
edit : je viens de tester je ne connaissais pas cette combinaison merci
Aucun souci pour ré-ouvrir ma session avec mon mot de passe.

A l'installation seule la carte PCI a été détectée pour la configuration de X. Je n'avais donc pas d'affichage au lancement de X. J'ai donc du éditer mon XF86Config-4. j'ai un peu perdu du temps car je ne connaissais pas "sudo" et je cherchais désespérement le password de root

dans la grande majorité des cas ca fonctionne bien, mais parfois j'ai constaté les bugs décrits

J'ai encore un souci les gens, excusez mon incompétence.
 
J'ai 3 disques durs interne : celui avec ubuntu et deux de stockage. Ils sont bien monté avec fstab mais n'apparaissent pas dans les disques disponible. Une idée, jamais eu ce soucis avant.
 

D'ailleurs qu'est-ce partuuid dont je n'ai pas souvenirs auparavant.
Je suis étonné aussi de la partition efi bien que je comprenne ce que c'est.
 

 

 
edit : Je me demande si avant je ne les montais pas dans /media, vu que j'ai refait mon script post install. Ca peut changer quelque chose ?

Est-ce que les disques sont visibles dans le logiciel gparted ?
ils sont formatés dans quel type de format de fichiers ?

le problème est arrivé juste après une mise à jour des paquets ?
si oui alors essaie de démarrer sur un autre noyau linux, comme le noyau LTS, au cas où ça viendrait d'un bug du dernier noyau linux, concernant certains systèmes de fichiers.
 
Enfin la consultation des fichiers log peut aider à mieux diagnostiquer le problème (dmesg, journalctl) et taper la commande "systemctl --failed --all" pour voir si un service a planté au démarrage.

gparted c'est disques sur ubuntu ? Si jamais oui.
 
Formaté en ext4 :
type de partition : Linux Filesystem
Contenu : Ext4 (version 1.0) Monté sur /dev/storage
 
Je ne peux pas dire quand le problème est arrivé, je n'ai pas vraiment fait attention. Je tenterais.
 
Je ne vois rien dans les journaux mais pour dmesg il y a tellement de ligne que je ne suis pas sûr il est vrai. Je veux bien les mettre ici mais ça fait beaucoup de ligne, je ne sais pas si c'est judicieux.
 

Bon en fait c'est ce que j'avais précisé dans mon premier message en éditant. En les montant dans /media ils apparaissent bien.

Je ne sais pas si c'est un bug ou si c'est incohérent de les monter dans /dev et pourquoi j'avais fait ça.

Merci pour ton aide Elbarto, pardon pour le dérangement.

edit : sur ubuntu-fr ils mettent : /media    Contient les points de montages pour les médias amovibles, du coup est-ce la bonne façon de faire, ils ne sont pas amovibles.

Je pense que quelque soit la distribution, Gnome sera toujours trop lourd pour un k6-II 400. Sur mon portable (pentium II 400 donc plus puissant qu'un K6) même avec XFCE je trouve que ça rame (bon ça doit aussi venir du driver de la carte vidéo en plus de X qui est vraiment trop lourd). Du coup je préfère largement utiliser Win2k sur celui-ci.

=============================
edit par BL : suppression des liens de spam

En fait /dev est un répertoire système qui contient des fichiers et répertoires qui représentent le matériel (dont les disques), donc c'est incohérent de monter des disques dans cette partition, ce pourquoi ça ne fonctionnait pas.
 
Et oui monter les disques dans /media est une bonne méthode (pas la seule, on peut les monter dans n'importe quel répertoire non utilisé par le système), que les disques soient amovibles ou non (d'ailleurs linux monte les clés usb dans /run/media/user habituellement et pas dans /media, en tout cas sur ma distrub, Archlinux)

Sous Ubuntu c'est dans /media/user.
D'où l'intérêt de privilégier les chemins relatifs dans les liens symboliques sur une partition de données, quand on passe d'une distribution à l'autre.

bonjour
je suis bloqué lors de l'install de l'émulateur de tilem pour émuler une ti83, j'ai des paquets manquant mais je n'arrive pas à les installer

une solution?  

sudo apt install libticalcs2 libticables2 libtifiles2 libticonv ? (+dev eventuellement)
J'ai regardé chez Debian, les paquets sont tous dispo, vu que Ubuntu est basé dessus je suppose que la situation est pareille.

 
maintenant que j'ai toutes les dépendances, la phase "make" me renvoie une nouvelle erreur    

Dans /home/cacatomique/Downloads/tilem-2.0/gui tu dois avoir un fichier Makefile qui est généré par ./configure. Tu peux poster ce fichier (ou sur pastebin si c'est trop long)?

Tu peux aussi, après avoir fait une copie, essayer de modifier /home/cacatomique/Downloads/tilem-2.0/gui/Makefile.in puis refaire ./configure et ./make dans GUI. Il faut rajouter "-lm" (sans guillemets, -LM en minuscules) à la fin de la ligne LIBS = @LIBS@, soit

.

Sans garantie.

démarrage de session en 1~2 secondes avec le dernier noyau

https://pastebin.com/RmyymyKG

Je pense que c'est pas le bon fichier. Ca doit être tilem-2.0/Makefile, pas tilem-2.0/gui/Makefile?
 
Essaye la modif dont je parlais en prenant soin de bien choisir le bon fichier.

en effet, il y en avait deux  
https://pastebin.com/4FKFmgLJ
je vais essayer ta manip

Contourner l'obstacle,

apparemment il existe déjà un paquet pour ubuntu 19.04 :
https://www.ubuntuupdates.org/packa [...] base/tilem

et pour ubuntu 18.04 :
https://www.ubuntuupdates.org/packa [...] base/tilem

tu télécharges le paquet deb 64 bits et tu l'installes avec la commande "sudo dpkg -i <paquet.deb>"

mais il y aura peut-être des dépendances à installer, car dpkg ne gère pas les dépendances contrairement à apt,
https://www.ubuntuupdates.org/packa [...] tilem-data

autre moyen de contournement : télécharger le binaire windows, et le faire tourner avec wine, c'est ce que j'utilise parfois pour des émulateurs de vieux ordis 8 bits et de consoles de jeu, la version linux étant parfois indisponible ou trop compliquée à compiler.

Un rappel important : il est fortement déconseillé d'installer des applications en root avec des commandes de type "make install" (pas bon pour la sécurité, et risque d'écraser des fichiers présents dans la racine système si le bazar ne s'installe pas dans /usr/local), il est préférable de créer le paquet (via l'outil de création de paquet de sa distribution, lire le wiki), ou de télécharger un paquet déjà fait, afin de l'installer avec apt.

J'ai téléchargé tilem 2.0. il faut ajouter -lm dans le makefile.in du dossier gui

Oui, c'est ce que j'essayais de lui dire.