Chris K. a écrit 1152 commentaires

Si on est d'accord pour dire que :

• Le métier influence l'espérance de vie, exemple extrême les égoutiers à Paris.

• Plus le niveau d'étude est élevé, plus tu commences à travailler tard et plus tu as le choix de métiers qui ne sont pas usants physiquement.

• Un bon niveau d'études ouvre l'accès à de bonnes rémunération.

• Le niveau de vie influe également sur espérance de vie.

Je me dis qu'on en fait beaucoup pour réduire tout cela à le seule question de l'age.

Pour mieux faire oublier la durée de cotisation, la pénibilité et effacer du débat ceux qui ont commencé tôt et ont exercé toute leur vie un métier qui use le corps ? Car ce sont eux les grands perdants dans cette histoire.
Soit par totale ignorance de ce que sont réellement ces métiers (agriculteurs, maçons, routiers, …) soit car après tout cela ne concerne généralement pas ceux qui en parlent dans les médias.

On a une belle illustration de la lutte des classes.

Et dmesg ne donne pas plus de détails / erreurs ? Sans plus d'informations cela va être compliqué de trouver une bonne piste.

Correction du post juste au dessus, pour ces APUs c'est radeon.cik_support=0 amdgpu.cik_support=1 à priori pour changer de driver et non ce que je t'ai donné.

Autre piste forcer l'utilisation du driver amdgpu à la place du driver radeon avec radeon.si_support=0 amdgpu.si_support=1

Il se coupe aussi au bout de quelques minutes ?
Tu as peut être des infos supplémentaires si tu lances la commande dmesg ?
PS : essayes de combiner acpi=off et iommu=pt aussi juste pour voir.

Ah oui bizarre. Tu peux tenter de booter avec acpi=off juste pour voir si cela change quelque chose ?

Ok ce sont juste des options pour le boot graphique. Fausse piste pour l'iommu du coup.

Si tu enlèves quiet et splash tu as plus d'infos lors du kernel panic ?

Pour avoir déjà eu un problème similaire, tentes de démarrer avec le paramètre noyau iommu=pt. Au pire jettes un œil sur ce que la Fedora utilise de ce coté.
Le paramétrage acpi peut aussi poser des soucis de ce type sur ces plateformes.

Il te suggère une réparation qui colle avec ce que je t'ai donné dans le message précédent.

As tu essayé la procédure que je t'ai donné ? Si oui quel est le soucis ?

Tant mieux c'est ce que je suspectais et c'est réparable.

A priori le type de partition est bon vu qu'il te dit que c'est de l'EFI

Si tu as gparted ouvert tu peux la reformater en fat32 depuis l'interface. C'est important de vérifier le type et le formatage car elle a peut être été modifiée lors de ta manip. Pour que cela fonctionne le type de la partition doit être en EFI et formatée en fat32 / vfat

Sinon tu peux aussi formater dans le terminal :

mkfs.vfat /dev/sda1

Ensuite tu refais la procédure donnée en haut avec le montage de /dev/sda1 dans le /mnt/system/boot/efi comme décrit en haut

#si il y a une partition efi on la monte dans le /boot/efi de l'empalcement
mount /dev/sda1 /mnt/system/boot/efi

Le grub-install va alors retrouver ses petits et il va te remettre ce qu'il te faut sur la partition EFI.

Oui c'est bien cela la commande est donnée dans la liste au dessus je ne l'ai pas commentée correctement :

#on crée un répertoire
mkdir /mnt/system
# on monte la partition linux dedans
mount /dev/sd"numéro-de-partitionlinux" /mnt/system

Donc effectivement dans ton cas la grande partition étant sda2 c'est certainement celle là, cela donne la commande :

mount /dev/sda2 /mnt/system

Tu peux aussi monter sda1 dans un autre répertoire (ou utiliser le gestionnaire fichier graphique pour cela comme tu préfères) et regarder ce qu'il y a dedans. N'hésites pas à reposter ce que cela donne ici car il va peut être falloir la restaurer en partiton EFI… on ne peut pas savoir pour le moment.

Très bon réflexe effectivement. Montes ta grande partition pour voir si elle contient bien ton Linux et tes données par la suite tu seras vite fixé.

Hello,

Il faut remonter ta partition linux dans un répertoire, par exemple /mnt/system, monter ce qu'il faut pour que tout fonctionne, faire un chroot dedans et relancer un grub-install.

En root sur ta clé :

#on crée un répertoire
mkdir /mnt/system
mount /dev/sd"numéro-de-partitionlinux" /mnt/system

#si il y a une partition efi on la monte dans le /boot/efi de l'empalcement
mount /dev/sd"numéro-de-partition-efi" /mnt/system/boot/efi

#on se place dedans
cd /mnt/system

#on monte ce qu'il faut
mount -o bind /dev ./dev/
mount -o bind /dev/pts ./dev/pts
mount -o bind /sys ./sys/
mount -o bind /proc ./proc/
mount -t efivarfs none ./sys/firmware/efi/efivars

#on fait un chroot dans ton système
chroot ./ /bin/bash

#on lance les commandes pour réinstaller grub
update-grub
grub-install

Et oui effectivement la partition Linux de 512M est inquiétante, il faut commencer par regarder ce qu'il y a dedans. Avec un peu de chances tu as juste remplacé ta partition EFI que tu pourras recréer, grub-install remettra ce qu'il faut dedans.

Un peu tard pour le conseil mais tu pouvais dupliquer ton dossier en "Yaru-Mod" par exemple et l'utiliser comme thème d'icone principal. En cas de mise à jour du package tu vas certainement récupérer les symboles supprimés.

Pas de scrupules pour ma part à changer les symboles par du vide dans ce cas

Oui effectivement ou tester un autre thème d’icônes pour voir si c'est mieux intégré

Effectivement ca rends pas terrible comme ca. Quel est le bureau utilisé ? Il y a peut être moyen de paramétrer cela.

Au pire trouver l'icone du symbole dans /usr/share/icons, en faire une copie et la remplacer par une icone vide ou quelque chose de plus discret.

Il te signale que ce n'est pas sécurisé car ce qui est copié depuis skel appartient à l'utilisateur, le fichier pourrait être édité pour pointer sur tout autre chose que ce que l'icône et le nom suggère.

Pour faire cela bien, tu peux utiliser /usr/share/applications/. Tes raccourcis seront alors aussi référencés dans le menu des applications de ton gestionnaire de bureau.

Ensuite pour les afficher sur le bureau un simple lien symbolique vers ton dossier skel, avec un ln -s /usr/share/applications/monapp.desktop /etc/skel/Desktop/, y donnera accès sans donner les droits à l'utilisateur sur le fichier desktop, ce qui enlèvera l'alerte en question.

Autre avantage une modification de ton fichier desktop dans /usr/share/applications/ sera effectif immédiatement pour tous les utilisateurs.

En tant qu'utilisateur de longue date je te conseillerai de l'essayer dans un premier temps sans aller aussi loin que cet ajout direct d'InfluxDB.
HA est déjà assez puissant pour faire de la visualisation, consulter des historiques ou créer des entrées personnalisées avec tes propres formules et les visualiser. C'est compris dans l'installation de base sans avoir à ajouter de plugin particulier.
Si vraiment tu as besoin de plus tu pourras toujours faire des ajouts par la suite, ce sera certainement plus simple pour une première prise en main.

Un petit lien précieux avec des relevés de conso sur du matos grand public :
https://docs.google.com/spreadsheets/d/1LHvT2fRp7I6Hf18LcSzsNnjp10VI-odvwZpQZKv_NCI/edit?gid=0#gid=0

Perso je suis parti sur une Asus B550-F avec un Ryzen Pro 5650G et 32Go de DDR4-3000. C'est sensé supporter correctement l'ECC (en cas de besoin mais pas encore testé, pour le moment j'ai recyclé d'anciennes barrettes). Le setup consomme ~25W à la prise en idle avec 2 nvme et 2 disques durs dedans. Bien entendu il faut prendre une alimentation de qualité avec une bonne efficacité lorsque peu de watts sont demandés.

Si vous ne connaissez pas encore les conférences de l'auteur de ces outils de vulgarisation, Julien Bobroff, je vous conseille d'aller y jeter un œil car il y a de vraies pépites.

Par exemple une explication du fonctionnement de l'IRM en 1h : https://www.youtube.com/watch?v=ZJbmN2WT6x8 - et il y en a quelques autres également en accès gratuit sur l'espace des sciences.

Pour ma part j'utilise OfflineIMAP pour sauvegarder tous les comptes mails de la boite : avec un fichier de conf et un service qui lance la synchro à intervalle régulier, c'est simple et tout roule sans que cela pose de soucis.

En cas de besoin de restauration j'ai un second fichier de conf sous la main qui va envoyer la sauvegarde locale au format Maildir vers le serveur voulu.

Cela supporte l'authentification OAuth de gmail et il y a de nombreuses options pour pouvoir faire matcher les noms des dossiers qui peuvent différer entre différents serveurs IMAP.

Effectivement s'arrêter avant les 4 dernières ligne ne change rien par rapport à ta méthode. Il manque juste 3 lignes à la fin en plus.

PS: Par contre attention je ne suis pas sûr que le RPI va supporter de booter avec une table de partition GPT.

Tu peux utiliser tes outils habituels pour manipuler l'image disque une fois celle-çi décompressée.
Sous unix tout est fichier donc un gdisk monimage.img va te permettre de manipuler la table de partitions de l'image comme celle d'un disque dur physique sous /dev.