Réparer le système de fichier sur un enregistreur multimédia
23 réponses
michele
Ma s½ur a un Disque Dur Multimédia / Tuner / Enregistreur Hyundai 3150.
Elle ne se sert que de la partie disque dur de stockage. Je monte le
disque dur interne du Hyundai sur mon MacBookPro (10.6.8) via un cable
usb et je lui colle les trucs qu'elle veut. Je jette les films via la
fonction corbeille du mac quand c'est nécessaire.
Note : le DD du Hyundai est formaté en NTFS. Pour pouvoir discuter avec
lui, j'ai installé sur le MacBookPro Parangon NTFS 9.0.1.
Ça fonctionne nickel comme ça depuis 1 an.
Depuis quelques jours, le Hyundai 3150 présente des fichiers "fantômes"
initialement jetés via la corbeille du mac mais qui continuent
d'apparaître sur le disque et de peser leur poids initial. Le Hyundai
les voit et donne l'indication "fichiers invalides". Il m'est impossible
de les supprimer via la fonction EDIT de la télécommande du Hyundai et
il m'est aussi impossible de le faire via la corbeille du mac.
Je suis nulle en ligne de commande, mais pour virer les fichiers
fantômes, j'ai essayé la manip destinée à réparer le système de fichier
à partir de windows indiquée sur le site geekyhmb.fr.cr et je l'ai
collée dans le terminal :
chkdsk nom_du_disque_dur: /F /V
J'ai évidemment respecté les espaces (j'ai fait un copié-collé).
Le terminal m'a répondu :
-bash: chkdsk: command not found
Si quelqu'un a une solution efficace, je prends. Merci.
Doublé en privé, Groumpf déconne un peu et je n'ai pas reconfiguré Free comme serveur de news.
Le Mon, 13 Aug 2012 15:20:50 +0200, tu écrivaillais:
Merci pour les informations données, mais sérieux, y'a pas tout simplement une appli presse-bouton en GUI qui permet de réparer la structure de fichier d'un volume formatté en NTFS et monté comme un disque périphérique sur mon mac ?
Qu'il n'existe rien, spontanément dans Mac OS est aussi logique qu'il n'y a rien dans Windows pour bidouiller un disque HFS+
Le truc est que le NTFS est à Microsoft, propre à MS (avec tout ce que ça peut comporter d'incertitudes) et qu'à ce que j'ai compris, les seuls outils permettant d'y accéder (enfin, surtout d'écrire) depuis autre chose que Windows sont en retro-engineering. Alors tester puis "réparer"...
Ce qui explique que ça n'a pas toujours forcément bien fonctionné (bien pour ça que j'interdis toujours à mon 10.6.8 de toucher à mes partitions Windows dans le doute).
Il doit y avoir des outils édités par Paragon, sjnma, à télécharger de leur site en démo <http://www.paragon-software.com/fr/home/ntfs-mac/>. Bref, là, avec ta connexion à pédales, ça ne va pas le faire.
Tu n'as pas du tout de config Windows via Bootcamp sur ton portable ? Là, il suffirait, le disque externe une fois monté, de faire un clic droit dessus, "Propriétés:Outils:Vérifier les erreurs" sans cocher "réparer" et éventuellement, à l'issue du test, lui demander de les corriger. Si jamais Windows te signale que le disque est en cours d'utilisation (même si tu n'y a pas de fichiers ouverts, ça arrive), il te demandera d'effectuer test complet et réparations au démarrage suivant. NTFS n'étant pas un si mauvais bougre, ça se passe généralement bien sauf si le disque est vraiment amoché.
Salut Michèle,
Doublé en privé, Groumpf déconne un peu et je n'ai pas reconfiguré Free
comme serveur de news.
Le Mon, 13 Aug 2012 15:20:50 +0200, tu écrivaillais:
Merci pour les informations données, mais sérieux, y'a pas tout
simplement une appli presse-bouton en GUI qui permet de réparer la
structure de fichier d'un volume formatté en NTFS et monté comme un
disque périphérique sur mon mac ?
Qu'il n'existe rien, spontanément dans Mac OS est aussi logique qu'il
n'y a rien dans Windows pour bidouiller un disque HFS+
Le truc est que le NTFS est à Microsoft, propre à MS (avec tout ce que
ça peut comporter d'incertitudes) et qu'à ce que j'ai compris, les seuls
outils permettant d'y accéder (enfin, surtout d'écrire) depuis autre
chose que Windows sont en retro-engineering.
Alors tester puis "réparer"...
Ce qui explique que ça n'a pas toujours forcément bien fonctionné (bien
pour ça que j'interdis toujours à mon 10.6.8 de toucher à mes partitions
Windows dans le doute).
Il doit y avoir des outils édités par Paragon, sjnma, à télécharger de
leur site en démo <http://www.paragon-software.com/fr/home/ntfs-mac/>.
Bref, là, avec ta connexion à pédales, ça ne va pas le faire.
Tu n'as pas du tout de config Windows via Bootcamp sur ton portable ?
Là, il suffirait, le disque externe une fois monté, de faire un clic
droit dessus, "Propriétés:Outils:Vérifier les erreurs" sans cocher
"réparer" et éventuellement, à l'issue du test, lui demander de les
corriger.
Si jamais Windows te signale que le disque est en cours d'utilisation
(même si tu n'y a pas de fichiers ouverts, ça arrive), il te demandera
d'effectuer test complet et réparations au démarrage suivant.
NTFS n'étant pas un si mauvais bougre, ça se passe généralement bien
sauf si le disque est vraiment amoché.
Doublé en privé, Groumpf déconne un peu et je n'ai pas reconfiguré Free comme serveur de news.
Le Mon, 13 Aug 2012 15:20:50 +0200, tu écrivaillais:
Merci pour les informations données, mais sérieux, y'a pas tout simplement une appli presse-bouton en GUI qui permet de réparer la structure de fichier d'un volume formatté en NTFS et monté comme un disque périphérique sur mon mac ?
Qu'il n'existe rien, spontanément dans Mac OS est aussi logique qu'il n'y a rien dans Windows pour bidouiller un disque HFS+
Le truc est que le NTFS est à Microsoft, propre à MS (avec tout ce que ça peut comporter d'incertitudes) et qu'à ce que j'ai compris, les seuls outils permettant d'y accéder (enfin, surtout d'écrire) depuis autre chose que Windows sont en retro-engineering. Alors tester puis "réparer"...
Ce qui explique que ça n'a pas toujours forcément bien fonctionné (bien pour ça que j'interdis toujours à mon 10.6.8 de toucher à mes partitions Windows dans le doute).
Il doit y avoir des outils édités par Paragon, sjnma, à télécharger de leur site en démo <http://www.paragon-software.com/fr/home/ntfs-mac/>. Bref, là, avec ta connexion à pédales, ça ne va pas le faire.
Tu n'as pas du tout de config Windows via Bootcamp sur ton portable ? Là, il suffirait, le disque externe une fois monté, de faire un clic droit dessus, "Propriétés:Outils:Vérifier les erreurs" sans cocher "réparer" et éventuellement, à l'issue du test, lui demander de les corriger. Si jamais Windows te signale que le disque est en cours d'utilisation (même si tu n'y a pas de fichiers ouverts, ça arrive), il te demandera d'effectuer test complet et réparations au démarrage suivant. NTFS n'étant pas un si mauvais bougre, ça se passe généralement bien sauf si le disque est vraiment amoché.
sebastienmarty
michele wrote:
> YannicK : chkdsk est un utilitaire de Windows > L'utilitaire équivalent sous Mac OSX est "fsck"
Le peu que je sais de fsck, c'est qu'il faut booter en single user et que cette commande sert à checker le disque interne.
Pas forcément en single user et pas forcément que le disque interne, si je ne m'abuse (mais il faudrait lire le man pour s'en assurer).
J'ai juste besoin de réparer la structure de volume d'un disque périphérique sur lequel je ne boote pas (NTFS sans système dessus).
Comme conseillé par Sinmian, perso je tenterais depuis un Windows, pas depuis un Mac OS X.
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
michele <michele@inaccessible.org> wrote:
> YannicK : chkdsk est un utilitaire de Windows
> L'utilitaire équivalent sous Mac OSX est "fsck"
Le peu que je sais de fsck, c'est qu'il faut booter en single user et
que cette commande sert à checker le disque interne.
Pas forcément en single user et pas forcément que le disque interne, si
je ne m'abuse (mais il faudrait lire le man pour s'en assurer).
J'ai juste besoin de réparer la structure de volume d'un disque
périphérique sur lequel je ne boote pas (NTFS sans système dessus).
Comme conseillé par Sinmian, perso je tenterais depuis un Windows, pas
depuis un Mac OS X.
--
[SbM]
<http://sebastienmarty.free.fr> - <http://tradintosh.free.fr>
<http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr>
"If the French were really intelligent, they'd speak English" (W. Sheed)
Le Mon, 13 Aug 2012 17:56:22 +0200, tu écrivaillais:
C'est la ligne Free qui lague depuis 3 jours, désynchronisations toutes les 3 minutes. C'est gonflant :-(
Merci pour l'info, Xavier, ce n'était évidemment pas méchant, pour info, j'ai dû m'y reprendre à trois fois avant que ça parte.
Et puis, tu as le droit d'être en vacances ou occupé quand le serveur tombe.
Matt
On Lun 13 août 2012 à 15:19, michele wrote:
Donc, si je comprends bien : chkdsk est un exécutable, une sorte de petit programme à fonction unique qu'on ne peut lancer que via une ligne de commande tapée dans une fenêtre du terminal.
Tout à fait. Par défaut, cet exécutable n'est pas fourni avec Mac OS X, donc bien vérifier s'il est utilisable avec Mac OS X.
On peut le voir avec la commande file(1). Par exemple dans un shell cela donne (une fenêtre de /Applications/Utilities/Terminal.app) :
Tu peux voir que l'exécutable /bin/zsh peut être utilisé sur Mac OS X, autant sur un Mac Intel qu'un PPC.
Les variables d'environnement. C'est quoi ? Le classeur, l'annuaire où sont indiqués tous les chemins pour trouver les choses ?
$PATH (c'est quoi ? Le chemin ?) permet d'indiquer au terminal dans quels dossiers (répertoires) trouver les exécutables.
Les variables d'environnement permettent de définir l'environnement du shell que tu utilises.
La variable $PATH contient une liste de répertoires où le shell cherchera les exécutables, évitant entre autre, la tâche fastidieuse de taper le chemin complet de l'exécutable.
Je n'ai pas trouvé de chkdsk sur mon macbookpro sous osx.
Sur un Mac OS X c'est normal car cet exécutable n'existe pas par défaut. Mais c'est toi qui parlait de cet exécutable car le shell a produit l'erreur « -bash: chkdsk: command not found ».
Cette erreur indique que le shell ne trouve pas l'exécutable « chkdsk »...
Les 4 espaces avant la commande ont-ils une valeur ?
Non ils permettaient une meilleure lecture.
-- echo '' | tr '[a-z]' '[n-za-m]'
On Lun 13 août 2012 à 15:19,
michele <michele@inaccessible.org> wrote:
Donc, si je comprends bien :
chkdsk est un exécutable, une sorte de petit programme à fonction unique
qu'on ne peut lancer que via une ligne de commande tapée dans une
fenêtre du terminal.
Tout à fait.
Par défaut, cet exécutable n'est pas fourni avec Mac OS X, donc bien
vérifier s'il est utilisable avec Mac OS X.
On peut le voir avec la commande file(1).
Par exemple dans un shell cela donne (une fenêtre de
/Applications/Utilities/Terminal.app) :
Tu peux voir que l'exécutable /bin/zsh peut être utilisé sur Mac OS X,
autant sur un Mac Intel qu'un PPC.
Les variables d'environnement. C'est quoi ? Le classeur, l'annuaire où
sont indiqués tous les chemins pour trouver les choses ?
$PATH (c'est quoi ? Le chemin ?) permet d'indiquer au terminal dans
quels dossiers (répertoires) trouver les exécutables.
Les variables d'environnement permettent de définir l'environnement du
shell que tu utilises.
La variable $PATH contient une liste de répertoires où le shell
cherchera les exécutables, évitant entre autre, la tâche fastidieuse de
taper le chemin complet de l'exécutable.
Je n'ai pas trouvé de chkdsk sur mon macbookpro sous osx.
Sur un Mac OS X c'est normal car cet exécutable n'existe pas par défaut.
Mais c'est toi qui parlait de cet exécutable car le shell a produit
l'erreur « -bash: chkdsk: command not found ».
Cette erreur indique que le shell ne trouve pas l'exécutable « chkdsk
»...
Les 4 espaces avant la commande ont-ils une valeur ?
Donc, si je comprends bien : chkdsk est un exécutable, une sorte de petit programme à fonction unique qu'on ne peut lancer que via une ligne de commande tapée dans une fenêtre du terminal.
Tout à fait. Par défaut, cet exécutable n'est pas fourni avec Mac OS X, donc bien vérifier s'il est utilisable avec Mac OS X.
On peut le voir avec la commande file(1). Par exemple dans un shell cela donne (une fenêtre de /Applications/Utilities/Terminal.app) :
Tu peux voir que l'exécutable /bin/zsh peut être utilisé sur Mac OS X, autant sur un Mac Intel qu'un PPC.
Les variables d'environnement. C'est quoi ? Le classeur, l'annuaire où sont indiqués tous les chemins pour trouver les choses ?
$PATH (c'est quoi ? Le chemin ?) permet d'indiquer au terminal dans quels dossiers (répertoires) trouver les exécutables.
Les variables d'environnement permettent de définir l'environnement du shell que tu utilises.
La variable $PATH contient une liste de répertoires où le shell cherchera les exécutables, évitant entre autre, la tâche fastidieuse de taper le chemin complet de l'exécutable.
Je n'ai pas trouvé de chkdsk sur mon macbookpro sous osx.
Sur un Mac OS X c'est normal car cet exécutable n'existe pas par défaut. Mais c'est toi qui parlait de cet exécutable car le shell a produit l'erreur « -bash: chkdsk: command not found ».
Cette erreur indique que le shell ne trouve pas l'exécutable « chkdsk »...
Les 4 espaces avant la commande ont-ils une valeur ?
Non ils permettaient une meilleure lecture.
-- echo '' | tr '[a-z]' '[n-za-m]'
michele
J'ignorais que chkdsk était un exe uniquement pc. j'ai copié la commande sur le terminal car je croyais que ça existait aussi sur mac.
Bref, pour faire la même chose à partir d'un terminal de mac, j'imagine qu'il existe un truc équivalent à chkdsk sur mac ?
J'ignorais que chkdsk était un exe uniquement pc. j'ai copié la commande
sur le terminal car je croyais que ça existait aussi sur mac.
Bref, pour faire la même chose à partir d'un terminal de mac, j'imagine
qu'il existe un truc équivalent à chkdsk sur mac ?