Bonjour,
J'utilise Mandrake 10.1 sous interface Gnome.
A la suite d'une manipulation malencontreuse (j'ai autorisé le "login direct en root" sous "Sécurité"/ "Vérifications"). Depuis, et malgré une remise à jour du système, impossible d'avpoir accès à l'interface graphique qui plante à l'ouverture systématiquement.
Qqun peut-il m'aider et me donner une idée de la marche à suivre ?
Je précise que je suis débutant sous linux.
Merci d'avance à tous.
Forum Linux.mandriva plantage étrange !!!!
12
oct.
2005
# /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
Je n'ai pas réussi à obtenir le fichier en question via la console en init 3 :
permission réfusée !
Par contre, en faisant un test sous XFdrake, j'ai obtenu celui-ci :
Failed to load module "/usr/X11R6/lib/modules/extensions/libglx.a"
(once only module, 135962511)
Could not init font path element unix/:-1, removing from list !
Essayer de changer les paramètres
Ca te dit qqchose ?
Merci d'avance.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
# en question via la console en init 3 :
# permission réfusée !
Mais l'un de des fichiers de trace existe-t-il ? Te connectes-tu en root ?
Suivant que ta distribution utilise XFree86 ou bien Xorg;, les fichiers et les commandes changent. Faute de connaitre ta distribution, je te donne toutes les possibilités que tu peux rencontrer.
La bibliothèque absente est un accélérateur graphique. Dans un premier temps, tu peux t'en passer.
Dans le répertoire /etc/X11
sauvegarde le fichier xorg.conf ou bien XF86Config
puis lance (en root) la commande xorgconfig si ta distribution utilse Xorg
sinon la commande xf86config et réponds aux questions posées.
Cela configurera X.
Attention, désactive glx pour que cela marche.
Bon courrage.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
1- Ma distribution (Mandrake 10.1) utilise Xorg.
2- Je me connecte bien en root mais /var/log/Xorg... me donne "permission refusée" (sic).
3- Peux-tu me donner les commandes à écrire pour :
"Dans le répertoire /etc/X11
sauvegarde le fichier xorg.conf "
et
"désactive glx"
3 bis - Je ne suis pas du tout familier avec les lignes de commandes !
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
cd /var/log
ls -l
whoami
3. Pour sauvegarder /etc/X11/xorg.conf , utilise les deux commandes suivantes :
cd /etc/X11
cp xorg.conf xorg.conf.initial
Pour enlever glx , consulte la documentation de vi pour :
- charger un fichier
- insérer un caractère
- sauvegarder le fichier obtenu.
Tu trouveras une bonne documentation dans la page :
http://casteyde.christian.free.fr/system/linux/guide/online/x1793.h(...)
Ensuite, lance l'éditeur de texte vi sur le fichier xorg.conf. Tu trouveras la ligne comme ci-dessous :
Load "glx"
Dans ce fichier, toute ligne débutant par un dièse est considérée comme un commentaire. Insère un dièse en début de cette ligne.
3. bis : Si tu veux découvrir linux, je te conseille la documentation suivante :
http://casteyde.christian.free.fr/system/linux/guide/online/book1.h(...)
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
2. Après cd /var/log puis ls -l, j'obtiens une liste de connexion (droits + log +arborescences + date) : quelle est l'info à récupérer là dedans ?
Ensuite whoami me donne root.
Je n'ai pas entrepris les manips suivantes, étant peu sûr de mon coup et de t'avoir bien compris : dans vi, #Load "glx" est la commande pour enlever glx ? (ensuite, comment faire pour le remettre ?)
Enfin, question peut-être idiote : quelle est la finalité de ces manips ? restaurer l'interface graphique dans sa version de base, si elle a été corrompue ? où bien ces manips ne sont-elles que le prélude, le moyen d'obtenir les infos nécessaires à la correction d'un éventuel bug ?
Je m'inquiète en effet un peu étant donné mon peu de connaissances des arcanes de Linux... Si les occases pour apprendre sont tjrs les bienvenues, le pb est que ça tombe plutôt mal pour moi. N'y a t-il pas un moyen + adapté à mon ignorance (et au temps actuel que je peux consacrer pour y remédier) pour récupérer ma machine ? Je pensais à une réinstallation du système mais je ne sais pas jusqu'à quel point je risque ainsi de perdre ma configuration actuelle...
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
deuxième information : tu es bien connecté en root.
Je ne comprend pas pourquoi alors que tu es root, tu ne peut pas lire le fichier /var/log/Xorg.0.log !
Avec vi. cela n'est pas la bonne commande.
Pour désactiver glx, Il suffit d'ajouter un dièse au début de la bonne ligne.
Dans le fichier /etc/X11/xorg.conf , tu doit avoir :
# Load "glx"
au lieu de :
Load "glx"
Pour réactiver glx, il suffit d'enlever le dièse.
Consulte la documentation citée. C'est facile.
Si tu veux maitriser les bases de vi, tu peux te connecter avec ton compte utilistaeur (et non root!) et écrire, modifier un fichier texte simple. Pour cela, lance la commande :
vi mon_fichier.txt
et tape du texte, sauvegarde le fichier, puis réouvre ce fichier (même commande que ci-dessus) pour le modifier. Ensuite, tu pourras modifier le fichier xorg.conf sous le compte root.
Cette manip n'est pas difficile et elle peut te permettre de lancer ton burreau sans glx. Si cela ne marche pas, et si tu n'as pas d'autre aide, tu pourras réinstaller avec toutes les incertitudes (sauvegarde données, configuration système).
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
Peux-tu me communiquer la commande de sauvegarde dans VI, j'ai parcouru le mode d'emploi, impossible de mettre la main dessus...
(sav + nom du fichier + ! ?). D'autre part, si ceci est la bonne commande, est-ce que j'enregistre le fichier sous le même nom (/etc/X11/xorg.conf) ? Je suppose que oui vu ce que tu m'expliques précedemment mais....
Par ailleurs, si j'essaie de lire ce fichier (/etc/X11/xorg.conf) sous root, la permission m'est également refusée...
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
:w fichier.txt (pour sauvagarder le fichier sous le nom fichier.txt)
:w (pour sauvegarder le fichier sans le renommer)
:q (pour quitter vi)
:q! (pour quitter vi sans sauvegarder le fichier s'il a été modifié)
Fait un copie du fichier xorg.conf avant modification. Tu pourras réinstaller le fichier original en cas de problème. Et enregistre le fichier après modification sous le nom /etc/X11/xorg.conf pour que la suppresson de glx soit prise en compte.
En root, tu n'arrives pas à lire ce fichier ?
Normalement, root peut tout lire. Ton système va très mal.
Vu les symptomes, c'est soit un gros problème matériel (disque dur en mauvais état, problème mémoire ou autre), soit une configuration de sécurité.
Ton disque dur est-il récent ? Avec quel système de fichiers a-tu formaté tes partitions ? Ext2, ext3, reiserfs ?
Pour contrôler tes partitions, consulte la documentation citée.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
Je ne pense pas qu'il s'agisse d'un pb matériel, étant donné que j'ai
3 autres partitions XP (dont 1 sur le même disque) qui tournent impec.
C'est plutôt ta 2nde supposition, vu que le plantage a surgi suite à une modification dans les choix de sécurité de Mandrake où, pour 1 raison de confort (sic), j'ai coché une option permettant la connexion directe (à l'ouverture du système) en root.
Peut-être y a t-il le moyen de reconfigurer (revenir à une config de base) la sécurité d'1 manière similaire à celle que tu m'indiquais pour Xorg.
A ce sujet, merci pour tes dernières infos, le mode d'emploi de Vi est plutôt hermétique !
J'attends tes conseils avant de continuer ces 1ères manips sur Xorg, pê inutiles.
Pour info, je suis en ext3.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
Sais -tu créer, modifier un fichier texte avec vi ? Nous en aurons peut-être besoin plus tard.
S'il existe ,je ne connais pas le moyen de revenir à une configuration de base.
Prenons les problèmes dans l'ordre : tout d'abord controler ta (tes) partition(s) linux.
Sais-tu sur quelle(s) partition(s) linux est-il installé (hda1, hda2, ...) ?
Sais-tu les controler ?
Ta machine a-t-elle été arrêtée brusquement ? Ext3 ne le supporte pas. J'ai toujours perdu des données avec ce système.
A+
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
Il me semble que Linux est installé en hda1 mais je vais tâcher de vérifier via un coup d'oeil sur le mémo que tu m'as conseillé en lien (je ne sais pas encore comment on fait, Windows ne me donne évidemment aucune info sur les partitions Linux).
Ma machine ne s'est pas arrêtée brutalement, c'est en redémarrant après la modif effectuée (cf mess précédent) que le pb est apparu (interface graphique qui ne se lance pas).
Je n'en ai pas de souvenir précis, mais il m'est peut-être arrivé de rebooté la machine occasionnellement auparavavant . Si c'est le cas, je n'ai en tous cas pas été amené à constater des conséquences immédiatemment.
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
Par erreur, j'ai éteins une fois la multiprise sous mon burreau alors que mon ordinateur tournait. Mon linux ne fonctionnait plus correctement au reboot. Depuis, j'ai remplacé ext3 par reiserfs et je n'a plus de soucis.
Si tu as utilisé une fois le boution marche-arrêt, ne cherche plus : une partition en ext3 est abimée.
# Windows ne me donne évidemment aucune info sur les partitions Linux).
Partition Magic le fait
Bon, pour trouver sous linux le partitionnement de ton premier disque dur, utilise la commande (en root bien sur) :
fdisck /dev/hda
Ensuite, tu appuies sur les touches (sans les guillemets) "p" et "entrée" pour afficher la table de partition
puis sur les touches "q" et "entrée" pour quitter.
Sur ma machine cela donne :
Device Boot Start End Blocks Id System
/dev/hda1 * 1 523 4200966 c W95 FAT32 (LBA)
/dev/hda2 524 1046 4200997+ 83 Linux
/dev/hda3 1047 4483 27607702+ 83 Linux
/dev/hda4 4484 4998 4136737+ 83 Linux
Ce qui signifie qu'il y a une parttion windows et trois partitions linux.
Si tu as un second disque dur sur le premier port ide, tu lanceras aussi la commande
fdisk /dev/hdb
Renvoie moi aussi le résultat de la commande suivante qui va te donner les partitions de ton linux et leurs utilités :
cat /etc/fstab
A+
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
Je t'envoie à suivre le résultat de cat /etc/fstab
A +
PS : J'ai remarqué à l'ouverture en init 3 l'info suivante :
cannot open master raw device dev/rawctl' (no such file...)
Ect-ce normal ?
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
cat/etc/fstab me donne l'énervant "no such file..."
idem pour fdisk/dev/sda !!!!
Suis-je au bon niveau de démarrage avec init 3 ?
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
cat /etc/fstab donne (pour les partitions à pb) :
dev/sda5 / ext3 defaults 1 1
dev/sda7 /home ext3 defaults 1 2
Ca se précise ?
Dis-moi si tu as besoin de l'ensemble des infos sur cette commande
(le reste concerne les partitions XP NTFS, le swap et une partition FAT 32) et sur fdisk /dev/sda (pour les infos de blocs?)
Encore et tjrs merci pour ta patience et ta disponibilité. J'espère ne pas être encore arriver au bout...
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par slack . Évalué à 1.
Les informations données suffisent :tes partitions linux sont sda5 et sda6.
fsck ne peut pas contrôler une partition si des fichiers peuvent être modifiés. Le plus simple est de booter avec le cdrom de restauration (le cd1 ou le cd2).
Ensuite, trouve un terminal virtuel : utilise les touches Alt+F2, Alt+F3 ...
N'utilisant plus mandrake depuis 2 ou 3 ans, je ne peux pas t'aider plus à ce niveau.
Ensuite lance :
fsck /dev/sda5
fsck /dev/sda6
Si fsck trouve des problèmes, tu devras sauvegarder tes données et réinstaller.
Sinon, le problème vient d'ailleurs mais d'où ? Il est totalement anormal que tu ne puisses pas ouvrir le fichier /etc/X11/xorg.conf et que le support de glx disparaisse.
A+
[^] # Re: /var/log/Xorg.0.log ou /var/log/XFree86.0.log
Posté par tompenvern . Évalué à 1.
Je n'ai pas réussi à trouver de terminal via le CD d'install (le seul disponible apparemment est celui du mode rescue et les commandes y sont très limitées). Par contre, j'ai trouvé la commande suivante "shutdown -r -F now" qui permet de forcer fsck au redémarrage.
Les vérifications des 2 partitions sont bien effectuées mais aucune indication (ou alors il y a quelquechose que je n'ai pas su interpréter) n'est donnée concernant l'état des disques.
Tu ne m'as pas dit ce que tu pensais de cette ligne répétée 6 ou 7 fois qui apparait lors de l'ouverture du système en init 3 :
cannot open master raw device dev/rawctl' (no such file...)
suspect ou pas? Je ne l'avais jamais remarqué avant...
# RE
Posté par slack . Évalué à 1.
Comment sais-tu que la vérification des 2 partitions s'est bien effectuée ?
Si tu as trouvé le terminal via le CD1 et le mode recue lance les commandes suivantes en ligne de commande ne tape pas les lignes qui débutent par un dièse qui sont des commentaires :
# N'oublie pas l'espace entre la commande et le texte qui suit
# pour avoir un clavier azerty
loadkeys fr
# pour controler tes partitions
fsck /dev/sda5
fsck /dev/sda6
# pour vérifier le fichier /etc/X11/xorg.conf
# on crée un répertoire pour rendre accessible le contenu de la partition
mkdir /sda5
mount /dev/sda5 /sda5
vi /sda5/etc/X11/xorg.conf
Si vi te répond que tu n'as pas les droits, tu as fait une faute de frappe ou ton système est à inspecter de prèt.
Le terminal fourni par le mode recue suffit pour ce que nous avons à faire.
Pour la ligne
cannot open master raw device dev/rawctl' (no such file...)
je n'ai pas d'informations précises. Ma distribution ne semble pas l'utiliser.
Ton système semble très mal en point.
[^] # Re: RE
Posté par tompenvern . Évalué à 1.
Content d'apprendre que tu ne perds pas complètement ton temps...
"Comment sais-tu que la vérification des 2 partitions s'est bien effectuée ?"
Le système mouline (avec une barre de progression en %) pendant environ 1 mn sur chaque partition. C'est vrai que ça fait peu par rapport aux vérifs sur Windows... Et j'ai lu ds je ne sais plus quel topo sur Linux et fsck qu'en principe le système renseigne sur la vérification des partitions par des codes (0,1,2,3...) renvoyant à l'état des sus-dites partitions. Dans mon cas, que dalle...
"Le terminal fourni par le mode recue suffit pour ce que nous avons à faire."
Le pb c'est que j'ai essayé "fsck /dev/..." sous rescue et ça marche pas.
Il est vrai que c'était en clavier "qwerty", en trouvant les équivalences.
Ca a peut-être une incidence.... Je réessaie.
"Ton système semble très mal en point."
J'apprécie l'euphémisme et ton sens de l'humour... mais je garde espoir...
[^] # Re: RE
Posté par tompenvern . Évalué à 1.
Rien à faire avec le mode rescue :
fsck n'est pas reconnue
mkdir /sda5 tapée 2 fois de suite donne (car la première sans résultat) :
/sda5 still exists (pas écrit comme ça mais c'est l'info)
puis mount /dev/sda5 /sda5 (malgré tout) : /dev/sda5 is not a valid block device
qd à vi /sda5/etc/X11/xorg.conf (malgré tout encore, ce qui est assez stupide j'en conviens) :
/sda5/etc/X11/xorg.conf [UNTITLED FILE] en bas d'une page vierge....
Tout cela commence à être passablement embrouillé et j'ai bien peur de ne pas arranger les choses... Je crois que je ne vais pas tarder à donner dans le radical.
Si tu as une suggestion joker...
[^] # Re: RE
Posté par slack . Évalué à 1.
Si je tenais le #@$ d'informaticien qui a créé ce système rescue ! Normalement la commande fsck se charge de lancer le bon outil de contrôle en fonction du système de fichiers utilisé. Or fsck n'est pas fourni sur ce terminal par Mandrake !
Donc après avoir booté sur le cd1 avec le mode recue et obtenu un terminal, lance
# pour obtenir un clavier azerty (le "a" s'obtient avec la touche "q")
loadkeys fr
# pour vérifier les systèmes de fichiers :
/sbin/fsck.ext3 /dev/sda5
/sbin/fsck.ext3 /dev/sda6
Si tu a déjà controlé une fois les partitions, un nouveau contrôle risque de rien trouver. Mais cela ne prouve pas que certains fichiers ne sont pas abimés ou perdus.
Si tu obtiens /dev/sda5 is not a valid block device
/dev/sda5 n'est pas un support de donnée block valide !
En clair, le disque dur n'est donc pas reconnu !
C'est très surprenant vu tes derniers posts.
Dans ce cas, utlise la commande (touche "q" pour quitter)
dmesg | less
Et recherche les lignes qui débutent par "hd" ou par "sd" suivit d'une lettre. Elles décrivent les disques dur et les lecteurs de cdrom reconnu par linux.
Pour trouver le partitionnement d'un disque dur, utlise la commande fdisk (voir un post ci-dessus).
La commande
mkdir /sda5
a échoué la seconde fois car elle avait réussi la première fois.
Si /dev/sda5 n'est pas un valid block device valid, tu ne peux pas le monter. Inutile le lancer la commande mount . Comme la partition n'est pas montée, son contenu n'est pas accessible dans le répertoire .sda5 et la commande vi croit que tu souhaites créer un nouveau fichier. Son affichage est normal.
En dernier recours et si ton ordinateur se connecte sous linux à internet, je pourrais tenter de me connecter dessus directement et tenter une dernière fois un control du système. Si cela te tente, c'est à voir.
Quelle quantité de données as-tu à sauvagarder avant une réinstallation ?
Si tu as une partition windows formatée en FAT32, tu peux sauvegarder tes données dessus et réinstaller complétement ton linux. Malheuresement, linux a du mal à écrire sur une partition NTFS.
Tu as une autre possibilité :mettre ta machine en réseau avec une autre sous linux et y transferer par le réseau tes données. C'est l'affaire de quelques minutes.
A+
[^] # Re: RE
Posté par tompenvern . Évalué à 1.
"/sbin/fsck.ext3 /dev/sda5" sous rescue me donne :
"no such device or adress while trying to open /dev/sda5, possibly non-existent or swap device ?"
Bref, la partition n'est pas reconnue. C'est d'autant plus étrange qu'en init 3 "cat/etc/fstab" liste correctement les partitions... Qu'en déduire ?
Je n'ai pas énormement de données à sauvegarder (env 5 Go dans /home - qui de toute façon ne sera pas touché par la réinstallation). En fait, je ne me servais jusqu'à présent de mes partitions Linux quasiment que pour les activités liées au Net. Ce sont donc logiciels divers, plug-ins et répertoire de sites dans Mozilla, carnets d'adresse de Jabber et de K-mail, etc que je n'ai pas envie de perdre ou de devoir réinstaller. Or, je ne connais ni les emplacements ni les répertoires relatifs à ces fichiers, encore moins le moyen de les sauvegarder via la console sur une autre partition (j'ai effectivement de la place pour cela sur une partition d'échange en fat32).
Ai-je la possibilité en init 3 de connaître le contenu exact des partitions ou bien l'emplacement des divers fichiers relatifs à un logiciel donné (comme pour une recherche de fichiers "habituelle"?)
Est-ce que je peux ne réinstaller que la racine du système avec l'interface graphique et conserver tout le reste - ne pas réinstaller les packages - ( ma première partition étant intitulée "/" par DiskDrake, la seconde "/home", où sont situés des répertoires tels que /usr ou /etc) ?
Bad luck....
A +
[^] # Re: RE
Posté par slack . Évalué à 1.
Deux possibilités pour la partition sda5 qui n'est pas reconnue :
* le noyau du cd1 n'a pas le bon pilote pour ton disque dur.
* ton fichier /etc/fstab contient des données fausses.
Pour lever les ambiguïtés, peux-tu me renvoyer l'affichage de la commande
dmesg
Lorsque tu bootes sur ton système linux, comme lorsque tu lance le cd de restauration. Cette commande affiche les messages du noyau et nous verrons ce que le noyau trouve au boot. Je ne veux pas les dernières lignes mais tout ce ce renvoie la commande.
Si tu as environ 5Go de libre sur ta partition d'échange, il suffit d'utiliser tar pour sauvegarder tes données dans /home. Pour créer une archive nommée ma_sauvegarde.tar.gz, lance les deux commandes suivantes :
cd /home
tar czvf ma_sauvegarde.tar.gz *
N'oublie pas de copier l'archive sur ta partition fat32
Il faudra sauvegarder aussi quelques fichiers
/etc/passwd
/etc/shadow
/etc/group
La restauration prendra quelques minutes.
Cette méthode de permettra de récupérer ton carnet d'adresse. Par contre, je ne connais pas de moyen de sauvegarder les divers logiciels ajoutés. As-tu conservé les archives d'installation ou bien as-tu noté les pages internet où les retrouver ?
Pour connaître en init 3 le contenu exact des partitions ou bien l'emplacement de fichiers, utilise les commandes suivantes (voir la documentation) :
cd
ls (avec les options -a -l -d )
tree
du
file
less
Je te conseille vivement de sauvegarder tes données au cas où la réinstallation du système ne les détruise.
Je ne connais pas de moyen simple pour trouver les fichiers liés à un logiciel précis. Cela dépend des cas et n'est pas à la portée un débutant.
En théorie, il est possible d'enlever de nombreux paquets Mandrake puis de les réinstaller. Lorsque j'ai eu des problèmes avec ma première distribution (une mandrake), j'ai toujours été obligé de tout réinstaller. Comme ma distribution actuelle n'utilise pas rpm, je ne peux pas t'aider sur ce point.
Ta première partition est /, la racine du système de fichiers. Le contenu de ta seconde partition est accessible par le répertoire /home . Le contenu des répertoires /etc , /usr, /boot /var /lib /root est donc sur ta première partition.
Pour visualiser cela connecte toi en root et lance les commandes suivantes (les dièses désignent des commentaires à ne pas taper) :
# On se place à la racine
cd /
# on affiche le contenu de la racine
ls
# on affiche le contenu de /home
ls /home
#au moins un répertoire doit apparaître
# On démonte la deuxième partition
umount /home
# on affiche le contenu du répertoire /home qui doit être vide
ls /home
# on remonte la deuxième partition
mount /home
# et on affiche le contenu de cette partition
ls /home
P.S. Si tu réinstalles ton système, formate tes partitions en reiserfs et non en ext2 ou en ext3 : en cas d'arrêt brutal de ton système, tu ne perdra pas de données. Si des fichiers étaient en cours de modifications, il seront remis dans un état cohérents, c'est à dire que les modifications seront terminées ou bien que les fichiers seront remis tel qu'ils étaient un instant avant l'arrêt de la machine.
Bon courage et bonne lecture de la documentation.
A +
[^] # Re: RE
Posté par tompenvern . Évalué à 1.
J'ai déjà effectué deux réinstallations, /home n'a jamais été détruite, mais mieux vaut prévénir...
"Si tu as environ 5Go de libre sur ta partition d'échange, il suffit d'utiliser tar pour sauvegarder tes données dans /home. Pour créer une archive nommée ma_sauvegarde.tar.gz, lance les deux commandes suivantes :
cd /home
tar czvf ma_sauvegarde.tar.gz *
N'oublie pas de copier l'archive sur ta partition fat32"
Si X est ma partition Fat32 et ma_sauvegarde ma sauvegarde, peux tu STP me donner la commande pour cette dernière opération ? (je promets de me coller à la doc du pingouin dès que j'ai un peu de tps)
A+
[^] # Re: RE
Posté par slack . Évalué à 1.
man mount (pour monter la partition fat32)
man cp (pour copier un fihier)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.