Écrire un nouveau message

Posté le 27/02/2014 à 12:35:27

Bonjour.

J'ai utilisé DOSFSCK dans Linux. Curieusement, je ne suis parvenu à rien dans Linux ; j'ai dû démarrer via la clé U.S.B. et Gparted pour accéder à son terminal.

A la commande : sudo dosfsck -t -a -w /dev/sdb1, j'ai obtenu :

0x41 : dirty bit is set. Fs was not properly unmounted and some data be corrupt.
Automaticaly removing dirty bit.
There are differences between boot sector ans its backup.

Une seule fois. Après, la réponse était toujours la même :
There are differences between boot sector ans its backup.

A la commande : sudo dosfsck -a -v -V -w /dev/sdb1, j'ai obtenu... autre chose, sans risque semble-t-il. Mais la capture d'écran a échoué (pourtant affirmée enregistrée dans /home/usr/).

Comment faire SOUS Linux ? Un autre outil, graphique si possible ? Pitié...

Merci.

Posté le 27/02/2014 à 14:32:47

Bonjour,

Que cherches-tu a faire au juste? Tu des as partitions FAT qui pose problème sur ton PC?

Posté le 27/02/2014 à 16:47:52

Bonjour, Korak.

La partition F.A.T. 32 concerne le disque externe. Je voudrais m'assurer de l'absence de problème avant de copier de nouvelles données dessus.
Mais cela peut s'appliquer à la partition en N.T.F.S. de mon disque interne, ainsi que l'EXT4 qu'utilise Linux : une sorte de contrôle de routine pour parer tout problème.

Le code "0x41" ne correspond pas, je pense, à un indicateur de système d'exploitation (information trouvée dans un article sur le M.B.R.). Mais cela semble provenir des champs étendus des Blocs de Paramètres du B.I.O.S. (B.P.B.) ou "Extended BPB Fields for FAT32 Volumes". Il signifierait : "Reserved. FAT32 volumes are always set to zero."

http://technet.microsoft.com/en-us/library/cc776720%28v=WS.10%29.aspx

Pas très clair, pour moi.

Cordialement.

Posté le 28/02/2014 à 17:30:30

Vérifier des données NTFS sous Linux risque de poser problème. Sous windows il suffit de mettre le drapeau "sale" sur la partition pour que Windows le vérifie au prochain démarrage (pareil pour le FAT)
Pour vérifié l'intégrité des partitions Linux (ext4 etc) l'outil fsck devrait suffire. L'intégrité du FAT doit pouvoir être vérifié depuis fsck aussi.

L'intégrité des fichier est déjà dans certains cas vérifié par le système par lui même (présence de dossier "lost+found" que l'ont voir souvent sur les périphériques externes arrachés du port USB avant d'être démonté)

La seule façon de vérifier l'intégrité d'une partition NTFS que j'ai en tête serait un outil payant proprio de Paragon Software (Un pilote NTFS payant)

Pour la santé du disque lui même, une bonne carte mère te préviendras au démarrage d'une erreur S.M.A.R.T .

EDIT : Pour l'inteface graphique, AutoFsck peu peut-être faire l'affaire, mais je ne garantie rien n'utilisant pas d'interface graphique pour fsck. Peut-être que le live CD GParted a une interface graphique pour fsck aussi.
Le 0x41 est probablement ce qu'utilise Windows pour déterminer il faut lancer CHKDSK sur la partition au démarrage de Windows. Je doute que Linux s'en serve pour une vérification auto de son côté.

Posté le 01/03/2014 à 17:47:39

Merci.

Posté le 01/03/2014 à 18:58:25

Re, Magissia.

Je suis, conformément aux consignes trouvées de sécurité des sources, aller télécharger AUTOFSCK sur SourceForge. J'ai obtenu la version 3.2, en TAR.GZ, un format compressé de fichier binaire.

Après décompression, j'ai suivi les instructions du fichier READ.ME et me suis heurté à "./install: ligne 5: xterm : commande introuvable".

J'ai répliqué avec "apt-get install xterm". Reprenant l'installation avec "./install", j'ai reçu "Warning: Tried to connect to session manager, Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed", dont je n'ai su que faire.

L'installateur d'AUTOFSCK a déclaré que je devais démarrer en mode-racine ("root" ) (commande "su" ou "sudo" ), avant de m'envoyer promener. Chose faite, AUTOFSCK pointe les programmes requis présents et déplore l'absence de "GDM, KDM, beep". Avant de me renvoyer promener.

Du coup, j'ai tenté de procurer GDM, auprès du lien http://wiki.archlinux.fr/Gestionnaire_de_connexions. Le fichier téléchargé et décompressé, j'ouvre un TERMINAL dans le répertoire concerné (merci le clic droit) et demande respectueusement "./install". Et là... "bash: ./install: Aucun fichier ou dossier de ce type".
Curieux. Le fichier d'installation étant caché, je pouvais concevoir de ne pas l'apercevoir, mais je ne l'admettais pas pour le système d'exploitation !

J'ai noté que ce fichier d'installation (de GDM) était un document de texte brut, tandis que celui de AUTOFSCK était un fichier d'instructions d'installation.

DU COUP, j'ai tenté de contourner le problème avec SLIM car, dixit, "SLiM est souvent utilisé parce qu'il ne dépend d'aucun environnement".
Encore un refus d'installation. Observant le fichier d'installation, que j'ai ouvert, j'ai suivi les consignes de commandes dans le TERMINAL :
"mkdir build" (pas de réaction) puis "cd build" (idem) puis "cmake .. -DUSE_CONSOLEKIT=yes".
Réponse ; "Le programme 'cmake' n'est pas encore installé. Vous pouvez l'installer en tapant : sudo apt-get install cmake".

Une fois CMAKE installé, nouvelle tentative. Nouvelle répartie du TERMINAL :
"-- The C compiler identification is GNU 4.8.1
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- broken
CMake Error at /usr/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message):
The C compiler "/usr/bin/cc" is not able to compile a simple test program.

It fails with the following output:

   Change Dir: /home/sagittarius-a/slim-1.3.6/themes/build/CMakeFiles/CMakeTmp

Run Build Command:/usr/bin/make "cmTryCompileExec2306537005/fast"

/usr/bin/make -f CMakeFiles/cmTryCompileExec2306537005.dir/build.make
CMakeFiles/cmTryCompileExec2306537005.dir/build

make[1]: entrant dans le répertoire «
/home/sagittarius-a/slim-1.3.6/themes/build/CMakeFiles/CMakeTmp »

/usr/bin/cmake -E cmake_progress_report
/home/sagittarius-a/slim-1.3.6/themes/build/CMakeFiles/CMakeTmp/CMakeFiles
1

Building C object
CMakeFiles/cmTryCompileExec2306537005.dir/testCCompiler.c.o

/usr/bin/cc -o CMakeFiles/cmTryCompileExec2306537005.dir/testCCompiler.c.o
-c
/home/sagittarius-a/slim-1.3.6/themes/build/CMakeFiles/CMakeTmp/testCCompiler.c

Linking C executable cmTryCompileExec2306537005

/usr/bin/cmake -E cmake_link_script
CMakeFiles/cmTryCompileExec2306537005.dir/link.txt --verbose=1

/usr/bin/cc CMakeFiles/cmTryCompileExec2306537005.dir/testCCompiler.c.o -o
cmTryCompileExec2306537005 -rdynamic

/usr/bin/ld: ne peut pas trouver crt1.o: Aucun fichier ou dossier de ce
type

/usr/bin/ld: ne peut pas trouver crti.o: Aucun fichier ou dossier de ce
type

/usr/bin/ld: ne peut trouver -lc

/usr/bin/ld: ne peut pas trouver crtn.o: Aucun fichier make[1]: quittant le
répertoire «
/home/sagittarius-a/slim-1.3.6/themes/build/CMakeFiles/CMakeTmp »

ou dossier de ce type

collect2: error: ld returned 1 exit status

make[1]: *** [cmTryCompileExec2306537005] Erreur 1

make: *** [cmTryCompileExec2306537005/fast] Erreur 2

CMake will not be able to correctly generate this project.
Call Stack (most recent call first):

CMake Error: your CXX compiler: "CMAKE_CXX_COMPILER-NOTFOUND" was not found.   Please set CMAKE_CXX_COMPILER to a valid compiler path or name.
CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present. A line of code such as

    cmake_minimum_required(VERSION 2.8)

should be added at the top of the file. The version specified may be lower
if you wish to support older CMake versions for this project. For more
information run "cmake --help-policy CMP0000".
This warning is for project developers. Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!"

EXISTE-T-IL une solution simple, pour me sortir de ce... piège ?

Merci.

Posté le 02/03/2014 à 14:02:54

Si tu veux une interface graphique pour cet outil tu es forcé d'utilisé le gestionnaire de KDE (KDM) ou de Gnome (GDM).
SLiM ne peut donc pas être utilisé.
GDM et KDM sont normalement disponible sur les dépôts de ta distribution.
Les sources de GDM (sur le FTP Gnome) ou KDM (Sur le FTP KDE) sont à télécharger du site officiel et non du site de ArchLinux.
Le GDM que tu as téléchargé est probablement un binaire et non une source du coup.

Il est clairement indiqué dans la documentation du logiciel qu'ils sont requis.
"AutoFsck requires you to be using either GDM (the Gnome Display Manger) or KDM (the KDE Display Manager) to log in. You can use any window manager or desktop environment (Gnome, KDE, Openbox, IceWM etc) so long as you are logging in through GDM or KDM (for example Xubuntu uses GDM)."

Posté le 03/03/2014 à 14:54:27

Bonjour, Magissia.

Je vais suivre cette recommandation de dépôt. Quant à la documentation du logiciel, je n'ai pensé à la consulter. Et je maîtrise pas l'anglais (un petit peu l'allemand, à la rigueur).

Merci.