Fedora-Fr - Communauté francophone Fedora - Linux

encfs est une solution présente dans les dépôts de Fedora mais hélas le développement n'est plus très actif.

L'avantage est que encfs est aussi disponible sur Windows et qu'il est donc possible de partager un même répertoire crypté sur un disque, sur une clé ou sur le cloud entre Linux et Windows.

Visiblement c'est le journal du boot sur le kernel 5.3.7-301.fc31.x86_64

Si ton système se plante assez tôt c'est possible qu'il n'est le temps d'écrire dans le journal avant de s'arrêter.

La solution dans ce cas serait d'envoyer les écritures sur un autre ordi au fur et à mesure mais ça demande un peu de travail.

Il faut t'assurer que les repo contenant les paquets à restaurer sont bien enabled et que les paquets si trouvent encore.

Tu peux ajouter les repos nécessaires à la commande dnf, par exemple:

sudo dnf history rollback 350 --enablerepo=*-testing

Si les repos ne contiennent plus les paquets nécessaires pour le rollback c'est plus compliqué. Dans ce cas tu dois pouvoir récupérer tous ces paquets sur koji https://koji.fedoraproject.org/koji/ , les stocker dans un même répertoire et exécuter le rollback à partir de ce répertoire. Ca devrait marcher.

Une autre piste pouvant être combinée à la précédente: tu supprimes les paquets réinstallables facilement qui t'empêchent de faire le roolback: darktable, calibre, ....  puis tu tentes ton rollback et tu les réinstalles après.

Moi j'ai stocké mon RIB en plusieurs endroits:

- la sécurité sociale
- ma mutuelle
- la CNAV
- l'AGIRC
- l 'ARRCO
- la MACIF
- mon syndic d'immeuble
- le Trésor Public
- ....

Les salariés de toutes ces entités y ont donc eu accès !

Je cours un  vrai risque ?

Tu peux aussi, à tes risques et périls, aller chercher certains paquets directement sur https://koji.fedoraproject.org/koji/

Je dis à tes risques et périls car si tu récupères un paquet sur koji juste après sa création tu seras un de ses tous premiers utilisateurs et tu risques donc potentiellement de rencontrer des bugs.

Firefox 72.0.1 que tu cites dans ton message est disponible sur koji depuis hier soir.

Personnellement et dans le même ordre d'idées j'utilise pyrenamer pour ajouter yyyymmdd_hhmn à partir des données exif devant le nom de  fichier ce qui me donne:

- avant DSC_0001.JPG
- après 20190422_1550_DSC_0001.JPG

Ta méthode normalise le nom et la taille entre plusieurs sources ce qui est intéressant.

Que te propose d'enlever

$ sudo dnf remove kernel*fc30*

Si tu installes sans modification le fichier virtualbox.repo pour Fedora fourni par Oracle sur la page https://www.virtualbox.org/wiki/Linux_Downloads le contenu de celui-ci est:

[virtualbox]
name=Fedora $releasever - $basearch - VirtualBox
baseurl=http://download.virtualbox.org/virtualbox/rpm/fedora/$releasever/$basearch
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://www.virtualbox.org/download/oracle_vbox.asc

Il y a une substitution qui est faite pour $releasever/$basearch ce qui fait que tu pointes toujours sur le repo correspondant à ta version de Fedora.

Il y a toutefois  un petit problème avec ce mécanisme quand Oracle n'a pas encore mis en ligne le repo correspondant dans le cas d'une nouvelle version de Fedora. Dans ce cas il faut modifier manuellement et temporairement le fichier /etc/yum.repos.d/virtualbox.repo

246 paquets ont été modifiés le 2019-12-19 11:00 par la transaction 200
14 paquets ont été modifiés le 2019-12-16 11:07 par la transaction 199
61 paquets ont été modifiés le 2019-12-12 19:33 par la transaction 198
et ainsi de suite

Pour savoir quels paquets ont été modifiés par la transaction 200

$ sudo dnf history info 200

Pour annuler la transaction 200

$ sudo dnf history undo 200

Pour annuler les transactions 200 et 199 et revenir à l'état après la transaction 198

$ sudo dnf history rollback 198

Voir: https://forums.fedora-fr.org/viewtopic.php?id=70002

C'est ce qu'il faut faire.

En règle général pour une utilisation lambda tu n'as pas besoin d'installer debug et devel.

Peux-tu poster le résultat de la commande indiquée dans la réponse #4

$ sudo dnf install gnomebaker

Mets cette réponse entre deux balises [ code] et [ /code] (sans espace)