Vous n'êtes pas identifié(e).
Hors ligne
comment solutionné le problème
Il faut faire ce qui est suggéré dans le message affiché : exécuter fsck sur la partition concernée.
comment récupérer une partie des fichiers personnels , car apparemment en bash la clé USB n'est pas reconnu
Pardon ? Quels fichiers ? Quelle clé USB ? Quel rapport avec bash ?
Il vaut mieux montrer que raconter.
Hors ligne
- comment récupérer une partie des fichiers personnels , car apparemment en bash la clé USB n'est pas reconnu
Les clefs usb ne seraient pas montés automatiquement lorsqu'on est en console… ça dépend de pas mal
de choses. Tu devrais aller voir dans
et ces sous-répertoires.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
En ligne
Dernière modification par enicar (18-08-2017 11:59:14)
Hors ligne
Hors ligne
Dernière modification par francois (18-08-2017 12:23:13)
Hors ligne
Hors ligne
Lors d'un rebootage , voilà que l'ordi est bloqué sous la "busybox"
Il faut que tu précises ce qui se passe à ce moment là, avec des messages d'erreurs.
Parce que là le mystère s'épaissit !
Hors ligne
Dernière modification par raleur (18-08-2017 12:45:45)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Au démarrage il ya les messages suivants qui s'affichent :
Ah oui, là c'est clair. Moi, je ferai même « fsck.ext4 -fy /dev/sda2 », mais c'est dangereux
de lancer cette commande n'importe comment. Il faut que ce soit de l'ext4.
Et que le système de fichier ne soit pas monté en écriture !
Hors ligne
Hors ligne
Dernière modification par enicar (18-08-2017 20:30:53)
Hors ligne
j'ai lancé cette commande à tout hasard
"A tout hasard" ? Ça faisait trois fois qu'enicar et moi te disions de le faire !
KVM ne sert que pour la virtualisation.
Concernant l'erreur de radeon, si tu veux qu'on se penche dessus il va falloir être plus précis.
De toute façon il est probable que ces messages existaient déjà avant l'erreur de la racine. C'est fou comme on n'y prête attention que lorsqu'il y a un problème.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
A tout hasard dans ce contexte
" mais c'est dangereux
de lancer cette commande n'importe comment. Il faut que ce soit de l'ext4.
Et que le système de fichier ne soit pas monté en écriture !"
dans le sens ça passe ou ça casse !
C'est à toi de savoir si ton système de fichier est monté en
écriture. Et c'est dangereux car l'option « -f » force la vérification
du système de fichiers, même si à première vue il n'en avait pas
besoin, combiné à l'option « -y » qui répond « yes » à toutes les questions.
Y compris celle où il est clairement demandé une confirmation
au cas où le système de fichier est monté en écriture.
Toutefois, ce « -y » est bien pratique dans certains cas où le
fsck demande une confirmation à chaque inode qu'il faut
corriger et qu'il y en a pleins. Ça devient vite laborieux d'appuyer
sur « y » à chaque question qu'il pose, surtout que c'est difficile
de savoir si l'inode numéro untel doit être corrigé ou pas.
Je pars du principe que fsck est plus au courant que moi pour ce genre
de choses.
Je l'ai quand même proposé, car il me semblait que dans ton cas,
puisque tu te retrouvais dans le mini système d'amorçage de
l'initramfs, ton système de fichier sur /dev/sda2 ne devait pas être
monté du tout ! Et ça n'a rien à voir avec le hasard !
Je voulais juste insister que l'on ne lance pas cette commande
avec ces options (-fy) n'importe comment, il faut savoir ce qu'on
fait.
EDIT: tu pourras consulter la page manuelle de fsck.ext4 :
pour en savoir plus.
Dernière modification par enicar (19-08-2017 14:25:54)
Hors ligne
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne