http://linuxfr.org/~Beurt/ LinuxFr fr http://linuxfr.org/~Beurt/ http://linuxfr.org/images/favicon.png 30 null@linuxfr.org (Beurt) Fri, 13 Jul 2001 20:43:51 +0200 http://linuxfr.org/forums/47/24676.html http://linuxfr.org/forums/47/24676.html divers Faire une sauvegarde c'est important, on en prend conscience surtout après un crash ! ;o) Pour faire un backup et pouvoir le restaurer dans toutes conditions, y compris avec un Linux très minimal (comme un Linux sur disquette) vous n'avez besoin que de tar et gzip. Pour faire votre backup, faites un "cd" là où vous avez un peu de place (environ 2/3 de la place totale prise par votre système devrait suffire) et tapez: tar -czpvf foo.tgz /foo/ où foo doit être successivement remplacé par le nom des dossiers présents à la racine de votre root (\"/\"). normalement: bin, boot, dev, etc, home, lib, net, opt, root, sbin, usr, var (pas la peine pour mnt et tmp normalement). Mettez tout çà à l'abri sur un CD par exemple. Pour le restore, utilisez un autre Linux (disquette Linux ou demolinux par exemple), montez votre ancienne partition root (mnt /dev/?d? /mnt/disk où ?d? est votre partition root), faites un "cd /mnt/disk" puis tapez: tar -xzvvf /foo/fooo.tgz --preserve où foo est le chemin de l'endroit où vous avez sauvé votre système (/dev/cdrom si c'est sur un CD) et fooo est le nom d'un des répertoires de root (voir plus haut). Ca peut même servir à exporter votre Linux sur d'autres partions, voires d'autres machines (identiques!). PS: n'oubliez pas de restaurer Lilo (lilo -C...) null@linuxfr.org (Beurt) Thu, 12 Jul 2001 21:47:51 +0200 http://linuxfr.org/forums/47/24675.html http://linuxfr.org/forums/47/24675.html divers Vous êtes coincés, votre MBR est tout cassé et donc vous n'avez plus de lilo pour démarrer ? Procurez-vous une disquette de démarrage de Linux (ou un des micro-Linux), ou bien tout simplement demolinux ou encore le cd d'install des dernières distrib et dès que vous pouvez vous logger, montez votre partion root: mnt /dev/hda1 /mnt/disk/ -t ext2 (ou hda1 est la partion root) puis tapez: lilo -t -v -C /mnt/disk/etc/lilo.conf si tout va bien tapez la meme chose sans le "-t": lilo -v -C /mnt/disk/etc/lilo.conf C'est réparé ! null@linuxfr.org (Beurt) Sat, 11 Mar 2006 22:36:58 +0100 http://linuxfr.org/forums/14/15449.html http://linuxfr.org/forums/14/15449.html mandriva Salut à tous...<br /> <br /> J'ai un joli portable depuis quelques mois, et n'avais jamais eu l'occasion de me pencher sur l'hibernation (suspend to disk) avec...<br /> <br /> Ma Mandriva 2006.0 propose "out of the box" les outils pour le suspend to ram et to disk (dans le paquet laptop-mode j'ai cru comprendre). Quant à KDE, il offre un front-end à tout ça via Klaptop (très bien pour gérer les fréquences via cpufreqd aussi).<br /> <br /> Le suspend to ram fonctionne à merveille.<br /> Le suspend to disk pose le problème suivant:<br /> - Le portable hiberne bien (sauvegarde de tout dans le swap: ok)<br /> - Mais au reboot, (le append="resume=/dev/monswap" est bien mis dans le lilo.conf) lorsqu'il essaie de "résumer" après avoir stoppé les taches du boot, libéré la mémoire, il indique: "resume: reading image data (XXXX pages)" et ensuite... Il reboote !!! Donc pas de retour d'hibernation...<br /> <br /> Il est dur de traquer le bug puisqu'il n'y a jamais de traces dans les logs (ni de la mise en hibernation, ni du retour raté)<br /> <br /> Alors s'il y a des gens qui ont déjà résolu ce problème, si vous êtes des spécialistes de swsusp ou si vous êtes plus habiles avec Google que moi, je vous serais vraiment gré de l'aide que vous pourriez m'apporter !<br /> <br /> Note: des utilisateurs de Gentoo, et Debian sur le même modèle de portable rapportent que le suspend to disk fonctionne... Je voudrais éviter de faire comme eux (utilisation de suspend 2, donc patchs, recompliation du noyau &amp; co) et utiliser ma jolie Mandriva sans trop bidouiller...<br /> <br /> Note 2: pour les curieux, le portable est un magnifique bijou: Fujitsu-Siemens P7010, qui est un ultra-portable de 10"6 (qui tient presque dans la main) et qui est fort fonctionnel sous GNU/Linux (écran, touches spéciales, touchpad, connectique, freq variables du cpu, wifi, etc.). ce serait dommage de pas ajouter le suspend au tableau ! null@linuxfr.org (Beurt) Thu, 17 Feb 2005 00:37:46 +0100 http://linuxfr.org/forums/12/6926.html http://linuxfr.org/forums/12/6926.html general Rah ! Ça fait 45min que je cherche un truc idiot sans trouver je craque !<br /> J'ai RTFMé, Googlé dans tous les sens, sans aucun succès.<br /> <br /> Voilà mon souci: Unison a l'air plutôt sympathique pour synchroniser des répertoires. Tant mieux, j'ai une clé USB que j'utilise pour transporter des données entre le boulot et chez moi, et il m'arrive de modifier dessus des fichiers, aussi bien au boulot que chez moi. Je voudrais donc synchroniser tout ça.<br /> <br /> Or lorsque j'essaie, je tombe sur un os. Une fois ma clé USB montée, je lance Unison, qui détecte bien les changements à opérer. Je lui dit GO (pour faire la synchro) et là, c'est le drame:<br /> <pre>bidule.ext<br /> Error in setting permissions:<br /> Operation not permitted [chmod(/mnt/removable/.#bidule.ext.0.unison.tmp)]</pre><br /> <br /> Horreur malheur ! Ma clé est bien entendu en fat(32), au boulot il n'y a que Windows. Et cette andouille d'unisson veut absolument (même avec l'option "-perm 0") faire joujou avec les permissions sur ma clé USB tout en fat (d'où le hic !).<br /> Donc pas de synchro...<br /> <br /> Est-ce que quelqu'un a rencontré et résolu ce problème ?<br /> Sinon, quelqu'un peut me proposer quelque chose pour synchroniser ma clé USB (fat) avec mes fichiers (dans mon /home, ext3) ?