Survie informatique

Salut à tous !
Voici une manip qui pourra intéresser les utilisateurs Win; les autres systèmes Unix ayant déjà des commandes disponibles.

Il n'est pas rare d'avoir une application qui se mette à attaquer les ressources du processeur sans aucune pitié, au point d'activer les ventilateurs, et de ralentir drastiquement l'ordinateur.
L'une des seules parades est de diminuer la priorité du processus; il passe ainsi en second plan quand un autre a besoin de ressources.
Cette manip doit souvent être réappliquée, et se montre très peu efficace à mon goût. Pire, certains programmes ont pour habitude de charger le processeur au maxi si aucun autre n'est utilisé (Firefox, montage vidéo, Spybot, etc...), tandis que certains attendent moins d'une seconde pour considérer que la machine est libre.

Si vous souhaitez limiter la charge du processeur, éviter que les ventilateurs tournent à fond, que votre ordinateur portable soit brûlant (quid de la durabilité à 80° ? ...) quand vous avez laissé BOINC tourner quelques minutes, le logiciel gratuit BES est fait pour vous !

BES : un limiteur de charge CPU pour quand il fait trop chaud pour travailler ....

Votre PC tourne dans une chambre de bonne?
Il fait 35°C dans votre bureau ?
Essayez donc BES !!
Ce programme, réalisé par Mion, en japonais à la base, est désormais accessible de part ses explications en anglais et son option de langue en français depuis Aout 06 ....

BOINC par définition exploite au maximum (100%) les ressources inutilisées du CPU de votre PC.

Parfois une utilisation intensive échauffe un poil trop votre CPU si la conduction (radiateur) et la convection (ventilateur) ne suffisent plus à évacuer les calories générées par les chocs électroniques dans votre pastille de Silicium surexcitée .....

BES va permettre de limiter la ressource CPU que va accaparer une Application (Projet) BOINC.
L'intérêt est que seule l'Application BOINC désignée sera bridée, pas vos autres logiciels.

La prise en main est immédiate; dès le lancement, le programme vous demande de choisir un processus dans la liste, et de diminuer ses ressources, de 1 à 99%.

J'ai testé l'ensemble sur windows movie maker, qui a tendance à consommer 100% des ressources CPU. Il est contrôlé sans soucis à 30%. Le traitement vidéo est 3 fois plus long, mais au moins on peut utiliser l'ordinateur pendant ce temps, et ceci sans lancer les ventilateurs.

Le programme ne peut contrôler pour l'instant qu'un seul processus, mais le faisant en temps réel, c'est dans la plupart des cas bien suffisant.
Téléchargement : Ver. 1.5.2 2012-01-26

Salut à tous !
Ayant la nécessité de migrer d'un ordinateur à l'autre, je me suis retrouvé embêté de devoir re-paramétrer deux logiciels importants : Firefox et Thunderbird.
En effet, je dispose de multiples mots de passe, filtres, extensions, mails, dossiers, etc...
Il est bien entendu possible de copier un à un tous les répertoires cachés de chacun de ces logiciels, mais c'est beaucoup de peine pour peu de choses car l'utilitaire mozbackup automatise la tâche.
Il propose d'ailleurs un tout petit peu plus, puisqu'il permet de choisir quel item sera sauvegardé. Par exemple pour Firefox, on peut désactiver les extensions, le cache, les mots de passe, etc...
Bref, on se retrouve avec un gros fichier monolithique qui assurera la restauration sur le second poste en un seul clic.

Ps : Accessoirement, je mesure tout l'intérêt de travailler avec des volumes Truecrypt : le déplacement des fichiers TC (plusieurs GO) est assuré au débit maximum sur média amovible, tandis que les dossiers ordinaires mettent une plombe en raison de la copie de milliers de petits fichiers.
On est également assuré de ne rien oublier sur un poste tiers, ni ne laisser trop de traces.

Je ne connaissais pas, Merci  
J'utilisais juste le module FEBE pour Firefox mais ça c'est mille foi mieux

Merci Tarsonis. Il ne faut pas oublier de sauvegarder le fichier de sauvegarde au cas où sur un autre support.

Bonsoir

Un avis sur cela : https://collapseos.org

Collapse OS

Bootstrap post-collapse technology

Winter is coming and Collapse OS aims to soften the blow. It is a z80 kernel and a collection of programs, tools and documentation that allows you to assemble an OS that can:

[list="color: rgb(0, 0, 0); font-family: Arial, Helvetica, sans-serif; font-size: 17px; text-align: justify;"]

[*]Run on minimal and improvised machines.

[*]Interface through improvised means (serial, keyboard, display).

[*]Edit text files.

[*]Compile assembler source files for a wide range of MCUs and CPUs.

[*]Read and write from a wide range of storage devices.

[*]Replicate itself.

[/list]

Additionally, the goal of this project is to be as self-contained as possible. With a copy of this project, a capable and creative person should be able to manage to build and install Collapse OS without external resources (i.e. internet) on a machine of her design, built from scavenged parts with low-tech tools.

Autre idée sur le sujet : 
https://www.theverge.com/circuitbreaker/2019/11/27/20983472/raspberry-pi-recovery-kit-apocalypse-cyberdeck-build-jay-doscher

[size=32]This resilient Raspberry Pi cyberdeck is made for the end of the world[/size]

Hello,
le concept est intéressant, mais se donner la peine de renforcer le clavier et les connectiques tout en conservent la super-fragile prise micro-USB ?

J'ai vu ce truc passer ! Trop mignon. Je me demande si yaurait pas moyen de faire une petite station de radio là dedans avec un SDR et deux micros...
ya ça aussi dans le genre https://p-node.org/documentation?fbclid=IwAR0wra6c6X856AN7kxIEftmDMIbDI55VoY9XqolajlnU-qnIcNvHMpGlQp8

Super panne du moment, le SSD M2 de mon laptop a claqué sans crier gare au fin fond la brousse...impossible de récupérer quoi que ce soit, une copie bas niveau échoue au bout de quelques Mo sur chaque partition. Cela ressemble à un problème de cases mémoires HS.
Il me semblait que le programme de gestion du SSD était capable de les sauter, mais là ça semble impossible avec des I/O error et déconnexion immédiate... je regarderai à mon retour mais comme ces cartes sont moulées je pense que ça va faire "pfiout", 250Go de perdus. Mais heureusement les backups ne sont pas trop éloignés

En même temps, smartphone corrompu, la réinstall usine ne fonctionne pas à cause d'un "souci" bas niveau qui bouffe les premiers octets. Récupéré in extremis avec une restauration DFU. Le backup de quelques jours était sur le M2 ci-dessus.... j'ai donc une restauration avec un backup plus ancien, de quelques semaines sur un disque externe.

Bon, tout cela à prendre en tant que piqûre de rappel : sauvegardez, sauvegardez et encore une fois ! Idéalement, avec une rotation sur trois exemplaires mini. Beaucoup de gens autour de moi trimballent des infos importantes à leurs yeux, mais qui n'existent qu'en un seul exemplaire, sur un appareil qui peut soit casser, soit disparaître. Combien de fois on m'a présenté un smartphone éclaté ou un HDD avec "tu peux encore en tirer quelque chose" ?

Ici, j'ai eu deux pannes simultanées, apparemment vraiment rares, mais pas impossibles, loi de Murphy faisant.... histoire de resensibiliser

Faut se méfier des SSD, ça claque d'un coup et niveau récup des données, c'est mort.

Récemment, j'ai eu des firewalls qui se sont mis à claquer les uns après les autres, c'est le firmware du contrôleur du disque qui les flinguaient.

Pour la vitesse, les SSD c'est top, mais c'est à considérer comme du consommable. Pour les backups, j'utilise encore des disques mécaniques (ça tombe bien, je récupère des kilos de disques 1TB.

D'ailleurs, je me demande si je ne vais pas me refaire un laptop ou un fixe en disque mécanique...

J'ai un SSD sur mon PC fixe au bureau, depuis que je l'ai, j'ai eu plusieurs plantages Windows où ensuite le SSD n'est pas reconnu au démarrage. J'ai sauvegardé les fichiers vraiment importants sur nos serveurs mais ça fait flipper.

Salut à tous,
alors suite de l'aventure avec la panne de SSD dans la brousse. Je pensais avoir mes backups, mais j'ai eu un "souci" avec mes disques doublon au retour à la maison, et me suis retrouvé avec un trou dans mes dossiers de presque deux ans....

Du coup, comment récupérer des infos d'un disque SSD Apple chiffré et illisible qui ne boot plus ?

Etape 1 : Récupération usuelle sur Mac :
En bootant en réseau, on télécharge l'OS dans la RAM pour travailler dessus. Cela donne accès à l'utilitaire de disque... mais qui se montre limité. Le SOS ne trouve rien d'anormal et la Réparation échoue.
On a accès au terminal, donc à Diskutil, qui ne fait pas mieux.
On tente un DD, qui permet de copier en contournant le système de fichier, case par case, le SSD vers un fichier image sur un disque externe..... Ah, ça démarre et commence à copier... puis ça plante au bout de quelques Mo avec une erreur I/O : le disque se déconnecte. Aouch, 256Gb morts ? Pas tout à fait !




En première instance, le système de récupération Mac semble vraiment limité, entre le SOS qui dit rien et les commandes bas niveau qui échouent, on va tenter une récupération hors Mac.

Mais on est bloqué par ce fichu format de connecteur propriétaire Apple :

https://beetstech.com/blog/apple-proprietary-ssd-ultimate-guide-to-specs-and-upgrades

Le SSD Apple en bas, un SSD M2 en haut :


J'ai donc trouvé un adaptateur vers un autre standard. Comme mon PC "forensics" est un peu ancien, j'ai choisi d'aller vers le PCI Express.


On branche tout ça.


J'ai utilisé un OS relativement simple et récent mais permettant les manips de base, donc un Ubuntu 24; le Windows le reconnaissant tout simplement pas.

Déjà, bonne nouvelle, sous Ubuntu le SSD est reconnu avec un SMART qui semble récupérable.

Mieux, l'image disque a pu être faite sur l'intégralité du SSD (au lieu de planter au bout de quelques Mo), en remplaçant les erreurs de lecture par des 0. J'ai pas vraiment creusé le process sous-jacent qui doit être de l'ordre de DDrescue.




100Go ont pu être récupérés; on ne sait pas dans quelle mesure, mais dans tous les cas, le disque était en cours de désintégration car une 2e tentative a généré une image disque quasiment remplie que de 0 dès le début :


J'ai donc cette image .img....évidemment illisible par Ubuntu, étant une image de Mac OS.

Je retourne donc sur Mac, avec si possible la même version OS pour la monter. J'ai cependant testé avec deux versions d'écart, cela semble fonctionner également.
L'image est vue comme vide, évidemment.

Sur cet OS, j'ai tenté avec le soft DMDE, qui lui est multiplateforme et capable de scruter dans les tréfonds des images disque corrompues. La version gratuite permet de tout récupérer, à la précision près que cela ne le fait que par dossier (pas de sous-dossier), donc il faut s'armer de patience si vous n'avez pas la licence.
https://dmde.com/fr/download.html

Perso le disque entier m'intéresse peu, c'est uniquement mon archive Truecrypt qui a de l'importance.


On lance le process. Première bonne nouvelle : le format Mac (APFS) est reconnu :



Deuxième bonne nouvelle, des fichiers sont repérés :



Très bonne nouvelle..... mais alors à partir de maintenant j'ai un énorme doute sur la sécurité de Firevault car le SSD récupéré était chiffré. Le mot de passe ou la clef n'ont jamais été demandés dans ce process. Alors, est-ce dû au fait que j'ai utilisé la même version d'OS avec le même User et même MDP ? Mystère, en tous cas je m'attendais à ce que rien ne fonctionne justement à cause de l'étape de déchiffrement AES.....

Malgré les 100Go de données vide, le DMDE arrive à reconstruire la structure du SSD :



On trouve à la fois la liste des documents par type :



Soit par arborescence, et bingo, voici l'archive TrueCrypt de 50Go :



Plus de détails à son sujet dans [TUTO] Clé USB cryptée pour vos EDC/BOB etc... Truecrypt

Alors en premier lieu, l'archive est évidemment corrompue et ne peut être montée, il faut réparer son entête (le "Header").


Alors si vous ne l'avez pas sauvegardé, c'est mort. De mon côté, j'en avais mais perdues dans les méandres des mes dizaines de disques avec la grosse flemme d'aller les chercher. J'ai tout simplement sauvegardé le header de la sauvegarde de ce Volume Truecrypt de 2021.

Veracrypt, qui est le successeur de TrueCrypt, n'a pas été capable de réparer ce Header, il m'a fallu une vraie version TC, qui est pour rappel la V7.1a (la 7.2 ayant été intentionnellement vérolée).

On trouve encore l'originale 7.1a ici :
https://www.truecrypt71a.com/downloads/

Pour rappel, en cas de doute, tous les hash sont référencés sur ce post :
https://www.le-projet-olduvai.com/t3699-tuto-cle-usb-cryptee-pour-vos-edc-bob-etc-truecrypt#150929

truecrypt_setup_7.1a.exe :
sha1: 7689d038c76bd1df695d295c026961e50e4a62ea
sha256: e95eca399dfe95500c4de569efc4cc77b75e2b66a864d467df37733ec06a0ff2
md5: 7a23ac83a0856c352025a6f7c9cc1526

truecrypt_7.1a_mac_os_x.dmg :
sha1: 16e6d7675d63fba9bb75a9983397e3fb610459a1
sha256: 04db58b737c05bb6b0b83f1cb37a29edec844b59ff223b9e213ee1f4e287f586
md5: 89affdc42966ae5739f673ba5fb4b7c5

truecrypt-7.1a-linux-x86.tar.gz :
sha1: 0e77b220dbbc6f14101f3f913966f2c818b0f588
sha256: 9d292baf87df34598738faef7305cddaa15ea9f174c9923185653fb28f8cfef0
md5: 09355fb2e43cf51697a15421816899be

truecrypt-7.1a-linux-x64.tar.gz :
sha1: 086cf24fad36c2c99a6ac32774833c74091acc4d
sha256: 43f895cfcdbe230907c47b4cd465e5c967bbe741a9b68512c09f809d1a2da1e9
md5: bb355096348383987447151eecd6dc0e

Procédure complète de Backup/restore Header ici :
https://www.neowin.net/forum/topic/984006-guide-backup-truecrypt-disk-header/






Bien que notre volume soit réparé, il reste corrompu. Je ne suis pas parvenu à l'utiliser avec Windows. Mais sous Mac et Linux, une option va se révéler hyper pratique, c'est le "Do not Mount" :



L'OS va voir le volume, qui ne sera pas monté (ce qui le fait de toute façon crasher) :


Et là, on réutiliser DMDE !





J'ai retrouvé à peu près tous les dossiers qui avaient de l'importance à mes yeux; même le petit roman post-apo que j'assure de terminer depuis 2011





Bilan :
- Un SSD mort peut être récupérable
- Les plateformes natives (ici Mac OS) peuvent se révéler foireuses pour récupérer des données. Il a fallu passer par Ubuntu.
- DMDE est vraiment intéressant, même en licence gratuite
- Faites plusieurs sauvegardes de vos données vraiment importantes.
- J'ai une confiance limitée dans les systèmes de chiffrement d'OS comme Firevault. Truecrypt reste pour moi un excellent soft, même si plus supporté, à la fois pour chiffrer les archives, mais aussi les réparer, comme ici.

Moralité : vive Linux et les formats ouverts.