Reprise du message précédent :
 
 
oui j'ai bien fait le chmod +x
 
oui aucuns problèmes a la main, que ce soit en sudo, ou en nohup même
 
au début il y a  
 
 
 
#!/bin/sh
reset
 
je comprends pas trop
 
 
--------
 
En fait ce scrip que je veux démarrer meme a démarrer un autre programme

Ce n'est pas juste une question de droits d'exécution ?
Tu ajoutes cette commande dans le cron de l'utilisateur ou celui de root ?

 
crontab n'a pas ton bashrc de chargé, utilise le path exact.
 
/usr/bin/reset

 
avec celui de root
 
j'ai rajouté une commande pour faire un reboot a heure fixe, marche pafaitement
 

 
merci, je rajoute ceci dans le scipt ?  

Ah oui, en effet, ça fonctionnera mieux je pense.

Oui, tu dois ajouter le chemin de l'exécutable dans le script utilisé dans ton CRON.

Petit décalage dans la feuille de route 24.04, le temps de corriger tout le *** autour de xz https://discourse.ubuntu.com/t/nobl [...] date/43827

J'espère qu'ils vont regarder tous les projets ou le gus a commit...

Merci pour vos retours d'expériences côté GPU. Cela m'aide dans ma stratégie de mise à jour mémoire de mon portable de 2017.

Bonjour à tous,
 
La prochaine LTS 24.04 devrait arriver le 25 avril 2024. Pour me faire une idée, j'ai trouvé un petit récapitulatif bien pratique avec la LTS actuelle en anglais malheureusement. Peut-être en avez-vous déjà parlé ici... Je partage le lien.
https://linuxconfig.org/ubuntu-24-0 [...] -whats-new

ceux qui veulent, les beta sont dispo au téléchargement

 
ubunlog a fait le recap en français : https://ubunlog.com/fr/actualit%C3% [...] ntu-24-04/

Merci. De mon côté, j'attends l'ajout de mémoire sur mon portable. Je devrais être prêt pour l'installation de la 24.04 LTS et au alentour du 11 Go disponible.
[EDIT] 12 Go de reconnu sous l'UEFI et 11,4 Go disponible pour Linux.

Je me posais la question du choix de FS pour la version 24.04 LTS -> ZFS ou EXT4. Au final, ce sera EXT4 moins gourmand en ressource mémoire, et plus rapide. Bref, pour un portable de 2017, je pense que c'est le meilleur choix.
Par contre, je vais essayer de tester au niveau sécurité, immutable, le chiffrement disque qui sera maintenant basé sur le TPM et bien sûr le démarrage sécurisé.

Merci. Très bonne idée, comme je suis en plaine phase de test et de découverte, même si je ne l'ai jamais fait, c'est vrai que c'est fait pour ça.

J'ai donc récupéré la version Beta, mais je n'ai pas été très loin.
- Téléchargement : OK
- Formatage et boot sur la clef USB : OK
- Installation : ça ne veut pas, avec du bug de crash de la fenêtre de configuration de l'installation.

Pas fan de la nouvelle interface d'installation. En fait vous êtes directement sous Ubuntu style version "portable" pour pouvoir le tester, et pour permettre l'installation, il faut lancer la fenêtre de configuration de l'installation.
Je n'ai pas été très loin. Au mieux seulement les quelques premiers écrans.
Le clavier français n'était pas reconnu, malgré la bonne sélection à l'identique de 22.04 LTS. Je n'ai pas réussi à aller plus loin pour cause de crash de la fenêtre de l'installeur, même en laissant le clavier par défaut. C'est l'appui sur le bouton suivant de cette fenêtre qui fait planter. Je n'ai donc pas pu découvrir les options que je souhaitais voir pour la mise en œuvre de la partie "immutable".

Bref, encore pas mal de travail pour stabiliser la version finale.

Par contre, j'ai réduit mes ambitions concernant le chiffrement disque. Je vais attendre qu'il ne soit plus expérimental, car même si ma machine Linux sera en dépannage, elle restera une machine de production pour les urgences et peut-être plus si je me mets à Dartable pour la photographie, car mon application actuelle ne tourne que sous Windows et Mac OS.
https://discourse.ubuntu.com/t/nobl [...] otes/39890
Je note :
Starting with Ubuntu 23.10, TPM-backed full-disk encryption (FDE) is introduced as an experimental feature, building on years of experience with Ubuntu Core. [...] We invite users to experiment with this new feature, although caution is advised as it’s still experimental.

Voilà ce que je peux en dire pour l'instant.

Le secure boot et ubuntu c'est un enfer, il faut à priori générer des clés spécifiques à mettre sur la partition UEFI et à chaque fois qu'il va y avoir une modification certaines choses ça peut poser soucis (kernel...etc).
 
Perso c'est quelque chose pour le moment avec lequel je ne suis pas à l'aise. J'ai pas réussi à installer avec le secure boot activé + partion chiffré LVM (avant de boot sur l'os ça me met un écran bizarre qui me demande de chosir je sais plus quoi...)

J'ai trouvé ceci pour la partie Secure Boot.
https://askubuntu.com/questions/108 [...] ter-ubuntu
Je traduis la réponse :
 
"Lorsque vous êtes dans le processus d'installation d'Ubuntu 20.04, appuyez sur le mot de passe pour SECURE BOOT. Ensuite, au premier redémarrage, choisissez ENROLL MOK et entrez votre mot de passe SECURE BOOT. Cela permettra à tous les pilotes propriétaires spéciaux de fonctionner correctement. Le mot de passe de démarrage sécurisé que vous devez saisir une seule fois. Alors tout sera plus simple. Ne vous inquiétez pas, soyez heureux."
 
De mon côté, je n'ai fait que la première étape, et lors du premier écran MOK au redémarrage, j'ai simplement fait continue. En claire, il faudra que je refasse pour rentrer mon mot de passe "secure-boot".  
Intéressant tout ces tests que je fait "à blanc" pour me muscler. Vos retours m'aident pour être complètement opérationnel pour l'installation avant utilisation.

Merci, j'avais essayé aussi mais j'avais pas eu l'écran enroll mok mais quelque chose de différent et j'avais pas tout compris.
 
Je retesterais la prochaine fois que je réinstallerais l'os sur le labtop.

J'ai refait, et je n'ai pas réussi. Lorsque j'ai rentré le mot de passe, j'ai eu un message du type "Password does not match".
En fait, au redémarrage, nous avons une fenêtre ASCII en anglais, et je suspecte qu'à ce moment, le clavier français n'est pas encore reconnu, d'où le problème.
Ensuite, on peut entrer par exemple un fichier CER et deux autres formats que je n'ai pas.

Bingo.  Au redémarrage, il faut taper le mot de passe à l'aveugle (EDIT : sur son AZERTY pour préciser) avec un clavier américain dans la tête pour que cela fonctionne.

Merci pour ton retour.

Toute la procédure décrite ci-dessus sert à enregistrer (enroll) une clé de signature de noyau / module noyau dans l'UEFI. Et effectivement, au reboot, quand il faut saisir le mot de passe d'enregistrement, on a un clavier qwerty
 
L'usage principal est :  

• Avoir des modules complémentaires signés (genre virtualbox installé depuis le DEB du site éditeur)
• pouvoir signer des noyaux unisigned (genre ceux des PPA Kernel ubuntu)
• signer et fabriquer des paquets d'installation de noyau avec des super outils de compétition genre KRN

(ce post contient des annonces commerciales)

De rien. J'ai fait un petit EDIT pour qu'il n'y ait pas de doute sur la manipulation à effectuer.

Une explication détaillée ici :
https://wiki.ubuntu.com/UEFI/SecureBoot

passage en 24.04, ras, et aucun changement visible ^^

C'est souvent cela le souci .

moi j'ai des petits bugs avec la gestion des fenetres (genre l'overlay qui indique le nouveau positionnement reste et y'a pas de changemnet de positon de la fenetre)
aussi la session a planté quand j'ai branché mon dock tb
 
ras sur fedora beta avec gnome 46 par contre...

Ha si, pcloud ne marchait plus, j'ai dû installer fuselib2t64 un truc du genre

sur 24.04, c'est quoi ce changement de taille des fenètres de l'enfer oO
 
quelqu'un sait comment on désactive cette merde ?

Quel bureau ?

celui de base d'ubuntu basé sur gnome
 
j'ai l'impression que c'est click sur la bare d'une fenètre et au déplacement d'un mm de la souris retaille tout.
 
et sur firefox en cliquant sur extension j'ai tendance a cliquer a coté en allant vite (j'ai un track ball donc la précision est relative)

j'ai la même merde je pense que 'cest un bug

au passage, si vous utilisez docker.io docker-compose

il faut supprimer docker-compose et installer docker-compose-v2, sinon c'est stack trace python a l'utilisation de docker-compose

(et la nouvelle commande est docker compose sans le tiret)

Heureusement qu'on a pas ça sur Debian
Ceci dit, ça risque de débarquer avec Debian 13.

Ubuntu ça reste du debian testing de toute façon.

je crois que `docker compose` est intégré dans docker.io non ?

Partiellement, docker-compose-v2 ajoute le plugin qui permet de l'utiliser.

ah ouais j'ai
 
ii  docker-compose-plugin                          2.24.5-1~ubuntu.23.04~lunar                amd64        Docker Compose (V2) plugin for the Docker CLI.
 

Le truc que je trouve bizarre, pourquoi ce cas n'est pas géré en migration au lieu de laisser un paquet tout pété...

pas eu de pb ici

ça fait quelque temps que docker-compose est deprecated je crois, p'tet pour ça de ton côté

Mon ubuntu c'est un 18.04 a la base qui a fait toutes les versions